Паскаль имеет смысл только в одном случае: если вы учитесь в российской школе и вам предстоит сдавать ЕГЭ. Больше нигде он не понадобится. Примерно как Кобол или Фортран.
Lazarus загибающийся проект. Я имел неудовольствие провести несколько часов в борьбе с ним на этих выходных. Не тратьте своё время. Есть масса современных удобных сред разработки.
"Ненужен" по отношению к языку программирования - странное определение. Даже если ты напишешь новый язык и на нём будешь писать только ты - он нужен минимум тебе. Я вот считаю, что БЭСМ-6 вобще и её эмулятор в особенности гораздо более ненужна чем паскаль. Но я-же своё мнение не навязываю.
Хотя-бы еще парочку "сред разработки", которые позволяют по быстрому накидать формочки/кнопочки а потом спокойно компилировать получившееся как минимум хотя-бы под Linux/Windows так, что-бы оно одинаково выглядело. И, да, "накидать формочки" это не "закат солнца вручную", с прописыванием координат а полноценный редактор форм.
Разбирать, почему тебе не удалось воспользоваться лазарусом не будем. У меня таких проблем не возникает.
Одна из причин - Lazarus не ставится больше на маке.
$ brew install lazarus ... Warning: lazarus has been deprecated because it no longer meets the criteria for acceptable casks! It was disabled on 2026-01-27. ... Warning: fpc-laz has been deprecated because it does not pass the macOS Gatekeeper check! It will be disabled on 2026-09-01. ... Warning: fpc-src-laz has been deprecated because it does not pass the macOS Gatekeeper check! It will be disabled on 2026-09-01. ... ==> Installing Cask fpc-src-laz installer: Error - This package is incompatible with this version of macOS. Contact the developer for support.
Мне достались исходники программы, написанной под Windows, и цель стояла собрать её под Линуксом и на маке. Помогло отрезание всех хвостов Лазаруса, вызов FreePascal напрямую, и скачивание сорсов нужных юнитов из Лазаровской библиотеки напрямую с Гитхаба.
Тул, который не может обеспечить себе стабильное присутствие на одной из трёх основных платформ, я считаю любительской поделкой с неопределённым будущим. Это же не первый раз, когда у Лазаруса проблемы. Я лет пять за ним послеживаю. Последнюю версию языка Никлаус я так и не смог на маке собрать.
С библиотекой юнитов тоже проблемы, что у fpc, что у Лазаруса. Нынче всё это выглядит как поделки 90-х, а не современные тулы для разработки. Быстро накидать кнопочки-формочки делается одним запросом к Курсору или Claude Code.
Я понять не могу - почему у тебя претензии к лазарусу, а не к brew? https://wiki.freepascal.org/Installing_Lazarus_on_macOS - тут подробно описано как ставить. Про brew я там ничего не нашёл. Наверное надо ставить продукт так, как предусмотрено аторами? Или предъявлять претензии тем, кто пакетирует для brew?
> Быстро накидать кнопочки-формочки делается одним запросом к Курсору или Claude Code. Погоди. Ты писал что есть куча IDE. А теперь, вдруг, разговор про ИИ пошёл. Можно без ИИ?
Я соглашусь, что проектъ написанiя своего компилятора нуженъ только автору проекта.
Насчетъ того, нужно ли дѣлать эмуляторы Apple Lisa, MS DOS 1.0 или БЭСМ-6 - это можно по-разному трактовать.
Первая причина, по которой дѣлаютъ эти эмуляторы - ностальгiя. Хочется вернуться въ прошлое, пальцами и глазами вспомнить молодость. Сегодня это можно - полноцѣнный эмуляторъ любого компьютера 70-хъ и 80-хъ годовъ, любого компилятора или языка или среды разработки того времени дѣлается за недѣлю, если разбираешься въ этихъ вещахъ. Съ нѣкоторымъ старанiемъ и съ помощью богомерзкаго ИИ можно самому хоть VAX VMS написать, хоть IBM System/360 и гордо на макбукѣ запускать Job Control Language и писать директивы "//SYSIN DD". Правда, въ послѣднемъ примѣрѣ ностальгiя будетъ уже условной, потому что это конкретное убожество не умерло до сихъ поръ - https://www.ibm.com/docs/en/zos/3.2.0?topic=sds-sysin-dd-statement
Вторая причина - хотятъ лучше понять, какъ устроены компиляторы, какъ работаетъ простая, но полнофункцiональная ОС для микрокомпьютера. Это проектъ повышенiя своей квалификацiи. И въ этомъ случаѣ работать съ богомерзкимъ ИИ уже не рекомендуется слишкомъ много. Ему можно поручать лишь роль справочника и рутинную работу - скажемъ, додѣлать какой-нибудь парсеръ и добавить тесты послѣ того, какъ основные части сдѣланы самостоятельно безъ ИИ.
Третья причина - та, по которой я заинтересовался въ свое время TurboVision. Эмуляторы старыхъ компьютеровъ и старыхъ системъ нужны, чтобы понять на концептуальномъ уровнѣ, что мы за 50 лѣтъ узнали о созданiи компьютерныхъ системъ, съ которыми можетъ эффективно работать человѣкъ. Общiй консенсусъ за это время - что намъ нужны окна съ текстомъ и графикой, по которымъ мы ходимъ мышкой и иногда клавишами, а въ компьютерѣ должна быть ОС съ многопоточностью и многозадачностью. Но оказалось, что сложно и дѣлать такiя системы безъ ошибокъ, и пользоваться ими потомъ. Какiя техническiя рѣшенiя были сдѣланы въ TurboVision, въ Visual Basic, въ Delphi? Помогало ли это быстрѣе и съ меньшимъ количествомъ ошибокъ реализовать GUI-системы? Какъ мы бы сегодня "правильно" слѣлали бы систему rapid UI development, выучивъ всѣ уроки исторiи? Или до сихъ поръ это неизвѣстно?
![[personal profile]](https://www.dreamwidth.org/img/silk/identity/user.png){kind=small}
no subject
Date: 2026-05-11 23:37 (UTC)Паскаль имеет смысл только в одном случае: если вы учитесь в российской школе и вам предстоит сдавать ЕГЭ. Больше нигде он не понадобится. Примерно как Кобол или Фортран.
Lazarus загибающийся проект. Я имел неудовольствие провести несколько часов в борьбе с ним на этих выходных. Не тратьте своё время. Есть масса современных удобных сред разработки.
no subject
Date: 2026-05-11 23:47 (UTC)Хотя-бы еще парочку "сред разработки", которые позволяют по быстрому накидать формочки/кнопочки а потом спокойно компилировать получившееся как минимум хотя-бы под Linux/Windows так, что-бы оно одинаково выглядело. И, да, "накидать формочки" это не "закат солнца вручную", с прописыванием координат а полноценный редактор форм.
Разбирать, почему тебе не удалось воспользоваться лазарусом не будем. У меня таких проблем не возникает.
no subject
Date: 2026-05-11 23:58 (UTC)$ brew install lazarus
...
Warning: lazarus has been deprecated because it no longer meets the criteria for acceptable casks! It was disabled on 2026-01-27.
...
Warning: fpc-laz has been deprecated because it does not pass the macOS Gatekeeper check! It will be disabled on 2026-09-01.
...
Warning: fpc-src-laz has been deprecated because it does not pass the macOS Gatekeeper check! It will be disabled on 2026-09-01.
...
==> Installing Cask fpc-src-laz
installer: Error - This package is incompatible with this version of macOS. Contact the developer for support.
Мне достались исходники программы, написанной под Windows, и цель стояла собрать её под Линуксом и на маке. Помогло отрезание всех хвостов Лазаруса, вызов FreePascal напрямую, и скачивание сорсов нужных юнитов из Лазаровской библиотеки напрямую с Гитхаба.
no subject
Date: 2026-05-12 00:04 (UTC)no subject
Date: 2026-05-12 00:16 (UTC)С библиотекой юнитов тоже проблемы, что у fpc, что у Лазаруса. Нынче всё это выглядит как поделки 90-х, а не современные тулы для разработки. Быстро накидать кнопочки-формочки делается одним запросом к Курсору или Claude Code.
no subject
Date: 2026-05-12 00:30 (UTC)https://wiki.freepascal.org/Installing_Lazarus_on_macOS - тут подробно описано как ставить. Про brew я там ничего не нашёл. Наверное надо ставить продукт так, как предусмотрено аторами? Или предъявлять претензии тем, кто пакетирует для brew?
> Быстро накидать кнопочки-формочки делается одним запросом к Курсору или Claude Code.
Погоди. Ты писал что есть куча IDE. А теперь, вдруг, разговор про ИИ пошёл. Можно без ИИ?
no subject
Date: 2026-05-12 08:09 (UTC)Насчетъ того, нужно ли дѣлать эмуляторы Apple Lisa, MS DOS 1.0 или БЭСМ-6 - это можно по-разному трактовать.
Первая причина, по которой дѣлаютъ эти эмуляторы - ностальгiя. Хочется вернуться въ прошлое, пальцами и глазами вспомнить молодость. Сегодня это можно - полноцѣнный эмуляторъ любого компьютера 70-хъ и 80-хъ годовъ, любого компилятора или языка или среды разработки того времени дѣлается за недѣлю, если разбираешься въ этихъ вещахъ. Съ нѣкоторымъ старанiемъ и съ помощью богомерзкаго ИИ можно самому хоть VAX VMS написать, хоть IBM System/360 и гордо на макбукѣ запускать Job Control Language и писать директивы "//SYSIN DD". Правда, въ послѣднемъ примѣрѣ ностальгiя будетъ уже условной, потому что это конкретное убожество не умерло до сихъ поръ - https://www.ibm.com/docs/en/zos/3.2.0?topic=sds-sysin-dd-statement
Вторая причина - хотятъ лучше понять, какъ устроены компиляторы, какъ работаетъ простая, но полнофункцiональная ОС для микрокомпьютера. Это проектъ повышенiя своей квалификацiи. И въ этомъ случаѣ работать съ богомерзкимъ ИИ уже не рекомендуется слишкомъ много. Ему можно поручать лишь роль справочника и рутинную работу - скажемъ, додѣлать какой-нибудь парсеръ и добавить тесты послѣ того, какъ основные части сдѣланы самостоятельно безъ ИИ.
Третья причина - та, по которой я заинтересовался въ свое время TurboVision. Эмуляторы старыхъ компьютеровъ и старыхъ системъ нужны, чтобы понять на концептуальномъ уровнѣ, что мы за 50 лѣтъ узнали о созданiи компьютерныхъ системъ, съ которыми можетъ эффективно работать человѣкъ. Общiй консенсусъ за это время - что намъ нужны окна съ текстомъ и графикой, по которымъ мы ходимъ мышкой и иногда клавишами, а въ компьютерѣ должна быть ОС съ многопоточностью и многозадачностью. Но оказалось, что сложно и дѣлать такiя системы безъ ошибокъ, и пользоваться ими потомъ. Какiя техническiя рѣшенiя были сдѣланы въ TurboVision, въ Visual Basic, въ Delphi? Помогало ли это быстрѣе и съ меньшимъ количествомъ ошибокъ реализовать GUI-системы? Какъ мы бы сегодня "правильно" слѣлали бы систему rapid UI development, выучивъ всѣ уроки исторiи? Или до сихъ поръ это неизвѣстно?
Скажемъ, въ 80-е годы IBM создало "стандартъ" интерфейса - https://en.wikipedia.org/wiki/IBM_Common_User_Access https://dn721904.ca.archive.org/0/items/ibm-saa-cua-basic-interface-design-guide/IBM%20SAA%20-%20CUA%20Basic%20Interface%20Design%20Guide.pdf Это какъ-то помогло, это правильно, или тамъ все уже устарѣло, и если устарѣло, то почему? А въ началѣ 90-хъ была дискуссiя - что лучше, GUI или OOUI. https://ecsoft2.org/docs/gui-ooui-war-theo-mandel Кто-то тамъ побѣдилъ въ томъ спорѣ или мы просто это забыли и опять наступаемъ на грабли?
Вотъ для этого и полезно вернуться къ компьютернымъ системамъ 70-хъ и 80-хъ годовъ, простымъ и въ то же время основополагающимъ для нашаго времени.
no subject
Date: 2026-05-12 07:41 (UTC)