Продолжаю работу с ментатами 🤓
 
А если архитектура четко задана и реализована, то я не увидел большой разницы между жпт 5.6 и дипсиком 4. От проектирования не уйти в любом случае...
 
В целом, пока для агентов самую подходящая задача у нас - код ревью, для этого специального агента уже сделали...
 
Само по себе это хорошо, но концептуально противоречит базовому подходу, когда агент пишет код, а человек его читает и контролирует :)
 
Коллеги в микросервисном мире решили жить по DRY и, чтобы в нескольких сервисах не повторять буквально 2 (!) строчки кода (была проверка на if), они выделили эту функцию в отдельной библиотеке, которую использовала другая библиотека, которую использовало 3 или 4 сервиса.
Как итог, чтобы минимально скорректировать этот if, приходилось править его не в одном месте, а в шести, так как шла правка одной библиотеки, затем обновление другой и поднятие версий библиотек в каждом из сервисов...
 
 Требования не расписывал, промпт был достаточно «сухой». Trae справился. Результат рабочий (хотя одну ошибку я сразу нашел – не было защиты для случая, когда файл не выбран). Но в общем, для «непродакшена» хорошо – даже с промптом возиться не пришлось (так и в конец можно облениться :)
 
Я настроил агента, дал ему Рид онли доступ на все сервера и базы данных, также у него есть вся документация и сохраняется история каждой нашей сделанной задачи. Время сократилось практически до 10% в день, если не меньше...
Очень большой проблемой является мое отвлечение на телефон во время работы, особенно когда агент что-то думает и у меня свободные 2-3 минуты, стал замечать, что в сумме это съедает по несколько часов в день. Начал читать ваши заметки про deep work и трек слитный программист.
 
Я сам в принципе никогда не считал полчаса малым промежутком времени, а сейчас и несколько минут сгодятся )
И в целом сейчас такая мода "перекусы упражнениями": есть буквально 2-3 минуты, можно извлечь пользу => Feeling stuck? Try ‘productivity snacking’
 
Мысли про увеличение времени помидорки были, но пока не готов. Иногда бывает сильное нежеление работать, я смотрю на таймер, вижу что там осталось минут 15 и мне становится проще...
 
Всё думаю, дать ли ментатам мой личный инструмент SelfHack (тайм-менеджемент, личная продуктивность и всё такое). Скорее всего, надо.
 
Есть ощущение, что некоторые моменты я так до конца и не понял, либо понял, но не совсем правильно. К пятому прочтению часть вопросов ушла, но часть из них до сих пор осталась...
 
услышав, что пол атрейдес император вселенной в трейлере дюны 3 ИЗВИНЯЕТСЯ за то, что он наделал, я был очень расстроен…
 
"— У меня нет союзников, - ответил Император, - только слуги, ученики и враги."
 
На работе переводил докер-образы наших сервисов с centos на red os. По ходу дела познакомился с этой ОС. Подключил туда наши репозитории, чуть лучше стал понимать как всё устроено у нас в плане пакетов и репозиториев. Red os показался менее удобным, чем centos, так как из коробки там отсутствует ряд привычных утилит...
 
Так-то по идее centos была просто обрезанная ред хат, странно что в ней что-то отсутствует, а наоборот не присутствует ))) Хотя и ред ос это видимо не ред хат.
 
Заметил, что после курса ООАП3 стал иначе смотреть на архитектуру приложения. Возникало такое ощущение, что я немного возвысился над кодом и стал думать более абстрактными вещами и концепциями. Видеть, что некоторые вещи, по сути, реализуют одно и то же. Наверное я просто дошёл до очередной ступени развития, благодаря вашим курсам и занятиям с формата HardWork. Даже впервые поучаствовал в архитектурном споре :)
 
Получить список всех отрядов и количество гномов в каждом отряде. Также включите в выдачу отряды без гномов.
Рефлексия: Женя, практикуй алиасы=)
Для каждого типа предметов узнать средний возраст гномов, владеющих этими предметами.
Рефлексия: Женя, все таки практикуй алиасы=)
 
Раньше я думал, что создавать интерфейс на каждый класс - это признак хорошего тона и залог тестируемости. Но теперь я понял, что это была иллюзия: интерфейс 1:1 с реализацией - это не абстракция, а просто дублирование кода. Такие интерфейсы не скрывают сложность, а добавляют её, заставляя всех клиентов тащить методы, которые им не нужны. Я понял, что хороший интерфейс - это не список методов класса, а точное и минимальное обещание клиенту, которое легко понять, легко реализовать и легко заменить...
 
Можно также упомянуть известную критику NULL, связанную с Тони Хоаром. Он называл введение null reference своей "ошибкой на миллиард долларов". Смысл этой формулировки в том, что специальное “пустое” значение оказалось источником огромного числа ошибок и сбоев. В контексте задания эта мысль хорошо подчеркивает главный вывод: NULL удобен локально, но при чрезмерном использовании делает систему менее надежной и менее выразительной...
 
В команде из людей обучение и слаживание происходят "естественным" образом, есть огромный пласт неписанных правил и неформальных договоренностей. С нежитью так не работает, надо все максимально бюрократизировать. По крайней мере я сейчас так это вижу.
В качестве сайд-эффекта от экспериментов открыл много новых для себя вещей. Язык OWL, стандарт C4, Structurizr DSL
Спасибо что дали живительного пинка, сам бы еще долго в это не полез...