TGViewer
Лаборатория Математики и Программирования Сергея Бобровского Лаборатория Математики и Программирования Сергея Бобровского @lambda_brain · 1.41K subscribers
Post #2388 711
Продолжаю работу с ментатами 🤓

Есть большая уверенность что с AI DSL подходом из откровенных моделей-болванчиков можно вытащить много толка, а если это уже и не болванчик, но что то типа gemma 4 да еще и с SO – чтобы генерировало json в рамках сигнатур DSL... Ну слов нет, Сергей Игоревич, это просто абсолютная SoTA.
(это про гайд "Функциональные Архитектуры")
...Прогрев гоев на микросервисы – таки да! Микросервисы с самого начала (через хайп кубернетиса) были скамом на вычу, чтобы греться на откровенных дураках. Сейчас хайп на AI но скам на микросервисы долго еще будет кормить, потому что куча больших компаний которые уже залезли в это, и вылезут очень не скоро.

Вопрос с консультаций:
В ходе реализации задачи возникли проблемы с формированием контрактов для юзкейсов, а также передачи типов данных между функциями, так, например, был сгенерен клиент, который возвращал в ответе string, а следующий интерфейс ожидал int.
Плюс столкнулся с тем, что нужно довольно явно продумывать контракты для юзкейсов в соответствии с архитектурой проекта, так как непонятно как нормальный промпт под это сформировать, чтобы не очень долго с этим сидеть.

В тему например отзыв другого ментата по ФА:

В тикете, над которым я работал, нужно было собирать результаты нескольких асинхронных задач, а если какая-то из них не успевала ко времени - использовать значения по умолчанию... Для каждой ветки нужно отдельное поле - явное изменяемое состояние, которое может редактировать кто попало.
Проект на С++, корутины мы не используем.
Пусть есть колбек, который вызывается при завершении всех задачи и собирает их результаты:
(A, B, ...) -> ()
Моя функция создаёт для каждого из агрументов общего колбека отдельный колбек под завершение каждой задачи:
F: ((A, B, ...) -> ()) -> (A -> (), B -> (), ...)
Никаких полей с явными состояниями - только передача значений.
Коллеги на ревью говорили, что это сложно, но мои аргументы их переубедили: улучшенная читаемость и простота добавления новых асинхронных задач.

=

Ввожу предусловие для моих консультаций: пройдите сперва "Функциональное проектирование" и изучите гайд "Функциональные архитектуры".

Сделайте прежде всего нормальную систему типов, которая должна быть следствием из ваших Bounded Contexts!!1
  • ❤ 33
  • ✍ 6
  • ❤‍🔥 3
  • 🏆 2
  • 👍 1
More from @lambda_brain
  1. Sep 30, 2026Ладно, вот вам база, почему так трудно переучиваться с императивного/объектного стиля коди…
  2. Sep 30, 2026Ну, с Днём Рунета! Многие годы Рунет был эталонным примером свободы, а сегодня превратился…
  3. Sep 28, 2026. Облако драгоценностей за неделю. Дипломный проект разросся уже так, что расширил его до…
  4. Sep 27, 2026GELU (Gaussian Error Linear Unit) -- базовая фича архитектуры трансформеров, да и вообще в…
  5. Sep 27, 2026Продолжение сериала "Совершенно не удивлён, и дальше будет только хуже" (с) На этой неделе…
  6. Sep 26, 2026А вы разве не работаете сейчас (на себя, а не на дядю)?? Потребность в программистах уже в…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →