Borland продан Micro Focus

угу, на ситките как-то на тему этого сайта жгли...

ну, если Сан купили, то что там про Борланд говорить.

> а напрмиер Zortech вам ни о чем не говорит?

А что, у Zortech'а был Паскаль? :)

> а TopSpeed?

А TopSpeed, AFAIR, появился во времена _Borland_ Pascal (то есть, версии 7+). Ну, или, скажем так, я о нём ничего не слышал во времена 5.5 :)

А 5'шный интерфейс и компилятор были просто у-у-у... вихрем :)

И да, самым ранним борландовским паскалем был какой-то полуофициальный порт на "Корветы". Если я правильно помню, соответствующий примерно TP-3.x

> эх это когда ещё дискеты были большими и мягкими...

Угу. Восьмидюймовыми.

> И да, самым ранним борландовским паскалем

... виденным мной :)

> а если честно жаль мне компанию Борланд очень жаль

Жаль ту компанию Борланд, какая она при Филиппе Кане. Все ею труды были продуманные, безглючные, удобные и новаторские. С уходом Кана уже не то. Современную Borland уже не жаль, давно туда и дорога.

> товарищи - которые на асме писали полные шахматы
я сам написал на асме простенькую программку для работы с с/ф и накладными - работало шустро и безглючно и весила килобайт 20, причём альфу версию я написал за 40 минут прямо из debug .:)
Если кто ещё помнит - там встроенный ассемблер был.=D
потом они (хозяева фирмы) заменили её на какую-то новомодную типа беста или чего-то такого - работала в 3 раза медленнее и размером еле влазила на дискету 1.2мб (5"HD). Про глюки - уже не помню.

>Всё дело - в порядке в голове. И пойнтеры этот порядок развивают.

+много

>еще для присваивания оператор let применялся- я так понимаю все делалось чтобы упростить синтаксический анализ: оператор- операнды

Пиком совершенства простоты была реализация в zx spectrum: все операторы занимали один байт и при этом синтаксически неверную строку ввести было просто нельзя.

>/me закрыл глаза и воссоздал в уме приятный сердцу образ turbo pascal с его элитной сине-желтой схемой подсветки.

/me открыл глаза и набрал в консоли fp , с элитной сине-жёлтой темой :))))

Delphi - быстрая, надежная, современная IDE, с мощным и в то же время простым для понимания языком программирования, поддерживающим все: от древнего структурного программирования с ассемблерными вставками, до ООП с замыканиями (они же анонимные методы), дженериками (они же обобщенные типы), Unicode и т.п.

Пока не хватает кроссплатформности и 64-битности. Но работы в этом направлении идут.

Хотя да, причем тут Delphi? Менеджеры того, что продали сейчас Micro Focus, делали все возможное чтобы убить Delphi и другие продукты для разработчиков все последние годы, перекачивая заработанные на средствах разработки деньги в свои ALM-поделки. Сейчас ситуация совершенно другая, специалисты бывшего Borland/CodeGear занимают ведущие технические позиции в компании Embarcadero, и сами определяют дальнейшие пути развития.

В этом году обещается новая версия Delphi с разделяемыми модулями парсинга и кодогенерации. А в следующем - новый компилятор с поддержкой компиляции как в Win32, так и Win64. Кроссплатформность - на очереди. С учетом того, что QT стала LGPL, и с учетом наработок в рамках проекта Kylix - я думаю это тоже будет реализовано.

>Пиком совершенства простоты была реализация в zx spectrum: все операторы занимали один байт и при этом синтаксически неверную строку ввести было просто нельзя.

+5

>Delphi - быстрая, надежная, современная IDE

4.2

> Это всё от того, что изначально был выбран неправильный язык.

+1. Ветка Оберона была бы куда перспективнее, но кто тогда знал? (или знал, но не мог повлиять на решение)
В любом случае, эти begin...end просто БЕСЯТ!!!! :)

> специалисты бывшего Borland/CodeGear занимают ведущие технические позиции в компании Embarcadero

ВРЕМЯ УЖЕ ПОТЕРЯНО. Я тоже на своей кухне - президент, толку-то?

Я работал с Дельфой аж со второй версии - НИКАКИХ улучшений не видел. Сейчас VS даёт мне такой рывок, что Дельфя кажется убогим нотепадом (недавно ставил "семёрку" - отличия почувствовались мгновенно). VCL была тупо заточена под идиотский OLE, контролы - прямые потомки виндусовых, компоненты БД - на индусской архитектуре. На момент 90-ых это было действительно Rapid, большего и не требовалось. Сейчас Дельфи даже как язык - убожество.
Плюс сюда проститутские прыжки под .НЕТ - наструя?!? Был же прекрасный кодогенератор, всё шустро летало-работало, и что теперь? Силы потрачены не на улучшение среды, а на тупое догоняние мелкософта. И было бы зачем - чтобы так же тупо подсесть на индусский .НЕТ и опять догонять Цэшарп со студией. Такое решение могла принять только мелкософтовская крыса, засевшая в Борланде.
Начиная с пятой версии, Дельфя тупо застряла в косметических улучшениях, когда VCL и IDE требовали постоянного развития. Не знаю, кто там был президент, но мудак он был порядочный. А и пофиг! У нас есть D. :)

>зачем, кстати они это сделали? (в алголе-же не было строк. У меня матушка на алголe68 программировала)

чтоб можно было добивать вставки в конце программы. Ну и широкое использование goto

> В этом году обещается новая версия Delphi

:) КОМУ обещается? Той малочисленной группке маргиналов, верных любимому Паскалю? Даже студентам он уже не нужен! "За так".
"Кроссплатформенность" - ещё один убогий миф, гибрид ужа с ежом. Да и Линукс (подразумеваемый в 99% фраз про "кроссплатформенность") - нафик не упёрся. Кто в нём сидит, тот давно уже либо выучил Сипипи, либо Руби-пистоны, либо пошёл в дворники.
Эх, такую среду похоронили...

>В любом случае, эти begin...end просто БЕСЯТ!!!! :)

main(int c,char**v){return!m(v[1],v[2]);}m(char*s,char*t){return*t-42?*s?63==*t|*s==*t&& m(s+1,t+1):!*t:m(s,t+1)||*s&&m(s+1,t);}

>Я работал с Дельфой аж со второй версии - НИКАКИХ улучшений не видел. С

Т.е. дин. массивы, 64-х битнную арифметику и много чего вы не заметили, или просто не хотели

>VCL была тупо заточена под идиотский OLE

Феерично

>контролы - прямые потомки виндусовых

Ровно также, как и в GTK/QT

>компоненты БД - на индусской архитектуре

На момент выхода на рынок и еще продолжительное время это было самое производительное решение

>когда VCL и IDE требовали постоянного развития

Чего конкретно вам на то время не хватало, чтобы делать такие заявления?

>А и пофиг! У нас есть D. :)

Ой простите, вопросов больше не имею :)

http://en.wikipedia.org/wiki/Pelles_C

Почитал, действительно забавно. В своё время создатель барсика (на нашем физфаке пытается вести проф. программирование) оттолкнул меня своим слегка фанатичным отношением к оффтопику, что для учёного (который должен быть объективным по определению) странно как-то. Иногда создаётся впечатление, что весь негатив про Linux, который мне довелось послушать на его лекциях, вызван тем, что автор не осилил портировать барсик на отличную от оффтопика платформу.

>Inline MASM-compatible assembler (POASM) with Intel syntax and linker (POLINK).

Кастую еще больше ненависти в тред :)

>В любом случае, эти begin...end просто БЕСЯТ!!!! :)

В паскале неудобно организована работа с указателями, но придираться к begin/end можно только не от большого ума поскольку существенного отличия от {/} тут нету. Зато перечисления в паскале это не int, в отличии от C, что страхует от множества ошибок. И подставить случайно элемент от одного перечисления вместо другого нельзя, компилятор заругается. Лично мне в итоге С все равно удобнее оказался, но хаять паскаль за begin/end это довод дилетантов.

> то что Ява - это нагло украденный у него Оберон?

Чушь.

Повторяем как мантру: Ява это улучшенный Eiffel.

> цели были разными: кто-то хотел, чтобы программисты писали качественный код без ошибок, а кому-то было достаточно, чтобы ошибка одной из тысячи обезьянок не рушила весь проект. Соответственно, методы были разными. Отсюда вам и строгая завязка на ООП (и ни шага в сторону!) уже на уровне языка, и исключения и прочая.

ООП — одна из парадигм, укладывающаяся в т.н. "модульное программирование" (класс == модуль). А уже само модульное программирование защищает от ошибок.

> во вяком случае лучше, чем у Eclipse и прости господи Netbeans.

Когда IDEA достигнет того же уровня интеграции и устойчивости (при таком же количестве модулей-плагинов), вот тогда и поговорим о "лучшести" IDEA. А пока же IDEA просто хороший редактор кода, не более.

>Ядро старого JBuilder по части GUI до сих пор вне конкуренции

Это какое?
JBuilder v.1.x,
JBuilder v.2.x-3.x,
JBuilder v.4.x-X
или последнеq версии?

Все ядра, которые я смотрел и использовал — были так себе, тяжеловесные и неэффективные в плане отклика. Первая версия в 1997 году вообще была — УГ, что-то-с-чем-то.

Не сильно-то оно и защищает. Но не о том речь — тут вбросили тезис о том, что Вирт — неудачник. Что ж, с потреблятской позиции (если ты не делаешь деньги из воздуха — ты неудачник) может оно и так.

> Я работал с Дельфой аж со второй версии - НИКАКИХ улучшений не видел.

То есть на появление интерфейсов в виде отдельной сущности/конструкции/ языка и динамические массивы ты не обратил внимание? Сочувствую.

> VCL была тупо заточена под идиотский OLE

Скажем так: конвергирована с OLE/COM, а не заточена.

> На момент 90-ых это было действительно Rapid, большего и не требовалось.

Только за это Борланд достоин памятника.

С другой стороны, принцип RAD отдалило разработчика от кода. "Кнопкокидательство" и DFM-файлы — фактически стало языком программирования сверхвысокого уровня, основанный на примитивных рефлексах и обезьянничаньи ("делай как я по скриншотам"). Служебные файлы — DFM, результат обезьянничья, в других современных средах представлены в XML-формате, — нечитаемы человеком-разработчиком ниразу — стали неотъемлемой частью проектов, которые можно вести только в средах программирования определённых версий. Обычные редакторы слишком примитивны, чтобы представить "визуальные навороты", описанные в XML-формате. Я говорю не только о визуализации форм, но и о визуальных представлениях технологических связей между модулями проекта и связях их, например, с базами данных, как это делалось в Delphi.

Среда Delphi не обладала полноценным two-way-tools (двунаправленным инструментом) визуального проектирования и программирования == потеря/случайное искажение/ любого DFM-файла или связанного с ним ресурсного файла вело к перепроектированию всей формы с нуля.
JBuilder, наоборот, полностью поддерживал two-way-tools и, фактически, весь функциональный код проекта был представлен в исходниках Java. Такого же принципа придерживается среда Eclipse (правда, есть исключения, связанные с кастомизацией среды на конкретном рабочем месте).

> Сейчас Дельфи даже как язык - убожество.

Потому что он всё время изменялся и насыщался новыми синтаксическими конструкциями, дублирующими существующие решения в программном коде.

Программил на всех Борлановских продуктах, которые выходили до 2001 года. Шустрость компилятора паскаля подтверждаю, чего не могу сказать о получаемом коде. Еще убивал маленький размер программ, по сравнению с си. Но что больше всего запомнилось это turbovision. Даже мтранно, что его здесь не упомянули. И бд paradox тоже была неплохой. А QuatroPro никто не пользовал? Было много у борландов продуктов, жаль что они постепенно пришли в упадок.

Про остальные компиляторы. Работал и с зортечем и с топспидом. Но вы уважаемые забыли еще ватком. Вот это был действительно компилятор!!!

Про генерируемый код. Подсунули одному знатоку ассемблерный код сгенерированный ваткомом. Попросили узнать что делает программа (генерация чисел фибоначи). Через сутки пришел и сказал что вообще хрень какая-то. Пришлось запустить. Предложили соптимизировать вручную. Неделю пытался - скорость работы не увеличилась и размер не смог уменьшить. Вот это компиляторы были!

> Не порите уже чуш, javac.exe вполне нормальный компилятор и бесплатный к тому же, ибо GPL

Хотя реплика была не ко мне, всё же позволю себе её прокомментировать. Во первых слово "чушь" пишется с мягким знаком. Во вторых javac.exe вовсе не компилятор. Компилятор Java написан на самом Java.

> javac.exe вовсе не компилятор. Компилятор Java написан на самом Java.

Это так. Но Borland делал свой компилятор Java для JBuilder.

Ещё забыли, что в JBuilder 1-3 была собственная очень компактная библиотека визуальных компонентов JBCL, которая заменяла компоненты Swing, когда та ещё была сырой и непригодной к продакшену. JBCL обеспечивала более-менее нормальный вид, как у нативных контролов в Windows. В поздних версиях JBuilder её упрятали куда-то поглубже (в качестве "унаследованной" библиотеки) и перевели визуальную разработку под Swing.

> Но что больше всего запомнилось это turbovision. Даже мтранно, что его здесь не упомянули.

TurboVision == ужас, летящий на крыльях ночи. Как вспомню все эти указатели с крышечками "^", и ручное управление памятью в стиле C, так сразу в дрожь бросает.
Delphi VCL принесла освобождение от указателей и "крышечек", и визуальную среду проектирования/программирования GUI.

> > javac.exe вовсе не компилятор. Компилятор Java написан на самом Java.

> Это так. Но Borland делал свой компилятор Java для JBuilder.

А причём тут JBuilder? Karapuz говорил вовсе не про него. Кстати в Eclipse тоже свой Java компилятор.

> Ещё забыли, что в JBuilder 1-3 была собственная очень компактная библиотека визуальных компонентов JBCL, которая заменяла компоненты Swing, когда та ещё была сырой и непригодной к продакшену. JBCL обеспечивала более-менее нормальный вид, как у нативных контролов в Windows. В поздних версиях JBuilder её упрятали куда-то поглубже (в качестве "унаследованной" библиотеки) и перевели визуальную разработку под Swing.

В Eclipse тоже есть SWT с нативным внешним видом. Кстати JBCL не заменяла Swing, а была надстройкой над ним. Сейчас уже весь JBuilder выродился в надстройку над Eclipse.

Жалко стало, что некогда могучий Borland сегодня продался за жалких 75 млн. А ведь были времена, когда Borland был если не 2-й, то 3-й или 4-й софтверной компанией - тягался с MS на рынке офисного ПО, создавал революционные продукты вроде Delphi 1.0 ...
IMHO, всему виной плохие руководители, прислушивавшихся к маркетологам, а не к своим пользователям. Я, например, совсем не понял выделение IDE в CodeGear, полное сворачивание работ над Kylix (к примеру, был для Delphi 7 прекрасный продукт CrossKylix, позволявший из-под Windows компилировать ELF-бинарники - ну взяли бы на работу автора CrossKylix, развили проект, глядишь, сейчас многие коммерческие closed-source проекты имели бы версии и для Win32 и для Linux, а ведь это - конкурентное преимущество, тот же MS такого не имеет и иметь не будет), курс на развитие интерпретраторов (.NET, Java) и отказ от развития своих компиляторов (к примеру, до сих пор нет поддержки Win64!!!).
Самое обидное в этом то, что из-за "умников" в руководстве компаний, с рынка в итоге уходят прекрасные продукты вроде мобильных телефонов Siemens или того же Delphi.

Узнаю ЛОР. Новость о продаже компании, от которой осталось только название, привела к обсуждению Delphi.

Это давно уже несвязанные вещи - ни по людям, ни по продуктам. Это всё равно, что говорить о смерти Unix в связи с банкротством SCOтов. Та часть Borland, которая занималась, занимается и будет заниматься Delphi, давно уже под крышей Embarcadero.

Хотя последняя версия Delphi, что я видел - это была Borland Developer Studio 2006, и она у меня не вызвала желания цепляться за этот продукт в дальнейшем.

Спи спокойно.

> Самое обидное в этом то, что из-за "умников" в руководстве компаний, с рынка в итоге уходят прекрасные продукты вроде мобильных телефонов Siemens или того же Delphi.

про делфи не скажу. а телефоны у Siemens были класные у меня до сих пор C55 работает без нареканий. и менять пока не собираюсь.

>TurboVision == ужас, летящий на крыльях ночи. Как вспомню все эти указатели с крышечками "^", и ручное управление памятью в стиле C, так сразу в дрожь бросает. Delphi VCL принесла освобождение от указателей и "крышечек", и визуальную среду проектирования/программирования GUI.

Крышечки и в Delphi были. Да, чтобы использовать VCL, они и не особо-то и нужны. А чтобы вот скажем какую-нибудь хитрую сортировочку написать — тут никуда от них не деться было.

По-моему последними удачными моделями были SL45 и ME45. Как я их хотел когда-то (:

С55 тоже ничего, в своей нише.

Да уж, очень жаль некогда хорошую, добротную компанию. Но они выбрали неверный курс своего развития и в результате имеем то, что имеем.
А насчет дельфи современной, то сказал бы, что очень даже приличный продукт, достаточно продуманный. Конечно по скорости работы не сравнить с дельфи скажем 5 версии, но в 2009 очень грамотно выстроены компоненты, множество мелких полезный фич.

Отдельно скажу насчет именно ПРОГРАММИРОВАНИЯ под дельфи/билдер: люди, кто мешает писать обычный паскаль/с/с++ код под дельфи/билдер? Гордость или просто привыкание к тому, что в делфи/билдере можно сделать прогу, почти не приложив усилий, а накидав визуальных компонентов и прописав простейшие обработчики событий? Вам же никто не мешает создавать отдельные модули под отдельные, ВАМИ определенные классы, никто не мешает в основных модулях (причем как .pas, так и .h) также создавать классы, никто не мешает менять уже созданные классы.

В общем больше похоже на предубеждение и предвзятое отношение. Лишний раз убеждаюсь, что дело не в языке, а в голове, потому как дурная голова рукам покоя не дает.

> Новость о продаже компании, от которой осталось только название
вот и я о том же. Сколько стоит торговая марка Borland? Правильно, ее оценили в 75 млн. Это значит, что кроме имени, покупать оказалось нечего.

>А и пофиг! У нас есть D. :)

>matumba

дельфи сейчас отстает даже от fpc где реализованы шаблоны пакеты и куча других полезных фичей -не говоря уж о кроссплатформенности фпц

fpc сейчас меинстрим

>Да уж, очень жаль некогда хорошую, добротную компанию. Но они выбрали неверный курс своего развития и в результате имеем то, что имеем.

скорее им просто хорошо заплатили-отдельным борландовцам:)

>Отдельно скажу насчет именно ПРОГРАММИРОВАНИЯ под дельфи/билдер: люди, кто мешает писать обычный паскаль/с/с++ код под дельфи/билдер? Вам же никто не мешает создавать отдельные модули под отдельные, ВАМИ определенные классы, никто не мешает в основных модулях (причем как .pas, так и .h) также создавать классы, никто не мешает менять уже созданные классы.

>В общем больше похоже на предубеждение и предвзятое отношение. Лишний раз убеждаюсь, что дело не в языке, а в голове

совершенно согласен, писать можно на чем угодно, единственно ограничения диалекта делфи по сравнению с fpc и скорость кодогенерации тоже не на последнем месте

>TurboVision == ужас, летящий на крыльях ночи. Как вспомню все эти указатели с крышечками "^", и ручное управление памятью в стиле C, так сразу в дрожь бросает.

в дельфи диалекте паскаля в добавок к objectpascal реализована новая концепция классов- обращение к объектам через ссылочные переменные- без разыменования и выделение-освобождение памяти под объект автоматическое -похоже на джаву и дотнет- ссылка семантически означает сам экземпляр класса, кстати если не ошибаюсь это сначала использовали именно в делфи, затем похожее сделали в джаве и дотнете:)

>Пока не хватает кроссплатформности и 64-битности. Но работы в этом направлении идут.

в Free Pascal есть

Ахахаха... 75000000 баков за это говно!??
Лучше б они его стёрли в небытие.

> это был код в виде именно ассемблерной программы а не то ублюдство которое предлагает GCC уже столько лет спустя.

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

> в дельфи диалекте паскаля в добавок к objectpascal реализована новая концепция классов- обращение к объектам через ссылочные переменные- без разыменования и выделение-освобождение памяти под объект автоматическое

Это в какой версии дельфи ... finally A.Free end; заменили на GC?

> Гордость или просто привыкание к тому, что в делфи/билдере можно сделать прогу, почти не приложив усилий, а накидав визуальных компонентов и прописав простейшие обработчики событий?

Там нельзя написать прогу таким образом.

> Вам же никто не мешает создавать отдельные модули под отдельные, ВАМИ определенные классы, никто не мешает в основных модулях (причем как .pas, так и .h) также создавать классы, никто не мешает менять уже созданные классы.

На дельфи так адекваты и пишут. И как только ты начинаешь так писать на дельфи -- тут-то и выясняется, что дельфи -- вещь кривая и неудобная. А, и ещё медленная (для вычислительных задач).