После почти двух лет разработки опубликован релиз интегрированной среды разработки Lazarus 3.0, основанной на компиляторе FreePascal и выполняющей задачи, сходные с Delphi. Среда рассчитана на работу с выпуском компилятора FreePascal 3.2.2. Готовые установочные пакеты с Lazarus подготовлены для Linux, macOS и Windows...Подробнее: https://www.opennet.me/opennews/art.shtml?num=60333
Но почему тогда в статье скрин версии 2.2.2?
... из Windows 11 🤦
> Но почему тогда в статье скрин версии 2.2.2?потому что кнопка "Пуск" на скрине не нажимается и обновить софт не выходит.
Самую лучшую Delphi делали в Borland. Впрочем Embarcadero тоже неплохие результаты показало. Пока в Microsoft думали о поддержки разных платформ, то у Embarcadero это уже было, вместе с поддержкой мобильных устройств. Lazarus раньше не отличался какими-либо прям хорошими особенностями. Интересно, насколько все лучше стало? Если код на Free Pascal, то для встраиваемых устройств его как минимум можно применять.
Почитал про изменения — много чего к лучшему изменилось.
Pas2JS интересная новая возможность.
Не новая. Уже давно есть. Как и таргеты на Амигу, ZX Spectrum, Nintendo, плойку, WASM и много чего ещё.
Лучшее и Дельфи в одном предложении никак нельзя употреблять. В Дельфи отсутствуют средства динамической организации форм, что просто курам на смех. К тому же оно не является RAD, как нам его продавали. То есть даже свою задачу не выполняет.
Но судя по ценам, дела у них неплохо так идут)
Судя по отсутствию крупных проектов на дельфи и исчезающего количества програмистов на нём - дела идут скверно. Видимо кормятся за счёт десятка крупных заказчиков, у которых легаси.
Отсутствие крупных проектов в вашем населённом пункте ни о чем не говорит.
Ты можешь меня легко опровергнуть, приведя новость о выборе Паскаля для какой-нибудь федеральной системы. Например)
Я вообще с иностранцами работаю. Им порой необходимы специалисты на Free Pascal и Delphi и желательно с большим опытом работы конечно. Платят хорошие деньги, не особо отличные от программистов на других языках программирования. Бывает что проекты новые.
в США delphi умер еще лет 10 назад
> отсутствие крупных проектовAIMP.
Виндузятная игралка музыки должна меня взбудоражить или что?) Серьёзный проект - это СУБД, кластерное ПО, пакеты для специалистов (CAD, например), крупные инфо системы, трипл эй игрушки на худой конец. Плеер музыки - это халтурка для студента.
> игрушкивперед
https://castle-engine.io/
https://en.m.wikipedia.org/wiki/Altium_Designer
Ого! Даже так!
Вы сами-то пользовались?
Или Вы диванный?Altium с 2006 пилится и до сих пор гнилушка. Гнусь.
> Вы сами-то пользовались?
> Или Вы диванный?пять дней в неделю с 8 до 17 пользуюсь, а что?
> Гнусь.
вам не идет
У нас много что есть, и конечно у разработчиков есть свои предпочтения или неприязнь к каким то средам разработки.
Вы, похоже, ничем подобным не пользуеть вообще.
Конечно не пользуюсь.
Есть kacad, использование которого(в отличие от altium) не вызывает острое чувство тошноты.
> Конечно не пользуюсь.
> Есть kacad, использование которого(в отличие от altium) не вызывает острое чувство тошноты.Ясно. Не работаете.
Kicad уже вполне годен для разработки для личных нужд или небольших проектов.
Но на производстве споя специфика. Да можно и ложками котлован выкопать, в военное время, но если это можно не делать, никто этим заниматься не станет.Но на производстве есть и вагоны библиотек, и не абы как а в пределенный иерархии и вариантах, есть и доступ с складским базам компонентам, и станки, и правила ведения документации и оформления проектов, и экспорт и импорт данных из проектов в иные форматы, сравнения версий плат и схем, контроль ошибок (и не только ошибок разводки), высокочастотные цепи, и прочая специфика.
Кстати, Altium, это ещё простой и дружелюбный к разработчику инструмент. :)
Ну я на Андроиде использую, слушаю аудиокниги
FruityLoops Studio для тебя достаточно серьёзный продукт?
Как раз CAD написаных на делфях и его производных, вагон и маленькая тележка, особенно кадов которые родом с постсовка. Тот же диптрейс.
Халтурки для студента — это 100500 плееров для GNU/Linux, из которых ни одним нормально пользоваться невозможно.
халтурка- это то за что платят деньги... а то за что деньги не заплатили -эскиз :)
Ну так-то одна из самых распространенных МИС в РФ написана на дельфях, если что. Хотя по данным высказываниям я даже не представляю, на сколько крупным должен быть проект.
Сначала из Borland выделили все, что было связано с разработкой, потом весь этот "актив" продали Embarcadero (компании выпускающей инстрцументы для раоты с СУБД). Наверное все этот делалось от успеха, и хорошо идущих дел...
> В Дельфи отсутствуют средства динамической организации форм, что просто курам на смех.Абсолютная чушь. Ты можешь хоть весь интерфейс построить динамически и программно, если делать нечего.
Очередной эксперт спалился уровнем своей "экспертизы"...
Я лучше как и прежде буду писать на JavaFX.
Молодцы, так держать. Много полезного ПО на нем активно разрабатывается и поддерживается. Паскалю уже больше полувека, а старичек все еще популярнее чем Раст https://www.tiobe.com/tiobe-index/
Кстати, а почему королевство Delphi заброшено?
Тобой? Перестань его забрасывать готовь 2000 баксов. Всё живо. https://www.embarcadero.com/ru/products/delphi
Королевство Delphi это сайт http://www.delphikingdom.com/
Серьёзно?
эмбаркадеро мЁртв так, что вонь с их штаб-квартиры должна даже у вас в РФ ощущаться. :)Новых фич нет лет уже 10, едва справляются с тем чтоб оно на новых версиях винды хотя-бы просто запускалось... А Линукс к примеру - просто выкинули, слабо им, не тянут.
Да оспыдя - они пару сотен лицух продляют ежегожно и им за счастье, на команду из 5 чел - хватает (SVP, VP, Secretary, Accountant, Programmer). Но программиста скоро уволят, да :)
>А Линукс к примеру - просто выкинули, слабо им, не тянут.Слушай, еще во времена Kylix кто-то из Борланда вроде признал, что object pascal в принципе фундаментально и идеологически несовместим с Юниксами. Ссылку не могу найти, к сожалению.
>Да оспыдя - они пару сотен лицух продляют ежегожно и им за счастьеДа я думаю они еще параллельно сидят на контрактах по консалтингу легаси тухляка на Дельфях. Типа программеров нет, наймем эмбов.
>Слушай, еще во времена Kylix кто-то из Борланда вроде признал, что object pascal в принципе фундаментально и идеологически несовместим с Юниксами. Ссылку не могу найти, к сожалению.Слушай, я на UNIX-ах\UNIX-like\Линуксах с конца 20 века :) Так вот:
Когда мне говорят что какая нибудь новая-неведомая-хрень "фундаментально и идеологически несовместима с Юниксами" я ржу в голосину :-D
Не верь напыщенным идиотам. Деды сделали юники очень гибкими, они всё пережуют и не подавятся!
Я на них такую жесть видел (и оно работало!) что Дельфи - это просто детские саночки :)
Действительно есть другие ОС где Free Pascal и Delphi проявляют себя более лучшим образом. Это правда.
>>А Линукс к примеру - просто выкинули, слабо им, не тянут.
> Слушай, еще во времена Kylix кто-то из Борланда вроде признал, что object
> pascal в принципе фундаментально и идеологически несовместим с Юниксами. Ссылку не
> могу найти, к сожалению.
>>Да оспыдя - они пару сотен лицух продляют ежегожно и им за счастье
> Да я думаю они еще параллельно сидят на контрактах по консалтингу легаси
> тухляка на Дельфях. Типа программеров нет, наймем эмбов.Только линукс не юникс, линикусы даже на unix-like с трудом тянут.
Паскаль так-то говененькая императивочка, сделанная Виртом для целей обучения структурного программирования. Кстати, "спасибо" ему за миллионы сломанных Паскалем голов детей.
Уж лучше структурное программирование, чем goto-лапшекод и UB дыряшки.
Паскль учил детей думать, разбирать алгоритмы, а не пихать ̶к̶о̶с̶т̶ы̶л̶и̶ улучшения в стиле "наовнячим что попало, а пото кастанем к void*".
Это именно то, что нужно от учебного языка.Более того для него есть даже мат обоснование, например теорема Бёма—Якопини.
Возможно поэтому Ада до сих пор используется в авиации.
>Уж лучше структурное программирование, чем goto-лапшекод и UB дыряшки.Шо то фигня, шо это.
>Паскль учил детей думать, разбирать алгоритмыНе учил он алгоритмам. Для обучения алгоритмам вообще ЯП не нужен. А тем более императивный.
>Это именно то, что нужно от учебного языка.Никак нет. От учебного языка нужна прозрачная и гибкая семантика, а не мастурбация циклов.
>Возможно поэтому Ада до сих пор используется в авиации.Ада используется для авиации, потому что она для неё создавалась на гос деньги) Странно было бы не пользоваться продуктом, на который потрачены миллиарды. Налогоплательщики не поймут-с.
> нужна прозрачная и гибкая семантикаТипа как в JS или питончике?
Чтобы что угодно можно было передавать куда угодно?))
Вот детки будут рады!
Ты слово семантика не знаешь? Бывает. Типа как в хаскеле или в лиспах. Кстати, для обучения я бы racket взял, уж больно он опрятный.
Твою ###! Этот больной, хочет учить детей программированию на Хаскеле или Лиспе!
Ты понимаешь, что это может быть расценено как нанесение увечий средней (как минимум) тяжести?
Хочу, но только это не моя идея. Если бы ты хоть немного интересовался Computer Science, то знал бы, что на моей стороне ведущие умы человечества в CS. А на твоей - эмоции. Всё очень просто)
>Ты понимаешь, что это может быть расценено как нанесение увечий средней (как минимум) тяжести?А гадить в головы паскалем или сишкой - это игрушки? Нет, родной, это не так работает. Учат фундаментальным основам, а не онанизму с циклами. Ну если цель, конечно, обучить человека, а не формально отчитаться перед министерством образования.
>Если бы ты хоть немного интересовался Computer Science, то знал бы, что на моей стороне ведущие умы человечества в CS.Трепло :)
Твои "ведущие умы" переделали __все__ знаменитейшие CS курсы с Scheme на пЯтончег :) Что в MIT, что в Berkely.
Даже тут лишперы умудрились все полимеры - про*** ть :)
Лишперы живут на пенсию мамы, хотя самим уже за 30-ник. Это всё что нужно знать про лишп.
> что на моей стороне ведущие умы человечества в CSДа ну? А пруфов подкинешь?
А то что-то у mit.edu в секции General Introductions to Programming используется Python во всех трех курсах.В стендфорде начальных курсов не нашел, но в более продвинутых
cs143 Compiler - с++,
CS 168: The Modern Algorithmic Toolbox - matlab и python,
CS255: Introduction to Cryptography - python,
CS106B - Programming Abstractions - с++ и т.д
В CS107 - Programming Paradigms лисп упоминается, но к студентам требование знания именно с++.Поэтому не мог бы ты привести примеры общих курсов, где используется хаскел и тем более лисп.
Но только не нужно специализированных, которые посвящены конкретно именно языку.
Так то оно так, но по SICP больше в MIT не учатся. Хаскель вообще молодой, по сравнению с, особенно с учётом того, что Паскаль это доработанный Алгол-60, где 1960 — год принятия стандарта. Есть какие-то примеры более-менее изучения Хаскеля как первого или второго после Лого (который суть диалект Лиспа) Хаскеля, желательно не в школе для математических гениев?
Хаскел вряд ли, но лисп идеален для обучения всем концепциям, которые в той или иной мере представлены в разных языках. Скобочки и нотация это минорщина. А вот паскаль действительно калечит.
Я полностью согласен, мне просто Хаскель кажется очень ортогональным и при этом есть классные методические материалы. Хоть щас бери и в учебники) Мне кажется это может сыграть в образовании.
Может быть имеется в виду то, что Паскаль учит [детей] "как это работает", а какой-нибудь Хаскель учит [детей] "что нужно, чтобы сработало". То есть Паскаль более конкретный язык (и среда), как и все машинно-ориентированные ЯП. А Хаскель это из области проблематики задач, не связанной или мало связанной с классическим компьютером — здесь больше абстракций.
Паскаль в состоянии обучить только паскалю (и то, на уровне банальных задач типа сортировки пузырьков). "Какой-нибудь хаскель" в состоянии обучить основам лямбда-исчисления и теории категорий (потому что без этого он не сработает). После хаскеля ты можешь изучить хоть бейсик вообще не напрягаясь. А после паскаля ни на что кроме сишки тебя скорей всего не хватит. Что мы и наблюдаем в реальности. Как-то так получается, что люди с хорошим образованием пишут на нормальных языках серьезные системы, а челики "паскаль чоткий мне нрав" - пишут перхоть за копьё. Ну либо вообще не являются программистами. Чудеса, правда?
> основам лямбда-исчисления и теории категорийЭто все еще школьная программа? Или уже университет?
Напомню, что мы говорим о языке для обучения детей.> После хаскеля ты можешь изучить хоть бейсик вообще не напрягаясь.
Доводилось мне смотреть код функцианальщиков, которые пришли на прикладной проект объектно-ориентированного языка.
Сказать, что мои глаза кровоточили, это ничего не сказать.
Сотни абстракций над абстракциями, полное непонимание, что такое объект и как оно работает...
Такое впечатление, что им поломали мозги и понять прадигму "вот объект кошка, у нее есть параметр ʼрасцветкаʼ" они уже не в состоянии. Зато рассказывать про монады могли долго))
Ну и ЧСВ тоже зашкливало, типа 'да я! у меня академическое образование!'
(Надеюсь это мой единичный негативный опыт, и не все функцианальщики такие)> Что мы и наблюдаем в реальности. Как-то так получается, что люди с хорошим образованием пишут на нормальных языках серьезные системы, а челики "паскаль чоткий мне нрав" - пишут перхоть за копьё.
> Ну либо вообще не являются программистами. Чудеса, правда?Хаха, серьезный наезд на челов типа Вирта, Брайта, Страуструпа (хотя лично я его не очень люблю) и Жана Ишбиа.
И что такое серьезные системы? Ядро операционки это серьезно? Софт для марсохода?
Управление станком или хим. реактором?
Что-то я не помню, чтобы там использовалась функцианальщина)
Можешь примерно почувствовать, сколько американских налогоплательщиков знают о существовании языка Ада?
Думаю примерно все, кто может открыть википодию. Покушать тебе принести или по трубе убежим?
>Можешь примерно почувствовать, сколько американских налогоплательщиков знают о существовании языка Ада?Да ты же не полу-порно-шоу ведёшь, остись милай! - кроме "спецов и вокруг" - никто не то что про Аду не знает, но и да хоть про JS! :)
Для них это всё какая то неведомая фриковская хрень в телефончеге :) Которая мешает инсту смотреть и не более :-D
> Не учил он алгоритмам. Для обучения алгоритмам вообще ЯП не нужен.Уфф... Вспомнил свои уроки информатики, когда из оборудования была доска и мел.
Вздрогнул как от вьетнамских флешбеков, а глаз задергался ಠ_ಥ , хорошо что так только 2 года было.
Поверь, даже если есть хотя бы ЯП, становится уже значительно лучше))> От учебного языка нужна прозрачная и гибкая семантика, а не мастурбация циклов.
О да, а потом получаем 1 + 1 = 11
Что потом сможет написать такой неокрепший ум когда вырастет?> Ада используется для авиации, потому что она для неё создавалась на гос деньги)
В штатах относительно просто пускают в утиль то, что делалось за деньги налогоплатильщеков.
Вон недавно целый флот литоральных кораблей списали, ибо архитектурно получились кривые и исправить это невозможно (получили UB на полном ходу)))А вот у Ады есть наследник SPARK Pro - сабсет Ada 2012, специально спроектированный так, чтобы облегчить формальную верификацию.
Который соответствует авиа стандартам DO-33/DO-178CИ что довольно забавно adacore.com/press/adacore-joins-rust-foundation-as-silver-member
>Вспомнил свои уроки информатики, когда из оборудования была доска и мелНу я в тетрадке помню циклы писал, тоже так себе воспоминания. Но чьи-то воспоминания - это не аргумент, а рефлексия.
>Поверь, даже если есть хотя бы ЯП, становится уже значительно лучше))Зачем мне верить? Вера это не мой инструмент. Я занимался преподаванием IT дисциплин. Правда не школьникам (а специалистам) и не программирования, но примерно понимаю как люди учатся новой информации.
>О да, а потом получаем 1 + 1 = 11Так, еще один непонимающий слово семантика. Если ты не программист, то зачем лезешь в спор?
>В штатах относительно просто пускают в утиль то, что делалось за деньги налогоплатильщеков.Возможно. Я о том, что Ада создавалась _специально_ для этой цели. И проходила верификацию и сертификацию (это само по себе, кстати, может быть в разы дороже, чем собственно создание ЯП). Поэтому и используется. Если ты плетешь лапти для сходки реконструкторов, то логично, что ты в них будешь ходить, хотя ботинки лучше. Аналогия понятна?
>И что довольно забавно adacore.com/press/adacore-joins-rust-foundation-as-silver-memberМожет что-то менять собрались в консерватории? Хотя мне кажется, что просто надо потратить деньги, а то в следующем году меньше дадут) Нормальная ситуация для около-госухи.
> Так, еще один непонимающий слово семантика. Если ты не программист, то зачем лезешь в спор?Ну... уже лет 20 как программист. Но преподаванием занимался давно, и для студентов.
Википедия определяет семантику как "дисциплина, изучающая формализации значений конструкций языков программирования посредством построения их формальных математических моделей"
Вроде звучит умно, но чем паскаль плох не объясняет. Возможно ты говорил про "операционную семантику".
Но лучше просто поясни о чем была речь и чем паскаль плох.
Ну если тебе слово семантика приходится гуглить - тады ой, непонятно чем ты 20 лет занимался)Если просто и своими словами, то это возможность и наличие ортогональных средств формального выражения предметной области. Если ты площадь фигуры вычисляешь линейкой на глазок - это кривая семантика. А интеграл - прямая. Попробуй, например, изобразить на механизме классов Паскаля/Дельфи функторы. А в нормальных модульных языках - запросто.
Нормальные ЯП ортогональны, т.е. не содержат пересекающихся средств для одной задачи. А также не содержат непредсказуемых конструкций вроде указателей. С функциональными ЯП вообще можно работать чисто формальными методами, не задумываясь. Что, кстати, открывает убер возможность автоматической верификации. Язычкам вроде паскаля или сишки это вообще не снилось.
> Ну если тебе слово семантика приходится гуглить - тады ой, непонятно чем ты 20 лет занимался)Пилил прикладные задачи, начиная от игр, заканчивая "офисным редактором"; некоторые с нуля (от первой строчки и до публикации).
Что странно, ни разу не понадобилось это определение.> Попробуй, например, изобразить на механизме классов Паскаля/Дельфи функторы.
Ты серьезно хочешь в средней школе рассказывать про функторы?
Я уже представляю лица детей если им начать задвигать про монады)
Информатика, на минуточку, начинает учиться с 5 класса.> А в нормальных модульных языках - запросто.
> Нормальные ЯП ортогональныХоть бы пример привел) Что ты нормальным считаешь.
У функциональных ЯП есть своя ниша, но например двигать битики на них не очень удобно. Или писать обработку изображений. Но это не недостаток, а просто особенность инструмента.
Какой-нибудь Идрис отлично применим для задачи, которую нужно потом еще автоматически доказать.
Но драйвер для виделокарты на нем будет написать существенно сложнее чем на с/с++/rust.> Язычкам вроде паскаля или сишки это вообще не снилось.
А должно? Язык для обучения программированию не подразумевает, что ты еще будешь автоверификацию делать.
С другой стороны, Ада как-то умеет в формальную проверку, хотя совсем не функцианальный ЯП.
Одно из немногих формально верифицированных ядер - это seL4, верифицировали его с помощью Хаскеля, а вот написано оно таки на С и ассемблере.
Ибо что в нем, что в идрисе есть сборщик мусора - значит быстро не получится.
Более того у него есть некие проблемы с многопоточностью issues/22468В общем для каждой задачи, свой инструмент)
>От учебного языка нужна прозрачная и гибкая семантика, а не мастурбация циклов.А так же лёгкость иабстрагирование от живого языка. Обозначение матеиатических действий словами (например логическихз функций) — бред. Обозначение операторных скобок словами — бред. Использование нескольких типов операторных скобок (привет, репеат—унтил) — бред.
Если нужен учебный язык, то это должен быть упрощённый Си или питон с типизацией, а не паскаль.
>А так же лёгкость иабстрагирование от живого языка. Обозначение матеиатических действий словами (например логическихз функций) — бред. Обозначение операторных скобок словами — бред. Использование нескольких типов операторных скобок (привет, репеат—унтил) — бред.Не так. На синтаксис вообще пофиг. Это просто буквы, они не важны. Важны механизмы.
>Если нужен учебный язык, то это должен быть упрощённый Си или питон с типизацией, а не паскаль.Нет, за С в обучении нужно мочиться преподу в шевелюру. Питон - скорее нет, чем да. В плане _обучения_ он не сильно лучше паскаля. Вообще императивные ЯП тут плохой выбор. Если уж _очень_ хочется учить императивщине (зачем?) - возьмите smalltalk.
> Если уж _очень_ хочется учить императивщине (зачем?) - возьмите smalltalk.Ну-ну. Весь мир пишет на императивщене с небольшими включением функциональщины, и оказывается она не нужна!
А мужики то и не знают!Не мог бы ты привести пример больших проектов на том же хаскеле?
Но только что-то серьезное, вроде браузера, может ос (но не House)))?
>Это просто буквы, они не важны.Важны. Важен сам подход — словами вы описываете явление или небуквенными знаками.
Я уже как-то приводил пример выражения когда нужно проверить что A > B и С. Обучающиеся часто так и пишут A > B and C, потому как пытаются логику живого языка перевести в логику ЯП.
>Нет, за С в обучении нужно мочиться преподу в шевелюру
Но это же набор букв! ((с) анон выше). Си не слишком сложнее паскаля для обучения, но я и не писал про Си. Вы упустили слово «упрощённый».
>В плане _обучения_ он не сильно лучше паскаля.
Для _обучения_ есть кумир или среда «Исполнители». Причём «Исполнители» предпочтительнее.
> Ада используется для авиации, потому что она для неё создавалась на гос деньги)Не для авиации ADA создавалась. А для DoD US, чтобы одним надёжным языком заменить 450 язычков програмирования.
Ada was originally designed by a team led by French computer scientist Jean Ichbiah of Honeywell under contract to the United States Department of Defense (DoD) from 1977 to 1983 to supersede over 450 programming languages used by the DoD at that time.
SPARK (верефицируемое статически и динамически подмножиство ADA) -- сегодня самый перспективный язык для новых проектов.
Только именно к императивному коду часто и стремятся с-подобные программисты. Я видел конфликты на основе таких мелочей по сути.
> Кстати, "спасибо" ему за миллионы сломанных Паскалем голов детей.Так не за что. Не выдумывайте.
Ну начнём с того, что это просто-напросто доработанный Algol-60. Довольно удачно, Algol-68, из комитета по разработке которого Вирт тогда вышел, проочно позабыт, хотя и оказал некоторое влияние на плюсы и, вероятно, на SML/OCaml. И да, 1960 — это год принятия стандарта, когда, как подозреваю, почти никого из присутствующих и в проекте не было. Объекты были, два норвежских парня разработали на базе всё того же погода язык Simula... Правда тогдашнее железо его не тянуло, и Страуструп начал разрабатывать свой язык после того, как ему пришлось переписывать свой диплом с этой самой Стимулы то ли на ассемблер, то ли на Фортран...В общем это я к тому, что старичок Паскаль очень неплохо сохранился. Си себя, конечно, намного лучше чувствует, но он (сюрприз) на несколько лет моложе, ну и статус языка на котором пишется ядро всех юниксов — та ещё фора в его пользу.
А чем Паскаль ломает головы то?
Мне папа заприщал писать на C, говорил пиши на Pascal, в нём работа с памятью проще в плане безопасности и компилятор быстрее...
Странный рейтинг.
Ладно с Растом понятно, но Паскаль обгоняет даже Свифт.
А сейчас любая разроботка под яблоко - это как минимум куски пишутся на нем (если проект старый и нет ресурсов перелопачивать все обжс костыли и подпорки)
А под маки/айфоны пишет дофига народу.
У тиобе всратые рейтинги, они криво считают, это давно всем известно. На паскале сейчас около нуля коммерческой разработки.
Насколько я понял из их сайта - они смотрят на кол-во запросов по ЯП.
Возможно паскаль оказался для современных программеров сложнее чем Раст)
В учёбных заведениях всё ещё преподапют паскаль, вот они и гуглят свои лабы
Есть еще рейтинг по зарплатам - растоманы вообще в пролете - даже на бургер не заработать, правда зарплаты у паскалистов упали до уровня сишников...
https://habrastorage.org/r/w1560/getpro/habr/upload_files/0f...
Ты серьезно в качестве аргумента приводишь з/п в рублях?
В таком случае в РФ зарплаты 1С ков самые высокие в мире, потому что больше почти нигде не нужны)И вообще, по закону о запрете радуги использование swift и rust скоро вообще запретят))
что так возбудился то?
Для школ в которых паскаль учат подойдёт.Вот свободных или коммерческих проектов на Lazarus или FreePascal не слыхал.
Ну я знаю банк возле которого стоит стенд, который на светодиодах высвечивает актуальный курс. Код написан на Free Pascal.
Софт для турбин, который в России до сих пор почему-то повторить не могут — тоже Delphi, Free Pascal.
В универе написал на Pascal коллекцию всех чисельных методов, по самым быстрым алгоритмам. Врятли кто повторит.. )
Вот именно не могут? Или просто не хотят, потому что "оно уже работает".
Что-то слабо верится, что нельзя переписать такой софт напр. на Qt.
Это может быть экономически нецелесообразно, но чтобы невозможно...
> переписать такой софт напр. на QtЧтобы через пол года софт перестал работать?
А с чего он обязан перестать работать?
EOL у версий Qt фришных равен 6 месяцам. Хотите длительную поддержку? Несите денежки за коммерческую лицензию с длинным EOL, и дополнительными плюшками. Вот только денежку мало кто хочет нести, все хотят бесплатно. А мигрировать постоянно на новые версии, с с постоянным переписыванием кода, из-за поломок совместимости между версиями, никто из пишущих дорогое коммерческое ПО не желает. Поэтому новые версии Qt, что вышли после изменения политики лицензирования проекта, даром не впёрлись разработчикам проприетарного ПО. По той же причине, проприетарщики не любят и актуальные версии GTK, оно тоже слишком часто обновляется, а на старые версии забивают болт, вместо длительной поддержки.
А кто-то мешает собирать со старой версией ?
> А мигрировать постоянно на новые версии, с с постоянным переписыванием кода, из-за поломок совместимости между версиями, никто из пишущих дорогое коммерческое ПО не желает.Чел, не рассказывай сказки. У Qt обратная совместимость сумасшедшая, и даже перекат с 4 на 6 требует минимум изменений в коде.
Тото Аморок так легко мигрировал, да сразу в загробный мир.Крита настрадалась от этих миграций.
Но анонимус с приветмир будет докалывать, что миграция на новые культяпли делается одним глазом и то в пол оборота.
> Но анонимус с приветмир будет докалывать, что миграция на новые культяпли делается одним глазом и то в пол оборота.Извини, но мой опыт не приветмир, а коммерческое десктопное ПО. И более того, наш проект собирается сразу с 5 и 6 версией (ибо сразу так просто дропнуть Винду < 10 мы не можем) и #ifdef+ов в коде - минимум.
А еще года 2-3 назад мы только выпилили поддержку Qt 4, то есть было время, когда код собирался с 4-6.
Так что да, представь себе, не все здесь поголовно балаболы.
>АморокМожет из за того что не популярен и тяжёлый оказался ? Не не спорю,диджеям и людям у кого на 5-6 Гб коллекция песен аморок может очень удобный.Всякие плагины тоже нечего так ...но беда в том что звуковую подсистему в КДЕ изменили в очередной раз и переписывать код для аморока оказалось много, желающих не нашлось.Как говориться сами себе грабли наделали.
У криты тоже специфичный код рендинга,система плагинов.Если бы они перешли на новый стандартный код,может ещё и все быстрее работало.Сужу по прополетарной программе master pdf. Если эту программу использовать в качестве просмотра сложных и больших pdf -крита окажется диким тормозом.Но не все старые pdf master открывает :-(
Пока не могут, но хотят. Я ж ничего против не имею, это просто факт на основе изложения мнений профессионалов в авиации — смотрю иногда на YouTube.
Хм... было бы интересно посмотреть этот кусок видоса. Может там действительно непреодолимые сложности.
Но отсюда кажется что не могут потому что "на разработку и сертификацию нужно 100500 млн. рублей, а нам их не дают"
По моему канал SkyShips. Дело не в непреодолимости. На производстве всегда есть трудности. Они со временем решаются. Есть некоторые проблемы с тягой и отказоустойчивостью, которые пока не решены. По крайней мере видео о реализации решения я пока не видел. Что вас задевает то?
Могу также добавить очевидную другую проблему, которую описали комментаторы на Opennet — зарплата. Людей никто не заставляет писать что на бюджете меньше платят, поэтому они не хотят идти на государственные проекты, но почему-то об этом кто-то написал.
> По моему канал SkyShips.Хороший канал, нравятся исторические обзоры оттуда.
> Что вас задевает то?
Да просто удивило утверждение о "невозможности". Возможно не так понял и подумал, что вы поддерживаете предыдущего комментатора. Про ЗП и проблемы согласен.
Я про невозможно не говорил. И да, MITM на Украине проблема. Мне неизвестно как, но деятельность наблюдают и порой приплетают свои комментарии меняющие смысл. Вы короче близко к сердцу не берите если кажется что что-то не так.
Вы в целом думайте, если кто резко меняет тему, смысл предложений — не кипятитесь сразу, сначала жёлудь предложите. Люди бывают разные.
Ссылку!
Double Commander?
Некоторый софт для самолётов и для станков с ЧПУ тоже был сделан на них же. Вроде работает стабильно, без неожиданных ошибок, которые встречаются на С-подобных языках. Единственный нюанс — параллелизма там нет и он не нужен.
У самолётов ведь куча датчиков и приборов. Как их обрабатывать и реагировать без многопоточности?
Их надо обрабатывать не многопоточно, а за гарантированное время.
Зачем для обработки сигналов с датчиков многопоточность?
внезапно 64х битный ТоталКоммандер - можно сказать культовый ФМ у виндузятников
Frigate3 и LightAllow ещё были
Фрегат3 был шикарен, жаль сдох. Я б и в линюкс его использовал, а то Крусайдер какой-то стрёмный - родной Дельфин уж лучше использовать.
Да, Фрегат был знатный.
total commander не слышал?
zcad ещё, правда он не такой успешный.
Ещё пошути, что ты купил тотал. А он же работает на маке и линуксе, именно потому что дельфя такая портабельная?
1. Большая часть Total Commander (для Windows) написана на ассемблере. Было интервью c Кристианом Гислером, где он сказал, что большая часть кода написано на ассемблере.
2. Программу такого уровня (работа операционной системой, фаловой системой и т.д.) и такой производительности (для Windows) нереально написать без использования WinAPI, следовательно она вляется НЕ ПОРТИРУЕМОЙ под другие ОС.
>> дельфя такая портабельная3. Сама среда RAD Delphi (Embarcadero Delphi) работает только под Windows, но содержит кросс-платформенную библиотеку и способна генерировать кодля для Android, MacOS и Linux, используя компилятор Free Pascal (fpc), как и Lazarus.
4. Среда Lazarus имеет меньше компонентов, чем Delphi, но работает и компилирует код для Win32/Win64, FreeBSD, Linux, MacOS, Solaris.
5. Для Unix-like систем является самой лучшей RAD средой. ИМХО.
Заводил тотал под мак. И, несмотря на то, что я прям фонат тотала (он мне заменял операционную среду практически, я следил за каждым минором и пробовал все новые фишки, следил за почти всеми существующими к нему плагинами, делал сборки, которыми до сих пор пользуется пару человек), на маке он слишком чужд, его нужно сильно адаптировать с точки зрения UX, чтобы стало удобно, но это будет уже не тотал.Долго искал нормальные двухпанельники, остановился на Marta https://marta.sh/
Вот только там не должны учить паскаль. Есть более нормальные языки, для обучения которым ничего не нужно воровать и которые при этом можно использовать где угодно, от разных САПР и графических редакторов, до офисаных пакетов и даже некоторых микроконтроллеров
Да, это Си и Фортран. Остальные языки вообще не нужны.
> от разных САПР и графических редакторов, до офисаных пакетов и даже некоторых микроконтроллеровдак это ты точно про сабж написал!
САПР -> https://ru.wikipedia.org/wiki/ZCad
графических редакторов -> https://lazpaint.github.io/ru/
офисаных -> http://visual-t.ru/dpascal.html
микроконтроллеров -> https://wiki.lazarus.freepascal.org/AVR_Embedded_Tutorial_-_...
Чудак, про эти поделки вообще никто не в курсе, они почили в бозе так же как и "сабж". Посмотри уже актуальный софт, от MSO до блендера
если ты не в курсе, то это только твоя проблема.все эти проекты живые, как и сабж
Можно ещё добавить Skype (for Windows).
Более полный список можно посмотреть тут: https://delphi.fandom.com/wiki/Good_Quality_Applications_Bui...Есть ещё куча проектов, в окторый используется Pascal (Delphi, Lazarus, etc), но которые не афишмруют язык программирования.
В школах Lazarus используют.
Не понимал назрена. Но если подумать, то для обучения Паскаль весьма прост, и после него можно учить любой язык. А вот после Питона в качестве первого языка, нет, и это весьма мягко говоря.
Ого, оно живое!Вспоминаются мелкие программы, 15летней давности, написанные на Делфи...
И ведь они до сих пор работают..
Приятный был язык и UI билдер.
Да, был приятный язык, в своё время много чего сделал на нём. Но два недостатка мешали всегда: чрезмерная многословность и неразличимость регистра символов текста программы (строчные/заглавные). Последнее заметно ухудшает выразительность: вместо Thing thing приходится изобретать префиксы вроде TThing thing.Перешёл на C++, но всегда с ностальгией вспоминал стройную систему модулей с interface/implementation.
И только Rust свёл воедино все преимущества всех языков и выбросил недостатки. Rust идеален.
Плюсанул за все кроме раста.
Та ладно, то что у человека "особый" вкус - не повод его осуждать)
Раст загоняется под шконку одной фразой:
"Приведите пример популярного GUI-приложения на Rust"
GUI всё-таки довольно узкая ниша. В одной компании (посчастливилось наблюдать) сделали сложный GUI на Rust, так всё равно потребовалось то же самое, но вебное. Пока поддерживают обе версии, но вебная почему-то больше полюбилась пользователям.
GUI как раз наименьшая проблема для языка.
Можно конечно для каждого языка писать свой кроссплатформенный фреймворк, но зачем?Пишешь ядро на быстро языке, а UI - на чем угодно. В 99% случаев работает быстро, при условии, что написано правильно - без заползания ядра в UI и тд.
Угу, самое правильное даже если оба компонента на одном языке.
Loupe - смотрелка картинок в оф. поставке Гнома. А вообще еще непонятно, взлетит ли раст в десктопных приложениях. Мало времени прошло.
Мало времени прошло? Ты это серьёзно?Ладно не берем десяток лет после его создания в 2006 году, но что мешало в период с 2016 по настоящее время ему выстрелить?
> но что мешало в период с 2016 по настоящее время ему выстрелить?расцвётшее за десятилетия развесистой клюквой тяжелое (UI-)наследие других языков, в изучение которых народ уже вложился миллиардами человекочасов и создал миллиарды строк кода, которые и так худо-бедно работают. Но там, где ошибки уже достали, корпорасты уже потихоньку переползают с древних копролитов, пока в системщине.
Отсутствие нормальных либ для полного цикла рисования текста. Это одна из самых сложных задач в гуе и на 100% без костылей работает примерно нигде. Что-то вменяемое появилось буквально вот недавно. Я про https://github.com/pop-os/cosmic-textТак что отсчёт можно начитать с прошлого года только.
Helvum
> Вспоминаются мелкие программы, 15летней давности, написанные на Делфи...Или 18 летней.
У меня сканер портов тогда написан был. Скомпилирован и.
Иногда запускаю по мелкой надобности.
Чем nmap не устраивает?
Отлично!Самое то для написания всякой кроссплатформенной гуи мелочи.
Можно набацать прогульку которая будет работать от старой 12 убунты и винХР до всего современного... Хреново, что на ведройде оно не работает...
Все работает, кто-то не осилил https://wiki.lazarus.freepascal.org/Android
все работает? Это ну очень громко сказано. Запускается... ну да...
Чем pygtk или pytk не устроил?
таб на клаве сломался
Тем что никто не хочет в тексте пердолить формочки, к-е через пол года перестанут работать.
Ну можешь в редакторе пердолить, никто не мешает. Но ты не в теме. В любом случае пердолить формочки в дельфи без динамической компоновки - это просто "вон из профессии". Я не шучу, это прям залёт у проф. программистов.
Что ты черт побери такое несешь?
А чем он может устроить?
Тем, что относительно нормальный живой ЯП с мегатоннами батареек. Где ты возьмешь батарейки для современных штук под паскаль я не знаю. Ну и плюс Питон - это все таки RAD, в отличие от.
Я использую C++ и ассемблер, поэтому Питон мне на фиг не нужен. RAD - это вообще средство для домохозяек.
>Я использую C++ и ассемблерНу ты просто любитель фигни. Не могу покрепче словцо вставить, а то потрут. Вкратце - любитель поедать продукты из прямой кишки.
>RAD - это вообще средство для домохозяекАлло, тред про Лазарус, который нам продают как RAD и средство для домохозяек. Вопрос в том, что это не RAD, а пердячий пар)
>>Я использую C++ и ассемблер
>Ну ты просто любитель фигни. Не могу покрепче словцо вставить, а то потрут. Вкратце - любитель поедать продукты из прямой кишки.Твою истерическую эмоциональную реакцию мы увидели. А теперь выскажись по-мужски: по делу, конструктивно и с аргументами)
А ты читать вообще не обучен? Печалька. А то я выше привел аргумент - Лазарус/Дельфи не RAD. Давай, попробуй опровергнуть)
Ну а касательно крестов - выше по треду я привел достаточно аргументов. Ты не стесняйся, если слова сильно сложные - спрашивай, я объясню на пчелках =)
Что-то 13й хамит)Попробую я, но с аргументами.
Есть такая Asahi Lina. И захотелось ей запилить драйвер для яблочной техники.
Но спек нет, приходится реверсить. А потом долго эксперементировать.
Что же делать? Конечно брать в руки питон... Да и писать GPU driver на Python'е!
А потому уже когда все заработало, стек Mesa+Python переписывался на Rust.
Вообще история довольно интересная [1].Драйвер кстати прошел сертификацию Кроноса [2], что довольно показательно.
[1] asahilinux.org/2022/11/tales-of-the-m1-gpu/
[2] www.opennet.ru/opennews/art.shtml?num=59648Этот пример показывает, что Rapid Application Development на Питоне вполне можно использовать для очень серьезных вещей. Даже если ты домохозяйка)
Это прототипироварие и рнд.
Посмотрю я как вы будете граф драйвер на Питоне эксплуатиррвать.А два. Средства для создания гуи на питоне как бы есть. Но это ад.
Ну если C++ не осилил, то тогда и Pascal неплохо. Хотя мы в школе на уроках информатики C изучали, т.е. школьники пусть и не C++, но C вполне могут осилить.
Изучать паскаль в школе - это плохо. Изучать C/C++ в школе - это преступление, за это надо бить морду совершенно не стесняясь. Серьезно.
> Изучать паскаль в школе - это плохо. Изучать C/C++ в школе -
> это преступление, за это надо бить морду совершенно не стесняясь. Серьезно.:))) Правда? Зато я в результате со школы уже 25 лет C++ и ассемблер использую, спасибо школьному учителю)
Вот, яркий пример. 25 лет прошло, а так от ассемблера с сишечкой и не ушёл.
Так за 25 лет реальных альтернатив связке C/C++ и ассемблер так и не появилось. По крайней мере, что касается задач высокоскоростной обработки данных, системного программирования, систем жёсткого реального времени, программирования микроконтроллеров, DSP-процессоров и т.п.
С - это язык для написания ядер ОС. Кресты - это ошибка природы без своей сферы.
>высокоскоростной обработки данныхНепонятно, что тут имеется ввиду. В зависимости от контекста может подойти Erlang или Elixir. Черт, да даже Java иногда.
>системного программированияRust, Go, Haskell, лиспы. Про лисп машины ты вообще не слышал?)
>систем жёсткого реального времениAda.
>программирования микроконтроллеровFort.
Где тут сишка?
1. Современный C++ - очень полезная вещь, но как и любым другим инструментом, им надо уметь грамотно пользоваться. Чистый C сейчас уже не актуален - там нет многих полезных и очень эффективных возможностей, которые есть в C++, и при этом он абсолютно ничего относительно С++ не добавляет ни в плане функциональности, ни в плане производительности, ни в плане компактности генерируемого кода. Фактически, это просто подмножество С++.2. Я написал РЕАЛЬНЫХ альтернатив, а не всего этого зоопарка весьма специфических языков, каждый из которых был создан для своей узкой сферы применения.
>Современный C++ - очень полезная вещь, но как и любым другим инструментом, им надо уметь грамотно пользоватьсяДа что ты говоришь. Я выше по треду уже предложил изобразить механизм функторов на классах. Дерзай, ведь ты круто умеешь в кресты. А потом я покажу как это делают белые люди)
>Я написал РЕАЛЬНЫХ альтернатив, а не всего этого зоопарка весьма специфических языков, каждый из которых был создан для своей узкой сферы применения.Прости, а о каком вообще инженерном деле ты можешь говорить, если не в курсе, что инструмент подбирается под задачу? И чем уже инструмент - тем лучше. А не одна silver bullet для ядер, численных методов и приложух на айфон для остлеживания менструаций. Если для тебя эрланг, лисп и форт - специфические языки, то я прям сконфужен. Может ты и про DSL не в курсе?
> Я выше по треду уже предложил изобразить механизм функторов...Осталось понять, зачем мне механизм функторов, и как я без него жил всю жизнь)
> чем уже инструмент - тем лучше
1. От конкретных инструментов и ситуации зависит. Например, для обработки текстовых данных, сгенерированных какими-то программами, я обычно использую Perl, потому что для этого типа задач он удобен, и программы на нём получаются короткие. Но если речь идёт об обработке большого объёма текстовых данных, и эта обработка более сложная, то Perl для этого уже не годится, - он слишком медленный и есть ряд других особенностей. Например, однажды мне нужно было делать разбор многих и многих гигабайт текстовых данных. Начал писать обработку на Perl, но уже на ранней стадии реализации предварительные тесты показали, что обработка такого объёма данных будет происходить слишком медленно. В результате бросил реализацию на полпути, и написал всё на C++ с ассемблерными вставками. Полностью реализованный алгоритм на С++ и ассемблере оказался в 500-1000 раз быстрее (в зависимости от входных параметров и данных, причём на ассемблере инструкции SIMD не использовал) наполовину реализованного на Perl (в обоих случаях тесты производились в один поток). Т.е. получилось, что как только речь зашла о производительности Perl отправился на свалку, как и все наработки, с ним связанные, что весьма прискорбно. Подобная ситуация и со многими другими языками, к сожалению.
2. Универсальность очень полезна. В случае с С/С++ удобно то, что можно использовать одни и те же или похожие инструменты, включая компиляторы, линковщики, оптимизаторы, отладчики, ассемблеры, дизассемблеры и другие инструменты, а также код, свои наработки и опыт для очень широкого круга задач, для разнородных устройств от малопотребляющих микроконтроллеров, работающих от маленькой батарейки годами, до суперкомпьютеров. Причём в большинстве случаев есть широкий выбор инструментов разработки. Практически для любого микроконтроллера и процессора и для любой операционки есть компиляторы С и ассемблера и часто не одни. Тот же GCC может компилировать код под многие архитектуры микроконтроллеров и процессоров. В результате мы получаем высокую степень повторного использования кода, наработок, навыков, знаний, опыта для очень широкого круга задач и разных сфер применения. Кроме того, у GCC и Clang прекрасная стыковка с ассемблером, что очень важно при реализации высокопроизводительных алгоритмов, и всегда является дополнительным козырем в рукаве, т.е. вы всегда уверены, что сможете получить наивысшую производительность, если и когда это потребуется.
> предложил изобразить механизм функторов на классах. Дерзай, ведь ты круто умеешь в кресты. А потом я покажу как это делают белые люди)Э... а давай ты сразу покажешь, как делать правильно. Реально интересно посмотреть.
Потому что предложение попробовать забивать гвоздь микроскопом классное, но я все-таки взял бы молоток, который для этого предназначен.Но вопрос у меня другой "а зачем?"
В какой прикладной задаче может понадобиться такое?
Например делаем мы ОС. Очень упрощенно: нам нужны дрова которые общаются с железом, ядро следящее за всем этим хозяйством, еще нужен какой-то файловый и оконный менеджер, поверх идет слой всяких прикладных приложений для большинства из которых нужно UI.
Причем желательно чтобы все кроме прикладных работало быстро -> язык у нас будет без GC.В какой момент нам может понадобиться изображение механизма функторов?
Про лисп машины только слышать и можно. Еще можно картинки из музеев посмотреть.
Потому что вымерли они еще в 90х годах прошлого века (за исключение парочки совсем живучих легаси) и показали свою полную несостоятельность просто проиграв с разгромным счетом general-purpose system'ам.
Или есть что сказать?
Это пример того, что системным программированием можно заниматься и на Лиспе. Причём со своими задачами Лисп машины справлялись на порядки лучше x86, альф и прочих и были коммерчески успешны.
>проиграв с разгромным счетом general-purpose system'ам.И что? Просто это было дешевле для массового производства. Это ничего не говорит о качестве технологии. Транспьютеры вон тоже сдохли, а какая крутейшая технология была. Сейчас её кстати переизобретают)
> системным программированием можно заниматься и на Лиспе.Можно и любовью в гамаке заниматься стоя на руках. И наверняка это даже будет впечатляюще выглядеть со стороны.
> И что? Просто это было дешевле для массового производства.
Если бы технология была крутой, то у каждого дома стояло бы по лисп-машине. Но их экономическая неконкурентность показывает, что лисп-машин тупиковая ветвь эволюции. Возможно когда литография достигнет своего экономически обоснованного предела - мы увидим подобные специализированные архитектуры.
> систем жёсткого реального времениThreadX - одна из самых распространенных, написана внезапно на С
seL4 - С + ассемблер
LynxOS - одна из версий может сертифицироваться по DO-178B (авиация) - Ada, C, C++
Марсоходы - Мисра-СТак что Сишка очень даже распространена, надеюсь ее будут вытеснять новые языки (тк некоторые UB меня просто бесят), но пока это факт.
В LynxOS например добавили поддержку Раст.
Это полностью подтверждает мои слова)
>Изучать C/C++ в школе - это преступлениеДа ничего подобного. Если не лезть в дебри языка, и использовать формулу «потом поймём, а пока просто запомним», то вполне себе учится.
> школьники пусть и не C++, но C вполне могут осилить.Осталось только понять, зачем школьникам это надо...
>> школьники пусть и не C++, но C вполне могут осилить.
> Осталось только понять, зачем школьникам это надо...Всем, может быть, и не нужно. Но тем, кто собирается заниматься инженерными специальностями или наукой лучше иметь эти навыки. Роботы, программирование электроники, обработка данных - всё это очень актуально, и здесь без сишечки человек будет чувствовать себя инвалидом.
Молодой человек, пока под вопросом ваша инженерная квалификация - воздержитесь от таких громких слов.
Уже не такой молодой, как 25 лет назад, когда начал работать) Правда, начал работать по специальности ещё раньше... Как-то быстро время летит... И лучше бы Вы высказались по делу.
Обработка данных на сишечке это дааа.
Чёт в науке не особо горят желанием сишечку использовать, там всё болше питоны да джулии всякие.
>Обработка данных на сишечке это дааа. Чёт в науке не особо горят желанием сишечку использовать, там всё болше питоны да джулии всякие.Конкретно мы всегда использовали сишечку. Как показала практика, у Питонов, Матлабов и Джулий производительность в десятки (а порой и в сотни) раз меньше, чем связка C/C++ с ассемблером. А для задач обработки больших данных, обработки данных в реальном времени, задач управления производительность - это принципиальный вопрос.
> собирается заниматься инженерными специальностями [...] Роботы, программирование электроники, обработка данныхАлё, мы же о школьниках говорим. Какое к лешему программирование электронники?
Показать школьнику С - это навсегда убедить его в том, что программирование - идиотская трата времени с использованием убогих и переусложненных технологий. Хотел бы я посмотреть, как вы на серьезных щах объясняете 16-летним парням и девушкам, как сделать конкатенацию двух строк на С.
Вместо этого нормальный учитель возмет золотую середину и покажет, как этот самый школьник может лично с помощью программирования решать свои практические проблемы (та же обработка текста), или же просто повеселиться с нейронкой. А кому это зайдет - те уже сами поймут, в какую сторону развиваться.
В своё время наша компания организовывала курсы по программированию электроники для школьников старших классов. У них всё получалось, и им это очень нравилось, и им нравилось, что у них получается. Они программировали на С, т.к. это стандарт (помимо ассемблера) в мире микроконтроллеров. Среди них были и девушки. Одна из долгосрочных целей была отобрать способных ребят и девчат к себе в компанию. Также было сотрудничество и с университетами с той же целью.
>Хотел бы я посмотреть, как вы на серьезных щах объясняете 16-летним парням и девушкам, как сделать конкатенацию двух строк на С.Кроме строк остальные 5 базовых тем (переменные, условия, циклы, массивы и функции) вполне себе объяснить можно. Для строк нужны будут плюсы.
ну как-бы нужно, например, для абдурино-иде
саюж кроссплатформенный аналог борланд делфи, а борланд с++ издох и аналога нету... так-шта крестики проиграли
>а борланд с++ издох и аналога нетуТы просто не в теме. А idera во всю торгует не аналогом, а наследником под тем же брендом embarcadero с фронтендом компилятора от шланга и поддержкой фишек современных плюсов
во-первых, после того как оно пошло по рукам и как с типа бесплатным 2006 они поступили - не интересно
во-вторых, оно ни разу не кроссплатформенное
> Можно набацать прогульку которая будет работать от старой 12 убунтыБольше не будет, ибо:
> теперь требуется наличие как минимум версий GTK 3.24.24 и Glib 2.66.
Разве что компилировать в старой версии.
gtk2 никто не отменял, так-что мимо!
Хорошая альтернатива Расту, и главное что проверенная временем.
Труп в могиле тоже знаешь ли проверен временем.
> Труп в могиле тоже знаешь ли проверен временем.Даже труп в могиле менее токсичен, чем Вы. Не стыдно так вести себя? Ведь, небось, сам - здоровый великовозрастной лоб.
Нормально я себя веду, никого не оскорбил. Что не так?
Труп в могиле будет поживее мертворожденного франкенштейна из тухлой корпоративной матки.
Давай все-таки будем объективными, например UCSD Pascal разрабатывался в Калифорнийском университете (хз сколько там финансирования от корпов) для создания операционки для ИБМ фреймов (p-System).
И если первая версия была просто открытая, то вторая делалась для настольных комерческих,
третья вообще по заказу от WD для их микрокомпов, как и четвертая.И их популярность отразилась на самой популярности языка.
В общем он умер
> UCSD Pascal разрабатывался в Калифорнийском университете (хз сколько там финансирования от корпов) для создания операционки для ИБМ фреймов (p-System).Да_что_такое_ты_несешь.жпг
Отличный язык, в отличие от Си, быстро компилируется из-за модульной системы.
Там ещё однопроходность компилятора — красивая фича. Но годится только для простых языков. Для обучения самое то, но потом начали тянуть Pascal в "большую" разработку. Лучше б туда ушёл следующий язык Вирта. Доподлинно не знаю, говорят, будто в Борланде манагеры "зарубили" всё, кроме Паскаля и C++, которые уже успели набрать коммерческую популярность.
>Лучше б туда ушёл следующий язык Вирта.Печаль-беда. Жалко Оберон.
Может, он имел ввиду Modula-2.
Господи, еще один. С чего ты взял, что для обучения самое то? Ты программист? Ты учитель?
И какой императивный язык со строгой типизацией мсье предлагает учить первым ??
Язык Полякова из среды «Исполнители».
Этот? https://gdz.ru/class-1/russkii_yazik/polyakova/
https://kpolyakov.spb.ru/school/robots/robots.htm
"Программа работает под управлением 32-разрядных операционных систем линейки Windows: Windows 95, Windows 98, Windows NT, Windows 2000, Windows XP"
Очень актуальные ОС))
Остаток строки — « и совместимых с ними» — вы специально не скопировали, чтобы типа смешно вышло.
На десяточке работает, не волнуйся так. А то что автор держит совместимость с этими ОС — то респект ему. Не каждая «свободная» программа похвастается такой живучестью.
>Господи, еще один. С чего ты взял, что для обучения самое то? Ты программист? Ты учитель?Во-первых, Паскаль создавался как учебный язык. Во-вторых, мне близка последовательность обучения от Андрея Столярова. Для обучения хорош тем, что быстро компилируется при статической типизации, многословен (да-да, этот недостаток превращается в преимущество в учебном языке), строг, но и прост.
>Во-первых, Паскаль создавался как учебный язык.Не аргумент. Вместо обучения программированию надо учиться вывертам языка:
- перед else точка с запятой не ставится. Почему? Потому что грамматически в ЖИВОМ языке так нельзя! И добавим точку в конце программы!
- + и - мы будем записывать знаками, ведь это математические знаки! А and, or и not — словами, ведь этим математическим функциям соответствуют слова языка! Причём конкретного языка, который может не совпадать с языком обучающегося.
- мы везде будем использовать одинаковый набор операторных скобок, кроме репеат-унтил, ведь на инглише так логично!
- мы будем объявлять многомерные массивы, указывая индексы в одной паре квадратных скобок, а при вызове элементов массива использовать количество пар, равных мерности массива!
- запретим в цикле фор дробные счётчики!
- в качестве операторных скобок будем использовать слова, пусть они будут похожи на операторы! Используем фигурные скобки для комментариев, ведь зачем они ещё нужны!О да, пусть дети учат весь этот бред. Чтобы при переходе на нормальный язык они вздохнули с облегчением: ведь многих маразмов можно избежать.
>(да-да, этот недостаток превращается в преимущество в учебном языке), строг, но и прост
Это мнение, а не факт. Я считаю иначе, что болтология паскаля — недостаток.
Вы делитант.>>> - перед else точка с запятой не ставится
>>> - + и - мы будем записывать знакамиПотому что однопроходный
>>> - мы везде будем использовать одинаковый набор операторных скобок
Это цикл с постусловием, поэтому конструкция однозначна. Засунуть операционные скобки Вы и сами можете
>>> - мы будем объявлять многомерные массивы
И? В математике так же, никто 200 лет не возникал
>>> - запретим в цикле фор дробные счётчики!
Какой ужас!!! Цикл while при это будет на порядок понятнее. А где эти счетчики разрешены?
>>> - в качестве операторных скобок будем использовать слова
И? Код -- это не формула!
> Вы делитант.Ну куда мне до светила!
> Потому что однопроходный
Никак не аргумент.
> Это цикл с постусловием, поэтому конструкция однозначна. Засунуть операционные скобки
> Вы и сами можетеИ тем не менее наборы операторных скобок разные.
> И? В математике так же, никто 200 лет не возникал
Что в математике так же? объявление отличается от использования? Примеры в студию!
> Какой ужас!!! Цикл while при это будет на порядок понятнее. А где эти счетчики разрешены?В Си/Си++ и производных.
> И? Код -- это не формула!
Но и не прозаическое произведение. Операторную скобку логично сделать скобкой, а не словом.
> Ну куда мне до светила!Причем тут светило? Вы же закон всемирного тяготения не опровергаете?
> Никак не аргумент.
Конечно, не аргумент, плоскоземельщики с Вами полностью согласны.
> И тем не менее наборы операторных скобок разные.
А почему они должны быть одинаковыми?
> Что в математике так же? объявление отличается от использования? Примеры в студию!
Почитайте про множества и срезы. Или для Вас самое важно с нуля/единицы нумеровать индексы?
> В Си/Си++ и производных.
Покажите хоть один цикл for, который не является циклом while в C. И чтобы был дробный инкремент. Пожалуйста!
> Но и не прозаическое произведение. Операторную скобку логично сделать скобкой, а не
> словом.Существуют операторы языка и математические формулы. Операторы -- текстом, формулы -- математическими знаками. Вам же нравятся С, там есть макросы -- можно заменить циклы на одно/двух буквенные аналогии и не париться. Лет в 8-9 мне тоже нравилось все стандартные имена функции заменять на более короткие, потому что скорость набора была низковатой, а решения были очень многословными.
> Причем тут светило? Вы же закон всемирного тяготения не опровергаете?Как связан ваш выcер и закон тяготения? Вы уже приравниваете свои мысли к чему-то великому?
> Конечно, не аргумент, плоскоземельщики с Вами полностью согласны.
При чём тут ваше мнение и аналогия с плоскоземельщиками? У вас нулевая аргументация, сомнение в которой вывспринимаете крайне болезненно.
> А почему они должны быть одинаковыми?
Бритва Оккама вам, видно, не доступна, как концепция. К чему плодить лишние сущности? Ознакомьтесь с операторными скобками endif и loop из VBA, чтобы понять марaзматичность разных операторных скобок.
> Почитайте про множества и срезы. Или для Вас самое важно с нуля/единицы нумеровать индексы?
Я просил пример, а не посыл, послать я и сам могу. Вопрос остаётся: пример разности объявления и использования в математике.
> Покажите хоть один цикл for, который не является циклом while в C.
> И чтобы был дробный инкремент. Пожалуйста!Ну ок, если придираться к таким мелочам что цикл фор в Си действительно можно считать подвидом пока-цикла, что обусловлено свободой языка, а не бедностью конструкции фор, то да, тут вы меня уели.
Хорошо, что я не настолько зашорен, как вы, и могу аргументировать и другими языками. В бейсике возможен цикл со счётчиком с дробным шагом. Что фанатик паскаля и целого шага скажет на это?
> Существуют операторы языка и математические формулы. Операторы -- текстом, формулы -- математическими знаками.
Операторные скобки не являются операторами.
И МАТЕМАТИЧЕСКИЕ действия — И, ИЛИ, НЕ — в паскале пишутся словами.> Вам же нравятся С, там есть макросы -- можно заменить циклы на одно/двух буквенные аналогии и не париться. Лет в 8-9 мне тоже нравилось все стандартные имена функции заменять на более короткие, потому что скорость набора была низковатой, а решения были очень многословными.
Вопрос не в низкой скорости набора, а в удобстве чтения и запоминания для неносителей инглиша. Хотя даже если заменить английские слова на другие, понятнее не станет. Особенно читаемость падает, если писать операторные скобки не с новой строки, а в строчку. В си-подобных языках читаемость сохраняется, в а паскале — нет.
Спорить тут смысла нет:https://ru.wikipedia.org/wiki/LR-анализатор
https://ru.wikipedia.org/wiki/Нечёткое_множество
https://ru.wikipedia.org/wiki/Логическая_операция
https://ru.wikipedia.org/wiki/Математические_операторы
И да, скобочки с C это отдельный ад, который приводил к очень плачевным последствиям, а если еще и весь код в одну строчку...
> Спорить тут смысла нет:
> https://ru.wikipedia.org/wiki/LR-анализатор
> https://ru.wikipedia.org/wiki/Нечёткое_множество
> https://ru.wikipedia.org/wiki/Логическая_операция
> https://ru.wikipedia.org/wiki/Математические_операторыРазумеется нет. Вы даже не потрудились изложить свою мысль, которую я якобы должен понять из ваших ссылок. У вас отсутствует элементарная логика ведения дискуссии.
То что математическая логика — часть математики, а потом логические функции являются частью математики, думаю, спорить не надо. И логично записывать эти функции знаками, а не словами, так же, как мы записываем знаки арифметических операций.
> И да, скобочки с C это отдельный ад, который приводил к очень плачевным последствиям, а если еще и весь код в одну строчку...
Но использование бегинов и ендов сразу делают код райским. Я правильно уловил мысль?
>>Господи, еще один. С чего ты взял, что для обучения самое то? Ты программист? Ты учитель?
> Во-первых, Паскаль создавался как учебный язык. Во-вторых, мне близка последовательность
> обучения от Андрея Столярова. Для обучения хорош тем, что быстро компилируется
> при статической типизации, многословен (да-да, этот недостаток превращается в преимущество
> в учебном языке), строг, но и прост.Но в Lasarus используется не Паскаль, а его более продвинутый потомок — Object Pascal, на котором была написана операционная система 32-битных компьютеров Apple Macintosh на базе процессоров Motorola.
> Отличный язык, в отличие от Си, быстро компилируется из-за модульной системы.А ничего, что он сначала компилируется в Си? Кстати, так же, как и хвалёный Раст.
> А ничего, что он сначала компилируется в Си? Кстати, так же, как и хвалёный Раст.WAT? Ты бß хоть пруфы какие-то кинул.
Просто то, что пернвый GCC компилятор писался на паскале - это исторический факт, а тут такие заявления.
Братан, перестань курить траву, это плохо сказывается на здоровье. Free Pascal написан на Object Pascal.
Первые компиляторы раста действительно в си транслировали. Потом появился LLVM бекэнд и стало в маш. кодах.
Звучит как Zig
К тому же, если бы Паскаль транспилировался в Си, в языке были бы такие же yёбищные проявления неопределённого поведения.
Не обязательно. Есть трансляторы из Оберона в Си, джаву и даже в джаваскрипт. И это нисколько не мешает Оберону быть опрятным и переносить свою опрятность на код в другой язык.
по сравнению с Qt, проект на лазаре и вправду быстрее компиляется... это удобно...
Только почему-то без Qt в нормальную графику не умеет
на выбор gtk2 gtk3 qt4 qt5 qt6
Gtk1 тоже поддерживается.
а так же gtk0 :o)
Опять вместо принятия реальности люди не осилившие после школы ничего более адекватного и востребованного пытаются выдать это за преимущество и душнят про какие-то прорывные технологии, которые вот прям настолько жизненно необходимы, что их нигде нет)
Да это рессентимент. "Я учил в школе, а школа это лето, любовь и цветочки, поэтому паскаль хороший". Не хватает смелости и технического ума признать очевидное. У веры, кстати, похожий механизм)
Человек, когда-либо евший натуральные деревенские продукты, никогда не схавает рекламу Шестёрочки типа: "химозное ГМО-хрючево - отличная еда для прогрессивных людей!"
Человек, видевший, как выращиваются натуральные деревенские продукты, ещё сто раз подумает, прежде чем их есть.
От человека проведшего всё детство в деревне - дичайший респект!
А, так ты против ГМО? От кукурузы и картошки уже отказался? Мясо тоже всё ГМО, так что видимо ты фрукторианец. А, стоп, почти все фрукты - это результат селекции. Солнцеед?
Лол, где ты такое увидел?
Люди просто вспоминают свои проекты Н лет давности.
Один мой знакомый начинал вообще с бейсика, потом писал на делфи, в универе учил С и С#, а потом скатился в swift и котлин.Хороший программист может освоить новый язык на удовлетворительном уровне за месяц-два.
Потому что кирпичики почти везде одинаковые (циклы/условные операторы), могут разве называться по разному (array-vector, map/dictionary)
Последнее время многие опенсурц проекты стали загнивать. По FPC последняя версия от мая 2021. У них там один человек этим занимается что-ли? Мне кажется я за лето больше накодил, чам они за 3 года.
Шило в интересном месте играет, все хочется новые циферки увидеть?
Не, просто хочу съехать уже с Delphi. Мне для этого нужна совместимость хотя бы с 2009. Которая, на минуточку, вышла сколько лет назад? 14 лет назад! Вау. И причем даже в паршивом Code::Blocks есть хоть какие-то намеки на вложенные конфигурации компиляции. Пусть там и не все ключи компиляции поддерживаются, но их можно добавить вручную. Чтобы не надо было копировать конфигурацию целиком, а просто добавить один флажок к родительской типа -g или -m64. А эти товарищи все еще руководствуются опенсурцным принципом "нам не надо - и вам не надо". Вы вечно хотите быть средой разработки для школ? Как вы хотите стать профессиональной средой разработки, если ничего для этого не делаете? М? И я уже не говорю про поддержку райнтайм пакетов, как в Delphi, что могло бы снизить размер кода за счет повторного использования занимающих овердофига места пакетов типа LCL.
>Не, просто хочу съехать уже с Delphi.Ну ... чудаки должны страдать! Не надо было на него "заезжать"! :)
И вообще - чего ты ноешь на опеннете вместо того чтобы принести свои pull-request-ы в проект? Раз уж умный и могЁшь? Что то не сходится :)
А еще в Code::Blocks есть виртуальные конфигурации, типа "Все", "Все релизные", "Все отладочные". Вот блин. Самое главное забыл. Поддерживаются группы проектов, чтобы если проект состоит из кучи dllок, не надо было компилить каждую отдельно. Ща посмотрим конечно, что тут прикрутили в 3.0, но чую что не густо.
Не короче. Ничего не поменялось. Менюшка выбора конфигурации все такая же рахитная и для полной перекомпиляции всех конфигураций все так же надо как дебилу прощелкивать каждую отдельно и жать Build.
А из консоли никак?Пул реквесты засылали?
У них там довольно стабильно коммиты прилетают (https://github.com/fpc/FPCSource), просто сами релизы затягивают на года. Но ничего не мешает использовать trunk версию.
Я не любитель найтли билдов. Ибо там не понятно, какой стабильный, а какой нет. Неужели так трудно ну хотяб раз в несколько месяцев потратить чутка времени на то, чтобы стабилизировать билд и выпустить стабильную версию? Они не умеют что-ли ставить промежуточные цели? Я умею.
Ну так потрать раз в несколько месяцев немного времени и формируй релизы, раз умеешь.
Можно же не из транка собирать, а из свежей ветки fixes_N (сейчас fixes_3_0?), именно из неё формируют RC и релизы.
Ворланд Турбо Бейсик был лучше.
Жалко что они не перешли на fpc 3.3.1+
Мне как-то потребовалось провести сравнение RTTI систем в разных языках, в том числе пришло в голову посмотреть как это сделано в Object Pascal. А онлайн компилятора Дельфи почему-то нет в природе, решил поставить этот Lazarus - а там такой облом, fpc 3.2 не поддерживает RTTI.
А вам какое конкретно RTTI нужно? Вообщет визуальное проектирование требует хотя бы частичной интроспекции, а она без RTTI невозможна. Так что RTTI там было всегда.
Пришлось тоже покопаться в RTTI, он реализован не полностью. Для части функций там просто заглушки в лучшем случае.
Что-то странное Вы говорите, товарищи. С RTTI все в порядке в FPC.
Скучаю по win 2000-2008
https://wiki.lazarus.freepascal.org/images/5/5a/Windows_2008...
В вузе на этой штуке с удовольствием кодили до 3 курса всю прикладуху - численные алгоритмы, основы 3D, разнообразные курсачи. Но уже тогда было ясно, что это безбожно устаревший копролит, функционально на уровне C++03 стандарта. Это если говорить о самом языке (никаких move semantics, например). А реализация интерфейсов через, простите, протоколы прикладного уровня ОС (COM/COM+/CORBA) - это вообще визг. Ладно бы еще как в С++ было бы множественное наследование и тогда интерфейсы отлично бы полностью заменялись чистыми абстрактными классами, но во фрипосцале такого нет. Видимо, идея реализации интерфейсов через прямой поиск нужного указателя на метод в виртуальной таблице что-то невообразимо расходящееся с духом Pascal для коммитеров FPC (непосредственная реализация простая как пятак, просмотр lookup таблицы, где в качестве ключа - mangled сигнатура метода).
Два - FPC безнадежно отстает от GCC/Clang для С++ по качеству генерируемого машинного кода. Если два вышеперечисленных компилятора вполне, могут, например, целые куски методов преобразовывать в быстрые конечные автоматы на таблицах, позволяют управлять aliasing strictness через макросы, используют активно векторизацию, то FPC, в этом плане, предоставляет только фундаменталку, которая написана в классических книжках по разработке компиляторов - оптимизация использования регистров через раскраску графа, свертка констант и выражений, оптимизация хвостовой рекурсии, раскрутка циклов, да и всё.
Жалко что ты не имеешь отношения ни к первому, ни ко второму. Одни создают языки и компиляторы, хорошие или плохие, а такие куколды как ты только сплетничать на форумах могут. Страшная судьба.
Что, на сабже пишешь? Сочувствую, копрофаг-стрелочник. Расскажи всем как ты уважаешь их коммьюнити только за то, что они барахтаются и что-то делают в меру своих возможностей и специфических пристрастий.
> оптимизация хвостовой рекурсииВ сях такого отродясь нет.
Так что вообще достижение.А так то фундаменталка это хорошо и прекрасно. Не компилятора ума дело за программиста додумывать и городить всякую дичь.
Расскажи, пожалуйста, как через макросы можно управлять строгостью алиасинга указателей? Из образовательного интереса спрашиваю.
https://gcc.gnu.org/onlinedocs/gcc/Restricted-Pointers.html
Такой штуки в FPC я не нашёл.
Вы как раз и говорите как нахватавшийся якобы "крутизны" по верхам в универе студент и теперь пускающий "пустые пузыри" и растопыривающий пальцы перед толпой.Зачем "move semantics" таким языкам как ObjectPascal?!
В С++11 этот семантический Ад был введён лишь потому, что ранее традиционно любое присвоение объекта (кроме ссылки на него) влекло за собой копирование содержания. Например, очень сильно от этого страдала обработка строк и возврат значений из функций.
В ObjectPascal обработка строк и интерфейсов изначально построена на подсчёте ссылок. А все классы (кроме сохранившихся в Лазарусе TObject) лежат в куче и все переменные на них ссылочного типа.
Так на кой хрен в ObjectPascal вообще эта ж. с "move semantics"?Интерфейсы в Лазарусе в отличии от Delphi как раз и могут быть абстрактными "CORBA-like" без счетчика ссылок, что делает их похожими на интерфейсы C#.
Множественное наследие в C++ - это скорее беда с кучей выкрутасов, а вовсе не благо. Появляются такие ошибки на пустом месте как "срезка" или частая необходимость в виртуальных базовых классах и т.п.
Недаром во всех современных ООП языках стараются обойти множественное наследование через наследование интерфейсов.По качеству генерируемого кода Лазарус и Дельфи действительно отстают от современных Си/С++ компиляторов.
Но точно не отстают от всяких там C#. Например, код skimark2 на FPC 3.2.2 работает быстрее чем на .NET Core.
И уж точно эти решения работают в десятки сотни раз быстрее, чем новомодные убожества на скриптовых языках для домохозяек типа Питона.
Зато по скорости компиляции это изначально в разы быстрее чем C++ из-за модульности, что для работы над прикладным (а не академическим или чисто вычислительным) решением порой гораздо важнее.
И не нужно трахаться с предкомпилированными хеадерами или ждать пока полноценную модульность добавят в следующей редакции С++.НО теперь переходим к главному. ГДЕ нужен Си/C++, и где Лазарус?
Писать на чистом C++ кроссплатформенный GUI, микросервисы, или даже хотя бы "back end" - это надо быть скорее на голову отмороженным Си-шником.
А использовать ту же библиотеку Qt не всегда получится по многим соображениям:
- прежде всего серьезные проблемы с лицензией (особенно сейчас);
- есть проблемы с обратной совместимостью с Win 7 (как минимум придется лет ~10 еще держать версию для Qt5)
- есть проблемы с многими серверными частями (например, родной Qt HTTP сервер только для интеравеба - они сами об этом говорят и пишут), а сторонние решения часто либо не лучше чем на Лазаре, либо дорогие.
- как ни странно гораздо меньшее количество сторонних БЕСПЛАТНЫХ компонент. Есть хорошие платные, НО ДОРОГО и теперь не купишь.
- хороших спецов меньше даже чем на Паскали, при том что возможность "выстрелить себе в ногу" на пустом месте даже у опытных программистов существенно больше, чем на Паскалях (проверено годами)
- при статической линковке встречали проблемки в работе некоторых Qt библиотек.
и множество других вопросиков...В то же время Лазарус уже "из коробки" имеет кросcплатформенный GUI и сотни бесплатных компонентов и библиотек, некоторые из которых вполне сравнимы по качеству с коммерческими решениями.
Есть там например, и многим известная библиотека mORMot (ORM, REST, SOA, MVC и еще куча всего в одном флаконе), которая по скорости уделывает ASP.NET Core, при том, что выполняемые и полностью самодостаточные файлы могут весить всего пару-тройку мегабайт и жрать куда меньше памяти, чем решения на том же .NET
и БОЛЕЕ ТОГО этот функционал можно как бы сбоку прикрутить к любому приложению, а не создавать для этого отдельный вид ASP.NET приложения.
Лазарус можно использовать и для встроенных решений, где .NET Core уже и не пашет, а писать на чистом Си там застрелишься.
Ещё для Лазарус есть серьезная бесплатная библиотека для создания SCADA систем. И я знаю, что на ней сейчас как раз пишут решения для нашей промышленности.Так что у FPC и Лазаря всё далеко не плохо.
Да язык и среда уступает в разнообразном сахаре тому же C#.NET.
Но если объективно сравнивать со всякими именно НАЙТИВНЫМИ С++, Go, Rust и тем более Си, то выходит, что для своих прикладных целей, и учитывая имеющуюся из коробки не хилую библиотеку (включая кроссплатформенный GUI), то и вообще всё очень даже хорошо.
Лично мне в FPC по большому счёту не хватает т.н. инлаин переменных с автовыводом типа (аналог auto в C++) (в Дельфи уже давно завезли), и анонимных методов (лямбда функций) - эти уже частично есть в FPC 3.3.1, но Лазарь и многие библиотеки с FPC 3.3.1 пока не дружат.НУ а надо вам какой-то именно вычислительный кусок сделать очень производительным - вот тут как раз Си/С++ компиляторы и в помощь. По опыту разработки систем промышленной автоматизации таких мест бывает не более 5% от общего объёма кода. Но именно здесь-то Cи/С++ (либо сам пишешь, либо готовые библиотеки есть) прекрасно справляется со своим основным назначением.
Вау. Даже есть поддержка 8битных МК от AVR.
Достойный проект. Лучший. Но пока не добавят GTK4 — есть сомнения в целесообразности.Уже есть Nim и, условный, Owlkettle.
Прикольная штука, но хочу такое без Nim
В сорцах MS DOS замечен Pascal. Говорят что Windows 3.x частично написан на Pascal.
Что значит частично? Учитывая, что там используется паскалевское соглашение о вызовах, кроме голого ассемблера, там скорее всего только паскаль и был.
Не понимаю, зачем ты тут соглашение о вызовах вспомнил. В линуксе соглашение такое же досовское, а паскаля нет.
Паскалевское соглашение там для экономии памяти. А так там всё на Си, конечно (ну и немножко ассемблера).
Lisa OS на паскале, даже исходники недавно выкладывали