Мяу мяу мяу. Давай еще пиписьками померимся. Будь уверен что есть. Причем даже в таких ответственных областях как банковская сфера. Потому что не кросплатформенные... ну прям детский сад. Наверное поэтому C# попирает яву и С++. Потому что он шибко кросплатформенный  . Глупости все это. 
  Билдер не популярен 
1) Плохой маркетинг. Microsoft смогла бы продать и больше Г за большие деньги   .
2) Нестабильность больших проектов. Нестабильность среды разработки.
3) Несоответствие стандарту. (больше чем у других)
4) Большое время компиляции.
5) Слабая оптимизация. 

CLR / WinAPI / Qt , только не VCL   

  

И какой вывод ? Зачем нужна такая среда разработки ? Только потому, что знаешь её ?

borisbn, потому что есть много других плюсов. Удобство, гибкость, функциональность, простота, расширяемость. На самом деле на начальном этапе можно и не знать даже такого слова "WinApi" и писать на билдере.

Добавлено через 13 минут и 52 секунды
  Например, C# также дает не шибко большую скорость кода + время JIT компиляции при загрузке. C# тем более не соответствует стандарту С++   . А глюки среды + компилятора есть везде. И в 2008 и в 2010 студии. Просто не так много.   . 
  Так что ты зря выдернул из цитаты верхнюю строчку. Она самая главная. Пипл хавает ложкой то что ему дают. Сейчас писать на Qt стало в моде. А программеры старой школы продолжают использовать билдер, потому что удобно и знают каждую "трещинку". Ведь не все тянуться за нововведениями. Многие пишут используя язык, ставя во главу угла алгоритм, который они реализуют на том что ближе. Молодежь думает, что достаточно поставить очередную новомодную штучку и будет самый крутой код! А потом хвастать, мол да я пишу на Qt! Я крут! А вы все сидите на старье. Не все версии билдера одинаково косячные. Что-то больше, что-то меньше. Билдер 6 был стабильнее, 2009 тоже сносно, а 5й и 2010 получились Г .

CLR, Qt - это как автомобиль (иномарка) + обязательный прицеп, который Вам навязали тащить за собой пожизненно .  VCL - это  как советский автомобиль, который хоть и не совершенен, но зато прост и едет.  
Все тут обхаивают Builder, но когда приходит время быстро создать обычное Win32 приложение  с БД, с обычными формами и кнопками и без гмр. , - то все сразу вспоминаю, что есть такой Biulder и его простейший VCL и ничего, что он глючит, главное влезть в сроки   .
Это как по аналогии: если едем по хорошим дорогам - берем красивую иномарку (с прицепом) и ХВАЛИМммммм ее, а когда приходится ехать по трущобным дорогам,  садимся на советское авто и едемММММ и никому об этом не говорим, как будто это не мы.  
Простите за такие аналогии, но в большинстве случаев это именно так.
А теперь ближе к теме:
1. Если не хотите писать формы руками, то WinApi и не нужен, достаточно обверток, но справочник по WinApi должен быть при себе на случай - необычных действий по дополнительным функциям.
2. Подумайте, на сколько Вам нужна кроссплатформенность? Тут хоть все и кричат о кроссплатформенности, но на самом деле в 95% случаях Ваше приложение (обычные) юзверы будут запускать под Виндой, остальные 5% - это (продвинутые) юзверы, которым Ваше приложение и нафих не нужно...    
 

Тему во флейм.

Завершающий спор аргумент против бидлера.

Собственно как уже сказали покажите крупные проекты, использующие VCL, желательно за пределами пост-советского пространства. Сравните количество вакансий, новых / крупных проектов на C++ Builder, Delphi, VCL с вакансиями на C++ / Qt, C# / WPF и почувствуйте разницу.

Смысл в том что кроме как в пост-советском пространстве уже давно Delphi / C++ Bulder выбросили на помойку истории. Перспектив кроме поддерживать какой-нибудь старый проект десятилетней давности нет.

Добавлено через 3 минуты и 7 секунд
P.S. Также вспоминаем о том как bcb поддерживает стандарт, завязке на используемый инструментарий.
И самое удивительное, что ВНЕЗАПНО только  в 2010 году появилась поддержка юникода. С разморозкой...

А зачем называть? Посещайте официальный сайт, много интересного узнаете: http://www.embarcadero.com/rad-in-action/a...cation-showcase список конечно очень урезан.
CloneCD, WinRar, Alcohol 120%, EMS -менеджеры, Macromedia HomeSite, Скайп и многое многое другое создано на Делфи и Builder.


Это сообщение отредактировал(а) Лена - 23.11.2010, 20:36

  Версия 2009 вышла в 2008 году это раз. Во вторых поддержка юникода существует уже 100 лет в обед с момента появления класса WideString и символов wchar_t, также сто лет присутствуют функции преобразования в UTF16/UTF8 и обратно.  Можно говорить о тотальном переходе на юникод. Да и раньше еще можно было использовать альтернативный пакет юникодных контролов. Тот кто сильно хотел мог использовать. 
  

  Популярность это на 90% вопрос коммерции и рекламы. Кроме того не нужно забывать про область применения. Узкий инструмент не становиться плохим просто от того что он узкий. Поэтому популярность следует оценивать в своей сфере применения. 
  Если говорить о программировании приложений под Windows с богатым пользовательским интерфейсом, корпоративных приложениях, клиенты БД, то процент не так уж и мал. 
  Например, яркий представитель: TuneUp Utilities 2010 . Красочный интерфейс, выезжающие панельки, куча кнопочек пимпочек и т.д. Сложные диалоги. Открываем папку с программой. Не может быть   куча подозрительных файлов с расширением bpl . Судя по всему билдер не имеет ни какого отношения к ним. 

    

Чтобы не быть голословным http://ru.wikipedia.org/wiki/%D0%A8%D0%B8%...%B2%D0%BE%D0%BB

  >Соответственно, приложения, которым требуется сохранять переносимость на различных C и C++ компиляторах, не должны использовать wchar_t для хранения Unicode-текста
  Билдер не заявляет переносимость поэтому вполне может использовать тип wchar_t для хранения символов UTF16. Достаточно того что он совместим с WinApi. Строки билдера прекрасно сочетаются с типами Windows поэтому позволяют использовать юникод как для внутренних нужд, так и для взаимодействия с ОС в том числе и для отображения строк в различных элементах интерфейса. Возможность обеспечена чего не хватает?

Возможно и не имеет. Скорее всего Delphi 



как я уже говорил





зашёл. посмотрел. честно говоря, список оч. кислый:

Cabriolet Dynamic Geometry, Cambridge CAD, Clone CD, BitZipperBitZipper, AVS Video Tools, Complete Time Tracking, ASUS PC Probe сделаны на билдере. остальные на Delphi. Да и из этих знаю только Clone CD и ASUS PC Probe, да и то не сказать, что серьёзные проекты.


Ну не пишут серьёзные прокты на билдере, да и вакансий на него ( как сказал cutwater ) практически нет.
Повторю: для начинающего программиста-разработчика интерфейсного ПО VCL - отличная штука, и начинать нужно с нативного для неё языка - Delphi, но начинать, вести и поддерживать большие и сложные проекты на билдере - IMHO нелепо.

Скайп написан на Дельфи, а то это значит, что это не возможно сделать в С++ Builder?  

аргументы против билдера не убедительны  , имхо, а если он для вас "дебилдер" - то такого хрена вы здесь делаете ...

Пишем на "Дебилдере", что ещё.