Изучаю Паскаль. Присоединяйтесь.

[neon]

А если не в базе, то и просто скриптов может быть недостаточно.

Практический опыт показывает, что ... достаточно   :-)
Поправка: "Только бог, если он существует знает и может все. А мы, простые смертные,  не боги".
Т.е., скажем мягче: пока что задач, где "этого" было НеДостаточно - не "нарисовалось".
Но... Кто ж его знает...

Все, в конечном итоге, зависит от того, чего именно хочет разработчик и как именно он это видит.

[yacc]

Кто-то это делает через МИВАРы.

Насколько я понял - только вы
Все поиски по слову "мивар" ведут к вам

А гибкие приложения с БД я делал  - очень тонкий клиент, которые имеет API относительно базы, и далее все меню и все формы создавались динамически. Причем в целом формы в общем были буквально  несколько видов, только динамические, поэтому база управляла.
Далее только менять данные в базе и конфигурировать приложение как захочется - АРМ Админстратора БД так был сделан  - и уже другой человек уже в СУБД данными и процедурами конфигирурировал его как хотел, наращивая функционал. Перекомпиляция не требовалась совсем.

[neon]

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

Извините, на эту фразу я НЕ обратил должного внимания.
Да, Вы абсолютно правы, что уже существующие "жесткие" проекты модифицировать под адаптивную ИС...
Боюсь, что даже невозможно.

[neon]

Насколько я понял - только вы
Все поиски по слову "мивар" ведут к вам

Ну уж нет!!!
Это - Варламов.
Чужие лавры присваивать - это уже совсем...

[Ph_user]

Жить-то надо. Семья, дети. Попробуй-ка создать (семью), вырастить и выучить детей.
Без хорошей зарплаты не вытянешь

возьмем (к примеру) StarCraft, WarThunder (сам в них увлеченно и постоянно играю, чего уж тут).

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

Лучше сходить днем в контору - послушать доклад совета директоров своей компании. Тогда можно просто сказать своим програмерам на чем им попрограмить свои хотелки.

с выделением памяти динамически, да с проверкой выделения, а потом очисткой - не надо!

Надо написать девелоперам паскаля чтобы в 2 четверти 21 века прикрутили робота на проверку и очистку. В сях это вроде уже смогли на уровне плюсов.

[yacc]

Надо написать девелоперам паскаля чтобы в 2 четверти 21 века прикрутили робота на проверку и очистку. В сях это вроде уже смогли на уровне плюсов.

Речь шла про девяностые - Турбо Паскаль 5.5 тогда использовался
Тот С++ тоже нифига сам не умел в очистку
А на фортране тупо харкодили размер массива - все что сверху него в файле игнорировалось. Да и в программах на других языках так делали.

[Павел Васильев]

А на фортране тупо харкодили размер массива - все что сверху него в файле игнорировалось

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

[yacc]

Ну надо же было фирме Борланд клиентов держать - вот и ввела дженерики в 2009
Чтобы не убежали на языки, где это было раньше - у плюсов еще в 90х были шаблоны, у шарпа с 2005 с Net 2.0, у жабы с 2004.

[Vladimir3621]

Ну надо же было фирме Борланд клиентов держать - вот и ввела дженерики в 2009

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

[Vladimir3621]

Хорошая обзорная статья про взлет и падение Борланд, а так же про Паскаль, Делфи все остальное. Рекомендую желающим узнать историю, там кратко, но отлично расписано как все было. А для тех, у кого это все происходило прямо на глазах и при непосредственном участии - отличная возможность поулыбаться и поностальгировать. Статья тут - https://overclockers.ru/blog/Beltar/show/232144/Paskal-zhivee-vseh-zhivyh

[yacc]

"Я бы сказал, что Паскаль алголо-60-подобен, а C алголо-68-подобен"

Из статьи 

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

[Павел Васильев]

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

Статья в общем довольно объективная, а  комментаторы в основном помнят только Паскаль который в школе изучали, один пишет - Паскаль хороший язык, а  Delphi  отстой. Ностальгирует  стало быть так. Остальные 99.9%  знают что-то про Object Pascal, как видно из комментариев, только понаслышке, от третьих лиц.

[Vladimir3621]

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

[yacc]

Тот кто писал статью откровенно плохо знает историю языков программирования и паскаля в частности. Раз написал такое про Вирта.
Дельфийцам как-то вообще в голову не приходит зачем Вирт начал возится с Модулой.
И в частности это видно по тому как Алгол 68 сравнивают с С, хотя С откровенно далеко до Алогола 68, который как и паскаль, наследует синтаксис Алгола 60.

Также человеку непонятно зачем борланд полез в корпоративную разработку и системы контроля жизненного цикла и версий.
В отличии от него я с Inprise Teamsource работал в начале 2000х , когда никакого git еще и в помине не было.

И почему дельфи полезла в .net мне тоже понятно.

[Павел Васильев]

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

Странное заявление, а сишникам что, приходит эта светлая мысль в мозг?

На всю эту историю с ЯП можно взглянуть под другим углом. Откройте исходники  программ Algol-58, Algol-60 и потом Algol-68. Шло развитие языка, Вирт был членом комитета, возможно, а скорее так и было,  решил послать неповоротливых бюрократов подальше и придумать свой собственный язык. Придумал Pascal, не на ровном месте, а на Algol. К тому же он считал, что новый язык это ещё и новый быстрый однопроходной компилятор, поэтому новизна и в этом. Но это была новая версия, апгрейд старого Алгола. Да, добавили потом OOP, но и сегодня, по большому счёту все эти патентованные наследники Паскаля, тот же Free Pascal, Object Pascal и вариант  среды Delphi с VCL/FMX являются не чем иным, как Algol-2026.

[yacc]

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

Паскаль так и появился.

К тому же он считал, что новый язык это ещё и новый быстрый однопроходной компилятор, поэтому новизна и в этом.

И в этом.

Да, добавили OOP, но и сегодня, по большому счёту все эти патентованные наследники Паскаля

Человек, на которого дали ссылку, тупо надергал с вики каких-то очевидных вещей и все.
А вот то, что в 70-е патенов на ПО - тупо не было - даже не знает - наивно ожидать это от геймера, у которого 12 статей про игры, одна про Пригожина и одна про Паскаль.

Поэтому в 70-х годах и не было никакого FSF и Борланда быть не могло - никто бы Борланду деньги не заплатил за паскаль, который можно было тупо скопировать без любых юридических последствий - просто приехал в другую организацию, дал им ленту и тебе скопировали что угодно - хоть ОС IBM360, хоть компиляторы какие угодно или утилиты - вези себе ставь и никто тебе слова не скажет.

Всякие Борладны и т.п. появились после 1981 когда софт стали патентовать - до этого его  объектом патентного права не считали - так, бесплатный бонус к дорогой ЭВМ,  чтобы ее лучше продавать.
А когда софт стал платным и UNIX объявили как ТМ, то Столлман и стал создавать GNU  с лозунгом 'GNU's not UNIX' - для него было дико, что вчера он это копировал бесплатно и без юристов, а вот сейчас уже нет.

[Павел Васильев]

А когда софт стал платным и UNIX объявили как ТМ, то Столлман и стал создавать GNU  с лозунгом 'GNU's not UNIX

Вот то то и оно то, главное запатентовать новую закорючку в новоязе на фирму, и ничегокромя бизнеса.

[yacc]

Так BP так и появился и дельфи - это ТМ
Community Edition дается на год на условиях Embarcadero - может и передумать или скажем убрать из скачки предыдущие версии если кто-то еще использует.
BP же платный был и ранняя Дельфи - это у нас его кряки ходили потому что раньше задолбаешься сажать студента или контору, которая кряки в разработке использует.

Бесплатно без юридических проволочек и ограничений - это Лазарус.

[yacc]

Кстати про ранний турбо-паскаль ( сразу перевод )
https://prog21.dadgum.com/47.html

Другие языки Borland с "Turbo" в названии, такие как Turbo C, даже отдаленно не соответствовали скорости компиляции Turbo Pascal. Даже Turbo Assembler был медленнее, отчасти из-за того, что обычно приходилось запускать компоновщик. Так что же сделало Turbo Pascal таким быстрым?

Настоящие модули. Значительная часть времени в компиляторах C тратится на чтение и разбор заголовочных файлов. Даже короткое школьное задание может содержать десятки тысяч строк заголовков. Вот почему большинство компиляторов языка Си поддерживают предварительно скомпилированные заголовки, хотя они часто бывают сложными и требуют усилий для настройки. Turbo Pascal поместил всю информацию об экспортируемых функциях, переменных и константах в скомпилированный модуль, чтобы его можно было быстро загрузить, не прибегая к посимвольному разбору.

Интегрированная система сборки. Стандартная система makefile работает следующим образом: сначала загружается исполняемый файл "make", затем он считывает и анализирует файл правил, затем для каждого исходного файла, который устарел, запускается компилятор. Это непростая задача - запустить огромный многомегабайтный исполняемый файл только для того, чтобы скомпилировать один файл. Система Turbo Pascal была намного проще: посмотрите на список зависимостей модуля для текущего модуля; если все они обновлены, скомпилируйте и завершите работу; если нет, то рекурсивно примените этот процесс к каждому зависимому модулю. Весь проект может быть создан с нуля без использования каких-либо внешних программ.

Минимальный компоновщик. Вы когда-нибудь изучали спецификации формата объектных файлов? На ум приходят два термина: "Сложный" и "громоздкий". В Turbo Pascal использовался пользовательский объектный файл с минимальным дизайном. "Компоновщик" и близко не подходил к работе стандартных компоновщиков. В результате шаг компоновки был невидимым; вы даже не заметили его.

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

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

[Karagy]

Если-бы в паскале были макросы как в си - он-бы тоже был медленным.

Вчера в https://t.me/Delphi_Lazarus/425431 прошел анонс движка шаблонов для FPC + Lazarus: https://github.com/CynicRus/PasTemplates