У тебя бы тогда получилось во всех трёх call скопипащкнная строка get_in.
Не уверен что это круто

Лучше всё-таки комментарием подсветить различия

Похоже...

Не понял. Для чего? Что бы вытащить те же данные?

Да. Chat_id как то нужно получить

Я тут подумал крче, походу самое правильное - это матчить по частям и зарывать вглубь

У примеру handler.private - тока private

Потом внутри распарсить command и отправить в соответствующую функцию

А внутри уже ее матчить дальше

Это самое каноничное, но иногда overengineeriing

Про это я и говорил ☝️

кстати, вот тут тоже схема, тоже лиспокнига? https://mitpress.mit.edu/sites/default/files/titles/content/sicm_edition_2/book.html

Да

ок )

Интересно, механика на схеме

по сути продолжение SICP
и вы правы, эти книги не
о лиспе совсем, а о программировании.
Лучше учебников по программированию я не
встречал.

Нужен технический лидер, который сможет работать с командой разработки. Переводить хотелки заказчика в задачи для программистов.
Проверять качество кода.
- работать не на постоянную: а от спринта к спринту. По сути в большей степени задача, быть человеком заказчика, который будет помогать ему понимать скорость движения команды и качество кода.

Стек разработки:

- Фронтэнд: React
- Бэкэнд: Elixir / Phoenix
- В качестве сервисов используем Postgressql
- CD/CI реализованы средствами Gitlab
- Инфраструктура в докер контейнерах

Напишите в личку, сколько бы вы хотели за такую работу?

что за борода? (может кто нить уже сталкивался)
otp 23, elixir 1.10.3
iex(4)> HTTPoison.get("https://google.com")
{:error,
%HTTPoison.Error{
  id: nil,
  reason: {:options,
   {:sslv3, {:versions, [:"tlsv1.2", :"tlsv1.1", :tlsv1, :sslv3]}}}
}}

options = [ssl: [{:versions, [:“tlsv1.2”]}]]

спасибо