Эргономичный код
Канал о разработке поддерживаемых бакэндов - про классическую школу TDD, прагматичное функциональное программирование и архитектуру и немного DDD. Группа: https://t.me/+QJRqaHI8YD Канал в Max: https://max.ru/join/W_YaWzkZX7uonLpy0c https://azhidkov.pro
Графики
📊 Средний охват постов
📉 ERR % по дням
📋 Публикации по дням
📎 Типы контента
Лучшие публикации
18 из 18Привет! У нас в группе вчера зашла речь про использование ИИ в кодировании. А я как раз последний месяц сам код практически не пишу и активно занимаюсь отстройкой процесса разработки на базе ИИ:) Поэтому я и в группе подробно ответил и сюда решил репостнуть:) Общий сетап: 1. Платная подписка на OpenAI за 23 евро 2. Идея для работы с кодом самому 3. VS Code + Codex для работы с агентом Сейчас у меня процесс устроен так: 1. Я: завожу рабочую директорию задачи 2. Я: в режиме потока сознания сливаю ...
Привет! У меня недавно в Проекте Э случилась поучительная и многогранная история. Эта история одновременно: 1. Иллюстрирует как именно глобальное изменяемое состояние усложняет поддержку кода. И соответственно, почему его стоит избегать. 2. Показывает, что зелёные тесты на внешнее API не гарантируют отсутствие тупых багов внутри. #why_fp@ergonomic_code #ergo_testing@ergonomic_code #project_e@ergonomic_code
Привет! Новости с ИИ-полей. Этот "compelling launch hero" сначала фризит мне ФФ на Андроиде, а потом крэшит его. Так и живём:)
Привет! Реклама Всем привет! Давно состою в сообществе ЭП, и, мне кажется, тут должны быть одни из лучших специалистов. У меня сейчас интересный этап жизни, участвую в удивительно амбициозном проекте, у которого есть много причин прийти у успеху. Есть вакансия Lead backend Kotlin developer https://hh.ru/vacancy/130258007 Стадия ранняя, так что можно поучаствовать в мотивационных механизмах, в принятии ключевых технических решений и поработать с максимально (возможно даже слишком)) прогрессивным ...
Привет! Саша меня опередил - я сейчас примерно такую же штуку под ЭП делаю. Но у меня там есть отдельный слой концептов ЭП, на которых я в скиллах ссылаюсь - типа "Диаграмма эффектов", "Эргономичная модель данных", "IRW-анализ" (бывшй транзакционный анализ).
В данном случае это не плохо, а с учётом того, что публикация должна быть сделана через Transactional Outbox - неизбежно. Но если у функции появляется 2 и более подобных смежных ответственностей - это уже хороший повод, чтобы их отцепить как раз через события. Это и упростит код реализации, и надёжность работы функции повысит, и тесты ускорит и упростит. Или, если на самом деле в зависимости от параметров функция делает "(А и Б) либо (А и В)" - то её надо разбить на две отдельных функции, переис...