А рэльсах

ага

в рельсах вообще все вызовы из шаблонов

Ну, если сделать to_list - то моно до шаблона

там вызовы хоть от куда)

Ну, если сделать to_list - то моно до шаблона

или просто .load

доказать

охуеть

у кого-то синдром вахтёра

и тесты ещё

ужасная идея для канала, лол

Можно считать это спамом?

разумеется

вообще, конечно, стремно выглядит

как будто ты себе проститутку снимаешь

не в обиду чувакам, которые там есть

как будто ты себе проститутку снимаешь

А вот это хорошая идея)

К вашим услугам профессиональные девочки. Для публикации необходимо доказать портфолио и пройти тесты с админом канала

глубокие тесты

широкое покрытие

глубокие тесты

вскрикнул

Индивидуальный подход

Салам пацанам

на неудачную попытку логина каким кодом отвечать, 401 ии 422?

вроде 422 подходит, т.к. идет пост запрос на ресурс sessions, можно считать, что просто была передана невалидная сущность

401 тоже подходит

422 не подходит

422 вообще нету в спецификации

Если рассматривать сессию как ресурс - подходит 404

Но его никто не использует

401 обычно

м, 401 тогда поставлю

422 вообще нету в спецификации

вспомнилась песенка "жопа есть, а слова нет"

https://www.youtube.com/watch?v=4_DPaLm0ddU

422 вообще нету в спецификации

а чем отвечать на ошибки валидации?

Bad request

422 это WebDAV на сколько я знаю

Я обычно делаю очень просто

Пишу with на все

А потом nil, [] - это 404

Changeset это 400

Если все норм 200

А 401 у меня естественно падает на плаге ещё до контроллера

А почему на логин можно отдавать 404 - ты как бы ищешь ресурс пользователя с такими логин и паролем и не находишь

Пишу with на все

о, а покажи как делаешь?

я с with особо не привык пока писать

так-то понимаю, для чего он, пару раз использовал

422 это WebDAV на сколько я знаю

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

def generate_login_otp(conn, _params) do with [user_mob] <- Plug.Conn.get_req_header(conn, "mobile"), %User{uid: uid} <- Repo.one(User.by_username(user_mob)), otp <- generate_totp(uid), {:ok, _} <- SMS.Plivo.login_totp_message(user_mob, otp) do IO.inspect otp render(conn, "success.json", success: "OTP sent.") else e -> Errors.UserAPI.generate_login_otp(conn, e) end end

м, 400 мне кажется лучше на ошибки парсинга оставить

больше статус кодов богу кодов

А какая разница?) Надо тогда сделать отдельные коды для валидации параметров, для валидации констрэйнтов, для валидации валидации

А какая разница?) Надо тогда сделать отдельные коды для валидации параметров, для валидации констрэйнтов, для валидации валидации

про валидацию валидации ты точно подметил

смотрел кто-нибудь доклад "Make ruby great again"?

там был момент

чувак про рспек шутил

в конце он произнес такую фразу

always spec spec your spec specs

парни. а как вернее делать foreach на Elixir ? через Enum.map или в 2 функции расписывать ?

парни. а как вернее делать foreach на Elixir ? через Enum.map или в 2 функции расписывать ?

там есть each

Enum.each

А зачем foreach?

Это индикатор плохой архитектуры

Мне не разу ещё не понадобился foreach

ERROR: S client not available

По списку пробежать сообщений от Facebook

Мне не разу ещё не понадобился foreach

если 1 раз что-то надо сделать, то почему нет?

просто 2 фукнции писать как то...

если 1 раз что-то надо сделать, то почему нет?

Если 1 раз что-то надо сделать - то надо как то и результат получить

А для этого есть map

Или filter

Или любая другая high order function

Если 1 раз что-то надо сделать - то надо как то и результат получить

не всегда надо получить результат

Если не нужен результат, то значит потом ты ничего не будешь делать. В этом случае опять же подходит map

map вернет новый массив, зачем тебе возвращать новый, если ты с ним ничего не будешь делать?

У меня один раз надо было обработать все сообщения и из последнего забрать его tomestamp. Я тогда написал рекурсивную функцию.

map вернет новый массив, зачем тебе возвращать новый, если ты с ним ничего не будешь делать?

Тебе в любом случае что нибудь вернётся

Тебе в любом случае что нибудь вернётся

вернется старый массив, память не выделится

О - оптимизация

Тут нету массивов. И старый не вернётся. Причём все то что запишется в список мапа все равно сгенерируется так что ты потеряешь только место, которое сразу почистится Но конечно если принципиально можно each

кстати, да, в эликсире все равно вернется

https://i.imgur.com/Iprl2il.png Вот что-то мне подсказывает, что этот говнокод можно выпрямить, но я не могу сообразить как

cond ?

with

всё равно не могу сообразить. Эта штука возвращает :no_file, :removed, :checksum_ok или false. Как это оформить с with?

Какой то плохой апи

замысел — иметь true-ish значение, по которому можно при надобности понять что именно в порядке, либо false

Не логичный

https://i.imgur.com/Iprl2il.png Вот что-то мне подсказывает, что этот говнокод можно выпрямить, но я не могу сообразить как

во-первых File.exists? убрать в гард

а он умеет в гарде работать??!? ок. тогда уже легче.

не знаю, умеет ли

но можно сделать функцию внутри модуля

Все делают по другому - имеешь {:error, reason} и true

file_exists?

Вернее ок

А у тебя все наоборот

не по эликсирному написано как-то