Ну вообще-то они оба происходят от языка структурного программирования Алгол, и происходило это годах очень близких, 1970 и 1971. Это Си или BCPL изуродовал Алгол, а в Паскале синтаксис просто унаследован.
Если посмотреть, допустим, на какие ЯП ГОСТы есть, там Си или чего-то с фигурными скобками в принципе нет, не смотря на одинаковый возраст Паскаля и Си. Нафиг не падали эти скобки никому, жили и жили без них.
А вам пользователи не присылают смешные скриншоты с мониторов Ретина, где DPI 300%? И как дела с автоматическим показом экранной клавиатуры на вендопланшетах
С языком, конечно, не связано напрямую, но для Delphi GUI — это важная часть экосистемы
Во-первых, в Delphi ещё с ранних времён поддерживали COM и OLE, и библиотеки COM классов были столбовой дорогой. И настолько лучше, чем в C++ тех лет, что кто не прогал COM в Delphi, можно считать, вообще не имеет понятия о COM. Потом уже каждый отдельный Python через OLE подхватит всё автоматом.
Во-вторых, в Delphi 2010 пошли по пути Objective-C. Код нативный, но может быть сдобрен произвольно обильным количеством метаинформации. Класс или лучше интерфейс помечаются $M, затем вызовы можно делать через System.Rtti. Я не знаком с Python API, но, я так понимаю, раз и навсегда там можно закодить, чтоб из Python'овских any переделывать в System.Rtti.TValue, всё это дело вызывать и обратно результат заворачивать. И это будет работать для всего, где в Delphi есть RTTI, без написания def().def(). До Delphi 2010 поддержка RTTI тоже была, но ей довольно непросто было пользоваться (см. Hallvard Vassbotn RTTI Utils и переводы блога у GunSmoker).
Вообще, конечно, лучше всего IBM SOM возродить для нативного кода, чем маяться с языкоцентричными решениями
Мне кажется, их могло бы спасти появление бэкенда для WebAssembly с многопоточностью на зелёных потоках и сегментированных стеках. Первейшая необходимая платформа не покрыта. А так хоть первый нормальный инструмент мог появиться. Но R&D у них давно нет.
По Linux в 10.2 был ARC, как в мобильных версиях, и это уникально. В 10.3 Linux без ARC. Я, правда, не знаю, хорошо это или плохо. У них в так называемом nextgen массивы только динамические бывают, и, я так понимаю, ARC может приезжать паровозом только с этими нововведениями. Какой вообще смысл в нативные программы тащить ограничения ублюдошных виртуальных машин? Наоборот, нужно находить всё новые и новые способы заставить всяких дотнетчиков чувствовать себя муравьями на фоне величия нативного программирования. В Java нет двойного CAS? Ахахахаха!
У Delphi от Паскаля хороший фундамент. Массивы могут индексироваться не только чиселкой, но и перечисляемым типом, или поддиапазоном его. Открытые массивы, особенно, если Slice ещё бы кто-нибудь наконец сделал с двумя аргументами, как у Copy, позволяют глянуть в срез массива хоть на чтение, хоть на запись. Зачем это было ломать.
Вот до чего же обидно, что там на Аду не смотрят. Ведь Delphi первые такими хорошими получились под влиянием Modula-3, а сейчас по каким-то помойкам нововведения собирают. FPC, к сожалению, туда же.
Нормально доступный GNAT появился только году в 1995м. Многие до сих пор используемые проекты датируются годами появления до 1995го.
Те, кто развалил СССР, тоже удружили. У нас с Европой была другая школа программирования, и языку Ада там было хорошее место. Десятки своих трансляторов, и у Венгрии ещё закупали. Без нас Европа пала под натиском американской школы.
На мой взгляд, убивать эти проекты начали следующие тенденции:
Вместо одного драгоценного компьютера вереница меняющихся и множественных устройств
Крайне ограниченные мобильные устройства вытеснили компьютеры
Вместо одной операционки, под которую энтузиаст мог сидеть и годами пилить Шареазу, стало надо 100500 нетривиальных портов, которые сделать у энтузиаста пупок развяжется
Для борьбы с первой проблемой нужно в любой p2p как первый слой вводить личную сеть устройств, а уже следующим слоем подключать друзей. Ну и друзья в идеале каким-нибудь хранением шифрованных сообщений должны иметь возможность помогать другим друзьям, у которых время онлайн разных устройств может не перекрываться.
Против второй проблемы надо как-то бороться чморением некомпьютеризированных друзей. Ну как в p2p видно пассивных. Порт если закрыт, программа ругается. Так же и тут, надо на мозги капать, что, мол, извини, друг, но если у тебя постоянно включенного компа, пусть хотя бы неттопа, не будет, то мы так из рабства корпораций не выберемся. Друзей, которые на плечах своего мини-сервера вытягивают друзей, поощрять. Или, может быть, устаревшие и поэтому уже не носимые в кармане мобилки можно дома оставлять в роли сервера на худой конец. ТВ-приставки ещё.
Наконец, как резервный слой, можно за платную подписку или за рекламу решать проблемы пользователей как в обычных сетях.
Кстати, если знаете такие сети трёхслойные, напишите. На мой взгляд, это сейчас такой же фундаментальный SDK должен быть для сетевых программ, как некогда (до времён NAT) были библиотеки сокетов.
Против последней проблемы не знаю, чего б такого хорошего придумать. Есть свои соображения, но это не так запросто. Достал Электрон, но, похоже, сейчас только на нём, да ещё на не менее опротивевших Джавах и Питонах это могут только энтузиасты потянуть. Для задач экономии отнюдь не датацентровых вычислительных ресурсов всё это довольно губительно.
А для торрентов (которые мы воспринимаем скорее как просто средство доставки, чем как p2p сеть) сохранение вообще подразумевается. И это, кстати, одна из проблем торрентов: скачанный один раз файл сложно переместить туда где им удобнее пользоваться (как правило, нужно вручную регенерировать раздачу) и совершенно нельзя переименовать (можно сделать хардлинк, но об этом совсем уж мало кто знает).
Расширение протокола для поддержки пофайловых TTH, как во всех более новых обменных сетях, для BitTorrent существует года с 2007го. Пинайте разработчиков, фигли они не реализуют. Почаще бы за эти 13 лет пинали, глядишь, уже сделали.
В тот же день, когда происходила инаугурация, 7 мая 2018 года, партию, в программе которой была отмена так называемой интеллектуальной собственности, признали в суде экстремистской организацией
Там какой-то Питон нужен, я вроде его поставил, но что-то всё равно не стыкуется. Думал, может, надо 32битный Питон ещё поставить, тоже поставил. В общем, у кого-то работает, но явно не у меня. Хрупкие все эти Питоны, ломаются на раз-два.
github.com/pyscripter/python4delphi/blob/master/PythonForDelphi/Demos/Demo31/Unit1.pas#L74
Использование из Python:
github.com/pyscripter/python4delphi/blob/master/PythonForDelphi/Demos/Demo31/Unit1.dfm#L112
Не понял
А это через RTTI:
github.com/pyscripter/python4delphi/blob/master/PythonForDelphi/Components/Sources/Core/WrapDelphi.pas
Причём, как я вижу по истории, они там с 2005го года ещё через старенький неудобный RTTI умели работать.
Надо научиться побеждать ограничения WebAssembly. Зелёные потоки, сегментированные стеки, а поверх этого RAII. Вот тогда веб станет интересным местом.
Если посмотреть, допустим, на какие ЯП ГОСТы есть, там Си или чего-то с фигурными скобками в принципе нет, не смотря на одинаковый возраст Паскаля и Си. Нафиг не падали эти скобки никому, жили и жили без них.
С языком, конечно, не связано напрямую, но для Delphi GUI — это важная часть экосистемы
Во-вторых, в Delphi 2010 пошли по пути Objective-C. Код нативный, но может быть сдобрен произвольно обильным количеством метаинформации. Класс или лучше интерфейс помечаются $M, затем вызовы можно делать через System.Rtti. Я не знаком с Python API, но, я так понимаю, раз и навсегда там можно закодить, чтоб из Python'овских any переделывать в System.Rtti.TValue, всё это дело вызывать и обратно результат заворачивать. И это будет работать для всего, где в Delphi есть RTTI, без написания def().def(). До Delphi 2010 поддержка RTTI тоже была, но ей довольно непросто было пользоваться (см. Hallvard Vassbotn RTTI Utils и переводы блога у GunSmoker).
Вообще, конечно, лучше всего IBM SOM возродить для нативного кода, чем маяться с языкоцентричными решениями
По Linux в 10.2 был ARC, как в мобильных версиях, и это уникально. В 10.3 Linux без ARC. Я, правда, не знаю, хорошо это или плохо. У них в так называемом nextgen массивы только динамические бывают, и, я так понимаю, ARC может приезжать паровозом только с этими нововведениями. Какой вообще смысл в нативные программы тащить ограничения ублюдошных виртуальных машин? Наоборот, нужно находить всё новые и новые способы заставить всяких дотнетчиков чувствовать себя муравьями на фоне величия нативного программирования. В Java нет двойного CAS? Ахахахаха!
У Delphi от Паскаля хороший фундамент. Массивы могут индексироваться не только чиселкой, но и перечисляемым типом, или поддиапазоном его. Открытые массивы, особенно, если Slice ещё бы кто-нибудь наконец сделал с двумя аргументами, как у Copy, позволяют глянуть в срез массива хоть на чтение, хоть на запись. Зачем это было ломать.
Вот до чего же обидно, что там на Аду не смотрят. Ведь Delphi первые такими хорошими получились под влиянием Modula-3, а сейчас по каким-то помойкам нововведения собирают. FPC, к сожалению, туда же.
Те, кто развалил СССР, тоже удружили. У нас с Европой была другая школа программирования, и языку Ада там было хорошее место. Десятки своих трансляторов, и у Венгрии ещё закупали. Без нас Европа пала под натиском американской школы.
А в OS/2 есть SOM и OpenDoc, похоже на экосистему Objective-C и Swift в Mac OS X. SOM занимает место libobjc.
Для борьбы с первой проблемой нужно в любой p2p как первый слой вводить личную сеть устройств, а уже следующим слоем подключать друзей. Ну и друзья в идеале каким-нибудь хранением шифрованных сообщений должны иметь возможность помогать другим друзьям, у которых время онлайн разных устройств может не перекрываться.
Против второй проблемы надо как-то бороться чморением некомпьютеризированных друзей. Ну как в p2p видно пассивных. Порт если закрыт, программа ругается. Так же и тут, надо на мозги капать, что, мол, извини, друг, но если у тебя постоянно включенного компа, пусть хотя бы неттопа, не будет, то мы так из рабства корпораций не выберемся. Друзей, которые на плечах своего мини-сервера вытягивают друзей, поощрять. Или, может быть, устаревшие и поэтому уже не носимые в кармане мобилки можно дома оставлять в роли сервера на худой конец. ТВ-приставки ещё.
Наконец, как резервный слой, можно за платную подписку или за рекламу решать проблемы пользователей как в обычных сетях.
Кстати, если знаете такие сети трёхслойные, напишите. На мой взгляд, это сейчас такой же фундаментальный SDK должен быть для сетевых программ, как некогда (до времён NAT) были библиотеки сокетов.
Против последней проблемы не знаю, чего б такого хорошего придумать. Есть свои соображения, но это не так запросто. Достал Электрон, но, похоже, сейчас только на нём, да ещё на не менее опротивевших Джавах и Питонах это могут только энтузиасты потянуть. Для задач экономии отнюдь не датацентровых вычислительных ресурсов всё это довольно губительно.
Расширение протокола для поддержки пофайловых TTH, как во всех более новых обменных сетях, для BitTorrent существует года с 2007го. Пинайте разработчиков, фигли они не реализуют. Почаще бы за эти 13 лет пинали, глядишь, уже сделали.