LLM — мощная штука для прототипирования и саморефлексии, но не продакшен код. Это сильно лучше чем поиск по интернету. Можно что-то сгенерировать и написать на основе этого что-то хорошее. Однако использовать то, что выдает LLM напрямую нельзя. Качество кода ужасное, пути решения не оптимальны. LLM выдает по 100 строк, там где я напишу 10.
Если вам подходит код, который пишет LLM, либо у вас какие то типовые решения, которые можно абстрагировать, либо вы плохо разбираетесь в языке, на котором сгенерирован код.
Не думаю, что возможно описать все одной картинкой.
Для постановок на разработку должен быть выработан свой фреймворк, понятное дело, что четких границ нельзя задать, так как нет компилятора или интерпретатора который все это проверит, но все должно повторяться от одной задаче к другой. Я бы сказал, что это должна быть более высокоуровневая абстракция над кодом.
Название, описание действий, структура данных, валидация, роли, действующие лица, джобы, события. Это все можно поместить в таблицы. Чаще всего это crud, я бы назвал crud+, когда есть множество действий но почти все они основаны на действии update или это какие либо сценарии, где мы обновляем данные.
«Если ваш код слишком сложен для того, чтобы вписаться в парадигму CRUD — значит, вы делаете что-то не так.» Я не помню откуда это, но чем больше работаю разработчиком, тем больше верю в эти слова.
К словам о crud+, я бы ещё добавил state machine, это те два столпа на которых можно построить что угодно, сохранив системность.
Вообще документация для аналитика, разработчику обычно достаточно кода, это самая актуальная документация
Я бы ещё отметил что постановки задач и документация часто пишется без должного форматирования текста, игнорирование таблиц, хотя последние хорошо структурируют данные. Разработчик привык видеть разноцветный код, имеющий определенную структуру, множетсво отступов и смотреть на безжизненный текст в виде сочинения пятиклассника "Как я провел лето" ужасное занятие.
Посмотрел, установил, пришлось написать свой Environment class, почему он вообще не в composer пакете и не поддерживает загрузку из файла .env? Это все выглядит как страшный legacy проект который нарастал 20 лет, 18 параметров в конструкторе HttpApplicationRunner, вы совсем? Нельзя создать di контейнер и с его помощью все разрулить и запустить HttpRunner ?
Container заменить нельзя так как в ApplicationRunner просто new Container, Runner`ы по факту god object, надо пол фреймворка выпилить чтобы что то заменить
Как mvc влияет на производительность? Хотя я придерживаюсь мнения что буква m в данной аббревиатуре подразумевает всю бизнес логику, но предположим что это только model от AR, то чем меньше слоев тем быстрее приложение. В целом не стоит трогать MVC, это что то старое и доброе, всем давно понятно, что слоев в нормальном приложении намного больше.
В laravel можно легко организовать модульную архитектуру за счёт ServiceProvider. Создаёшь отдельную папку modules добавляешь ее в авто загрузку composer. Внутри папки с модулями, в каждом модуле свой сервис провайдер отвечающий за подключение конфигов, роутов, шаблонов. Там же папка App и в ней уже все примерно так же как и в основной app 🤔
Такой модуль легко выдернуть из проекта без последствий простым копированием или удалением целой папки, если нет жёсткой связанности с другими модулями конечно же
Не представляю жизни без ООП, кажется проекты станут избыточно сложными. Инкапсуляция, наследование если это правильно применять с умом, творят невероятные вещи) SOLID просто добавляет немного чистоты, не стоит ему слепо следовать везде. Все нужно применять с умом
Решение задач в программировании это творчество. Я могу закрыть как 20-30 сложных за неделю, так и 5 простых. Очень часто это упирается в аналитика, в бизнес, в банальную мотивацию.
Сложно работать с девушками аналитиками, а код после девушек программистов со своеобразной логикой, но справедливости ради могу сказать, что есть и сильные коллеги женского пола, но чаще всего нет 😂
LLM — мощная штука для прототипирования и саморефлексии, но не продакшен код. Это сильно лучше чем поиск по интернету. Можно что-то сгенерировать и написать на основе этого что-то хорошее. Однако использовать то, что выдает LLM напрямую нельзя. Качество кода ужасное, пути решения не оптимальны. LLM выдает по 100 строк, там где я напишу 10.
Если вам подходит код, который пишет LLM, либо у вас какие то типовые решения, которые можно абстрагировать, либо вы плохо разбираетесь в языке, на котором сгенерирован код.
Не думаю, что возможно описать все одной картинкой.
Для постановок на разработку должен быть выработан свой фреймворк, понятное дело, что четких границ нельзя задать, так как нет компилятора или интерпретатора который все это проверит, но все должно повторяться от одной задаче к другой. Я бы сказал, что это должна быть более высокоуровневая абстракция над кодом.
Название, описание действий, структура данных, валидация, роли, действующие лица, джобы, события. Это все можно поместить в таблицы. Чаще всего это crud, я бы назвал crud+, когда есть множество действий но почти все они основаны на действии update или это какие либо сценарии, где мы обновляем данные.
«Если ваш код слишком сложен для того, чтобы вписаться в парадигму CRUD — значит, вы делаете что-то не так.» Я не помню откуда это, но чем больше работаю разработчиком, тем больше верю в эти слова.
К словам о crud+, я бы ещё добавил state machine, это те два столпа на которых можно построить что угодно, сохранив системность.
Вообще документация для аналитика, разработчику обычно достаточно кода, это самая актуальная документация
Я бы ещё отметил что постановки задач и документация часто пишется без должного форматирования текста, игнорирование таблиц, хотя последние хорошо структурируют данные. Разработчик привык видеть разноцветный код, имеющий определенную структуру, множетсво отступов и смотреть на безжизненный текст в виде сочинения пятиклассника "Как я провел лето" ужасное занятие.
Посмотрел, установил, пришлось написать свой Environment class, почему он вообще не в composer пакете и не поддерживает загрузку из файла .env? Это все выглядит как страшный legacy проект который нарастал 20 лет, 18 параметров в конструкторе HttpApplicationRunner, вы совсем?
Нельзя создать di контейнер и с его помощью все разрулить и запустить HttpRunner ?
Container заменить нельзя так как в ApplicationRunner просто new Container, Runner`ы по факту god object, надо пол фреймворка выпилить чтобы что то заменить
Откуда такие цифры по монолитам? Хоть ежеминутно могу релизить при сохранении внутренних контрактов, да и вместе с изменением контрактов 😂
Делишь монолит на модули, определяешься с инфраструктурой и инструментарием, никаких проблем в разработке большой командой нет.
Как mvc влияет на производительность? Хотя я придерживаюсь мнения что буква m в данной аббревиатуре подразумевает всю бизнес логику, но предположим что это только model от AR, то чем меньше слоев тем быстрее приложение. В целом не стоит трогать MVC, это что то старое и доброе, всем давно понятно, что слоев в нормальном приложении намного больше.
Сильно похоже на Битрикс 🤔
В laravel можно легко организовать модульную архитектуру за счёт ServiceProvider. Создаёшь отдельную папку modules добавляешь ее в авто загрузку composer. Внутри папки с модулями, в каждом модуле свой сервис провайдер отвечающий за подключение конфигов, роутов, шаблонов. Там же папка App и в ней уже все примерно так же как и в основной app 🤔
Такой модуль легко выдернуть из проекта без последствий простым копированием или удалением целой папки, если нет жёсткой связанности с другими модулями конечно же
Не представляю жизни без ООП, кажется проекты станут избыточно сложными. Инкапсуляция, наследование если это правильно применять с умом, творят невероятные вещи) SOLID просто добавляет немного чистоты, не стоит ему слепо следовать везде. Все нужно применять с умом
Решение задач в программировании это творчество. Я могу закрыть как 20-30 сложных за неделю, так и 5 простых. Очень часто это упирается в аналитика, в бизнес, в банальную мотивацию.
Сложно работать с девушками аналитиками, а код после девушек программистов со своеобразной логикой, но справедливости ради могу сказать, что есть и сильные коллеги женского пола, но чаще всего нет 😂
темное нефильтрованное 5%
Инерция неплохое решение, но вот это перебор явный, я даже не могу представить где мне такое может понадобиться
Сравнил конечно, я бы за такое банил
Agile отвратителен
Возможно автор ее не нашел и изобрел свой велосипед с квадратными колесами)
Это все ни разу не сравнить с тем, что на официальном сайте в чате)
Последние дни не работает толком, тупит или вовсе нет ответа с сообщением о большом трафике
Проблема llm в том что они врут и легко могут отказаться от своего ответа и надо все проверять
Бывают ситуации когда новым сотрудникам платят больше чем тем кто в компании уже давно