33 несчастья или история одного проекта

[d3d12]

Хоспаде. История попыток применения странных и неподходящих инструментов. Такое ощущение, что цель была - потренироваться в разных технологиях, не важно, подходят ли они продукту.

[alex0x08]

Ну да, конечно, всего-то второй по популярности движок для поиска, второй по популярности веб-фреймворк и самая производительная библиотека для подстветки синтаксиса :)

[d3d12]

Scala

Compass Search зависел от множества внешних библиотек: Hibernate, Spring, генераторы байткода

Apache Tiles

Слой интеграции со Spring MVC

Mootools

Установка JDK (обычные JSP-страницы на JRE не работали); Установка сервлет-контейнера Tomcat или Jetty; Копирование приложения Пастера в специальный каталог webapps; Запуск сервлет-контейнера.

И это все вместо того, чтобы просто написать приложение на PHP.
Не, это явно был полигон для тренировок, а не приложение )

[alex0x08]

Если немного подумать, то окажется что примерно такой же по сложности стек был бы и на PHP: поисковый сервис, фоновые операции, API, база и куча кода на JS.

[KEugene]

Так в чем суть? При чем здесь Андрей Карпати?

[akakoychenko]

Эх... Вот бы ии агенты умели брать такие проекты, и актуализировать их...

А, заодно, в процессе актуализации, ещё и мониторинг, логгирование, ci/cd, безопасность с лучшими практиками выравнивать.

По сути, ведь, следуя принципу, что лучшее ТЗ это код, вот он, идеальный кейс для ии. Брать старый, но полезный продукт, и его актуализировать. Поженить отполированную десятилетиями идею с передним краем технологий. Что может быть лучше?

[alex0x08]

Что ИИ-агент примет за вас решение какую библиотеку втянуть внутрь и поддерживать самостоятельно а какую заменить? Или расскажет про несовместимости?

[akakoychenko]

Что самостоятельно поймёт алгоритм, вложенный автором (даже, если он нелогичен), напишет на него тесты и убедится, что старый код их проходит, после чего воспроизведет алгоритм на новых технологиях, убедившись, что тесты остались зелёными, и мигрирует данные. Соответственно, я получу проект, который делает именно то, что делал оригинальный, но уже без остановившихся в развитии технологий под капотом. А, в идеале, ещё и стандартизированный. Скажем, есть политика партии в компании, что пишет код на раст и ES6, данные храним в pgsql, деплоим в GCP, а мониторим и алертим через ELK. Соответственно, все (за исключением каких-то специфических вещей типа монте-карло на GPU, или распределенных аналитических мап-редьюсов), что через эту мясорубку прошло, станет именно таким. Независимо от того, была там входе джава, ms access, или вообще запущенный на сервере excel.

[alex0x08]

Это красивая теория, сколь-нибудь сложную систему невозможно покрыть тестами ни целиком ни в достаточном для такой переделки объеме.

И менять технологии, как-либо влияющие на user experience тоже нельзя - получите другой продукт, который не факт что понравится пользователям.

Примеров масса.