Embarcadero проводит опрос, для развития новых Делфи и Builder: http://edn.embarcadero.com/article/40071
Для Builder 2010:
http://www.surveymonkey.com/s.aspx?sm=_2fg...z_2fZg8mw_3d_3d
Можно добавить свои пожелания...

У меня их столько - что пришлось переползти на M$ VS.

  

А можно пару штук? Мнение гуру всегда интересно.  

Мне куча всего, что там было вообще не знакомо   

Хотелось бы ещё потрогать C++Builder Prism   

Когда выйдет финал  2010 имбакаредо будут ещё менее актуальными   

http://www.embarcadero.com/ru/products/rad-studio/whats-new





Это вы о чем? Есть Delphi Prism это программирование для NET на Паскале.




Вы же говорите, что Мне куча всего, что там было вообще не знакомо    как же можно сравнивать?  

А дорожная карта тут: http://edn.embarcadero.com/article/39934

Да, я про .NET для билдера, а ссылки мне всё равно не помогли   
Чтобы описать всё, что там было надо предоставить мне библиотеку ... А чукча не читатель как говорится ...

Да пожалуйста. 

1) нет поддержки x64. 
2) нет поддержки WinCE.

Мне это все необходимо. Это все есть в M$ VS. Что выбрать?   
Это касается системного девелопинга. Плюс стоит отметить глюки среды. Добавим стоимость CG. Результат неутешительный.

Работа моя тесно сопряжена с БД. ADO.NET выше всяких похвал. Почти каждый уважающий себя разработчик БД выпускает net connector'ы. Причем от мелкой SQLite до гигантов мысли Oracle. Заметь все это работает достаточно стабильно, никаких затрат на сторонние компоненты.

ЗЫ. Вот недавно пришлось писать небольшую тузлу. В ней использовался STL - алгоритм std::copy. CG 2009 постоянно на нем ругался. Путем вырезки-вставки обратно все чудным образом заработало.  Студия же - собрала все без проблем.

Добавлено через 2 минуты и 47 секунд

Был холивар. Есть мнение, что Embarcadero сливает.



За что ты так его?   

Согласна, конечно каждый инстумент для своих целей.  

Я в последнее время использую в RAD эти технологии:
DataSnap + dbGo + бесплатная CУБД PostgreSQL (гриды от TMS, отчеты от FR и т.д.)
Для WEB: IntraWEB, для WAP: IntraWEB + OperaMini
Радует простота и быстрота разработки.



В опросе спрашивают, хотите или нет, и всякое другое.  
Я поставила галочку хочу, но пока оно мне не надо.  

Это сообщение отредактировал(а) Лена - 5.11.2009, 11:29

Это парадоксально. Тот же QT уже давно имеет свою библиотеку под CE. А про VCL еще только начали опрос.

ИМХО Может они считают CE бесперспективной? (Кстати лично я именно таковой ее считаю   ) 

  Под CE нужно что-то более простое и изящное, как как сама CE. Все таки у CE свои особенности, и это во многом касается интерфейса приложения. На маленьких разрешениях требуется другое представление данных. При том что на экране помещается очень мало элементов многие возможности библиотеки излишни, а другие нереализуемы из-за непереносимости API. Я уже молчу про работу с файлами и реестром. CE модульная оська поэтому набор возможностей может сильно варьироваться. VCL во многом монолитная библиотека с сильными связями внутри. И еще, важный момент, она юникодная, т.е. адекватный порт можно было сделать не раньше чем появится полноценная юникодная поддержка, которая появилась только в версии 2009. Так что против VCL for CE много чего.
  Не забывайте, что кодегир это небольшая компания, силы которой эффективно направлять на узкие задачи. Т.е. делать продукт конкурентный в своей области. Лучше сделать качественно, но мало, а то получиться как в том анекдоте про секретаршу, которая набирает 500 знаков в минуту, правда такая фигня получается   . А так мы имеем хороший инструмент под Windows, с поддержкой API 7 , мощную поддержку технологий баз данных, отчетов, COM, ActiveX, сетей, а также мощный инструмент проектирования графического интерфейса произвольной сложности, в отличие от QT. Есть возможность использовать Boost и программировать 3D графику, есть возможности для низкоуровневого программирования под Windows. Т.е. возможности не закрыты. Да это неудобно, но вполне подходит для решения попутной задачи.

Пофиг, что IDE тормознутая - пусть компилер сделают конкурентным с MS VC++ и уже будет гуд.

[offtopic]Народ! Пишите уже правильно. Qt. QT это QuickTime.  [/offtopic]


На моей памяти это не первый опрос. Но ...


А вот это интересно. bems тут давече сетовал, что ему не хватает x64 в Delphi. mrbrooks, а какие конкретно преимущества? Адресное пространство нужно больше 4ГБ?


Delphi попробуйте. Или C#.  


Хм... А говорил, что у неё дизайн продуманный. Одному другому противоречит. 
И да Qt ничуть не меньше VCL, а разработчиков-то, наверное, поменьше будет. И ничего, перенесли.


Это невозможно впринципе. Кто девушку ужинает, тот ее и танцует. (с) Закрывать им надо Дебилдер. И концентрироваться на Delphi. Сделать его кроссплатформенным (но без костылей вроде Mono) и баста. Пока на этом пути только константы в System.pas появляются.  

  Ну цена за гибкость это производительность и сложность, так что это не противоречит. А портирование задача просто трудоемкая и нелинейная. Требует интенсивной отладки, тестирования, сильного ветвления, усложения. Узкий продукт эффективнее решает свои задачи.
  Это не хуже, это другой подход.