Вы или обманываетесь сами и обманываете нас. Эти тесты проверят что json-ы услуг в каком-то смысле валидны и что конструктор форм делает то что задумано. Но они никак не проверят сами json.
Есть такой коструктор сайтов: browser. Ему на вход идут конфиги в виде js html и css, а он рисует страницы с переходами. Я написал тесты, которые анализируют входные конфиги и генерят тесты. Как вы думаете проверяют ли эти тесты мои html и js?
Тысячи статей о том как построить космолёт, но летают единицы и низенько-низенько... вот и тут как внедрять ИИ, а не как его удалось внедрить и написать большой успешный проект
А вы видели как di реализован в последнем angular? service = inject(UserService) и это красиво. А вот ваши контейннеры выглядят неочень. К тому же не увидел в InferDi с инжектом интерфейсов?
Поменял я как-то лет n назад название кнопочки - сборка, юнит тесты, деплой на дев, е2е тесты, деплой на тест. Асинхронно еще и перфонанс тесты... вы спросите а при чем тут ии и агенты? А куй его знает
Есть тех.долг, а есть ТЕХ.ДОЛГ. Без костылей жить не получится, но надо знать меру. Нельзя размножать плохие решения, но изолировать их. Если у вас личный кривой аналог кафки, который используется в 100 мест, то это полбеды - если у вас 100 разных кривых аналогов кафки, то это фатально. Если у вас есть 10 говносервисов и вы пишите 11 такой же, то в ближайший год вы напишите еще 10. И это больше зависит от разработки.
Отдельно скажу про код ревью: пока код не влит его менять супер дешево. Какой нить мр на 1000 строк можно за день полностью переписать. После влития уже за неделю. После релиза уже месяц. Так что на код ревью надо реально делать ревью.
Мне очень нравилось и до сих пор нравится когда у тебя в пуле разные задачи: в одних тебе надо потратить неделю и в результуте написать две сьрочки, в других за 1 день написать 500. В этом случае ты можешь начать с непонятной баги, котрая случается только на проде, и если нет прогресса, перейти к какой-то скучной технической таске.
Про enum не согласен. Семантически это реально должен быть enum, а не union строк. То что он в итоговом коде неоч. выглядит можно пережить. Во всяком случае уход от enum код не улучшает никак.
Давайте представим, что мы хотим для PC: - автоматическое обновление приложения для клиента - мультиплатформенность - возможность админу добавить любую функциональность без сборки Решение: - даём админу редактировать .html, .js, .css через веб-интерфейс
Это почти шутка (или нет?), но это то, к чему вы идете. Вы в статье ничего не пишите о проблемах: - Тестирование. Если у вас дохреллион настроек, то нужно протестировать все вариации? С каждой новой настройкой, количество ТК умножается кратно. - Безопастность. - Портативность. Допустим в какой-то момент захочется избавиться от Beduin или перейти на другой конструктор -- есть какой-то вариант кроме "переписать все с нуля"?
Важно на чем обучалась модель. Если на вход ей дали 3 компилятора и она написала свой понатыкав куски из них, но это тоже результат, но другого порядка...
Вы или обманываетесь сами и обманываете нас. Эти тесты проверят что json-ы услуг в каком-то смысле валидны и что конструктор форм делает то что задумано. Но они никак не проверят сами json.
Есть такой коструктор сайтов: browser. Ему на вход идут конфиги в виде js html и css, а он рисует страницы с переходами. Я написал тесты, которые анализируют входные конфиги и генерят тесты. Как вы думаете проверяют ли эти тесты мои html и js?
Тысячи статей о том как построить космолёт, но летают единицы и низенько-низенько... вот и тут как внедрять ИИ, а не как его удалось внедрить и написать большой успешный проект
Кажется это все так редко нужно, что пофиг
Я думаю такие ограничения сильно ударят по рыночной оценки.
Потому что язык программирования имеет больше возможностей, лучше поддерживается и лучше мигрирует на другие языки, чем соотв. low code/no code?
20+ e2e тестов это опечатка или шутка?
Много сложных слов и ноль смыслп, спасибо за статью
А вы видели как di реализован в последнем angular? service = inject(UserService) и это красиво. А вот ваши контейннеры выглядят неочень. К тому же не увидел в InferDi с инжектом интерфейсов?
Поменял я как-то лет n назад название кнопочки - сборка, юнит тесты, деплой на дев, е2е тесты, деплой на тест. Асинхронно еще и перфонанс тесты... вы спросите а при чем тут ии и агенты? А куй его знает
Есть тех.долг, а есть ТЕХ.ДОЛГ. Без костылей жить не получится, но надо знать меру. Нельзя размножать плохие решения, но изолировать их. Если у вас личный кривой аналог кафки, который используется в 100 мест, то это полбеды - если у вас 100 разных кривых аналогов кафки, то это фатально. Если у вас есть 10 говносервисов и вы пишите 11 такой же, то в ближайший год вы напишите еще 10. И это больше зависит от разработки.
Отдельно скажу про код ревью: пока код не влит его менять супер дешево. Какой нить мр на 1000 строк можно за день полностью переписать. После влития уже за неделю. После релиза уже месяц. Так что на код ревью надо реально делать ревью.
А что за 3000 часов было написано? Ну кроме ии инструментов.
С 12 летним опытом
Так же сегодня: google ai assist неправильно посчитал среднее между 0.25 0.24 0.45 0.45 и 0.925 ...
Мне очень нравилось и до сих пор нравится когда у тебя в пуле разные задачи: в одних тебе надо потратить неделю и в результуте написать две сьрочки, в других за 1 день написать 500. В этом случае ты можешь начать с непонятной баги, котрая случается только на проде, и если нет прогресса, перейти к какой-то скучной технической таске.
Про enum не согласен. Семантически это реально должен быть enum, а не union строк. То что он в итоговом коде неоч. выглядит можно пережить. Во всяком случае уход от enum код не улучшает никак.
Меня с этих цифр иногда в дрож бросает... 30 ч на ба+са - у нас на проекте на 1 задачу могут заложить столько.
Давайте представим, что мы хотим для PC:
- автоматическое обновление приложения для клиента
- мультиплатформенность
- возможность админу добавить любую функциональность без сборки
Решение:
- даём админу редактировать .html, .js, .css через веб-интерфейс
Это почти шутка (или нет?), но это то, к чему вы идете. Вы в статье ничего не пишите о проблемах:
- Тестирование. Если у вас дохреллион настроек, то нужно протестировать все вариации? С каждой новой настройкой, количество ТК умножается кратно.
- Безопастность.
- Портативность. Допустим в какой-то момент захочется избавиться от Beduin или перейти на другой конструктор -- есть какой-то вариант кроме "переписать все с нуля"?
Важно на чем обучалась модель. Если на вход ей дали 3 компилятора и она написала свой понатыкав куски из них, но это тоже результат, но другого порядка...
Потом такие ребята задают вопросы на собесе 'какая выполненная вами задача принесла наибольшую прибыль компании'...
А вы про уровни логирования не слышали? Error debug info ...