Check Levi9 best QA positions to Backbase team!
×Закрыть

CodeGear анонсирует RAD Studio 2007

Важная новость для сторонников продуктов CodeGear (компания, принадлежащая Borland, к которой перешли средства разработки): анонсирован выпуск RAD Studio 2007 (кодовое имя «Highlander») — all-in-one пакета разработки, объединяющего в себе Delphi для Win 32, Delphi для .NET и C++ Builder.

Обратите внимание — в официальном анонсе ничего не сказано о C# Builder, который входил в предыдущую версию — Borland Developer Studio 2006. В одной из презентаций, посвященной новой версии я нашел «IDE no longer offers design-time support for C#» — вот те раз, похоже с C#Builder придется распрощаться, и те из немногочисленных разработчиков, что успели «подсесть» на сей продукт вынуждены волей-неволей перебираться на VS.

Среди нововведений ничего особо революционного не обнаружено, наиболее важными можно назвать поддержку .NET 2.0 и ASP.NET 2.0, новую версию MDD-фреймворка ECO IV, dbExpress 4 (дебютировавшего в начале года в Delphi 2007), замену встроенного движка сборки на MSBuild (что также появилось ранее в Delphi 2007) некоторые расширения языка Delphi, в основном заимствованные из C#, а также легковесная СУБД Blackfish SQL (так теперь называется разработанная Стивом Шоннеси (Steve Shaughnessy) уникальная СУБД JDataStore/NDataStore, которая написана на Java, но ее исходный код транслируется в C# и работает также под .NET).

Несмотря на возможные предположения, новая версия так и не стала поистине интегрированным решением, объединяющем все IDE CodeGear, например, Delphi for PHP остается независимым продуктом, равно как и Ruby IDE , выход которой ожидается в третьем квартале этого года.

Хорошо, что в RAD Studio появилась поддержка .NET 2.0, печально только, что в Visual Studio она есть уже два года — пора бы уже рассчитывать на поддержку .NET 3.5.

В итоге, несмотря на все потуги Borland/CodeGear догнать Microsoft, картина складывается прямо-таки противоположная: с каждым релизом продуктов конкурирующих компаний разрыв увеличивается, а новая версия так вообще удивила боевыми потерями (я имею ввиду заживо похороненный C#Builder). Я не знаю точной статистики, но сдается мне, что сторонников Delphi for .NET не так уж и много, а основной доход приходится на «классических» разработчиков, использующих Delphi для Win32.
Маловероятно, чтобы CodeGear достигла особых успехов в продвижении RAD Studio как инструмента для создания корпоративных приложений, где позиции Java/.NET (если речь идет о .NET, то имеем ввиду, конечно VS) особенно сильны и все укрепляются. Хотя, например, такая штука как ECO у CodeGear и впрямь весьма интересная. Может быть есть смысл придумать какую-нибудь оригинальную рыночную стратегию, и перестать тягаться с монстрами? Например, вычленить ECO и продавать ее как довесок к Visual Studio? Или сделать упор на VCL for the Web (бывшая IntraWeb) и предложить легковесное средство для разработки Web-приложений на основе этого подхода? Или возродить Kylix? Ну хотя бы цены снизить не помешало бы — выглядят они космическими (к примеру, версия Professional стоит $1.2K плюс ежегодная плата за поддержку — $350), особенно с учетом того, что новые версии выходят достаточно часто (неоднократно наблюдал картину, когда организация переходила с пиратской на легальную Delphi и далее на конкретной версии и оставалась, не обновляясь по много лет — зачем платить больше, если все равно принципиальных улучшений в новых версиях нет).

Кстати, помнится мне, что представители Borland в самый разгар вычленения отдельной компании говорили о то, что именно «Hightlander» станет настоящим прорывом в функциональности и качестве. Но если про качество пока судить рано — все-таки продукт еще не вышел, а только анонсирован, то по функциональности есть вопросы. К примеру, почему в анонсе нет упоминаний о поддержке Unicode в VCL для Win32, почему ничего не говорится о «нативном» дельфийском 64-х битном компиляторе? И помимо этого ничего не говорится о множестве других обещанных функциях, для которых были слышны обещания: «Потерпите немного, все это будет в Highlander».

Лично мне непонятно выглядят ограничения, присущие выпускаемым версиям, например версия Professional позволяет создавать Blackfish SQL БД размером не более 512 МБ, доступные 1 (!) пользователю, а также поддерживающие 1 процессор, а приложения с использованием VCL for the Web (обратите внимание): максимум с 5-ю (!) подключениями. Это кому такая СУБД нужна, чтобы на нее только один человек мог залогиниться, и зачем такой сайт нужен, на который ходить может максимум пять пользователей?!! :)
Вершина маразма — в версии Enterprise Blackfish SQL ограничена все так же 1 процессором, но 2 Гб размера файла базы и максимум 5-ю (!) пользователями. Это что за «энтерпрайз» такой, в котором к БД могут подключиться только 5 человек!!!
Хотя объяснить ограничения просто — везде скромно указано, что ограничения снимаются за дополнительную плату. Но на мой взгляд — это явный перебор, к примеру, доступный бесплатно MS SQL Server 2005 Express Edition (притом полностью бесплатно, для его использования не надо покупать никакие студии) ограничен размером БД в 4 Гб, что аккурат в два раза больше, чем «черная рыбка» в Enterprise-версии RAD Studio 2007 и в восемь раз больше, чем она же в версии Professional. К тому же у SQL Server Express есть только одно дополнительное ограничение по сравнению с Blackfish — не более 1 Гб используемой памяти, и нет ограничений на удаленные подключения (вопреки расхожему мнению, что SQL Server Express — локальная СУБД).

Печально, что спрос на Delphi-программистов падает, и если у нас квалифицированному Delphi-разработчику пристойную работу найти еще можно, то на Западе это достаточно сложно.
Хотя не все так трагично — например, на сайте delphiplus.org есть информация (запись в новостях от 2-го сентября), что в России все школьные компьютеры до конца года будут оснащены лицензионным ПО, где в категории «Средства разработки» фигурирует Delphi. Может быть, Россия поможет возродить популярность Delphi, а может быть это реализация тайного плана российского правительства по сокращению утечек мозгов за рубеж. :)

Интересное наблюдение: выходящая осенью версия получает индекс 2007, в то время как Borland несколько последних лет выпускала релиз своего флагманского продукта также осенью, но с номером версии, соответствующим следующему году. Особенно интригующим этот момент выглядит в свете скорого выхода основного конкурента RAD Studio — Microsoft Visual Studio, который будет иметь номер версии 2008, притом, что у продуктов Borland номер версии традиционно оказывался на единичку выше, чем у Microsoft. Неужто выход RAD Studio 2008 ожидается в весьма скором времени, тем более, что CodeGear есть над чем поработать, чтобы догнать по функциональности Microsoft?

Хотя, изменившейся политике в нумерации версий есть и другое объяснение: как правило, средства для разработчиков от Borland/CodeGear обновляются чаще, чем продукты Microsoft, и если неразумно использовать номера версий, то их может просто не хватить. :)

PS. Перечитываю заново текст своего поста, вижу, что получается из категории «начали за здравие — закончили за упокой». Но здесь, похоже деваться некуда — я с оптимизмом начал собирать информацию про новый релиз, прочитал официальные материалы, просмотрел презентации, записи в блоках, презентации — но чем больше информации собирал, тем больше в ней разочаровывался. Highlander — самая ожидаемая версия RAD Studio, поскольку разрабатывалась она не Borland, а CodeGear, именно от этого релиза сторонники продуктов Borland ожидали чуда. Но, похоже, что чуда не произошло, хотя его очень хотелось. В любом случае, здоровая критика только на пользу, возможно, этот пост прочтут сотрудники CodeGear и оставят свое мнение на сей счет — помнится у меня в блоге комменты оставлял Сергей Орлик, вот только не знаю — он сейчас в Borland или CodeGear

👍НравитсяПонравилось0
В избранноеВ избранном0
Подписаться на автора
LinkedIn



Підписуйтесь: iTunes | Google Podcast | YouTube


29 комментариев

Подписаться на комментарииОтписаться от комментариев Комментарии могут оставлять только пользователи с подтвержденными аккаунтами.

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

А кто нибудь знает как избавится от глюков в контекстном меню? Ужос! Помогите!!!

Jопа Эта Кодегеар глюк на глюке обидно...Даже на сайте мастеров дельфи реклама VISUAL STUDIO висит так и хоч ткнуть в нее мышкой... и работает же без проблем «эта зараза» в отличии от продуктов Кодегеар...Эхх...Хотелось бы знать есть ли на земле радстудио чтоб без глюков было...денег они просят огромущих непомерно завышенных за свой глюконутый продукт: — (...

сижу и время от времени юзаю «класный» майкрософтофкий продукт ProClarity 6.3.и регулярно получаю «Access Violation at XXXX in rtl70.btl», имхо пора всем уже завязывать с глюками дельфи:)

сижу на Delphi6 и не жужжу. пишу нативные win32 проги, и если надо то со всеми стилями XP, Vista. зачем NET, # и проч лабутень не понимаю... пробовал Java — проги получаются некрасивыми — в стиле SUN Solaris... зачем это?

Да контестное меню подвисает пи*ц — мне пишлось вернуться на Delph2007 с RAD2007 глюков странных таких не встречал. Работаю на Delphe с первой версии кроме того странные глюки вроде того как теряется фокус в редакторе при подъеме окна поиска и других- не исправлены. Вообще продукт губит не измененмя вроде win64 или NET которые и сами болеют сильно (помню с win16 на win32 перешли за пол-года), а вот такое блядство с качеством заявленного функционала> Скажем палитра компонент вертикальная неудобна неудобно и все с в одном флаконе — приходиться ставить крыжикки чтобы форма была отдельно — зачем было упираться с этим когда можно действительно win64 сделать было или что другое перспективное. А Хелп вдруг превратили в редкостое гавно? Зачем??? Вот сидишь в RAD2007 с накаченым апдейтом и как мудак в редакторе полей жмешь инсерт — не дай Бог где контекстное меню вызвать и думаешь — хорошие временадля программистов прошли

Забыл добавить. Среда: RAD Studio 2007, Ver 11.0.2902.10471

Приведу пример глюка на ровном месте: если начать работать в Menu Designer — то при вставке эл-тов происходит зацикливание контекстного меню. Когда это происходит, чтобы выйти из среды, необходимо использовать Диспетчер задач.

2взбешенный программерМальчик, ты за сообщениями при компиляции последи!!! Если сам нихера не понимаешь, то на кодигер нефиг сваливать! Такая «#НЯ» будет на любой версии дельфы!!! В общем, малыш, по тебе видно, что дельфой ты вообще не занимался. Не знаешь — молчи в тряпочку!!!:)

От дельфи будем отказываться при первой же возможности. глючит страшно, память жрёт.после D7 не было ни одного стоящего продукта. согласен с взбешённым программером, использую d2005 и bds2006когда в списке локальных переменных некоторые из них отсутствуют по непонятным причинам, codecomplete работает практически вечно, память отжирается гигабайтами на проге в 50 000 строк -это звиздец.руби это конечно хорошо, но только руби он и без вас хорош.а мы для серверной разработки на vs перешли, как только гриды нормальные появятся тут же и и клиент перепишем на с#. о себе — с дельфи работал с первой версии. больше не планирую.

/adsmf’lakjs; dlkf; alskd; lf!!! разработчика этого форума отправть тудаже с кодегеаровцами

среда CodeGear RAD Studio 2007.program Project1; Var i, k, m: integer; j: real; begin k: =1; j: =-k; m: =1; while j> =-k do begin //на эту строку поставьте брэйкпоинт if j> =k then m: =-1; //условие не выполняется при j=k=1 if (j-k) > =0 then m: =-1; //условие не выполняется при j=k=1 if (k-j) =-k do begin, жмём F9Выносим в Watch List 3 переменные: k, j, m и жмем еще 18 раз F9Теперь наблюдаем за переменными: в текущем цикле не выполняется условие j=0.9, в следующем цикле не выполняется условие j=1, и далее в следующем цикле не выполнятся все условия где происходит присвоение m: =-1; ЧЕ ЗА #НЯ??? Конторе codegear раздать лопаты и отправить на огород. К компам и близко не подпускать!

CodeGear RAD Studio 2007 — СТРАШНОЕ ГОВНО!!! Больше 10 лет уже активно работаю с Borland Delphi и C++ Builder, но ТАКОГО!!! я еще не видел за всю историю знакомства с продуктами Borland! ошибки и глюки ну просто ВЕЗДЕ! думал может установка SP3 хоть както поможет — нифига подобного, глюков еще больше стало! Операционка чистая, с нуля ставилась. ГОСПОДИ! Помолимся же все вместе чтобы codegear сгорела в аду к чертовой матери, а разработку Delphi и Builder’а вернули тем людям которые этим занимались до появления этой злосчастной codegear.

А то БОЛД днем с огнем не сыщешь, а базы-то писать надо...

а ECO в анонсированной IDE по функциональности сравнялась со старушкой BOLD?

Честно говоря вообще не понимаю смысла поддержки C#, кроме как для галочки. Идея BDS тоже смотриться странно, может в VS оно и хорошо, т. к. С++ и VB языки слишком уж разные, но вряд ли кто-то будет писать одновременно на C++ и Delphi, тем более языки почти сравнялись.

Спасибо на добром слове, Алексей! Я сейчас дописываю обзор RAD Studio 2007 — должен появится в одном из ближайших номеров Компьютерного Обозрения (и чуть позже на сайте http://ko.itc.ua), так по правде говоря специально ищу, чего бы в нем отковырять нового, интересного, но особо ничего не получается — в основном все по-старому, хотя, как говорится, стабильность — признак мастерства.:) Но что меня несколько пугает, так это цены на это дело — совсем не для простых смертных получается.Та же Microsoft в этом вопросе гораздо ближе к народу, а если еще учесть, что VS они выпускают реже, то совокупная стоимость владения практически в разы ниже выходит. Думаю, здесь надо какие-то сдвиги серьезные делать. Вы не собирали статистику, сколько клиентов покупают продукт, а потом не обновляются на новые версии? Чувствуется мне, что этот показатель будет очень высок.На Украину, конечно надо бы приехать, Черниговское пиво не испортилось, дай Бог тоже и Delphi.В любом случае желаю, чтобы дорога у CodeGear была такая же стройная, как и ее роадмэпы.;)

Здравствуйте, коллеги! Ну для начала — что за траур — ничего не померло, живет Delphi и жить дальше будет. Метания — были, но — в Borland. Ныне мы CodeGear, роадмэпы объявлены, дорога намечена, так сказать. В июне в Москве был Джим Дуглас, рассказывал о планах компании. Если вкратце — будет все, но не сразу:) Если кто-то недоволен темпами развития CodeGear и считает, что за полгода можно качественно переписать Delphi, пусть напишет мне, мы возьмем его на работу, предложим адекватную задаче зарплату, но, как в том анекдоте — хочешь не хочешь, а чтоб релиз через полгода был. Вон поглядите на наших конкурентов — новую ОС давно выпустили, а из средств разарботки под нее первым вышел Delphi, а Orcas все доделывается и доделывается... Глядишь, скоро уже и Delphi 2008 выйдет:) Рассуждения по Delphi4PHP отметаю — продукту еще еле-еле полгода, а Вы уже требуете прорывов до максимальных высот. Чудес не бывает. Он развивается, есть огрехи (а у кого их нет поначалу?), но люди уже реально используют его и перспективы исключительно положительные. Наши хорошие партнеры из Fast Report обещали подробный рассказ на эту тему опубликовать, на русском языке. 3rdRail — очень неплохой продукт тоже получился, т.е. мы не только на Delphi ориентируемся, но и модные темы щупаем. Вообще рассказы о слабости продуктов CodeGear это все больше песни оголтелых погонщиков за новыми аббревиатурами и (немалая прослойка) «обиженных» Borland людей. Бред ужасающий приходится слышать, к сожалению. На самом деле позиции наших инструментов сейчас усиливаются, особенно в образовании, в самом стратегическом направлении: в Украине, например, все школьные классы оснащены образовательными версиями BDS2006, а сейчас аналогичный тендер идет в России. Образовательные лицензии (с 90% скидкой) буквально тысячами закупаются вузами, такого никогда не было, Сергей не даст соврать. Да и ведущие компании не остают. Недавно был на Софтуле — да там половина софта написана на Delphi и C++ Builder! Кстати, на том же Софтуле ребята из Ansoft показывали на своем огромном стенде как клиенты их ERP (написанная на Delphi), резво крутится под wine на Linux:) В общем и целом, внятной альтернативы разработчицким решениям от CodeGear пока нет. Любители мастерить наколеночно (генетические происходящие от любителей vi) всегда отличались своеобразными вкусами, даже не буду обсуждать их, люди, потребляющие сервера от Microsoft, потребляют и IDE от Microsoft, Java девелоперы, конечно, самые избалованные, особенно в области серверного программирования... А если кому-то надо быстро решать бизнес-задачи, делать дело, а не рассуждать о трех-четырех и даже пятибуквенных сокращениях, то добро пожаловать в мир Delphi и С++ Builder.Так что давайте откинем горечь (я рекомендую запить пивом), господа, и будем дальше программировать на Delphi и С++ Builder. К сожалению, в этом году в Киев или Харьков большим семинаром так и не выберемся, похоже... Очень жаль, в том числе и потому что я большой поклонник нефильтрованного Черниговского пива... надеюсь, оно не испортилось...С уважением, Алексей КовязинPS К сожалению, я не могу отвечать на вопросы тут (просто нет времени — сейчас 22−45, а еще за компьютером), если что-то нужно — пишите ak at @codegear.ru или звоните +7 495 238 36 11 в рабочее время.PPS Данное сообщение выражает исключительно мое личное мнение, и не может рассматриваться как официальное заявление CodeGear.

To Сергей Орлик: Спасибо за комментарий к записи, не понятно только, кто там в Borland/CodeGear остался, раз такие люди как Вы оттуда поуходили? To get the facts: Жаль, что не представились, здесь мы не кусаемся.Но вот роадмэпами меня на понт брать не надо, вот ссылочка: — там роадмэп, который мне показывали еще в 2005 году. Вот Win64 там есть, аккурат на средину 2007 года запланирован. Жаль, на нем нет Юникода, но о нем говорилось устно вестной 2006 года на конференции Borland в Киеве, или тогда надо было с докладчиков расписку брать?;)

Здравствуйте, Вячеслав—OfftopicСпасибо, что помните:) К сожалению, не могу содержательно прокомментировать развитие инструментария Borland/CodeGear, в силу того, что уже более года я не являюсь сотрудником Borland/CodeGear (сейчас я работаю консалтинговом подразделении HP).—Могу только поделиться своим мнением, что создание родных (native) приложений для Windows еще не один год будет очень востребованным. Не стоит забывать, что драйвером выбора инструментария всегда является требуемая бизнес-функциональность, архитектурные требования, связанные с существующей и планируемой прикладной инфраструктурой, а также те навыки и опыт, которые есть у разработчиков. C этой точки зрения, текущее развитие семейства продуктов Delphi/Studio кажется вполне логичным. Ну, а что касается идей и функциональности Highlander — мы озвучивали те планы, которые были актуальны на тот момент, когда мы о них говорили и ими занималось подразделение разработки и исследований (R& D).С уважением, Сергей Орлик

Был на семинаре СodeGear. Была призентация IDE Ruby. Чувак в ней интернет-магазин забацал у нас на глазах за пять минут! На создание огромного web-портла (с поиском, регистрацией, базами данных и т.п.) уходит не более двух дней.JAVA умрет...P.S.RAD студией очень доволен: все быстро, надежно и эффективно.

Третий день использую RAD Studio (C++ Builder). Проекты из ранних версий компилируются без проблем. Все нравиться, проблем нет.

Delphi? Оно еще живо? Давным давно надо было переходить на С# или Java.

О производительности.NET... дико жрущий память ORM повсюду

В.NET немає ORM (своєї, внутрішньої, сторонню підключити можна).ORM «жре» памяті не так багато. Не так багато, порівняно із тим полегшенням роботи, яке він дає. Насправді багато «жрати» памяті може кеш ORM, якщо ви його так налаштували.

На счет юникода? Кому он нужен? 5% разработчиков?

Юнікод потрібен не всім програмістам, а тільки тим, хто адекватно сприймає реальність і памятає, що зараз 2007 рік, а не 1995.

так и вовсем становится смешно говорить о конкурентоспособности VS

Я взагалі JavaMan і не фанат продуктів Microsoft, але це смішно звучить. Visual Studio — якраз і є головний конкурент для Delphi. По-клієнтським програмам для.NET у них 99.9% ринку:).Зайдіть хоча б сюди, і подивіться скільки людей використовує Delphi.http://www.tiobe.com/tpci.htm (це правда про мови, а не про IDEшки, але теж про шось каже).Ніде на офсайті я не побачив чогось типу «Why switch from VS to Delphi? ». Таке враження, що ніхто порівняння і не проводив.

Уважаемые, если вы реально следите за событиями то как же вы можете говорить такие вещи? «Где юникод? Где вин х64? » Был опубликован роадмап (задолго до релиза) в котором были расписаны все планы.А прогресс есть. Качество среды стало намного выше. Скорость рабоыт то же. Скорость рабоыт с той же VS просто не сравнима. Единственный на мой взгял очень большой промах — это HELP. Ну неужели нельзя его сделать нормальным?) Вообщем бросьте вы горевать) Как был Delphi лучшей RAD, так и остаётся ей. О производительности.NET приложений можно только плакать. Не конкурент. А если взглянуть на инфраструктуру для работы с БД (ущербная дисконект модель повсюду, отсутствие FetchOnDemand, дико жрущий память ORM повсюду) так и вовсем становится смешно говорить о конкурентоспособности VS.На счет юникода? Кому он нужен? 5% разработчиков? Используйте TNTUnicode или ждите. Кому реально нужен х64 компилятор? 1% разработчиков? Подождите, скоро будет (сейчас дата релиза закреплена в официальном документе), нехотите ждать — FPC вам в руки.По поводу FPC и Lazarus. Где ж он «догнал и перегнал» Delphi? Это тормозной компилятор и тормозная (а самое главное глючная, на уровне базовой функциональности) среда. Вообщем расслабтесь, все будет хорошо. У нас с вамии есть лучшая RAD среда. Поменьше воруйте:) и больше работайте) А Кодегиру, нужно поправить все баги. Это главное. Ну смешно, когда баги тянутся годами. +следовать планам. Сместить приоритет на native код.

Добрі здвиги таки є. Ось не так давно Борланд випустила накет Turbo Explorer (C#, C++, Delphi).Причому цей пакет є достатньо функціональний і ним можна користуватись для комерційної розробки. Така собі «Express» редакція IDE-шок від Борланда.

да уж. по развитию языка Делфи даже фрипаскаль уже обогнал., а на.NEt давно по фичам RemObjects Chrome рулит.проигрывает борланд (кодгир), проигрывает...: — (

Полностью согласен — распыление ресурсов ни к чему, да и вряд ли особо кто-то этот C#Builder сильно оплакивать будет.Вопрос в другом — просто пугает их маркетинговая политика и метания из стороны в сторону. Вспомнить только, как они этот C#Builder пиарили -, а теперь — нате, получайте. Тут вопрос доверия на первое место выходит. Что будет следующим, уж не Delphi для Win32? Ведь попытка такая уже была — вспомним Delphi 8, который был только под.NET. Можно еще и Kylix вспомнить — сколько шуму было, некоторые компании очень крупные деньги вложили в эту платформу, а потом ее заживо похоронили. Я бы еще и историю с open-source Interbase припомнил — сначала они его открыли, а потом передумали. А я в это время как раз в фирме работал, которая здорово на него подвязалась и вопрос бесплатности СУБД был на первом месте, поскольку продукт разрабатывался массовый. Благо нас FireBird выручил, и здесь следует обратить внимание, что этот проект был образован бывшими сотрудниками Borland, которые не были согласны с политикой руководства.Весной 2006 года в Киеве Дэвид Интерсимон обещал, что классическая Delphi будет жить до тех пор, пока будет хоть один программист ее использовать. Еще тогда мне в это с трудом верилось, а теперь — тем более.Ну и кто в здравом уме с такой фирмой свою судьбу связывать будет? Тут вам не кусок железа: купил — не понравилось — заменил. Инструментарий разработчика — его не только на диске, его в голове хранить надо, а с ней разные инсталляции/деинсталляции не шибко гладко проходят;) Жалко, что хоть и новую компанию создали, но толку мало, люди, видать, на ключевых постах те же остались.Вот Delphi for PHP, например, и идея отличная, и продукт интересный — все бы ничего, но боязно связываться с ним, поскольку его Borland выпустила. Вот не устроят их продажи — прекратят развитие, а пользователям чего делать? А ведь нельзя так рубить резко, может быть есть смысл дальновиднее быть, тщательнее маркетинговые исследования проводить, а если решились на выпуск продукта — тогда максимум усилий вложить в его развитие, может быть нужно не одну версию выпустить прежде, чем на прибыльность выйти.В общем, грустно все это — наблюдать крах компании, с продуктами которой много лет работы связывает. В том же 2006-м году представители Borland говорили — нас сейчас отделили, у нас сейчас больше возможностей, дождитесь Highlander — там будет ВСЕ.Ну, дождались, и что теперь, где ВСЕ?! Нас снова обманули...

Borland как всегда радует, зачем им гонка за Microsoft-ом? Сделали бы свой Delphi/C++ & VCL реально кросплатформенным — пользы было бы больше, так как маловероятно что бы манагер крупного проекта сделал бы выбор в пользу С#Builder-а, когда есть родной VC#...

Подписаться на комментарии