Hello, Alex! Please, calculate: 94+57=... If you don't answer - you'll get banned from the channel... Good luck!

151

не посказывай

Надо ещё иногда логарифм давать, и инвертировать логику: если ответил - то бот

вот кстати да

интеграл посчитать =)

Please, calculate: log2004tan45° +log[ 1/2]cos45°. If you don't answer - you'll get banned from the channel... Good luck!

если решит за 5 секунд - бот :)

ответ на «главный вопрос Жизни, Вселенной и Всего Остального».

боты долговато считать будут

насколько я знаю это уже пофикшена, но еще не задеплоено

лучше бы он спрашивал чё-нить по языку, как на одном из сайтов такое видел , типа дописать функцию или чёт в таком роде

Такой антиспам - зло. Лучше б ничего не писал вообще. А то по несколько раз на дню открываешь чат ради того, чтоб увидеть очередную капчу. И ведь даже не пишет интересные факты из мира эликсира.

лучше бы он спрашивал чё-нить по языку, как на одном из сайтов такое видел , типа дописать функцию или чёт в таком роде

еще запускал и проверял потребляемые ресурсы и время выполнения, и если первышает банил

еще запускал и проверял потребляемые ресурсы и время выполнения, и если первышает банил

?

подскажите админку для феникса, типо активадмина

ex_admin - очень много надо танцев с бубнами для 1.3

альтернатив не много )

почему через HTTPoison так долго скачивать файлы ?

рельсовый open скачивает в десятки раз быстре, что я делаю не так?

А какого размера файлы?

20 мегов )

мой браузер скачивает быстрее )

хотя может я ошибаюсь

Hello, Вася! Please, calculate: 53+1=... If you don't answer - you'll get banned from the channel... Good luck!

Как можно лучше написать этот метод? def find_or_create_user(attrs \\ %{}) do if String.ends_with?(attrs.email, "@10сlouds.com") do user = Repo.get_by(User, %{email: attrs.email}) if user do {:ok, user} else create_user(attrs) end else {:error, :invalid_email_domain} end end

чет через case не пойму как написать ?

Как можно лучше написать этот метод? def find_or_create_user(attrs \\ %{}) do if String.ends_with?(attrs.email, "@10сlouds.com") do user = Repo.get_by(User, %{email: attrs.email}) if user do {:ok, user} else create_user(attrs) end else {:error, :invalid_email_domain} end end

А зачем переписывать? Я не эликсирщик, просто в данном случае, все вроде нормально читается, нет?

ну вот и я с руби перехожу и для меня норм, но подобного кода в гайдах не видел ?

там всегда через case делают

if String.ends_with?(attrs.email, "@10сlouds.com") do case Repo.get_by(User, %{email: attrs.email}) do {:ok, user} -> user, nil -> create_user(attrs), _ -> {:error, :invalid_email_domain} end end

так?

я правда не помню, возвращает ли get_by - nil, чтобы сматчить

{:error, :invalid_email_domain} относится к первому условию

ну тогда просто выкинуть последную _

жалко, в эликсире нельзя матчить по окончаниям строк, так было бы проще всего разбить функцию на 2 клозы..

я правда не помню, возвращает ли get_by - nil, чтобы сматчить

nil или юзера, без :ok

там всегда через case делают

if, как пишут в документации, позволяет проверить только одно условие: { if true, do: "sfsfsfd" }, те else не надо писать. Но я где-то читал совет, чтобы код был менее глючным в нем должно быть меньше неявностей и поэтому там советуют у любого if всегда писать else. вплоть до того: { if true do operation else IO.puts "unreachable!" }. Поэтому если всегда обрабатывать неявности и неважности, то без разницы что использовать if или case. Но if это макрос. Если не изменяет память он реализован через case. Тогда к чему писать макрос if если сразу можно заюзать case? Case вынуждает продумывать все варианты, а главное, писать какой-никакой код, который явно их обработает. На мой взгляд if - это дань другим языкам, уменьшает порог входа в Elixir.

@midster Вместо if можно использовать cond тоже

@midster Вместо if можно использовать cond тоже

ага, тоже хорошая штука тк в нем не может быть неявностей и одно из условий всегда должно выполняться

Нужно все через with обернуть

И сразу все становиться пронятое

with true <- String.ends_with..., {:ok, user} <- Repo.get.... do .... else {:error...} end

with true <- String.ends_with..., {:ok, user} <- Repo.get.... do .... else {:error...} end

а как через with обернуть Repo.get_by(User, %{email: attrs.email}) + create_user create_user делает Repo.insert()

файл - https://github.com/ruslansavenok/lib_ten/blob/master/lib/lib_ten/accounts/accounts.ex тесты - https://github.com/ruslansavenok/lib_ten/blob/master/test/lib_ten/accounts/accounts_test.exs#L25-L43

Я с мобилы

Тяжело набрать код

Но для Repo.one или get_by пишется так user when not is_nil(user) <- ...

И в else для with

nil -> no_user_in_bd_error

можно и так

with true <- String.ends_with?(attrs.email, "@10сlouds.com"), user <- Repo.get_by(User, %{email: attrs.email}) do user && {:ok, user} || create_user(attrs) else false-> {:error, :invalid_email_domain} end

или

case String.ends_with?(attrs.email, "@10сlouds.com") do true -> user = Repo.get_by(User, %{email: attrs.email}) user && {:ok, user} || create_user(attrs) false -> {:error, :invalid_email_domain} end

ну и желательно чтобы create_user(attrs) возвращало {:ok, user} или {:error, reason}

case String.ends_with?(attrs.email, "@10сlouds.com") do true -> user = Repo.get_by(User, %{email: attrs.email}) user && {:ok, user} || create_user(attrs) false -> {:error, :invalid_email_domain} end

Так лучше не делать в любых языках программирования

Знаю парочку JS товарищей, считающих что это круто, но нет...

Именно поэтому в большинстве методов stdlib в эликсире, которые фетчат данные, которые могут быть nil есть опциональный третий параметр с дефолтным значением

Так лучше не делать в любых языках программирования

почему? вродеж ends_with?(t, t | [t]) :: boolean boolean или true или false и без вариантов, или я мож не понял чего?

Дейкстра считает Short-circuit evaluation проблемной

А в эрланге вообще && и || не работают

Там and и or

Так что полагаться на то, что эликсир их правильно обернёт в этой и последующих своих версиях

И без скрытых багов

Очень рискованно

И не оправдано при использовании функциональной парадигмы программирования

а вон оно че, ну может быть хотя сами они использують behaviour = options[:for] || raise ArgumentError, ":for option is required on defmock" https://github.com/plataformatec/mox/blob/master/lib/mox.ex

Ну в код мэинтейнеров эликсира лучше не смотреть

Также как и в код любых мэинтейнеров любых языков и библиотек

"options[:for] || raise ArgumentError, ":for option is required on defmock""

Не знаю, как другие, но одиночный || использую очень часто.

As a rule of thumb, use and, or and not when you are expecting booleans. If any of the arguments are non-boolean, use &&, || and !.

Ну, вот остальные как-то не используются вне условий if, обычно вот так: if user && password, do: а вот || действительно хорошо использовать, в основном под raise.

Хорошо использовать сам по себе.

Товарищи

Всем приветы

а ex_admin нормес, живет?

а то последние коммиты 4 месяца назад и 100+ ишшу

Hello, Aleksei! Please, calculate: 74+98=... If you don't answer - you'll get banned from the channel... Good luck!

ATTENTION, UNAUTHORIZED ACCESS DETECTED!

74+98=...

а ex_admin нормес, живет?

я когда-то пытался раскатать, но забил

в эликсире репа где год никто ничего коммитил - ок