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

[ekvi]

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

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

Что касается Паскаля. Он не только быстросборщик, что, конечно, приятно. А чего стОит поиск ошибок в программе, написанной на "человеческом" языке? А отладка с использованием собственных средств IDE-среды?

Если бы ВиндОС была разработана не на Си, а на Паскале, то всех этих разговоров вообще не было бы. Говорю всё это, как человек, в 1963-м обучавшийся Алголу и работе на Минск-2, и на чьих глазах вырос и ДОС, и ОС-2, и ВинДос, и Колибри, и пр., пр., пр.

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

и чем утилита отличается от программы?

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

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

Если бы ВиндОС была разработана не на Си, а на Паскале, то всех этих разговоров вообще не было бы.

Всё же тогда у Майкрософт был Quick Pascal, но они положили его на полку по многим соображениям. А вот фирма Борланд переписала часть Виндовз, не ядро, а Winapi на Паскаль, хотя там конечно в основном ассемблер, если заглянуть в исходники. Но вы правы, надо нашим разработчикам ОС Астры или какой-то новой подсказать, чтобы они переписали российскую ось на отечественный Паскаль, PascalABC.Net. Так будет лучше во всех отношениях и понятней, в смысле скорости и читабельности кода..

[Аурипигмент]

чтобы они переписали российскую ось на отечественный Паскаль, PascalABC.Net.

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

[CyberManiac]

Хотел я вместо Фри Паскаля сесть на ABC.

Но зачем?! FPC - продвинутый компилятор со своими "добавками" к синтаксису, без которых в современной реальности жизни нет. При этом поддерживает "классический" Паскаль, благодаря чему можно взять старые исходники из книжек, и они с вероятностью 99% заработают. ABC - учебная среда разработки, намертво привинченная к .Net. Но если вы хотите .Net со всеми его последними писками и всхрюками, вы обречены на C#.

[Аурипигмент]

Я сижу на Линуксе. Не смог к нему NET прикрутить. Вываливается ошибка и всё. Побаловался и бросил, не стал глубоко копать.

[astrodio]

Коллега, Вам сюда: https://oberoncore.ru/ или https://t.me/BlackBoxOberon. Оберон, на котором для беспилотников фирмы Новик софт пишут(там свой компилятор, видимо, ноу-хау), Модулу (тоже под себя допилен), на которой ИСС пишет софт для ГЛОНАСС, и Компонентного Паскаля (прямо для Вас), имеющего версии среды выполнения Блэкбокс для обучения от школы до университета. Информатика-21 Фёдора Ткачёва (RIP) для ознакомления, например:https://informatika-21.ru/software.htm Или сразу https://oberoncore.ru/ или сайт Денисова: http://www.youtube.com/@ivan.denisov/videos Мне ещё нравится: https://youtu.be/B-pifaCO_aA.

[astrodio]

Я сижу на Линуксе. Не смог к нему NET прикрутить. Вываливается ошибка и всё. Побаловался и бросил, не стал глубоко копать.

Коллега, для Линукса есть сборка БлэкБокса:
https://oberoncore.ru/blackbox/start
Я, правда, линуксую только на работе и только на Астре. Но там не ставил БлэкБокса.

[ekvi]

подсказать, чтобы они переписали российскую ось на отечественный Паскаль

Верхжрецам давно сказано: кровь из носу, нужна своя ОС и своё ПО. Только жареный петух уже устал их клевать ...

в ответ-- тишина

Да им просто нечего сказать, т.к. одни прожекты во всём, и - ни в чём поддержки по сути: все по-прежнему - в европах ...

[CyberManiac]

подсказать, чтобы они переписали российскую ось на отечественный Паскаль

Верхжрецам давно сказано: кровь из носу, нужна своя ОС и своё ПО. Только жареный петух уже устал их клевать ...

в ответ-- тишина

Да им просто нечего сказать, т.к. одни прожекты во всём, и - ни в чём поддержки по сути: все по-прежнему - в европах ...

Да не надо никому эту "отечественную ОС", на членуксе вот лейбы "Made in ..." нету, так что можно приклеить и выдать за своё. Чем сейчас все и заняты - обои поменять работы чуть, а госбабос, глядишь, и прольётся. Единственному человеку, который примерно вечность назад хотел написать свою ОС (Арви тхе Хэккер, он уже после мамонтов жил, может кто вспомнит), нонче дело шьют.

[Toth]

А кстати есть наш Паскаль , в смысле весь код русскими букафками. Странник. С ООП.
Например,
вместо Canvas.Brush.Color:=clRed;
в Страннике Холст.Кисть.Цвет:=цвКрасный;
Лет 15 назад я даже пробовал его.
Но, похоже он нафиг никому не нужен.

[ekvi]

вместо Canvas.Brush.Color:=clRed;
в Страннике Холст.Кисть.Цвет:=цвКрасный;

Приходилось в 1980-е работать на Искре. В ней все операторы по-русски. Не знаю, как кому (может, дело привычки?), но мне это резало глаз. Думаю, дело это историческое, но раньше вся научная терминология была на латыни. И это разумно: у иностранного слова минимум ассоциативных связей.
Что касается "никому дела нет". Все рычат на Президента, правителей. А надо поставить перед фактом: сделал, как Левша, и - на века. А временщики, какие бы они ни были жирненькие и лютые, - канут в лету.

[CyberManiac]

вместо Canvas.Brush.Color:=clRed;
в Страннике Холст.Кисть.Цвет:=цвКрасный;

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

Только вот англичанам, американцам и австралийцам эти слова не иностранные. В Европе в длинном ряде стран на английском шпрехают едва ли не как на родном. И все они видят вот это

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

Коллега, Вам сюда: https://oberoncore.ru/ или https://t.me/BlackBoxOberon. Оберон, на котором для беспилотников фирмы Новик софт пишут(там свой компилятор, видимо, ноу-хау), Модулу (тоже под себя допилен), на которой ИСС пишет софт для ГЛОНАСС, и Компонентного Паскаля (прямо для Вас)

Оберон, Модула - зачем??? Что эти древние ответвления или урезания Паскаля дают? Капсы для ключевых слов (аж глаза кричаще режет), сборку мусора и отсутствие исключений? Других преимуществ по сравнению с Паскалем я не нашел, скорее куча недостатков. И "компонентный паскаль" - это не Object Pascal (Delphi), так что совместимости программ для версий с тем же Delphi7 не ждите, в отличие от того же Лазаруса + FreePascal. Посмотрите у них на сайте кто разрабатывает компилятор Oberona и темы форума, там всё не серьёзно, не потянут они создание 64 битных компиляторов для основных платформ (Win64, Linux, MacOS, Android, ioS). Про PascalABC говорить вообще не приходится, это отстой - попытка сблизиться с С# как это было у Delphi.net. Это тупик. Им надо брать за основу форк FreePascal и на его основе делать IDE типа Lazarus и Delphi, но лучше. Можно пока без С++. Да, трудно, но есть примеры - наши площадки gitflic и gitverse, вместо gitlab & github. А в настоящее время конечно рулит RAD Studio 12.1, причём в отличной связке ObjectPascal/C++/Python. Вот недавний ролик для изучения на русском языке  , комьюнити эдишн предыдущей версии бесплатна, но вот цена версии архитект увы, слишком высока, под поллимона, что конечно отпугивает разработчиков.         

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

И ещё один аргумент в пользу того, что надо изучать Обжект Паскаль -

В марте 2024 года правительство США опубликовало отчет «Назад к строительным блокам: путь к безопасному и измеримому программному обеспечению». Этот отчет является частью Стратегии кибербезопасности США и сосредоточен на нескольких областях, включая уязвимости безопасности памяти и показатели качества. Несмотря на отношение в нашей стране, США по-прежнему являются лидером в вопросах развития ИТ и построения программных продуктов, а в последнее время особенно тщательно рассматривают различные аспекты обеспечения максимальной безопасности ПО.
Этот отчет был прокомментирован многими интернет-журналами, которые подчеркнули значительное сопротивление использованию языков программирования C и C++, например: «Белый дом призывает разработчиков отказаться от C и C++ от InfoWorld [White House urges developers to dump C and C++]

Не остался безразличным и менеджер по продуктам RAD Studio компании Embarcadero — известный автор и специалист по Delphi Марко Канту. Он опубликовал [пост] на сайте blogs.embarcadero.com, с которым я рекомендую познакомиться.
В отчете много внимания уделяется «уязвимостям безопасности памяти» и выделяются «языки программирования, которым не хватает характеристик, связанных с безопасностью памяти, а также которые имеют широкое распространение в критических системах». Он по-прежнему рекомендует «с самого начала использовать языки программирования, безопасные для памяти, как рекомендовано Агентством по кибербезопасности и безопасности инфраструктуры (CISA) «Дорожная карта безопасности программного обеспечения с открытым исходным кодом». Документ ссылается на отчет АНБ [«Информационный бюллетень по кибербезопасности о безопасности памяти программного обеспечения»], в котором более подробно объясняется, что такое безопасность памяти, представляя ее как сочетание безопасности типов, безопасного выделения и освобождения (возможно, с помощью сборщика мусора).

Присущие перечисленным ниже языкам особенности защищают программиста от непреднамеренного внесения ошибок в управлении памятью. Примеры языков, безопасных для памяти, включают Python®, Java®, C#, Go, Delphi/Object Pascal, Swift®, Ruby™, Rust® и Ada. (С++, Kotlin в списке нет)

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

В заключении процитирую Марко Канту:
«Мы продолжаем концентрироваться на инвестировании и улучшении поддержки в Delphi современных методов обеспечения безопасности и подкрепляем это четким и свободным от шумихи обучением реальным рискам и доступным способам их снижения.»

[ekvi]

современных методов обеспечения безопасности

Если для "них" это = "состояние души", то для нас = "судьба".

[Karagy]

Записывает:
"Delphi имеет значительное преимущество по сравнению с другими популярными языками в области промышленной автоматизации потому что в Delphi до сих пор не сделали сборщик мусора."
Да!

[LeftUser]

Записывает:
"Delphi имеет значительное преимущество по сравнению с другими популярными языками в области промышленной автоматизации потому что в Delphi до сих пор не сделали сборщик мусора."
Да!

Про сборщик мусора можно говорить только в интерпретаторах. Например Java, C# и т.п.
В компиляторах это как-то режет слух. 

[Vladimir73]

Угу, собственно в том же C++ Buider'e потому GC тоже нет Тем более, что он там и в Delphi он вообще без надобности. Если руки прямые, и голова думать умеет, конечно.

[LeftUser]

Вобщем сборщик нужен там, где программисту глубоко напрлевать сколько и где он выделил память. Освобождать - не его боярское дело. Этим пусть сборщик мусора занимается и другие "полезные" фишки "безопасных" языков