Хабр Курсы для всех
РЕКЛАМА
Большая витрина: от крупнейших школ до частных авторов. Сравнивайте по цене, длительности, формату и выбирайте самый подходящий курс!
Поток AI и ML доступен 24/7 благодаря поддержке друзей Хабра
Комментарии 21
Интересный материал, неиронично.
Но кажется что в вашем случае дешёвые модели дают уникальную возможность переписать проект на живой язык и гарантировать сохранение поведения, благо Паскаль хорошо совместим с С-подобными языками.
Не хочу начинать срач, но Дельфи вполне себе жив.
Да, на ровне c FoxPro
Вы бы свои знания относительно Delphi актуализировали хотя б. После 7 там еще версии были. Первых хоронителей с лопатами я помню еще с 2011, уже 15 лет как язык "мертв", а новые версии выходят, фичи выпускаются. Fmx как кросплатформа удобен и в целом крут.
Последняя версия Embarcadero RAD Studio — RAD Studio 13.2 Florence, вышла 17 сентября 2026 года.
живее всех живых.
"Что мертво, умереть не может" (c) Люблю Дельфи, но сейчас по факту это нишевый язык, на котором почти не начинают новых проектов, а многие старые по-видимому будут переносить на живые языки средствами БЯМ.
многие старые по-видимому будут переносить на живые языки средствами БЯМ.
Тут можно согласиться и не согласиться. Я несколько раз наблюдал попытку перенести код достаточно больших и функциональных систем, реализованных на Delphi, на живые языки и руками, и средствами БЯМ. Ну результат так себе... Есть, на мой взгляд, несколько причин.
Пытаются повторить в лоб весь интерфейс присутствующий в первоначальной системе. Чисто мое мнение - не весь GUI, реализованный на Delphi, можно перенести на другие языки. Часто используют дополнительные библиотеки компонентов, расширяющие стандартные компоненты. Эти библиотеки не всегда реализованы в других языках и фреймворках. Например, встречал проблемы с повторением функционала DevExpress. Это не приговор. Возможно, просто низкая квалификация переписывальщиков.
Если при первичном анализе выясняется, что будут проблемы на подобии п.1, то решают реализовать всю систему заново. И тут выясняется, что ТЗ есть только на первоначальную версию системы. И за пошедшее время, система изменилась и расширилась. Т.е. нужно сначала сесть и полностью написать ТЗ на систему в текущем состоянии.
Даже если удалось реализовать п. 1 и п.2, то встает вопрос о тестировании системы и об идентичности результатов работы старой и новой систем. Причем, я тут вообще не упоминаю такой фактор, как пользовательская привычка.
Возможно, мне просто не повезло. Системы, которые пытались переписать, были уже в проде и имели достаточно большой объем хранимых и обрабатываемых данных.
Непонятно, почему говорите только о моделях. Кодинг — это ведь не голая LLM, это вся обвязка вокруг, которая важна даже более, чем на 50%.
Окей, на сложных задачах крутые модели существенно лучше. Но сложные — это проектирование, дизайн продукта, планирование. Чисто кодинг я обычно отдаю моделям попроще — но под управлением того же Cursor.
И второй момент:
Раньше миграция с легаси была одна сплошная боль. Сейчас это возможно за относительно небольшую цену (усилия и деньги). Почему бы не уйти наконец с Дельфи?
Мне недавно подкинули одну дельфийскую программу — мой GrokBot бодро расковырял exe-шник, разобрал структуру классов и готов к полному реинжинирингу. Чем мы и займемся в ближайшее время.
В новых версиях и TImageList нормально с 32 битами работает
В новых - это каких? У на были приключения в 13.1. 13.2 уже никто не проверял, ясное дело.
В любом случае, новый механизм удобнее для мульти-DPI интерфейсов. Держать все в одном компоненте проще, чем в наборе TImageListов
TImageList вроде как уже не рекомендуют использовать. Есть ведь TVirtualImagelist.
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Выбираем кодинг-агента для Дельфи