ŹR
Size: a a a
2019 December 21
ŹR
шде ты их берешь)
ŹR
тем более там все на эрланге же
D
Ладно, понял. Да не дочитал до зависимостей. Спасибо за помощь.
ŹR
я тебе сам расскажу
DK
V
Во-первых, бэк - это динамика, в то время, когда фронт компилируется в статику. У бэка есть деплои с требованием по аптайму, вебсокеты те же самые, возможные проблемы с миграцией базы, то, сё. То есть, там в принципе больше мест где упасть. Проблема нагрузки (фронт запулил на CDN и счастлив, а бэк - нет).
Вот тут я начинаю приближаться очень тесно к пониманию высказанных ранее предложений по заботливому подбору отдельно ведущих людей на каждый ответственный узел SaaS продукта.
Ранее, действительно, почти экстремально шли процессы, а с ростом фич и усложнением решения плюс уточнения бизнес-модели — пришло время брать фокус, стрелять более прицельно.
Да, в проект действ нужен толковый отдельный бекенд мастер, там действительно своя кухня, тулинг, архитектура, по важности и ответственности — бэк и рич фронт тождественны.
Тут еще liveview появляется, и надо понять как правильно этим богатством распорядиться.
Важно, все же, чтобы было взаимное перекрытие по базовым скилам и понимание у обоих по взаимному обмену компетенциями (никто, конечно, не должен заставлять поднимать новую ветку проекта вне душевных компетенций инженера, это мешает держать тонус своего вектора).
Согласен, эффективные супермены бывают конечно, но ведь это исключение из генеральной модели мира. И найти замену, а "если вдруг" бывает не редко, это жизнь — увы, чаще всего просто невозможно.
Тогда как хот фикс в соседнем огороде в "никтонеждал" момент накатить, а не ждать пока кто-то проснется, доедет до аэропорта или вернется из отпуска — считаю также важным скилом в компактной команде.
Безусловно, на росте команды важность этого скила сама собой отпадает.
Всегда есть свободная голова с руками и компетенциями на такой случай.
Ранее, действительно, почти экстремально шли процессы, а с ростом фич и усложнением решения плюс уточнения бизнес-модели — пришло время брать фокус, стрелять более прицельно.
Да, в проект действ нужен толковый отдельный бекенд мастер, там действительно своя кухня, тулинг, архитектура, по важности и ответственности — бэк и рич фронт тождественны.
Тут еще liveview появляется, и надо понять как правильно этим богатством распорядиться.
Важно, все же, чтобы было взаимное перекрытие по базовым скилам и понимание у обоих по взаимному обмену компетенциями (никто, конечно, не должен заставлять поднимать новую ветку проекта вне душевных компетенций инженера, это мешает держать тонус своего вектора).
Согласен, эффективные супермены бывают конечно, но ведь это исключение из генеральной модели мира. И найти замену, а "если вдруг" бывает не редко, это жизнь — увы, чаще всего просто невозможно.
Тогда как хот фикс в соседнем огороде в "никтонеждал" момент накатить, а не ждать пока кто-то проснется, доедет до аэропорта или вернется из отпуска — считаю также важным скилом в компактной команде.
Безусловно, на росте команды важность этого скила сама собой отпадает.
Всегда есть свободная голова с руками и компетенциями на такой случай.
D
А сюда можно пастбин кинуть и спрашивать что не так?
D
Я код написал, а он в одном месте работает немного е так
V
А сюда можно пастбин кинуть и спрашивать что не так?
Можно. Однако, обычно самостоятельно решение находится быстрее.
V
Я код написал, а он в одном месте работает немного е так
Подпишись на этот канал
https://t.me/elixir_formula
Там публикуют в числе прочего туториалы, например https://medium.com/@skdomino/how-to-generate-a-pdf-with-elixir-in-20-lines-of-code-4e94267950af
Расписано всё по шагам.
https://t.me/elixir_formula
Там публикуют в числе прочего туториалы, например https://medium.com/@skdomino/how-to-generate-a-pdf-with-elixir-in-20-lines-of-code-4e94267950af
Расписано всё по шагам.
V
Хм. Мне нужен http-client. Я нашёл более-менее подходящий. Я хочу понять как с ним работать. Конечно, я уверен! Могу ещё документацию почитать, но она в разобранном виде на гитхабе
Я использовал Tesla, мне понравилось.
V
Вот тут я начинаю приближаться очень тесно к пониманию высказанных ранее предложений по заботливому подбору отдельно ведущих людей на каждый ответственный узел SaaS продукта.
Ранее, действительно, почти экстремально шли процессы, а с ростом фич и усложнением решения плюс уточнения бизнес-модели — пришло время брать фокус, стрелять более прицельно.
Да, в проект действ нужен толковый отдельный бекенд мастер, там действительно своя кухня, тулинг, архитектура, по важности и ответственности — бэк и рич фронт тождественны.
Тут еще liveview появляется, и надо понять как правильно этим богатством распорядиться.
Важно, все же, чтобы было взаимное перекрытие по базовым скилам и понимание у обоих по взаимному обмену компетенциями (никто, конечно, не должен заставлять поднимать новую ветку проекта вне душевных компетенций инженера, это мешает держать тонус своего вектора).
Согласен, эффективные супермены бывают конечно, но ведь это исключение из генеральной модели мира. И найти замену, а "если вдруг" бывает не редко, это жизнь — увы, чаще всего просто невозможно.
Тогда как хот фикс в соседнем огороде в "никтонеждал" момент накатить, а не ждать пока кто-то проснется, доедет до аэропорта или вернется из отпуска — считаю также важным скилом в компактной команде.
Безусловно, на росте команды важность этого скила сама собой отпадает.
Всегда есть свободная голова с руками и компетенциями на такой случай.
Ранее, действительно, почти экстремально шли процессы, а с ростом фич и усложнением решения плюс уточнения бизнес-модели — пришло время брать фокус, стрелять более прицельно.
Да, в проект действ нужен толковый отдельный бекенд мастер, там действительно своя кухня, тулинг, архитектура, по важности и ответственности — бэк и рич фронт тождественны.
Тут еще liveview появляется, и надо понять как правильно этим богатством распорядиться.
Важно, все же, чтобы было взаимное перекрытие по базовым скилам и понимание у обоих по взаимному обмену компетенциями (никто, конечно, не должен заставлять поднимать новую ветку проекта вне душевных компетенций инженера, это мешает держать тонус своего вектора).
Согласен, эффективные супермены бывают конечно, но ведь это исключение из генеральной модели мира. И найти замену, а "если вдруг" бывает не редко, это жизнь — увы, чаще всего просто невозможно.
Тогда как хот фикс в соседнем огороде в "никтонеждал" момент накатить, а не ждать пока кто-то проснется, доедет до аэропорта или вернется из отпуска — считаю также важным скилом в компактной команде.
Безусловно, на росте команды важность этого скила сама собой отпадает.
Всегда есть свободная голова с руками и компетенциями на такой случай.
Сколько у вас "ответственных узлов SaaS-продукта" и какие это узлы? Надеюсь, деление на узлы проходит не по линии "фронт/бэк"?
ŹR
Я код написал, а он в одном месте работает немного е так
Ты скинул?
ŹR
Я пропустил чет
AC
D
Ты скинул?
Не скинул
D
В общем, вот. Код почти рабочий, только сообщения в телеграм не отсылаются с ошибкой
А вообще, я впервые пишу на функциональном чём-то и понимаю, что код может выглядеть как белиберда. Прошу объяснить в чём мои ошибки.
https://pastebin.com/E2kgPfwx
unknown_reply. Не понял пока как чинить.А вообще, я впервые пишу на функциональном чём-то и понимаю, что код может выглядеть как белиберда. Прошу объяснить в чём мои ошибки.
https://pastebin.com/E2kgPfwx
МБ
С телефончик сложно, сразу понять, еюно точно могу сказать, что Надя возвращает не просто ок, а ок, messge