2403

Как Borland просрали все полимеры2

В 90-е годы это название знали все. Даже те, кто не пользовался Паскалем. В течение почти 20 лет Турбо Паскаль преподавали в школах и техникумах, иногда в институтах.
Как минимум полтора десятка лет другой их продукт - Delphi - был одной из самых известных и популярных у нас в России сред разработки. И, кстати, живет до сих пор.

Как же получилось так, что фирма, создавшая два, можно сказать, революционных продукта - исчезла без следа? Я расскажу свою версию. С моей точки зрения, это рассказ о роли личности руководителя в судьбе фирмы.

Моя первая встреча с Turbo Pascal

Я впервые увидел Turbo Pascal 5.0. в 1989 году, на первой “своей” IBM PC XT. Тогда для меня это было что-то на грани чуда.

Ведь как в те времена делалось "в норме":

  1. Запускаем текстовый редактор и пишем/правим текст программы.
    Сохраняем, закрываем редактор.

  2. Запускаем транслятор (сейчас говорят компилятор), указывая в виде аргумента файл с текстом программы.
    Если в программе нет ошибок - получаем так называемый объектный модуль, содержащий алгоритмы нашей программы в машинных кодах, но без привязки к адресам в памяти.

  3. Запускаем линкер (редактор связей), указывая ему файл(ы) с объектными модулями, он собирает их в готовую программу, устанавливая адреса для каждой переменной и каждой подпрограммы, и указывая эти адреса там, где эти объекты вызываются.
    Теперь программу можно запустить на выполнение.

  4. Запускаем программу, проверяем, как она работает.

Ну, если работает не так - понятное дело, правим. Т.е. повторяем весь цирк сначала.
А чаще всего уже на шаге 2 сталкиваемся с тем, что транслятор обнаруживает ошибки в тексте, и выдает в отдельный файл - в строке ХХХ у вас какая-то фигня, а в строке YYY нет точки с запятой. И теперь надо открыть редактор, найти эту строку, и исправить ее.

Запустив Турбо-Паскаль, ты работаешь в текстовом редакторе. И не выходя из него, можешь нажать одну клавишу - чтоб программа откомпилировалась и запустилась.
Завершив прогон программы - возвращаешься в редактор.

Так выглядела среда разработки Turbo Pascal 5.0

Так выглядела среда разработки Turbo Pascal 5.0

Если у тебя в тексте программы что-то не так - тебе не сообщают об этом. Не заставляют искать в тексте ту ошибочную строку. Тебя сразу автоматически отправляют на ту строку, где ошибка, остается только исправить ее.
В общем, если до этого задача “скомпилировать написанную программу” занимала неделю, то теперь это делалось за два часа.

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

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

За его скорость и удобство ему можно было бы простить многое - даже если бы это был “игрушечный” компилятор, способный откомпилировать и собрать только маленькую учебную программу - популярность была бы ему обеспечена. А уж если этот инструмент мог создавать более-менее крупные программы с приличным качеством - его производитель, наверное, должен был бы озолотиться? Ну, давайте познакомимся с теми, кто это сделал.

1981 Основание фирмы Borland

Сама фирма началась с того, что в 1981 Нильс Енсен (Niels Jensen), Оле Хенриксен (Ole Henriksen) и Моргенс Глад (Mogens Glad)  основали компанию MIT - Market In Time.
Чем именно они будут заниматься - парни и сами пока не знали, они просто верили в персональные компьютеры, в свои силы и в свою удачу. И поначалу они просто писали программы для малых машин под управлением ОС CP/M.

В 1982 они посетили выставку CP/M-82, проходившую в Сан-Франциско. И сделали вывод, что если они хотят продавать свои программы в США - им надо иметь американскую компанию, располагающуюся в США, а не в Ирландии.

Кан-варвар из дикого леса

А еще они познакомились с Филиппом Каном. Который в то время имел хулиганские склонности, ездил на мотоцикле, играл на саксофоне, имел высшее образование в области математики и оконченную консерваторию, жил в США нелегально, поскольку не имел грин-карты… Зато он очень хорошо представлял, чем он хочет заняться для того, чтоб заработать денег.
Так что наши три датчанина приняли его в свою фирму. И саму фирму переназвали. Вроде как именно Кан предложил название Borland, означавшее на кельтском “лесная страна”.

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

Филипп Кан. В виде исключения, без мотоцикла и в костюме

Филипп Кан. В виде исключения, без мотоцикла и в костюме

Одна из статей о нем (к тому времени уже директоре Борланда, богатом и знаменитом) так и называлась - “Кан-Варвар” (Kahn the Barbarian).

Доли капитала в Borland были распределены так: Niels Jensen (250,000 акций), Ole Henriksen (160,000), Mogens Glad (100,000), and Kahn (80,000). Т.е. вроде как младший партнер. Филипп Кан становится президентом и генеральным директором (CEO) фирмы Borland, и в этой должности он будет 12 лет, до 1995.

1983 Появление Turbo Pascal

А идея у Кана была, собственно, в том, чтоб сделать удобную среду разработки. И еще хотелось быстрый компилятор, чтоб не приходилось идти курить, пока он пережевывает текст твоей программы.
В сущности, тут вроде ничего нового или революционного не было. Эта идея носилась в воздухе. Да, собственно, уже существовавший к тому времени Бейсик можно считать воплощением этой идеи. Но у Кана это действительно получилось, и получилось так хорошо, что его вариант стал по сути образцом для всех будущих.

Итак, в 1982 Кан начинает двигать свое направление, и находит талантливого программиста, тоже увлеченного этой идеей. А самое главное - этот программист уже сделал свою версию компилятора Паскаля под ОС CP/M. Теперь они начинаю делать Паскаль под MS DOS, и не просто компилятор, а именно среду разработки. И в 1983 у них выходит первая версия.

1982 В Borland приходит Андерс Хейлсберг (Anders Hejlsberg), разработчик Blue Label Pascal.

Андерс Хейлсберг, разработчик Turbo Pascal

Андерс Хейлсберг, разработчик Turbo Pascal

1983 Выпущена первая версия Turbo Pascal.

Название хорошо отражает основную суть. Компилятор был очень быстрым. У нормальных людей компиляция программы занимала от 5 минут до получаса, в Турбо Паскале же компиляция занимала не более 5 секунд. Надо сказать, Борланд всегда отличалась меткими названиями.

Новый продукт предполагалось продавать учебным заведениям. По недорогой цене. $49.99. При стоимости нормальных профессиональных компиляторов порядка $300.

Емкость рынка в первом приближении оценивалась в 30 000 потенциальных покупателей. Ну, т.е. если все они купят новую программу, то фирма получит полтора миллиона долларов. В реальности, естественно, купят далеко не все.

В реальности в первый месяц продаж Борланд набрал 3000 покупателей. Соответственно, 150 000 долларов.
Местные банки даже стали отказываться оплачивать чеки и кредитные карточки, подозревая компанию в мошенничестве.

Через два года (1985) журнал Байт сообщил о “поразительной для компьютерного языка цифре” в 250 000 экземпляров. (Т.е. в 8 раз больше максимальной первоначальной оценки!)
Это 12 с половиной миллионов долларов. Определенно, это был оглушительный успех!
Еще через полгода цифры достигли 400 000 проданных экземпляров и, соответственно, 20 миллионов долларов.

1985-1990 Рост и развитие

Последующие годы фирма активно развивает направление средств разработки. Появляются несколько языков со знакомой средой разработки - Turbo Basic, Turbo Assembler, Modula 2, Turbo Prolog, Turbo C (позже Borland C).
Идет активное соревнование с Microsoft в этой области, до середины 90-х.

В 1990-92 в Паскале появляется объектно-ориентированное программирование. И следом - объектно-ориентированная библиотека Turbo Vision, предназначенная для разработки современных (на то время) программ с окнами, меню, контекстной гипертекстовой подсказкой и т.д.

В Turbo Vision содержится красивая стройная концепция управления окнами, элементами окна, проверки вводимых в окно данных, взаимодействия элементов. В результате разработка таких программ становится намного проще и быстрее. В то же время сам Turbo Vision мог служить прекрасным примером - что такое ООП, зачем оно нужно, и как его применять. Многие программисты на нем учились, несколько программистов пытались сделать из него графический пакет. Одна из крупнейших программистских фирм нашего города продолжала писать программы с использованием Turbo Vision аж до начала 2000-х, когда уже всюду стоял Windows.

Cобственно, на том же Turbo Vision была сделана новая интегрированная среда Turbo Pascal 6.0. Это характерный для Borland подход - самим пользоваться тем, что они разрабатывают на продажу. При таком подходе продукт действительно получается удобным и качественным, потому что разработчик сам видит, что в его изделии удобно, а что можно улучшить, и он же имеет все средства чтоб улучшить его. Наверное, именно поэтому все продукты Борланда отличаются высоким качеством и удобством.

Кроме того, развиваются еще несколько продуктов совершенно других направлений:
Eureca - пакет для решения дифференциальных уравнений;
SideKick - нечто вроде пакета офисных программ, включая текстовый редактор, календарь, калькулятор, адресную книгу и телефонный номеронабиратель;
Quattro Pro - электронная таблица.

Похоже, что руководители фирмы, заработав на Турбо Паскале, хотят вложить эти деньги в развитие, и пытаются развивать любое направление, потенциально сулящее перспективы. Вот только не могут выбрать - в каком именно направлении развиваться? - и пытаются развиваться во всех направлениях одновременно.

Конкурируют с Microsoft в области языков разработки. Надо сказать, достаточно успешно. Аж до конца 90-х. (И даже, пожалуй, до конца 2000х, но это уже другая история.)

Осваивают область разработки баз данных, в которой на то время катастрофически не хватает нормальных языков разработки алгоритмов и весьма бедно по части средств ввода данных. Тут Борланд предпринимает несколько крупных шагов, невзирая на затраты.

Приобретается Ansa Software и ее СУБД Paradox. Через некоторое время появляется выделенный пакет библиотечных функций Paradox Engine, который можно использовать для работы с Парадоксовскими таблицами из программ на C и Паскале.

В 1991 покупается Ashton-Tate - производитель знаменитого DBase. А значит, надо либо как-то объединить эти два продукта - DBase и Paradox - в одну концепцию, либо они будут конкурировать между собой, съедая деньги фирмы.

(Помимо этого, Ashton-Tate на тот момент владеет еще одной СУБД - InterBase, это уже полноценный сервер баз данных, работающий в клиент-серверной архитектуре, поддерживающий большие СУБД и способный на тот момент конкурировать с недавно появившимся MS SQL Server. Но работать с ним надо уже принципиально по-другому, не так, как с DBase и Paradox: если первым надо давать команды типа “перейди на следующую запись”, “удали запись”, “прочитай поле Х текущей записи” и т.п. - то взаимодействие с InterBase полностью основано на отправке SQL-запросов, которые уже выполняются этим сервером БД, при необходимости посылая в ответ небольшую порцию данных. Т.е. совсем другая логика построения программы, другие возможности. Можно сказать, что DBase и Paradox - это “игрушечные” СУБД, упрощенно реализующие функции работы с таблицами на уровне файлов; InterBase же - уже вполне “взрослая” СУБД, работающая по современным стандартам и сравнимая по возможностям с ведущими на то время Oracle, DB/2, и пытающимся дотянуться до них MS SQL Server.)

Кан пытается объединить направление языков разработки и направление баз данных, команду Turbo и команду DBase, но это ему не удается. Слишком разные команды, слишком много людей, слишком много функционала нужно объединить и привести к какому-то общему знаменателю. Это в конце концов приводит к финансовым проблемам и вынужденным сокращениям персонала в начале 90-х.

Microsoft же активно включается и в это соревнование, приобретя Fox Software и его Fox Pro - клон DBase, который он далее много лет развивает. (Параллельно разрабатывая MS SQL Server и MS Access)
В общем, в области разработки СУБД у них идет конкуренция, сравнимая с Курской Дугой…

А еще один фронт конкуренции разворачивается в области офисных пакетов. Microsoft начинает продвигать свой MS Office. Borland заключает соглашение с Word Perfect и начинает разработку и продвижение Borland Office, включающих в себя текстовый процессор Word Perfect и электронную таблицу Quattro Pro.

Надо сказать, меня удивляет то, что Borland, при несопоставимости размеров, мало того что конкурировал с Microsoft - он в некоторых сферах еще и конкурировал более успешно!

(продолжение следует)

501
Автор поста оценил этот комментарий
ответный пост

(вторая часть Марлезонского балета)

(первая тут - Как Borland просрали все полимеры)

1993 Империя наносит ответный удар

А в 93 примерно годах случается MS Windows 3.1. Стремительно завоевав популярность и заставив Турбо Паскаль (и прочие среды разработки) мгновенно морально устареть.
Теперь надо программировать под Windows! Потому что там не только окошки и графика “как у Макинтоша”. Там еще и многозадачность, и управление памятью (до 16 мегабайт на процесс! до 256 мегабайт на машину! да столько вообще не бывает!), и общие средства взаимодействия программ, и многое-многое другое.

Требуется новая среда разработки. Которая позволит с приемлемой скоростью разрабатывать программы под Windows. Потому что “каноническим способом”, рекомендованным Microsoft, программа в одно окно содержит до трех тысяч строк кода и требует, соответственно, месяц работы. (В то время как на Паскале с использованием Turbo Vision программу с парой окон можно сделать за день. Но - только под DOS.)

Судя по всему, Борланд серьезно занялся направлением быстрой разработки под Windows, и в 1992 выпустил Object Vision - инструмент для разработки несложных приложений под Windows. Там окно можно было собрать мышкой из стандартных элементов буквально за полчаса. Вот только работало медленно, и в плане разрабатываемого функционала было чрезмерно скромно. Поэтому не пошло. Тем более, что и стоимость была - 495 долларов. Это вам не 49 баксов за Турбо Паскаль! Пользователи громко роптали. Цена была уменьшена до 250 долларов. Но это не помогло.

Я помню растерянность и разброд среди программистов Паскаля тех лет. Кто-то переходил на C, чтобы научиться писать под windows. Кто-то использовал только что появившийся Visual Basic, поскольку он позволял что-то сделать под Windows. Кто-то вообще уходил из программирования. Один мой друг занялся администрированием Юникса, и с тех пор к программированию так и не вернулся.

На рынке средств разработки СУБД воцарился MS Fox Pro, сначала в DOS-версии, а с января 1993 - под Windows, называясь теперь уже Visual Fox Pro. 

1995 Возвращение джедая

Давным-давно, в далекой-далекой галактике...
В 1993 году команда Андерса Хейлсберга
начала разработку нового языка
и новой интегрированной среды.
В 1995 разработка была завершена и продукт вышел на рынок.

В 1995 Borland выпустил в продажу новый продукт - Delphi 1.0.
За скромные 49.95 долларов.
Что это такое - поняли не сразу.

Продолжение поста «Как Borland просрали все полимеры»

В первую очередь - это была интегрированная среда разработки под Windows.

В которой те самые окна, называемые формами, делались очень легко. Одним пунктом меню создаем пустую форму, умеющую все, что должно уметь приличное окно.
А теперь из палитры инструментов - вон там, вверху-справа - выбираем элементы управления - кнопки, строки ввода, галочки, меню и т.п. - и кладем на форму. И в инспекторе - вон, слева табличка - настраиваем свойства элемента.

Т.е. форму (окно, диалоговое окно) мы собираем мышкой. Минуты за три можно собрать окошко. (Ну, если стараться, чтоб было красиво и удобно - то дольше, конечно).

Этот способ собирания приложений мышкой получил специальное название - RAD (Rapid Application Development).

У Microsoft такое тоже было. В флагманских продуктах того момента - Visual Basic и Visual Fox Pro. С существенными отличиями, а именно - элементы управления, используемые Basic и Fox, надо было разрабатывать отдельно, на С, по технологии COM, что требовало особых знаний и навыков.
В Delphi же эти компоненты делались на том же Паскале, что и прочие программы, и даже начинающий программист мог доработать компонент под себя, унаследовав от него свой компонент и дописав к нему нужное. Но в комплект входило и отдельное руководство по разработке компонентов.
Поэтому впоследствии программистами были написаны сотни, если не тысячи разнообразных компонентов под Delphi.


И да, это была среда с универсальным высокоуровневым языком, т.е. сделать мы тут можем примерно все что угодно, а не что-то заранее регламентированное и жестко ограниченное , как в DBase и FoxPro.

А еще - тут был механизм доступа к базам данных. Причем, не к каким-то конкретным, а практически к любым. Для конкретной СУБД нужно было только написать драйвер, вызывающий ее функции.
А сама программа практически не зависела от используемой СУБД. И вот это было действительно мощным шагом вперед! Как и использование языка SQL. Который тут тоже можно было использовать универсально. Как для доступа к клиент-серверным СУБД, так и для работы с файловыми типа DBase или Paradox.

В общем, новая среда разработки решала сразу несколько давно назревших проблем:

  1. Быстрая разработка программ под Windows

  2. Быстрая и удобная разработка визуальной части (разработка форм на основе RAD)

  3. Работа с базами данных. Любых форматов!

Собственно, название Delphi содержало намек на Дельфийский оракул из греческих мифов, и на название флагмана СУБД того времени - Oracle (оракул). Мол, мы вашему оракулу тут целый город построили, располагайтесь.


Кстати, новая среда была достаточно скромна в требованиях. Я ее запускал на 386-й машине с 40 MHz процессором и 4 МБ памяти. Правда, работало очень медленно. Но в документации было честно указано - требуется 8 МБ.

Позже я попробовал, и убедился, что при 8 МБ памяти работает нормально, при 12 и выше - просто летает, а еще больше ставить вроде не имеет смысла - быстрее уже не становится, даже на 32 МБ.

В отличие от MS Visual Fox Pro, где было указано требование 4 МБ, но ни на 4, ни на 8 нормально работать было невозможно. Нормальная работа Visual Fox Pro начиналась при 32 МБ, что для того времени было ну ооочень много.

1995-96 Неожиданный поворот

Вот второй раз фирма Борланд делает прорывный продукт, сравнимый, наверное, с пулеметом Максима. Конкурируя с гигантской империей Microsoft. Вот чего можно было ожидать далее?

А далее, внезапно, в том же 1995 году Филипп Кан уходит с поста генерального директора. Причина - несогласие с членами совета директоров относительно направлений дальнейшего развития фирмы.
В конце 1996 Кан окончательно покидает Борланд и организует уже другие фирмы, занимаясь совсем другими вещами.

И вот это мне совершенно непонятно. При всем сложном характера Кана, это выглядит как если б после Курской Дуги и Сталинграда товарища Жукова сняли с командования.

Видимо, основателей фирмы достало воевать, и они решили пожить спокойно, и порулить фирмой как полагается, по правилам. И дальше мы увидим, что у них получилось.

В 1996 фирму Борланд оставляет и Андерс Хейлсберг. Уходит в Microsoft. Там он будет разрабатывать новую среду разработки и новый язык. C# и Visual Studio.
Вам когда-нибудь наниматель платил три миллиона долларов за то, чтоб вы устроились к нему на работу?

В 1996, меньше чем через год, вышла вторая версия Delphi. Выходит она в трех редакциях. Самая дешевая стоит 500 долларов. Самая дорогая - 2000.
Собственно, это практически перекрыло дорогу широкому распространению Delphi на западе. Учитывая, что Visual Basic в минимальных вариантах был доступен практически бесплатно в составе MS Office, неудивительно, что простые приложения с формами и базами данных делали на нем, а более серьезные… ну, в основном тоже на нем…

Похоже, что стратегия Кана, продававшего продукты дешево, работала лучше?

А Борланд через некоторое время заявляет, что средства разработки (Delphi, C++ Builder и прочие) отныне не являются для фирмы основным стратегическим направлением. Основным же направлением будут средства поддержки жизненного цикла разработки программ. Они даже сделали несколько интересных инструментов. Вот только ни один из этих инструментов не получил особой популярности, и ни один не прожил долго.

1996-2000 Продолжаем движение по прямой

Следующие несколько лет среда Delphi линейно развивается – появляются некоторые усовершенствования в редакторе и отладчике, но в коде сохраняются старые недоделки, и вообще возникает ощущение, что команде разработчиков не хватает то ли людей, то ли сил, и эта нехватка чувствуется  все сильнее.

Команда Delphi (все-таки это была хорошая, сильная команда!) еще делает какие-то шаги, вводит какие-то новшества. Появляется MIDAS - средство для разработки клиент-серверных программ трехслойной архитектуры, на какое-то время появляется OLE Enterprise - пакет для разработки распределенных корпоративных приложений на основе технологии COM/DCOM, и в следующих версиях исчезает без следа.

2000 и далее – метания

В 2003 появляется Kylix - среда для разработки под Linux. И через год-два исчезает. То есть разработчики еще несколько лет пользуются им, но новых версий уже не появляется.

InterBase в какой-то момент становится системой с открытым кодом. Вскоре выделяется клон, называемый FireBird, и команда, которая его поддерживает - он жив до сих пор, и до сих пор его можно приобрести бесплатно. Но сам Borland через некоторое время возвращается к платному InterBase, сильно отстающему от бесплатного клона и по функционалу, и по количеству неисправленных ошибок.

Далее также однократно засвечивается интересный продукт Bold for Delphi.
Он интересен тем, что программа строится на основе UML-модели. Исходя из той же модели строится структура базы данных и логика оперирования данными в БД- создание и удаление изменение объектов (CRUD).
Можно сказать это одна из первых ORM систем. Правда в практическом применении проявляет себя довольно слабо работает медленно и построение запросов осуществляется чрезмерно примитивно и потому неэффективно.

Позже появляется продолжение этой разработки - уже под .Net, называется ECO - Enterprise Core Objects. Позволяет очень быстро построить несложную программу, работающую с несколькими таблицами, автоматически построить базу данных для нее, автоматически построить формы для редактирования объектов и навигации по ссылкам.
Вот только запросы к БД строятся настолько неэффективно, что для практического применения система совершенно непригодна. И тоже существует она всего пару лет.

Microsoft тем временем выдает новую платформу для разработки, .Net. И программисты начинают переходить с Delphi на C# и Visual Studio. Сначала по одному, а с 2005-2010 - уже массово. .Net становится очень популярным.

Borland выпускает новую версию среды - с возможностью разработки под .Net. Вот только если в Delphi среду снабдили набором удобных компонентов, сделавших разработку программ быстрой и удобной, то теперь на это просто не хватило сил. И пользователям предложили использовать компоненты, использовавшиеся в Visual Studio - набор “Windows Forms”.
А в следующей версии его убрали, и вместо него предложили использовать библиотеку VCL.Net.

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

Эпилог

В конце двухтысячных годов остатки компании Borland были проданы компании Embarcadero, которая и сейчас продолжает продавать продукт Delphi.

Филипп Кан, уйдя из Borland, основал еще несколько фирм. Одну из них он продал компании Motorola за 325 миллионов долларов. Позже он занялся производством фитнес-браслетов. Похоже он в очередной раз угадал, на что будет спрос.

Вот и вся история. На мой взгляд, она о том, что успех фирмы в первую очередь зависит от того, есть ли у ее директора понимание - куда он хочет идти и вести фирму.

Показать полностью 1
комментарии (54)
31
Автор поста оценил этот комментарий

Если вы про VCL, то накидать кнопок на форму это еще не программирование. Вся мощь языка D7 (именно языка с этой версии) - WinAPI, возможности VLC, ассемблерные вставки и уборка мусора под своим контролем. Можно написать простую утилиту на VLC, можно написать очень быструю и маленькую утилиту на WinAPI и асме.

Минус серьезный был в базе (не считая уже удобств в IDE на текущий момент) - работа с юникодом, особенно в контролах, например юзали библиотеку TNT.

раскрыть ветку (1)
24
Автор поста оценил этот комментарий

Подождите, а почему именно 7 версия? Вроде, все это можно было с первой же версии?


Насчет ассемблерных вставок не помню, но к любым функциям Windows можно было обращаться всегда.

Насчет юникода - да, он у них появился поздно, и входил с трудом. Ну, это исторически так сложилось. На момент появления Delphi он был экзотикой, и они придумали свою реализацию String, а потом уже (где-то в 2007?) вводить юникодовскую строку как основную было, конечно, сложно.


Ну, а насчет кнопок вы совершенно правы. И вы отметили именно то, на что ловились многие - полагая, что Delphi - это просто такой визуальный конструктор, и все. Т.е. улавливая даже не надводную часть айсберга, а верхний слой снега на нем )

показать ответы
20
Автор поста оценил этот комментарий

Сегодня на мыло Флоренция прилетела. Живы пока и Делфи и Билдер :-)


RAD Studio 13 is here, ready to set new benchmarks for development speed, productivity and the developer experience. The new release also comes with an opportunity to upgrade to 13 Florence at a solid discount before prices increase in the coming months.


Professional Edition of RAD Studio 13, Delphi 13, and C++Builder 13  

● 10% discount        

● Appercept AWS SDK for Delphi - Standard Edition ($200 value)        

● InterBase ToGo Subscription (6-month subscription, $1,000 value)


Enterprise and Architect Editions of RAD Studio 13, Delphi 13, and C++Builder 13  

● 15% discount        

● Appercept AWS SDK for Delphi - Professional Edition ($469 value)        

● InterBase ToGo Subscription (6-month subscription, $1,000 value)

раскрыть ветку (1)
6
Автор поста оценил этот комментарий

Ну, что сказать? Embarcadero еще в 90-х разрабатывали инструменты для СУБД, и то, что они хорошо распорядились Delphi - говорит, полагаю, о том, что они знают свое дело.

Они молодцы!

Я иногда даже думаю - может, освоить новый Delphi, поделать что-нибудь совместимое разом с компом, айфоном и андроидом?

показать ответы
2
Автор поста оценил этот комментарий
В папке BP турбо паскаля было два экзешника - tp.exe (Turbo Pascal) и bp.exe (Borland Pascal), оба запускали IDE. До сих пор не знаю, в чем между ними было отличие.
раскрыть ветку (1)
5
Автор поста оценил этот комментарий

Если я правильно понимаю, о какой версии идет речь, то скорей всего вот в чем дело.

TP.exe делает программу только под обычный режим - где доступно 640К памяти. А остальное - если есть - достается с особыми извращениями, доступными не всем.

А вот BP.exe может работать в разных режимах, в том числе в DPMI - где ему доступны все 4 мегабайта памяти, установленные на стандартной 386 DX 40 MHz 4MB.

показать ответы
Автор поста оценил этот комментарий

Запускаем транслятор (сейчас говорят компилятор)

Паскаль славился именно тем, что в базовых версиях он был интерпретатором, а не компилятором. Это дюже помогало на простеньких программках на слабеньких компах, как было в школах и институтах. А вот компиляторство -- это уже фичка платных "взрослых" версий. И около конца восьмидесятых и начала девяностых простой "турбо" поначалу был интерпретатором, а версия с названием "борланд" компилятором.

раскрыть ветку (1)
5
Автор поста оценил этот комментарий

Боюсь, вы перепутали. Паскаль всегда был компилятором.

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

А позже Паскаль стал делать программы более сложной структуры, где предусматривались разделы в памяти и под данные, и под модули, и под кучу и стек, и расширение уже было .exe.

А еще Паскаль мог компилировать файл на диск, а мог - просто в память. И в этом случае программа компилировалась и запускалась заметно быстрее.
Возможно, это и показалось "режимом интерпретатора"?

показать ответы
10
Автор поста оценил этот комментарий

Большая кириллическая "Н" внутри формата DBase была служебным символом (если правильно помню - была знаком окончания строки в мемо-полях), поэтому её при вводе данных заменяли на большую латинскую "H". И тогда при индексации Николаев мог оказаться выше Александрова. Приходилось исхитряться.
А маленькая кириллическая "р" была служебным символом в языке Си (опять же - ЕМНИП), поэтому её приходилось менять на латинскую маленькую "p".
В обоих случаях приходилось осваивать новые жанры в танцах с бубнами, изобретать новые ругательные слова и пить крепкие напитки для сохранения психики.
А, вот ещё, штатные функции поиска плохо работали с кириллицей, нужно было писать поиск врукопашную и, чаще всего, от этого поиск на больших базах ( у меня они были от 10тыр записей и выше) заметно тормозил.
В итоге, по результатам камлания мне удалось наладить кириллический поиск и контрольные выборки и по "латинских" базам, и по кириллическим были по времени одинаковыми. Молодой был, печень этот краш-тест выдержала.)

раскрыть ветку (1)
4
Автор поста оценил этот комментарий

О, танцы с бубном, костыли и дендрофекальные конструкции!

Как тепло мы их вспоминаем по прошествии двадцати лет )

показать ответы
0
Автор поста оценил этот комментарий

Вроде как именно Кан предложил название Borland, означавшее на кельтском “лесная страна”.

Скорее средне-английском. Нет никакого "кельтского" языка, это целая ветвь.

Тоже самое что сказать

название Лукоморье, означавшее на славянском ...

что тут же вызовет резонный вопрос - на каком таком, блин, славянском?


А за историю - спасибо, было бы интересно посмотреть, что же пошло не так (кроме ухода архитектора VLC, емнип).

раскрыть ветку (1)
4
Автор поста оценил этот комментарий

"кроме ухода архитектора VLC"

VCL, вы имели в виду? Или? А это не Хейлсберг был, кто-то еще? Честно, не все тут знаю.

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

Поэтому я полагаю, что последствия ухода Хейлсберга, а потом и нескольких других (в 2000м где-то, сейчас не вспомню фамилий, но помню, что тогда Microsoft переманили сразу нескольких ведущих специалистов) - только часть последствий плохого руководства.

Вот элементарно, если предположить, что руководство фирмы перестало считать Delphi флагманским продуктом, и решило, что отныне приоритет будет отдаваться какому-нибудь Borland Together (проектирование и UML) и другим Application Lifecycle Management products - логично ожидать, что зарплаты разработчиков перестанут расти, денег на новых людей тоже выделять не будут - как следствие, может не хватить сил на исправление ошибок в коде, что по факту и наблюдалось. Так же логично ожидать, что не будет сил и людей на разработку всяких поддерживающих инструментов - типа инструмента для просмотра БД (структуры, ограничения, данные), для копирования данных, и т.п. - в то время как MS к своим Fox Pro и SQL Server подобных прибамбасов делали много, и удобных.

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

показать ответы
9
Автор поста оценил этот комментарий
сразу по слогу понятно откуда статья! спасибо мил человек😁
раскрыть ветку (1)
7
Автор поста оценил этот комментарий

Спасибо, приятно слышать.

показать ответы
0
Автор поста оценил этот комментарий
А вот есть ли смысл 14 человеку учить турбо Паскаль для общего развития?!?
раскрыть ветку (1)
3
Автор поста оценил этот комментарий

Четырнадцатилетнему?

Не знаю, честно говоря. Если вам его дают в школе - может быть вполне полезно.

Но лучше бы что-нибудь такое, на чем можно было бы писать программы, работающие сегодня.

Не будете же вы запускать свои программы под DOS?

Поэтому лучше если Паскаль - то какой-то под Виндоус или под Линукс, а лучше чтоб под то и другое. Кстати, возможно, как раз Delphi современный подойдет.

Тут один товарищ на нем вроде работает, может, он подскажет.

Или могу вас поучить C#, если хотите...

показать ответы
2
Автор поста оценил этот комментарий

адски не любил Delphi. Все одногруппники тяпляпили на нем за секунды лабораторки, а я грыз Visual C++ & MFC. Сейчас понимаю, что ни я, ни они не понимали, как правильно делить приложение по слоям и абстракциям. Тогда эти RAD инструменты прям провоцировали "наговнякай в одном обработчике на клик всю логику приложения"

раскрыть ветку (1)
3
Автор поста оценил этот комментарий

Вот, в этом была проблема. При создании нового проекта Delphi сразу создавал форму, вот новички и восприняли, что все делается в формах.

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

Вот сейчас готов пообучать молодых, как это правильно делать. Вдруг у вас есть сын-студент - могу поучить )

0
Автор поста оценил этот комментарий

Вроде как именно Кан предложил название Borland, означавшее на кельтском “лесная страна”.

Скорее средне-английском. Нет никакого "кельтского" языка, это целая ветвь.

Тоже самое что сказать

название Лукоморье, означавшее на славянском ...

что тут же вызовет резонный вопрос - на каком таком, блин, славянском?


А за историю - спасибо, было бы интересно посмотреть, что же пошло не так (кроме ухода архитектора VLC, емнип).

раскрыть ветку (1)
3
Автор поста оценил этот комментарий

Ну, вот насчет "славянского" я могу ляпнуть, тут уж извините, не специалист.

Спасибо за уточнение. Но, боюсь, если написать "на средне-английском", будет еще непонятнее для большинства читателей. Может, предложите какой-нибудь менее научный, но более понятный и более-менее грамотный вариант? Типа, "на одном из кельтских..." ?

0
Автор поста оценил этот комментарий

Интересно, как тогда узнавали про эту IDE и почему сразу же купили так много? Сейчас понятно, а тогда? Даже рекламировать, наверное, было сомнительным делом.

раскрыть ветку (1)
5
Автор поста оценил этот комментарий

Полагаю, через слухи. Учитывая, что среда предлагалась в учебных заведениях - легко представить себе, сколько народу могло ее обсуждать. Тут надо еще учитывать, что в те времена пользователями ПК были в основном продвинутые студенты, научные работники и т.п. - а они обычно проживают достаточно компактно.

показать ответы
3
Автор поста оценил этот комментарий

Принимал плохие решения

1) категорически отказался от предложения быть купленными IBM за 4 миллиарда долларов (это ближе к 10 в нынешних деньгах) в оптимальное время - а через пару лет компания не стоила и 5% от этой суммы

2) когда компания остро нуждалась в «наличных» деньгах потратил 120 миллионов на постройку штаб-квартиры компании - чисто из личного выпендрежа. Причем даже с местом лоханулся - когда недвижимость в окрестностях Кремневой долины росла чудовищными темпами - это творение в 40 километрах от нее после того как Борланд выехал простояло несколько лет пустым и никому не нужным - потом было продано за 12 миллионов. И это когда нормой была ситуация обратная - купленная за 12 миллионов недвижимость в начале 90-х продавалась через 15 лет за 120 миллионов…

3) Когда настали трудные времена - начал истерить и метаться, хватаясь то за то, то за это… Короче в роли энергичного и эксцентричного «выращивателя» стартапов - Канн был прям на своем месте. Однако в роли хладнокровного, дисциплинированного менеджера большой компании - он оказался катастрофой. Но! Канн отлично выучился на своих ошибках - сконцентрировался на ранних компаниях и продавал их вовремя не отказываясь от хороших предложений.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Вот это похоже на правду. А источники не дадите? Интересно почитать.

13
Автор поста оценил этот комментарий

“Так что наши три датчанина приняли его в свою фирму” - потому что поняли что без еврея денег в IT не заработаешь и наняли Кана. Но после того как этот еврей ушел, деньги зарабатываться перестали…

(Если серьезно то его за дело совет директоров уволил…)

А он потом еще одну компанию основал и продал за 300 миллионов. А потом еще одну и продал тоже за 300 миллионов. Потом придумал блажь - камеру в телефон ставить - первая в мире фотография сделанная на телефон - его новорожденная дочка. Тоже еще денег подзаработал. Теперь скромный миллиардер…

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Ах ты ж хитрая наглая морда!

Старбэйз продал, Сайдкик продал, триста лимонов заработал, смарт-браслетов напроизводил...

)))


"его за дело совет директоров уволил"

А вот об этом можно поподробнее? Может, вы чего знаете, чего я не слышал?

показать ответы
2
Автор поста оценил этот комментарий
Избыточная сложность синтаксиса, он очень хороший язык и лучший для веба, но... Вход в программирование должен быть лёгким и интересным, чтобы была возможность сразу увидеть результат и кайфануть от процесса, а Java создаёт ненужные препятствия прям со старта.
раскрыть ветку (1)
2
Автор поста оценил этот комментарий

А, ну то есть то же самое, что и C#.

0
Автор поста оценил этот комментарий

Тем не менее это RAD, как мне кажется.

И это для меня был первый опыт, когда можно было вот так легко разрабатывать визуальную часть интерфейса.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Конечно, это RAD. Один из первых. За что мы его и уважаем.

1
Автор поста оценил этот комментарий
Я сам учился в начале 2000х на программиста, и нас учили только Паскалю. Я хочу сына подсадить на код, поэтому спрашиваю. Есть ли смысл для общего образования учить Паскаль? Понимаю, что лучше учить современные языки, но мало ли.
раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Ну да, для 2000 учить Паскалю было вполне разумно - будешь, если что, программировать на Delphi.

А сейчас, наверное, Питон или C# или Java.

Автор поста оценил этот комментарий
Автор, спасибо, интересная тема.

Только совет: у тебя в тексте слишком много технотрепа и экскурсов в историю.

Ты бы сократил текст в 2-3 раза, читать неподготовленному человеку было бы в разы легче.

Это ж Пикабу а не Хабр)

И по итогу ты так и не расписал, куда проебались Борланд, что собственно изначальная цель этого опуса)
раскрыть ветку (1)
2
Автор поста оценил этот комментарий

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

По поводу второго - подождите до завтра. Ну, или сходите на Хабр, народ уже спалил, что там полный вариант статьи.

показать ответы
0
Автор поста оценил этот комментарий
Ааа, вот оно чо))) а я тогда сидел, корпел, впихивая гигантские массивы в 640 Кб)) можно было просто bp запустить, эх, молодость)
раскрыть ветку (1)
2
Автор поста оценил этот комментарий

А насколько гигантские были массивы? И пробовали ли использовать коллекции или списки?

Обычно большие последовательности лучше хранить списками - т.е. с динамическим распределением памяти. Хотя вы, наверное, уже сами давно это знаете, извините.

0
Автор поста оценил этот комментарий

Только я до сих пор в них работаю, параллельно с другими ЯП.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

А в какой версии? Что делаете? Можно хоть в нескольких словах?

показать ответы
0
Автор поста оценил этот комментарий

Ну да, VCL конечно же


А это не Хейлсберг был, кто-то еще?

Он самый (педивикия):

One of the main architects of the first Delphi versions, Anders Hejlsberg, was hired by Microsoft and became one of the main architects of .NET. This became the subject of a lawsuit: at the time (1996), "Borland alleged that Microsoft had hired 34 Borland employees over the past 30 months in order to steal Borland trade secrets. Borland also claimed that Microsoft offered and delivered expensive lures to Borland workers. In two cases, incentives topping $1 million were involved."



Но из общих соображений полагаю, что если из компании уходит ключевой специалист - это скорей всего говорит о проблемах в руководстве.

Ясен красен, что рыба гниёт с головы.



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

Да - я удивлён, что пошло-поехало (ну или признаки этого дела) уже так рано. А может просто хороший программист - не равно хороший менеджер.

раскрыть ветку (1)
2
Автор поста оценил этот комментарий

Ну, что программист и менеджер - разные вещи, это и никакого спору нет.

И не сомневаюсь, что в Борланде политику - что делать и как продавать - определяли не программисты, а собственники и директор. Т.е. не Хейлсберг и его программисты, а Йенсен, Кан и прочие. И тут они работали не как программисты, а как менеджеры и маркетологи.

И проблема именно в том, что неправильно рулили - что производить и как продавать.

И вот при Кане хоть и делалось много сомнительных шагов, но основное стратегическое направление было видно, и развитие так или иначе шло поступательно. А после Кана оставшиеся менеджеры, похоже, пытались двигаться по прямой - и там, где это было возможно, все как-то работало. Т.е. Delphi потихоньку обогащались новыми возможностями, продавались, пользоватсли было в основном довольны. А вот там, где они пытались сделать шаг в сторону - начинались буераки, и они тратили кучу усилий, а потом не могли воспользоваться их плодами и делали шаг обратно, бросая все наработанное. В результате там, где Кан заработал бы (на том же Kylix), они терпели убытки.

1
Автор поста оценил этот комментарий
Нет, я сам знаю Pascal и C, сейчас плотно подсел на Python (но если честно, для программиста с опытом, это как ложка сахара, когда ты всегда питался овощами). Вот с него (Python в смысле) надо начинать, а позже переходить на что-то более гибкое и мощное. Java для старта точно не (простите меня пожалуйста любители этого языка, он хорош, но...)
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

А, кстати, почему не Java?

показать ответы
1
Автор поста оценил этот комментарий
Нет, я сам знаю Pascal и C, сейчас плотно подсел на Python (но если честно, для программиста с опытом, это как ложка сахара, когда ты всегда питался овощами). Вот с него (Python в смысле) надо начинать, а позже переходить на что-то более гибкое и мощное. Java для старта точно не (простите меня пожалуйста любители этого языка, он хорош, но...)
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

А подскажите хорошую книжку для изучения Питона?

И какую среду использовать?

Пока у меня только Visual Studio, там вроде Питон есть, но пока я его не запускал...

показать ответы
0
Автор поста оценил этот комментарий

Помню, как придумывали товарный знак, наименование, dBase III+

Не было в природе ни dBase III, ни dBase II, ни даже dBase I.


Чтобы все решили, что это очень проверенная версия, самую первую назвали dBase III+.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Нет, это про первую версию байка, которую сначала назвали Вулкан, а потом dBase 2, чтоб все думали, что это уже доработанная и улучшенная версия.

0
Автор поста оценил этот комментарий

А CMake для настоящих чемпионов недостаточно труъ? )

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Тут я недостаточно знаю, что к чему. Надо его спросить. Я ж не настоящий чемпион )

5
Автор поста оценил этот комментарий

Не стоит, это как старую любимую книгу перечитывать. Они родили огненную обезьяну а поверх неё собственно и пишем под андроида как минимум. То есть богатства и удобства легендарной 7ки нет и не предвидится. Вот накидать какой нибудь странный калькулятор вполне возможно.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Тут товарищ спрашивает, стоит ли изучать Паскаль. Подскажете ему, стоит ли изучать Delphi?

#comment_368019644

показать ответы
Автор поста оценил этот комментарий

Для ЛЛ: группа талантливых кодеров сделала продукт, который стал Гига-Хитом, взорвав, тамошнее болото в мире программистов. Заработали кучу бабла.


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


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


Good night, sweet prince

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

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

показать ответы
0
Автор поста оценил этот комментарий

для CP/M, т.е. для DEC

Что значит "т.е."???

У CP/M были реализации на очень разное железо и ОС, но не на DEC/PDP.


Ну, и я ведь не говорил об отсутствии реализаций Паскаля на СМ-4 и ДВК-3. Я говорил об отсутствии именно Turbo Pascal.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

У CP/M были реализации на очень разное железо и ОС, но не на DEC/PDP.

Так, я посмотрел, действительно, я перепутал. Извините, фигню сморозил. )

Автор поста оценил этот комментарий

> Земля круглая
> а ты в космос летал
> нет, а при чём тут это
> вот при том, пишешь о чём не знаешь.

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

А ещё позднее anecdotal evidence "вот у нас в институте было так поэтому у всех так" стало самом слабым, если не прямо позорным видом доказательств.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

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

- Вы пастух?

Молчание.

- Я хочу вам сказать, что вы неправильно пасете овец. Вот смотрите. Достает ноутбук, подключается к спутнику:

- Вот видите? Вот картинка. Здесь ясно видно, что за тем склоном трава более зеленая и сочная. Вы согласны? Я вижу, что согласны. Вам надо перегнать отару сюда. Вы хотите, чтобы вам выбрали маршруты перегона? Пожалуйста! Есть три маршрута. По этому маршруту, сразу отвечаю, вам идти нельзя: видите, здесь волки. Из оставшихся двух этот короче, значит - вам по нему. В качестве гонорара я забираю одну овцу.

И идет к вертолету, но вдруг слышит: - Ты, наверное, консалтингом давно занимаешься.

- Да, а откуда вы знаете?

- Во-первых, ты появился, хотя тебя никто не звал. Во-вторых, ты сам задаёшь вопросы и сам на них отвечаешь. В-третьих, положи собаку на место.

показать ответы
Автор поста оценил этот комментарий

поскольку разговор про "80х - 2000е" - то и перфокарты и машиночасы ночью идут лесом - стандартный процесс разработки уже с 70х сидеть за своим терминалом днём и прогать (естественно с "прикидками на салфетке" и "доказательством на бумажке" там где это нужно).

> с чем реально сталкивались
PDP-11 в терминале

> Откуда у вас такие безапелляционные выводы?
Из опыта и best practices всей индустрии за последние минимум 25 лет.
Которые включают опыт 70х, 80х, 90х, а также дополняют его опытом 2000, 2010х и доводят до ума.

Доведение до ума на текущий момент выглядит, как:
отказ от водопадной модели и переход на POC -> MVP -> Product
Цель - не тратить время на заведомо неработоспособные / неудачные решения.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Где это вы в 70-х стандартно в терминале сидели?

У нас в УПИ до начала 90-х можно было только ночью посидеть.

Вот одна знакомая кафедра ухитрилась добыть несколько машин Электроника-60, кажется - что-то вроде PC XT или типа СМ-ки, уже не помню точно - так это было на уровне чуда, во-первых, как они для этого крутанулись, а во-вторых, это был уже 88 год.


Best practices последних 25 лет - это с 2000 года.

А я пишу о начале 90-х, если вы не заметили.

Я ж недаром вас спрашивал, сколько вам лет, вы так и не ответили.

Но судя по жаргону - лет тридцать, даже не сорок.

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

показать ответы
0
Автор поста оценил этот комментарий
Про Visual Basic for DOS напиши...
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Я на нем не писал. А статья в первую очередь про Кана и про Борланд.

Так что извиняйте )

показать ответы
0
Автор поста оценил этот комментарий

СМ-4 и ДВК-3 родственны системам DEC PDP-11.

Turbo Pascal выпускался только для x86, и немножко для Motorola 68000 и Z80, но не для DEC PDP-11.

Так что на СМ-4 и ДВК-3 не могло быть именно Turbo Pascal. Может быть, какое-то его подобие.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Ну, у Хейлсберга как раз был Паскаль для CP/M, т.е. для DEC. Это еще до того, как Кан его в Борланд притащил.

Сейчас сложно разобраться. Разве что у Кана спросить - он вроде еще жив )

показать ответы
0
Автор поста оценил этот комментарий

Запускаем транслятор (сейчас говорят компилятор),

А кто говорил транслятор?

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Папа у меня говорил транслятор. А когда в 90-м я привык к словам компилятор, компилировать - папы уже не было.

4
Автор поста оценил этот комментарий

Чисто свои пет-проекты, утилитки - сервисы мониторинга рейд-массивов, мониторинг упса и выгрузка данных на сайт и тп. Были сделаны давно виндовой службой, уж 20 лет прошло, иногда надо добавить что-то.

В конторах, что последний раз застал, уже минимум 2006 была.


Ну и висит это на виртуалке с ХР, конечно.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Т.е. службы Windows на Delphi? Респект )

показать ответы
2
Автор поста оценил этот комментарий

А вот кстати, в 90-95гг (точнее уже не вспомню), у нас между студентами был большой холивар Паскаль-vs-С(++), но, насколько я помню, апологеты С так и не смогли предоставить убедительные доказательства большего быстродействия. В лучшем случае разница была в несколько процентов и на каких-то отдельных алгоритмах, но в среднем по больнице получалось, что паскаль побыстрее оказывался

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Мы этим тоже в свое время увлекались, потом перестали, но шутим на эту тему до сих пор )

1
Автор поста оценил этот комментарий
Только на хабре эту статью почитал и вот на те, на пикабе.
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Ну, не все ж тут ходят на Хабр, и на Хабре не все читают Пикабу.

Зато свое, не копипаста! )))

показать ответы
2
Автор поста оценил этот комментарий
Интересно, как сильно выстрелило визуальное проектирование?
Документировать существующий код на uml - это более-менее богоугодно, но вот разрабатывать вживую, с мгновенной кодогенерацией из картинок...
В 90-е был какой-то нездоровый ажиотаж и инструменты за космическую цену, rational rose, visualage uml suite, вот это всё.
Может, я чего-то пропустил? Может, в недрах IBM настаивают на работе из-под uml, в лучших традициях водопада?
раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Ну, я в свое время посмотрел такую штуку, как Model Maker, потом - ECO, и мне понравилось, когда ты конструируешь класс в визуальном редакторе, а потом программа создает тебе код (ну, точнее, заготовку - этакую "рыбу").

Я потом поигрался с десятком UML-редакторов, половина из них умели генерировать из UML-модели код, а некоторые умели и наоборот - проанализировать код, и построить UML-модель.
На Model Maker я даже в свое время настроил процесс в обе стороны, так, что можно было нарисовать модель, сгенерировать код, поправить его, и втащить изменения в модель.
Такое в принципе удобно когда, например, ты клиенту делаешь программы, управляющие объектами, структуру которых тебе рассказывает клиент. И тут диаграмма прекрасна тем, что ее понимает и клиент, и аналитик, и программист.

А инструмент с генерацией кода - в принципе, не обязательно, конечно, но очень удобно. Чтоб программер не пропустил по невнимательности чего-то в диаграмме аналитика. И как средство документирования. А если вы можете еще и из актуальной программы обновить свою документацию с UML-диаграммами, то аналитики у вас будут знать, как сейчас устроена программа, а не отсылать за этим к программистам.

Но на практике, насколько я выяснял, так почему-то не делают.


Да, возможно, это было отражением ажиотажа вокруг Rational.

А насчет водопада - это тут вообще ни при чем, можно и в Agile добавлять классы, рисуя диаграммы, кто ж мешает?

Скажем, в учетных программах описывать документы и их проводки в виде диаграмм - было бы очень прикольно.

показать ответы
0
Автор поста оценил этот комментарий

1. Написать пост на форуме.
2. Обижаться на комментарии и писать анекдот "... ты появился когда тебя никто не звал...".

Л- Логика.

раскрыть ветку (1)
1
Автор поста оценил этот комментарий

Молодой человек, умные люди не говорят о том, чего не знают, и не дают указаний, когда их не просят.

Вы говорите глупости, и упорно не можете этого понять.

Ну, не мое дело вас учить, мне за это не платят.

Но дураков я не люблю.

0
Автор поста оценил этот комментарий

Если не ошибаюсь, vbx использовал не com, а ole. Кстати писать на самом vb их было нельзя, только на C. Но писали, что рынок довольно большой (другими словами много разработчиков на vb). ХЗ, что там были за компоненты, лично я разработчиков на vb не видел (ВБА не считается). Но на загнивающем западе вб был очень популярен.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

OLE и COM - по сути, разные названия одного и того же.

Суть механизма:

Мы имеем программу (.exe) или библиотеку (.dll), способную генерировать объекты, имеющие некоторые функции. И вот этими объектами мы хотим покомандовать из другой программы.

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

Библиотеку или сами содержащиеся в ней классы называют COM-объектами.

Запись в реестр называется регистрацией объекта.

COM - Component Object Model, более позднее название, с более широким смыслом

OLE - Object Linking and Embedding (вставка и связывание объектов) - более старое название, появившееся одновременно с Windows 3.1, и означающее возможность вставить в документ одной программы (например, Ворда) документ другой программы (например, Corel Draw) - и чтоб при просмотре Ворд опознал эту вставку, и отрисовал ее, вызвав соответствующие функции из Corel Draw.


Собственно, для реализации компонентов в среде Visual Basic Microsoft просто использовали уже имеющуюся технологию, чего заморачиваться-то? Надо воробья прибить - ну, так вот у нас есть пушка!
А вот в Борланд сделали свои компоненты, без необходимости в поддержке со стороны операционной системы.

показать ответы
0
Автор поста оценил этот комментарий
Здесь одна переменная (один объект) и я намеренно не указал освобождение объекта. Это не законченый код, а реализация именно того, что там попросили написать.
В данном случае, я бы написал
var MyObj := TMyClass.Create;
defer(MyObj);
...остальной код
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, я погуглил, что означает слово defer. Видимо, так будет работать. Не уверен, насколько хороша такая практика. Но не буду спорить.

2
Автор поста оценил этот комментарий
Так дело в растрате, а не в сумме. Если бы он из госбюджета потратил бы на личные нужды какую-то сумму, уже сидел бы. Ну и в компании я думаю был выбор или изгнать его или подать заявление в полицию на присвоение средств компании. Выписал совет директоров тебе премию? Вот её и трать. Нефиг за деньги компании оплачивать, допустим, путёвку на Гавайи всей семье.
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Понимаю вашу логику. Но, честно говоря, полагаю, что это скорей всего было лишь предлогом, чтоб уволить "по закону". А настоящая причина была другая.

0
Автор поста оценил этот комментарий
Это делается не сложнее, чем со сборщиком мусора. В некоторых случаях ты вообще не следишь за объектом, в других случаях, создал сам - значит сам уничтожишь. В Делфи есть система владения, есть система подсчёта ссылок, есть вариант из языка Zig с применением defer.
При наприме написании программы я не задумываюсь об этом давно.
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Заметно, что не задумываетесь.

Но в вашем случае объект - не часть другого объекта, следовательно, никто не позаботится о его освобождении.
Также он не производное от интерфейса, следовательно, никто не ведет учет ссылок и освобождение при обнулении ссылки.

И в коде, создающем объект, нет даже упоминания о его освобождении. Я уж не говорю, чтоб освобождение было реализовано надежно, через try...finaly.

Т.е. вы просто этого не сделали.

Вы правы, что сделать это несложно. Но вы этого не сделали.

И вы хотите кого-то убедить, что делаете правильно?

Ну, мягко говоря, не убедили.

показать ответы
1
Автор поста оценил этот комментарий
От тратил бабки компании на личные нужды)
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ой, да сколько ж он мог потратить на личные нужды-то? Из той невъебенной кучи денег, что он заработал?

Вот что он на dBase потратил дохрена - это да, это было чувствительно, я понимаю. По сравнению с этим личные нужды - ну, я даже не представляю, на ЧТО можно было бы потратить сумму такого порядка? Разве что купить себе персональную маленькую страну, как в одной известной книге Тома Демарко?

показать ответы
0
Автор поста оценил этот комментарий
Это глупость. Это так не работает. Никто не создаёт объекты и тут же удаляет. Это бессмысленно.
Ты можешь полюбоваться моим кодом тут. Там много кода. Много разных размеров проектов.
https://github.com/HemulGM
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, созданные объекты когда-то же должны удаляться?

И если вы это хорошо знаете - то у вас должен быть такой механизм задействован "на автомате". Но пока его не видно.

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

Это действительно не так просто. И недаром после изучения C# дельфисты говорят, что автоматическая сборка мусора - это, оказывается, удобно!

показать ответы
0
Автор поста оценил этот комментарий

Напишу в конце MyObj.Free;
Или после создания напишу defer(MyObj);
Или наследую от TComponent и укажу владельца
Или наследую от интерфейсного объекта и он сам уничтожится


В любом случае, (кроме TComponent) это не больше одной строки.


Ну так что не так с Делфи? Нет тормозного и ущербного сборщика мусора?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Строго говоря, вы действительно не освободили переменные.

И возникает вопрос - то ли вы это забыли, то ли вам это не надо (например, есть сборщик мусора), то ли у вас есть какой-то механизм, освобождающий переменные, которого мы тут не видим - скажем, что-нибудь типа деструктора приложения, где убиваются и освобождаются все формы, и потому явно освобождать их не требуется...

показать ответы
Автор поста оценил этот комментарий

В твоем коде нет Free для созданного объекта. Где тот самый try finnaly free? Или ты забил на утечки памяти? https://docwiki.embarcadero.com/CodeExamples/Athens/en/SaveP...

Иллюстрация к комментарию
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, вы тут вообще-то перескакиваете на другую тему.

Вы ж до этого спорили, есть ли в Паскале возможность объявить переменную по факту использования, не объявляя предварительно ее тип, как это раньше требовалось.

И товарищ продемонстрировал, что это можно.

показать ответы
0
Автор поста оценил этот комментарий

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


Собственно оттуда и растут ноги у "правила хорошего тона" что в функцию должен быть только один вход. Сейчас, когда функции по имени вызываются, это звучит странно, а тогда можно было запрыгивать и в середину "функции")

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

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

Ну, собственно, в современных языках уже и специальные служебные слова и операторы для этого есть, типа catch и всяких finally.

показать ответы
0
Автор поста оценил этот комментарий

Нет, не сом. Vbx

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, а что такое Vbx внутри? COM-объект, либо библиотека с COM-объектами.

показать ответы
1
Автор поста оценил этот комментарий

Книжку не подскажу, но есть такой преподаватель - Сергей Балакирев, один из лучших курсов по Питону у него на степике: (https://stepik.org/course/100707/promo)

И куча бесплатного учебного материала на его ютуб и рутуб каналах. Очень рекомендую тем, кто хотел бы начать изучать Python, C/С++, machine learning.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Спасибо, посмотрю обязательно.

0
Автор поста оценил этот комментарий

На Delphi не знаю правда, какой версии, есть большой успешный проект автоматизации АЗС, украинской или беларусской разработки

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

А еще программа ТурбоБухгалтер и ТБ-Корпорация.

Как у них запросы к итогам по счетам реализованы - это ж просто праздник!

Это ж можно в учебник вставлять и 1С-ников мордой тыкать - Смотри, как это должно делаться!

1
Автор поста оценил этот комментарий

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

Хотя я не программист, я железячник, но вот как то нравилось мне это.


И, главное - тогдашний начальник мои эти поползновения отлично понимал и поддерживал.

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

Полистал - а хорошо написано.

800 рублей - это когда у меня зарплата... не помню, но не десятками тысяч измерялась.

Взял.

Начальник увидел:

- Откуда?

- Купил.

- Сколько?

- 800

- На.


Вообще - тогда как то было интереснее жить, правда, я тогда и моложе был :)

Как то взял тоненькую дешевенькую книжку, я уже не помню название этой брошюры, только помню, что синенькая :)

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


Но запомнился мне особо один алгоритм, точнее - факт его присутствия в книге, алгоритма, к сожалению, не помню: бессловарная расстановка переносов.

А как раз время было, когда печатали все подряд, чего мало печатали до этого: фантастика, детективы, в основном - переводные тогда еще.

А вот на редакторах и корректорах сильно экономили.

Как пример - как вам перенос слова полиция в виде пол-иция?

И таких было до хрена.

А алгоритм, повторюсь, был простой - несколько условий.

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


А сейчас - пытался даже искать как то, не нашел...

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Повезло вам с начальником, завидую )

показать ответы
0
Пузырятор Pro
Автор поста оценил этот комментарий

очень приятно!
а почему "кто пожаловал"?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, знакомый ник. Я на вас подписан.

показать ответы
Автор поста оценил этот комментарий

Ну так я общаюсь также, как со мной. И где это я матерился тут?


В паскале все переменные нужно объявить в начале функции. Дале временные i, j для циклов. В дельфи тоже самое.


И в паскале и в дельфи всей памятью всегда нужно управлять вручную. Когда в том же шарпе есть GC. Как оно эпично течь начинает в хоть сколько то сложных проектах...


В томже шарпе за двадцать лет сделали много чего для удобства синсаксиса линку, и ?? Операторы например. А в Дельфи ничего. Паскаль вообще умер.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, это вам кажется неудобно. А в Паскале это было специально так задумано, чтоб студенты приучались сначала думать, какие переменные им нужны.


Управление памятью - в смысле, освобождение динамических переменных?

Ну, в C#, вообще-то, это тоже надо уметь. Да, сборщик мусора освобождает нас от необходимости отслеживать это постоянно, это удобно, но весьма неэффективно в плане расходования памяти. Это просто память сейчас стала дешевой, и можно не обращать внимания, что несколько мегабайт занято неиспользуемыми, но пока не освобожденными переменными.
А в критичных приложениях и освобождают руками, и сборщиком управляют.

И типовой паскалевский способ использования динамической переменной создание в блоке Try - освобождение в Finally - в C# используется для всех переменных, использующих какие-то ресурсы, типа графических средств, или транзакций в БД, и т.п.


Так что вряд ли стоит оценивать язык, сделанный почти полвека назад, по современным реалиям.

А что в C# много такого, чего в Паскале не было - да, вы правы. Ну, так когда Паскаль делали, некоторых вещей еще в проекте не было.

Так что скорей Паскаль просто устарел. Но у меня вот язык не повернется называть его плохим языком.

показать ответы
2
Пузырятор Pro
Автор поста оценил этот комментарий

@severn64, ОГРОМНОЕ спасибо!

Прям настоящая перепись олдов.

ТурбоПвскаль, Фокспро, DBase, Клиппер с Кларионом... Книги на русском ксерисились, Хелпы и How-to do распечатывались и перешивались...

Золотая пора!

Божечки, 35 лет прошло....

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ух ты ж, кто ко мне пожаловал! А я ваши пузыри читаю )

показать ответы
0
Автор поста оценил этот комментарий

Ну там, где я это прочитал, писали, что количество бизнес-приложений на Бейсике очень велико в США (это было лет 25 назад). И было очень много разработчиков не только приложений, но и компонентов.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

Потому что компоненты на основе COM разрабатывать не очень просто, определенно намного сложнее, чем писать программы на Бейсике.

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

показать ответы
Автор поста оценил этот комментарий

Паскаль и дельфи по факту плохие языки. C# лучше него во всем.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

А обосновать свое мнение вы можете? Или только материться на тех, кто спрашивает обоснования?

показать ответы
0
Автор поста оценил этот комментарий

Билли "которогомногиенелюбят" Гейтс уже будучи главой Майкрософт и миллиардером, указывал, что помимо всего он программист на Бейсике.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Это он красиво выделывался, типа "а еще я очень скромный" )

Ну, в его положении и при его талантах - можно и повыделываться )

показать ответы
5
Автор поста оценил этот комментарий

Не стоит, это как старую любимую книгу перечитывать. Они родили огненную обезьяну а поверх неё собственно и пишем под андроида как минимум. То есть богатства и удобства легендарной 7ки нет и не предвидится. Вот накидать какой нибудь странный калькулятор вполне возможно.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

А что за огненная обезьяна?

показать ответы
Автор поста оценил этот комментарий

> Где это вы в 70-х стандартно в терминале сидели?
Меня в 70х в проекте не было.
Но почему это вдруг стало важным?

Ровно там, где была создана фирма Borland - стандарт разработки начиная с 1970х это собственный терминал для разработчика (вы можете прочитать об этом в многочисленных мемуарах создания интересного вам продукта).

Если вы неделю компилировали - это значит вы месяца 3 разрабатывали до первого результата.
Писать проект 3 месяца, а после презентации его выкинуть и после этого не понять что так делать не надо - это надо быть очень альтернативно одарённым, даже в 1980х \ 1990х.

Людей жёстко связанных корпоративными стандартами понять можно, но они тоже не скрижали на горе синай так-то.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Меня в 70х в проекте не было.
Но почему это вдруг стало важным?

Да именно потому, что пишете о том, чего не знаете.

показать ответы
0
Автор поста оценил этот комментарий

как оформлять программы, написанные на ТР в отдельные исполняемые файлы

Странно. Разве это не прямо из IDE делалось? Там две кнопки типа, запустить или скомпилировать в ехе.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Он мог в память компилировать, запускать, и просто не знать, где настройка Save project to disk.

3
Автор поста оценил этот комментарий

Во времена доса Borland был хорошим стартом для обучения. Но настоящие пацаны писали на Watcom. Под dos4gw.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

У меня один приятель любит говорить "Настоящие чемпионы" )))

Настоящие чемпионы у него и на Visual Studio файл проекта не используют, сами пишут сценарий для Make.

показать ответы
0
Автор поста оценил этот комментарий

Писал когда то на паскале на ДВК, хрен там - компилятор.

Особенно весело выглядело, когда не хватало памяти под данные - писал оболочку для программатора, а объем ПЗУ мог быть достаточно большим, пришлось использовать оверлеи - практически это то, что сейчас называется "файл подкачки".

Красивая картинка получалась: вводишь данные, буфер кончился - сбрасывается на диск.

А диск - 8" ГМД, который работает не очень тихо и не очень быстро, так что это был единственный случай, когда я оверлеи использовал.


И вроде был там не просто компилятор, а все таки IDE, но сейчас уже не уверен, это был конец 80-х, многое забылось...

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Не, там был и компилятор, но был еще именно Турбо Паскаль, который представлял интегрированную среду, но не компилировал, и не умел использовать модули. Я на нем кусочки своей программы пытался отлаживать.

И потому был сильно удивлен, встретив знакомое название на IBM PC.

Сейчас подозреваю, то это могла быть какая-нибудь первая версия Борландовского Турбо Паскаля для ОС CP/M.

показать ответы
0
Автор поста оценил этот комментарий
Я учил бейсик. Он вообще где нибудь применялся?
раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Знаете, Бейсик много применялся и применяется в надстройках для MS Office.

А в 90-м году мы для лаборатории купили комплекс для электрохимических экспериментов, так там программа была на Бейсике.

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

Автор поста оценил этот комментарий

В общем, если до этого задача “скомпилировать написанную программу” занимала неделю, то теперь это делалось за два часа.

Это маркер того, что вам следует поменять процесс разработки.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Вам, простите, сколько лет? Хочу понять, с чем вы реально сталкивались.

Судя по реплике, бегать к операторам перепечатать перфокарты с ошибками вам не приходилось, например. А выбивать машиночасы ночью, чтоб был свободен терминал, и можно было поредактировать программу самому? Или на больших ЭВМ вы вообще не работали? А на малых? На СМ-ке какой-нибудь?

Откуда у вас такие безапелляционные выводы?

показать ответы
1
Автор поста оценил этот комментарий

А что за Н и р проблемы?

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

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

показать ответы
3
Автор поста оценил этот комментарий

Работать с dbf файлами были прикольно... помнится Delphi превратилось в CodeGear

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Он еще и Inprize'ом был какое-то время )))

показать ответы
12
Автор поста оценил этот комментарий

а почему именно 7 версия?

потому что начиная с D7 язык стал называться официально Delphi. В том числе из-за дополнений в языковые конструкции, ооп.

Про Winapi - вопрос не в обращении, а полностью написании программы на winapi с интерфейсом, что позволяло сделать программу с окнами не 450кб размером, а 120кб. С ручной обработкой событий. В то время наезды на дельфи были в том числе и за большие по размеру программы.

VLC очень бустило желаение написать программу, когда избавила от рутины новичков, особенно с дополнительными компонентами, которые можно было настроить и связать через проперти даже не написав руками код. Например мне Дельфи (еще вроде 5й версии) дал больше пинка в это направлении, чем асм (и бейсик в школе), причем именно vlc, а не контрольные работы типа "выполните слияние двух текстовых массивов с не повторяющимися строками и результат выдайте в консоль".


Сейчас, переключаясь на D7 руки приходится выламывать, так как по удобству студии она начисто проигрывает современным.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

А, после Вижуал Студио на Дельфах непривычно? Есть такое )

показать ответы
0
Автор поста оценил этот комментарий

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

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Может быть еще что речь идет о другой машине - типа СМ/4 или ДВК-3, вот на них была ОС типа Рафос или CP/M, и там был Турбо Паскаль, возможно, именно как интерпретатор - я как-то видел его.

показать ответы
2
Автор поста оценил этот комментарий

Не-не, это всё работает, если софт уже сколько-нибудь известен. А вот как покупались первые лицензии? Хотя если учесть, что компилятор стоил 50 долларов, а не 300, наверное, первые университеты решили сэкономить, а потом уже пошли слухи. И вот опять же, как о нём узнали? Блин, насколько сейчас всё проще и одновременно сложнее.

раскрыть ветку (1)
0
Автор поста оценил этот комментарий

Ну, вот как мы в то время узнавали, что появился Турбо Паскаль? От соседа по общежитию. От приятеля, с которым ты ходишь в походы, учившегося в том же институте, и тоже интересующегося компьютерами. Т.е. не из интернета за экраном, а за чашкой чаю или сигаретой, порой даже в походе у костра. Если ты ходишь в походы с физиками или химиками, ты такие новости узнавать будешь быстро.

А можно тупо объяву повесить в раздевалке - Дешевый компилятор! Удобно и быстро! Кто первым вызовется потестировать и рассказать об ошибках - получит лицензию бесплатно! И полторы тысячи человек твою объяву увидят. Полторы тыщи студентов, плюс соотв. число преподов.

10
Автор поста оценил этот комментарий

Почему на хабре полная статья, а тут обрезок?
https://habr.com/ru/articles/949956/

раскрыть ветку (1)
Автор поста оценил этот комментарий

Ну, решил вторую часть завтра выложить )

показать ответы

Темы

Политика

Теги

Популярные авторы

Сообщества

18+

Теги

Популярные авторы

Сообщества

Игры

Теги

Популярные авторы

Сообщества

Юмор

Теги

Популярные авторы

Сообщества

Отношения

Теги

Популярные авторы

Сообщества

Здоровье

Теги

Популярные авторы

Сообщества

Путешествия

Теги

Популярные авторы

Сообщества

Спорт

Теги

Популярные авторы

Сообщества

Хобби

Теги

Популярные авторы

Сообщества

Сервис

Теги

Популярные авторы

Сообщества

Природа

Теги

Популярные авторы

Сообщества

Бизнес

Теги

Популярные авторы

Сообщества

Транспорт

Теги

Популярные авторы

Сообщества

Общение

Теги

Популярные авторы

Сообщества

Юриспруденция

Теги

Популярные авторы

Сообщества

Наука

Теги

Популярные авторы

Сообщества

IT

Теги

Популярные авторы

Сообщества

Животные

Теги

Популярные авторы

Сообщества

Кино и сериалы

Теги

Популярные авторы

Сообщества

Экономика

Теги

Популярные авторы

Сообщества

Кулинария

Теги

Популярные авторы

Сообщества

История

Теги

Популярные авторы

Сообщества