Чего не хватает в Delphi? Конкурс от DelphiFeeds.ru.

На сайте русскоязычного сообщества Delphi стартовал конкурс в рамках которого предлагается рассмотреть тему «Чего не хватает в Delphi?«. А и правда чего? Вроде бы с выходом версий Delphi 2009- 2010 сообщество Delphi несколько оживилось и есть от чего — нам, пишущим программы в Delphi, дали в распоряжение дженерики — вещь безусловно замечательная, хотя и несколько необычная на первый взгляд. В Delphi 2010 значительно обновился RTTI про который сделан перевод целого цикла статей в блоге «Delphi 2010». Появилось ещё много чего нового, интересного. Кстати, подробный обзор всех нововведений Delphi 2010 Вы можете посмотреть в блоге TDelphi: будни Delphi блоггера. В общем, казалось бы — есть всё, что душе угодно. А вопрос «Чего не хватает в Delphi?» до сих пор остается актуальным для нас. Как говориться, совершенству нет предела. Что ж попробую и я рассмотреть этот вопрос, а заодно и поддержать отечественного производителя :)

Если рассматривать вопрос с точки зрения языковых конструкций Delphi, библиотек, компонентов и т.д., то тут мне судить о том, чего не хватает очень трудно просто в силу того, что другие языки программирования для меня темный лес. Могу примерно прикинуть, что и как делается, например в php или C++ и реализовать это в Delphi, но писать самому на этих языках — увольте. Поэтому данную часть «нехваток» оставим на рассмотрения более профессиональных в плане программирования людей. Они смогут это сделать более точно и правильно.
А я рассмотрю, чего мне не хватает при работе в IDE Delphi вообще в плане удобства работы. А не хватает мне двух инструментов:

1. Нормального встроенного в IDE клиента для системы контроля версий Subversion.
2. Удобного инструмента для разработки, управления и поддержки документации исходного кода.

Понятно, что обе эти нехватки можно легко ликвидировать, использовав в работе продукты сторонних производителей, например, для SVN использовать TortoiseSVN (что я сейчас и делаю), а для разработки документации использовать тот же Doc-o-Matic. И казалось бы всё будет «в ажуре». Но, что я имею в этом случае при работе, например, с Google Code? Пишу модуль, вношу изменения, редактирую, добавляю и т.д. Потом сворачиваю IDE, перехожу в директорию с проектом, запускаю TortoiseSVN и выгружаю все свое творение в проект. А как было бы удобно, если б в настройках проекта сразу указать адрес репозитория и одним кликом в меню отправить все изменения на сервер? Или наоборот — загрузить файлы с сервера. Согласитесь, это было бы более удобно.

Второй момент почему хотел бы увидеть поддержку SVN в Delphi касается частично моей «дырявой» памяти. В Delphi уже предусмотрено хранение истории проекта и можно в любой момент времени посмотреть какого волосатого я наваял на прошлой неделе в модуле MyModul.pas и почему он всё ещё работает. А как быть, если работаем с проектом вдвоем или втроем и у каждого своя копия исходников? Было бы удобно, например, не выгружать с репозитория все изменения, а с помощью того же инструмента History посмотреть что имеем мы в своем локальном проекте и, какие изменения на данный момент внес Вася Пупкин в модуль и выгрузил его на сервер.
С разработкой документации примерно такая же картина. Почему бы не предусмотреть в Delphi инструмент, наподобие ToDo List, но только направленный именно на формирование документации? Расставил определенного вида комментарии в исходнике, ткнул в меню, что-то наподобие «Generate Document» и получил в папку с проектом файл в формате html, doc, pdf и т.д. в котором содержится информация по модулю. Удобно было бы.
Я, конечно, размечтался, но вдруг пост прочитает разработчик Delphi 2011? :) Поживем — увидим.
Вообще, осле того как Borland продали бизнес Code Gear, а те в свою очередь Embarcadero Delphi потерял много поклонников, но последние данные о динамике роса запросов в Интернете по поводу Delphi позволяют надеяться, что и «на нашей улице» будет праздник.