Вы или обманываетесь сами и обманываете нас. Эти тесты проверят что json-ы услуг в каком-то смысле валидны и что конструктор форм делает то что задумано. Но они никак не проверят сами json.
Есть такой коструктор сайтов: browser. Ему на вход идут конфиги в виде js html и css, а он рисует страницы с переходами. Я написал тесты, которые анализируют входные конфиги и генерят тесты. Как вы думаете проверяют ли эти тесты мои html и js?
Тысячи статей о том как построить космолёт, но летают единицы и низенько-низенько... вот и тут как внедрять ИИ, а не как его удалось внедрить и написать большой успешный проект
А вы видели как di реализован в последнем angular? service = inject(UserService) и это красиво. А вот ваши контейннеры выглядят неочень. К тому же не увидел в InferDi с инжектом интерфейсов?
Поменял я как-то лет n назад название кнопочки - сборка, юнит тесты, деплой на дев, е2е тесты, деплой на тест. Асинхронно еще и перфонанс тесты... вы спросите а при чем тут ии и агенты? А куй его знает
Мне очень нравилось и до сих пор нравится когда у тебя в пуле разные задачи: в одних тебе надо потратить неделю и в результуте написать две сьрочки, в других за 1 день написать 500. В этом случае ты можешь начать с непонятной баги, котрая случается только на проде, и если нет прогресса, перейти к какой-то скучной технической таске.
Про enum не согласен. Семантически это реально должен быть enum, а не union строк. То что он в итоговом коде неоч. выглядит можно пережить. Во всяком случае уход от enum код не улучшает никак.
Давайте представим, что мы хотим для PC: - автоматическое обновление приложения для клиента - мультиплатформенность - возможность админу добавить любую функциональность без сборки Решение: - даём админу редактировать .html, .js, .css через веб-интерфейс
Это почти шутка (или нет?), но это то, к чему вы идете. Вы в статье ничего не пишите о проблемах: - Тестирование. Если у вас дохреллион настроек, то нужно протестировать все вариации? С каждой новой настройкой, количество ТК умножается кратно. - Безопастность. - Портативность. Допустим в какой-то момент захочется избавиться от Beduin или перейти на другой конструктор -- есть какой-то вариант кроме "переписать все с нуля"?
Важно на чем обучалась модель. Если на вход ей дали 3 компилятора и она написала свой понатыкав куски из них, но это тоже результат, но другого порядка...
Про площадь неверно - как раз человек размер оценивает по площади. Если показать людям два арбуза с разницей в радиусе в 45% то мнлгие скажут, что один в два раза больше другого
Вы или обманываетесь сами и обманываете нас. Эти тесты проверят что json-ы услуг в каком-то смысле валидны и что конструктор форм делает то что задумано. Но они никак не проверят сами json.
Есть такой коструктор сайтов: browser. Ему на вход идут конфиги в виде js html и css, а он рисует страницы с переходами. Я написал тесты, которые анализируют входные конфиги и генерят тесты. Как вы думаете проверяют ли эти тесты мои html и js?
Тысячи статей о том как построить космолёт, но летают единицы и низенько-низенько... вот и тут как внедрять ИИ, а не как его удалось внедрить и написать большой успешный проект
Кажется это все так редко нужно, что пофиг
Я думаю такие ограничения сильно ударят по рыночной оценки.
Потому что язык программирования имеет больше возможностей, лучше поддерживается и лучше мигрирует на другие языки, чем соотв. low code/no code?
20+ e2e тестов это опечатка или шутка?
Много сложных слов и ноль смыслп, спасибо за статью
А вы видели как di реализован в последнем angular? service = inject(UserService) и это красиво. А вот ваши контейннеры выглядят неочень. К тому же не увидел в InferDi с инжектом интерфейсов?
Поменял я как-то лет n назад название кнопочки - сборка, юнит тесты, деплой на дев, е2е тесты, деплой на тест. Асинхронно еще и перфонанс тесты... вы спросите а при чем тут ии и агенты? А куй его знает
А что за 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 ...
Про площадь неверно - как раз человек размер оценивает по площади. Если показать людям два арбуза с разницей в радиусе в 45% то мнлгие скажут, что один в два раза больше другого