После пяти лет с момента формирования ветки 3.0 представлен релиз открытого кроссплатформенного компилятора Free Pascal 3.2.0, совместимого с Borland Pascal 7, Delphi, Think Pascal и Metrowerks Pascal. Параллельно развивается интегрированная среда разработки Lazarus, основанная на компиляторе Free Pascal и выполняющей задачи, сходные с Delphi...Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53200
>Добавлена поддержка блоков на языке Си...для возможности плавного перехода тех, кто всё ещё пытается по разным причинам заниматься пердолингом мертвой стюардессы, на нормальный ЯП.
Основная идея наверное сказать что все написано на Паскале. Просто много C блоков вот и все
> Основная идея наверное сказать что все написано на Паскале. Просто много C блоков вот и всеИз оф. примера:
type
tblock = reference to procedure; cdecl; cblock;procedure test(b: tblock);
begin
b;
end;procedure proc;
begin
writeln('called as block');
end;const
bconst: tblock = @proc;
Вижу cblock, но в упор не вижу "языка Си" :(
Возможно, основная идея сказать, что перед написанием ехидного комментария все же желательно ознакомится с матчастью? *g*
Дак, блин, в "C blocks" буква "C" означает "closing", а не язык...
> блоков на языке Си.Автора надо убить за такой перевод термина "c-blocks", который к "на языке Си" ничего общего не имеет от слова совсем, это "C blocks are very similar to anonymous methods in Delphi".
Подозреваю, что переводчиком был гугл транслейт.
> Автора надо убить за такой перевод термина "c-blocks", который к "на языке Си"Зачем убить? Наброс получился хорош!
> ничего общего не имеет от слова совсем, это "C blocks
А что за cdecl в примере?
> А что за cdecl в примере?
>> and either the calling convention cdecl or mwpascal
cdecl - всего лишь конвенция вызова, как и другие (stdcall и прочие), говорит, где и в каком порядке передавать параметры. А C-blocks - это Closing blocks - замыкания.
Только вот они не переходят)) Да, еще есть штуки на Паскале, не имеющие [адекватных] аналогов на твоих "нормальных ЯП".
Например?
А то паскаль настолько уродлив, что интересно было бы посмотреть хотя бы на одно его преимущество.
Лень спорить, потому что спор дурацкий, но не могу не съязвить, не осадить зарвавшегося анономчика... сравни, например, скорость сборки крупного проекта на ЦЭ и Паскакале... Пасквилянты уже давно выложили на сайт рабочий бинарник, а Цешники с тоской продолжают наблюдать за неторопливо бегущими по экрану строчками вывода компилятора...
Ты C с C++ попутал?
export CFLAGS=-O0 и "наслаждайтесь".
Вы - точно понимаете то, о чём пишите?
Машинный код после трансляторов Delphi и BlackBox действительно оставляет желать лучшего и узнаваем на глаз, без сигнатурного анализа (с другой стороны, в их области применения это не играет роли). Правда, я не знаю, кому настолько важна скорость компиляции... может они синтаксические ошибки так проверяют?
> Вы - точно понимаете то, о чём пишите?Таки в этом разе понимает - скорость компиляции и правда втопит до небес. Чудес не бывает, медленная компиляция обычно случается по причине навороченных оптимизаций кода. И gcc достиг в этом определенных высот, например.
Насколько мне извесно дело в пер очередь в вводе ввыводе загруженном в всяких сях в первую очередь монстрозной системой сборки.
> Насколько мне извесно дело в пер очередь в вводе ввыводе загруженном в
> всяких сях в первую очередь монстрозной системой сборки.Сразу видно что вы - не программист на сях, но мнение имеете.
>> Насколько мне извесно дело в пер очередь в вводе ввыводе загруженном в
>> всяких сях в первую очередь монстрозной системой сборки.
> Сразу видно что вы - не программист на сях, но мнение имеете.Вы обороты речи сложнее "это бяка" / "это няка" не понимаете.
> Вы обороты речи сложнее "это бяка" / "это няка" не понимаете.Скорее, я просто не пользуюсь "монструозными системами сборки" на какой там еще яве, или чего у вас там. Для сишников такое уродство все же редкость.
>> Вы - точно понимаете то, о чём пишите?
> Таки в этом разе понимает - скорость компиляции и правда втопит до
> небес. Чудес не бывает, медленная компиляция обычно случается по причине навороченных оптимизаций кода.А отсутствие в сях вменяемой модульности здесь конечно же совершенно ни при чем, ога.
> А отсутствие в сях вменяемой модульности здесь конечно же совершенно ни при чем, ога.В сях вполне нормальная модульность. Со своими костылями, конечно, но памятуя о куче TPUшек без сорцов - ну не пасквилистам про это разглагольствовать, я в свое время наелся этой вашей нормальной модульности досыта, так что даже сорца рантайма не было, бл.
> Пасквилянты уже давно выложили на сайт рабочий бинарник, а Цешники с тоской продолжают наблюдать за неторопливо бегущими по экрану строчками вывода компилятора...Ну выложат бинарник на минуту позже, кто это вообще заметит? Зато то что когда программа на C уже всё посчитала, паскалеподелка всё жжот электричество впустую, не ведая об оптимизациях, заметно ой как. Заруби это себе на носу, осаженный зазнавшийся анонимчик.
С такими закидонами уже как-то неприлично среди профессионалов появляться.
Особенно, если ещё от мамкиного подола не оторвался.
Да, слабоватый троллинг, есть, чему поучиться у местных профессионалов.
> С такими закидонами уже как-то неприлично среди профессионалов появляться.
> Особенно, если ещё от мамкиного подола не оторвался.Утята, не ссорьтесь!
сплюснутые компилируют проект раз в квартал.
> Зато то что когда программа на C уже всё посчитала, паскалеподелка всё жжот
> электричество впустую, не ведая об оптимизациях, заметно ой как.https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
× source secs mem
1.0
Free Pascal #5 3.08 132,800
1.1
Rust #2 3.48 199,856
1.2
C gcc #2 3.59 168,896
https://benchmarksgame-team.pages.debian.net/benchmarksgame/...
× source secs mem
1.0
Chapel #4 1.62 6,296
1.0
Chapel #2 1.63 6,164
1.1
Free Pascal #3 1.73 2,324
1.1
Intel Fortran #4 1.74 4,012
1.1
Rust #3 1.75 3,012
1.1
C gcc 1.75 2,608
Что-что говорите "заметно ой как"?
Может, имелось в виду "Заметно ... Ой! Как?!"?
Ога, не ведает оптимизации!Hello Wolrld стандартный на Си = 34 сискола.
Паскаль - 12 сисколов.
Вот никаких доп ключей, просто исходник на вход. Дальше ? Все эти мантры про чудесные оптимизации вызывают сомнения, не способные оптимизировать hello world - боги оптимизации.
> Hello Wolrld стандартный на Си = 34 сискола.Чё-то многовато ты насчитал. У меня с glibc получилось 28. А с musl — 8. Причём тут, спрашивается, язык и егойный компилятор?
28 :) Да... есть ещё куда расти, чтобы догнать паскаль.
Ну freepascal-ю твой либс даром не нужен, так что программу на c просьба линковать без каких-либо зависимостей. А тот можно libhelloworld сделать, чтобы что сравнивать было интереснее
> Ога, не ведает оптимизации!
> Hello Wolrld стандартный на Си = 34 сискола.
> Паскаль - 12 сисколов.
> Вот никаких доп ключей, просто исходник на вход. Дальше ?Дальше надо разобраться, по какому параметру происходит оптимизация. Если требуется уменьшить количество системных вызовов, то оптимизируется стандартная библиотека языка (для вывода строки достаточно одного системного вызова write; аналогичную оптимизацию должно быть возможно произвести и для FPC).
Если же хотят сравнить скорость выполнения сгенерированного компилятором кода, обычно сравнивают время выполнения одной и той же вычислительной задачи, например, криптоалгоритма. В ряде случаев для определения качества кодогенератора достаточно посмотреть ассемблерные листинги.
Реальность - она жестока... она не опирается лишь на искусственные тесты. Вот в реальности пара десятков сисколов - и твой нановылизанный код улетает в трубу. Сразу становится ясно, что стандартные либы у си - днище.
> Реальность - она жестока... она не опирается лишь на искусственные тесты. Вот
> в реальности пара десятков сисколов - и твой нановылизанный кодОго, мой код, оказывается, здесь известен. Буде любезны, прорекламируйте его дополнительно -- прямой ссылочкой.
> улетает в трубу.
> Сразу становится ясно, что стандартные либы у си -
> днище.Никак не коррелирует с исходным "программа на C уже всё ПОСЧИТАЛА".
> Сразу становится ясно, что стандартные либы у си - днище.Вообще-то у тех либ сейчас в основном в почете фактический перфоманс а не формальные циферки. И это "днище" в real world сценариях весьма нехило жарит. А кому минимализм надо - musl всякие есть. Проблема в том что там фич меньше и/или хуже перфоманс.
Бла-бла-бла.
Этот рецепт давно известен: когда сказать нечего, то строй из себя гуру, которому просто лень. И вроде ответил на вопрос, и при этом никакой конкретики. Так я и знал: на паскале нет ничего адексатного, что бы делало его лучше си.
"Чем кумушек считать-трудиться, не лучше ль на себя, кума, оборотиться?" (с) И. А. Крылов, ты его не знаешь.
Ещё больше комментов, бро. Твоя позиция сильна как никогда.
Иногда лучше молчать. У тебя позиция вообще отсутствует. Только газы.
Ладно, уговорил. Ты привёл шикарные примеры преимущества паскаля. Только успокойся.
Интересно, а что может быть уродливее множества фигурных скобок, неработающего равенства и полностью непродуманной системы видимости и многопроходной компиляции? Точно! Отсутсвие этих проблем должно быть уродством!
>а что может быть уродливее множества фигурных скобокУродливое нагромождение бегинов-эндов, которое выглядит как набор операторов, а не операторных скобок. И ведь недо ещё помнить после какого из эндов надо ставить точку с запятой, после какого не надо, а где просто точка. Буээээ.
Ну и прочее из той же серии. Компиляция — вопрос к компилятору, а не к синтаксису.
> Уродливое нагромождение бегинов-эндов, которое выглядит как набор операторов, а не операторных
> скобок.Операторные скобки тоже являются частью синтаксиса языка. А вот когда Вы читаете чужой код, Вы принципиально мыслите про себя "открываем операторную скобку" и "закрываем операторную скобку" или "фигурная скобка открывается" и "фигурная скобка закрывается" или всё же воспринимаете как "начало" и "конец" блока? Так почему бы не написать это явно? Много букв и их на клавиатуре приходится долго искать? Ну так это очень индивидуальные проблемы, с возрастом многие уже не думают о том, где какая буква расположена на клавиатуре и даже не задумываются где написать begin, а где поставить { -- это уже на подсознательным уровне все работает.
>Так почему бы не написать это явно?Потому что скобка — конец конструкции, а слово может быть воспринято как оператор. Продолжите свою мысль дальше: зачем использовать скобки в математических выражениях или при использовании индекса массива. Ведь их тоже можно заменить словами.
И да, как вы читаете следующие символы: 1, 2, 3, 4, 5, 6, 7, 8, 9, 0, +, - итд? Может заменить всё нс лова? Это в рамках вашей логики.
Прикинь, на Коболе так и писали словами, без скобочек. Причём в Штатах, как показали недавние события, до сих пор с Кобола слезть не могут - так и используется в госучреждениях. Потому что сверхнадёжный, работает даже тогда, когда современные погрοмисты не могут его поддерживать - мозгов не хватает.ADD 1 TO x
ADD 1, a, b TO x ROUNDED, y, z ROUNDED
ADD a, b TO c
ON SIZE ERROR
DISPLAY "Error"
END-ADD
>[оверквотинг удален]
> как показали недавние события, до сих пор с Кобола слезть не
> могут - так и используется в госучреждениях. Потому что сверхнадёжный, работает
> даже тогда, когда современные погрοмисты не могут его поддерживать - мозгов
> не хватает.
> ADD 1 TO x
> ADD 1, a, b TO x ROUNDED, y, z ROUNDED
> ADD a, b TO c
> ON SIZE ERROR
> DISPLAY "Error"
> END-ADDИ не просто сверхнадёжный, а идеально приспособлен для решения тех задач, для которых был когда-то создан. В отличие от этой вашей универсальной Жабы или Пихтона или б-жественной Сишечки, с которыми надо буквально всё делать с нуля и заново. А в Коболе всё нужное сразу есть. Просто решай задачу и не морочь себе и другим голову.
Так чего же сейчас не пишут? Может потому что неудобно?
В общем, упоминать полумёртвый язык — так себе аргумент.
Чем-то на ассемблер смахивает, там тоже нет скобок и арифметических знаков.
> Так чего же сейчас не пишут? Может потому что неудобно?Удобство или неудобство совершенно ни при чём.
Софтверная индустрия делает деньги на создании нового ПО, а не на обслуживании потребностей заказчиков. Софтверной индустрии _выгодно_ всё переписывать заново по много раз. Поэтому наиболее распространены не предметно-ориентированные средства, а универсальные, которые позволяют держать стада хвостатых дешёвых погромиздов и бесконечно долго доить клиентов.
Тем не менее, написанный когда-то на Коболе софт работает и может работать неограниченно долго, если его не спишут принудительно.
Ты свои ущербные идеологические мысли при себе оставть.
Если бы использование специальных знаков разных (в конкретно данном случае — арифметических) действий было бы неудобно, их бы не использовали.
В том же, облизываемом тобою коболе, используются цифры, а не фонетическая запись чисел.>Тем не менее, написанный когда-то на Коболе софт работает и может работать неограниченно долго, если его не спишут принудительно.
Счёты тоже до сих пор работают. Что не пользуешься?
Modula-2 решает многие из этих проблем.
Total Commander - отличный пример использования FPC/Lazarus (64 битный точно, 32 битный tcmd кажись до сих пор на Delphi 2). Имхо лучший файловый менеджер для форточек.
Ну да, как и даблкомандер. Люди пишут на паскале, бывает.А ещё есть:
Ultimaker Cura — лучший слайсер для целой кучи 3д-принтеров;
XnView MP — лучший кроссплатформенный просмотрщик картинок;
Krita,
все написаны на Qt.Есть GIMP, Inkscape и прочее, написанные на мерзком ГТК, который тоже не паскаль.
А у вас в качестве аргумента только тоталкоммандер и устаревший квип (аська такая, кто помнит). Преимущество паскаля стало очевидным.
Хотя я просил не программы, а пример кода где этот уродливый язык показывает преимущество.
На форточках есть весьма годные форточки. Точнее, окна. Точнее, explorer.Я, кнчн, понимаю, что кто-то всё никак в мамкиного хацкера не наиграется, но всему же должна быть мера.
И всерьёз говорить про годноту тоталкоммандеров исключительно и конкретно на винде - это уже реально перебор.
Что не так с коммандерами? Они, конечно не для мамкиных юзеров, там фишка в работе без мыши. Кому-то удобнеее мышкой, кому-то клавиатурой. Командеры умеют оба варианта, ехплорер — всего один.
А что в них «так» ?
Времена отсутствия мыши уже давно прошли( хотя в том же эксплорере вполне можно и без неё ).По остальному, речь о гораздо более удобном и симпатичном графическом окружении с возможностью открытия столь большого числа окон/вкладок, сколь это требуется, равно как настройки их размера и позиционирования, что делается буквально за несколько мгновений.
Конечно, когда винде приходил конец, то подобия тотал коммандера сильно выручали в досе - запустил и норм скопировал с диска что требуется перед его форматированием, но на самой винде удобство таких поделий на фоне аналогов( в т.ч идущих «искаропки» вместе с ОС ) вызывает слишком много вопросов.
>Времена отсутствия мыши уже давно прошлиА времена наличия клавиатуры ещё не прошли. С ней многое удобнее, иначе бы не было понятия «горячие клавиши».
Это.
Просто.
Удобно.Не для всех, но для некоторых точно.
>хотя в том же эксплорере вполне можно и без неё
Я не представляю как в ехплорере клавиатурой выделить все нужные файлы в каталоге и скопировать их в другой каталог.
>По остальному, речь о гораздо более удобном и симпатичном графическом окружении с возможностью открытия столь большого числа окон/вкладок
Фишка командеров в том что много окон не надо.
>но на самой винде удобство таких поделий на фоне аналогов( в т.ч идущих «искаропки» вместе с ОС ) вызывает слишком много вопросов.
У вас либо мало опыта, либо вы явный мышкофил.
> А времена наличия клавиатуры ещё не прошли. С ней многое удобнее, иначе
> бы не было понятия «горячие клавиши».
> Это.
> Просто.
> Удобно.Не-а. Разве что, для каких-то "очень некоторых"
> Не для всех, но для некоторых точно.
>>хотя в том же эксплорере вполне можно и без неё
> Я не представляю как в ехплорере клавиатурой выделить все нужные файлы в
> каталоге и скопировать их в другой каталог.Эмм.
Если нужные файлы идут подряд, то нажимаешь на первый, зажимаешь Shift, нажимаешь на последний. Выделяются все от начального до конечного включительно.
Если речь о каких-то отдельных файлах в каталоге, то зажимаешь Ctrl и нажимаешь на все нужные файлы.
Все.
Эксплорер работает не только с мышью. Но он работает с ней и работает хорошо в отличие от полудосовских *коммандеров.
> Фишка командеров в том что много окон не надо.Кагбэ, ничто не мешает и в экспортере одно-два окна иметь :)
> либо вы явный мышкофил.
Как будто бы это что-то плохое.
Времена когда мышь была роскошью уже давно ушли и сейчас игнорируют ее существование почти исключительно мамкины хацкеры, не наигравшиеся в т.н горячие клавиши и прочее "веселье"( если, кнчн, по роду деятельности подолгу в консоли сидеть не приходится ). Хотя таковых вовсе не смущает наличие клавиатуры и норм моника.. но смущает исключительно мышь, как будто комплекс какой-то.
>Не-а. Разве что, для каких-то "очень некоторых"Я так и написал, что не для всех. Только вы цитату обрезали как вам удобно.
>Если речь о каких-то отдельных файлах в каталоге, то зажимаешь Ctrl и нажимаешь на все нужные файлы.
Мышкой. Один клик не туда и выделение пропадает. Я вам уже писал что мышкотыканье удобно не всем. Видать мысль мудра и не доходит что ваше мировосприятие — не единственно возможное.
>Кагбэ, ничто не мешает и в экспортере одно-два окна иметь :)
Если нужно несколько открытых каталогов, то мешает.
>Как будто бы это что-то плохое.
Нет, не плохое, но и удобство клавиатуры никто не отменял. Ваше мнение — не единственное, чего вы признать не можете.
>Времена когда мышь была роскошью уже давно ушли и сейчас игнорируют ее существование почти исключительно мамкины хацкеры,
Да не, считать своё мировоззрение единственно верным — способность мамкиных спецов. Вы как мой батя, который придумал дома мем: «зачем нам клавиатура, когда есть мышка?».
>не наигравшиеся в т.н горячие клавиши и прочее "веселье"( если, кнчн, по роду деятельности подолгу в консоли сидеть не приходится ).
Это просто удобнее. Я конечно предполагаю что есть упоротые, которые вместо Ctrl+C, Ctrl+V тыкают мышкой, и выбирают нужные пункты меню, но для полноценных адекватных людей пользоваться горячими клавишами — просто удобство. особенно когда одно сочетание заменяет пару-тройку кликов.
>Хотя таковых вовсе не смущает наличие клавиатуры и норм моника.. но смущает исключительно мышь, как будто комплекс какой-то.
Где вы увидели смущение мышью? Есть действия, которые можно совершать только мышью. Есть те, что совершаются только клавиатурой (да, я в курсе что можно в принципе обойтись без мыши или клавиатуры, но это полный зашквар). А есть те действия, которые можно делать и мышью, и клавиатурой, и тут возникает вопрос удобства.
Вы же, как мамкин неосилятор, кичитесь тем что освоили только мышь и в ваш мозг иное не лезет, но это явно не повод для гордости.
> Мышкой. Один клик не туда и выделение пропадает. Я вам уже писал
> что мышкотыканье удобно не всем. Видать мысль мудра и не доходит
> что ваше мировосприятие — не единственно возможное.Оно не единственно-верное, но подозрительно часто хейтерами виндового интерфейса и ярыми фанатами *коммандеров оказываются те, кто почему-то просто не смог осилить каких-то совершенно простых и почти очевидных вещей, либо - школьники, которые чуть ли не впервые видят консоль и им ее вид кажется чем-то невообразимо крутым и оригинальным, как и соотв. стилистика.
Пока зажат Ctrl ничего никуда не пропадет.
Пока зажат Shift, можно просто кликнуть обратно на нужный конечный элемент и "о чудо" выделение вернется.> Вы же, как мамкин неосилятор, кичитесь тем что освоили только мышь и
> в ваш мозг иное не лезет, но это явно не повод
> для гордости.Ви таки подозрительно начисто ушли с темы. А именно - с поливания медом исключительно клавиатурки и *коммандеров и г.ном - мыши и виндового оконного интерфейса в общем :))
Но, нет. Если есть возможность делать что-то удобней, то коммандеры летят туда, где им и место. На помойку. Уже как лет 10-15 ими, наверное, не пользовался.. вообще ни разу не пожалел. Но ЧЯДНТ, так и осталось загадкой.
>Оно не единственно-верное, но подозрительно часто хейтерами виндового интерфейса и ярыми фанатами *коммандеров оказываются те, кто почему-то просто не смог осилить каких-то совершенно простых и почти очевидных вещей, либо - школьники, которые чуть ли не впервые видят консоль и им ее вид кажется чем-то невообразимо крутым и оригинальным, как и соотв. стилистика.Вы, видимо, не понимаете что ваши же сова могут быть использованы против вас.
Зеркалочка в виде утверждения, что коммандеры хейтят неосиляторы, неспособные освоить ничего сложнее мышки, ярко это иллюстрирует.>Ви таки подозрительно начисто ушли с темы. А именно - с поливания медом исключительно клавиатурки и *коммандеров и г.ном - мыши и виндового оконного интерфейса в общем :))
Может потому что не делал этого? Я всегда подчёркивал что для каждого пользователя — своё понятие удобства.
>Но, нет. Если есть возможность делать что-то удобней, то коммандеры летят туда, где им и место. На помойку. Уже как лет 10-15 ими, наверное, не пользовался.. вообще ни разу не пожалел.
И вот это ваше утверждение явно показывает что вы мните свой опыт единственно правильным.
>Но ЧЯДНТ, так и осталось загадкой.
Всё вы делаете так. Просто есть люди, которым удобно иначе.
SAS planet на Паскале. К слову, первые версии Скайпа - те, которые true - децентрализованные, тоже на Паскале писаны.А почему? Потому что на Паскале на занимаешься реализацией алгоритмов, а не борьбой с болями.
> Да, еще есть штуки на Паскале, не имеющие [адекватных] аналогов на твоих "нормальных ЯП".Да, например делание мозга по поводу типов и крайне горбатая работа с указателями.
Вот только похоже в новости ошибка и это не блоки на языке Си (и вообще с Си никак не связаны), а просто разновидность замыканий
> Вот только похоже в новости ошибка и это не блоки на языке Си (и вообще с Си никак не связаны), а просто разновидность замыканийНу, вроде бы не совсем:
> Support for interfacing with C blocks functionality
> Overview: Support has been added for interfacing with Apple's blocks C-extension.
> Notes:
> As C blocks are very similar to anonymous methods in Delphi, we use a similar syntax to declare block types (with an
> added cblock and either the calling convention cdecl or mwpascal to indicate the C nature). Note that the syntax to define the code executed in a block
Ну вот ты сам сказал: similar to anonymous methods in Delphi
>> Вот только похоже в новости ошибка и это не блоки на языке Си (и вообще с Си никак не связаны), а просто разновидность замыканий
> Ну, вроде бы не совсем:
>> Support for interfacing with C blocks functionality
>> Overview: Support has been added for interfacing with Apple's blocks C-extension.
>> Notes:
>> As C blocks are very similar to anonymous methods in Delphi, we use a similar syntax to declare block types (with an
>> added cblock and either the calling convention cdecl or mwpascal to indicate the C nature). Note that the syntax to define the code executed in a blockВот же про состояние:
They are similar to standard C functions, but in addition to executable code they may also contain variable bindings to automatic (stack) or managed (heap) memory. A block can therefore maintain a set of state (data) that it can use to impact behavior when executed. https://developer.apple.com/library/archive/documentation/Co...
> Вот же про состояние:
> They are similar to standard C functions, but in addition to executableЯ немного порылся в коде -- похоже, это разновидность замыканий, использующих для реализации яблочные рантайм-расширения/интерфейс "С-blocks", который яблочники, в свою очередь, придумали как С/C++/ObjC-расширение для своей платформы.
В общем, хорошо (для опеннета), что Apple не назвало свое расширение "rust-block" :)
С-blocks - это Closing (замыкание) blocks, а не си/раст/...
Это возможность копипастить "непонятное, но работающее" для нубчиков.
Когда-то в 2003м потратил почти месяц разбираясь в статистике для собственного рисования графика аппроксимации экспоненциальной функции по имеющемуся массиву значений. Работа с книжками - тупик, консультации с профессорами - тупик. Все что не делал - все художество отличалось от эталонной Statistica 6 или 5 (не помню). В итоге нашел в инете готовое решение - все стало 1 к одному с эталоном. Так вот, там была куча КОНСТАНТ НЕРЕАЛЬНОЙ ТОЧНОСТИ - вот так иногда нет смысла тратить время на поиск истины.
Основное преимущество там не язык, а компактный кроссплатформенный фреймворк для быстрого прототипирования. Где ещё можно проверить какую-нибудь идею буквально за пару минут, просто набросав компонент на форму? Даже в Electron создание прототипа займёт больше времени. И при этом оно может генерировать бинарники меньше 500 Кб, а не как в каком-нить монстроидальном Qt, где даже Hello World ещё попробуй в 5 Мб уложи.
Мало того, всё это ещё и документировано, так что по Ctrl+F1 можно получить справку по любому объекту и методу. А не как в современном опенсорсе, где слово "документация" является страшнейшим ругательством и где разбираться, как оно вообще работает, приходится лишь путём изучения исходников, в которых из комментариев одна только шапка лицензии.
>>>для быстрого прототипирования. Где ещё можно проверить какую-нибудь идею буквально за пару минут, просто набросав компонент на форму? Даже в Electron создание прототипа займёт больше времени.товарищ, вы не путаете быстро наляпать гуй с быстро создать mvp, а? "Даже в Electron создание прототипа", my ass.
> Мало того, всё это ещё и документировано, так что по Ctrl+F1 можно получить справку по любому объекту и методу.Emacs видел когда-нибудь?))
Разве там гуй нё черёз ЖКТ и КТ отрисовывается?
Паскаль по многим параметрам замечательный язык, а компонентная модель делфей шикарна.
У них есть поддержка многих бекэндов (https://wiki.lazarus.freepascal.org/Widgetset) в т.ч. и написанных на паскале, однако как раз они то и находятся пока на стадии разработки.
> Разве там гуй нё черёз ЖКТ и КТ отрисовывается?Желудочно-кишечный тракт? Ну можно это и так сказать! :)
Эм, node.js +npm/yarn ?
Ну это если не особо требуется ней в классическом смысле этого слова.Считанные минуты - и уже автоматом подключены нужные пакеты, обеспечивающие функционал вплоть до отправки подобия пуш-уведомлений на ПК + высокоуровневый ЯП, на котором весьма годно и быстро чего только не делается.
Я ноду в последнее время вообще в качестве основы для написания всевозможных консольных приложений частенько использую. В т.ч для тех, которые хитро работают с сетью и конкретными сервисами.
Расскажи, пожалуйста, где в node.js можно набросать компонентов на форму?)
>> Я ноду в последнее время вообще в качестве основы для написания всевозможных КОНСОЛЬНЫХ приложений..
> Расскажи, пожалуйста, где в node.js можно набросать компонентов на форму?)И давно в консольных приложениях появились компоненты да формы ?)
Хотя и не удивлюсь, если для ноды имеются какие-то гуйные модули.Однако, там есть штука покруче - нормальная работа с вебом и кроссплатформенный гуй.
Или, берешь такой и пишешь годный одностраничник с тоннами стилей, шрифтов и скриптов и оно все моментально загружается и работает, ведь экземпляр ноды разворачивается на локалхосте, с которого одностаничник и тянет "статику", получает данные и на который отправляет требуется запросы в ответ на действия пользователя на одностраничнике.Наиболее этот подход применим, правда, в случае с малобюджетными ПАКами, которым требуется максимальная кроссплатформенность для в т.ч даже пока неизвестных ОС и их версий. Хотя конкретно бода в таких случаях бывает и излишней.
А именно, на "железке" разворачивается сервак, пользователю предлагается перейти в "админ панель" где-то на локальном хосте. Интерфейс в вебе можно нарисовать практически любой, как и графику, а со стороны пользователя требуется лишь совместимый браузер.. и никаких копиляций-перекомпиляций вне зависимости от ОС - будь то винда семерка, десятка, что-то юникс-подобное или черти какая версия ябблОСи - интерфейс отображается, графики рисуются, кнопки нажимаются, устройство работает.. а не как раньше - какой-то п*ц с кучей тормозных и уродливых версий, скомпиленных под несколько конкретных ОС и неподдерживаемых чем-то более-менее новым.
> Основное преимущество там не язык, а компактный кроссплатформенный фреймворк для быстрого
> прототипирования. Где ещё можно проверить какую-нибудь идею буквально за пару минут,
> просто набросав компонент на форму?Очень интересно - какую идею можно проверить таким макаром? Ну, если не считать гомнокодинг за идею?
Вообще-то, речь о поддержке вот этого: https://developer.apple.com/library/archive/documentation/Co...
http://fuckingblocksyntax.com/ - первая закладка, которую я сделал работая иосником.
Так то ObjC и его страшный синтаксис. Во Free Pascal сделали красиво, выглядит как ссылка на функцию или метод (https://svn.freepascal.org/svn/fpc/trunk/tests/test/tblock1.pp, https://svn.freepascal.org/svn/fpc/trunk/tests/test/tblock2.pp).
Ты в очередной раз эпически газифицировал все лужи, показав уровень своего (не)понимания вещей, которые ты пытаешься комментировать.
Белое пальто сними, забрызгаешь.
Это обычно все, на что тебя хватает в ответах.
А сам язык Паскаль кто-нибудь развивает?
Похоже, что нет. Сам Вирт создал другие языки как развитие идей Паскаля - Модула и Оберон.
Оберон был идейно крут, до того как переехал на jvm
Оберона несколько реализаций.Правда, так и не понял, какой из них можно пользоваться
M2, если что, применял имени JPI TopSpeed когда-то...
Документацией не пробовали пользоваться?
Ну, хотя бы - чуть-чуть...
С этого месте - по-подробней, пожалуйста.
Просто интересно, что там, в параллельной вселенной летаргиков....
Оберон это не только яп, но и переносимая операционная система.p-код прародитель современных виртуальных машин llvm, jvm итд
форк паскаля использовался как основной системный язык для apple, когда они еще на powerpc работали. (и не были уг)
сразу все сложно вспомнить, но основные события кончились до рождения основной массы опеннетовцев.
* уг это про apple. зря они на intel перешли
У вас - какая-то мешанина из какого-то лютейшего бреда.
Начните, хотя бы, с википедии!
Честно говоря, даже как-то жалко, что ЯП Оберон не взлетел. Очень компактный и достаточно удобный язык. Прям, как говорится, золотая середина между этими понятиями. Синтаксически осваивается буквально за пол дня. В плане применения близок к C (да в принципе история появления считай тоже).
> Похоже, что нет. Сам Вирт создал другие языки как развитие идей Паскаля
> - Модула и Оберон.Компонентный паскаль (англ. Component Pascal) — язык программирования c парадигмой компонентно-ориентированного программирования. Создан на основе языка Оберон-2 компанией Oberon microsystems, Inc. Является прямым наследником языка Паскаль[2].
Есть стандарт ISO 10206 Extended Pascal от 1991 года.
ты ещё стандарты си вспомни 70-х годов.
Ох уж эти анонимы… Не было никаких стандартов C до 80-х.
>А сам язык Паскаль кто-нибудь развивает?В смысле? От исходного паскаля современный объектный так же далек как с++ от с
https://castle-engine.io/modern_pascal_introduction_russian....
По мелочам постоянно что-то новое,
https://wiki.freepascal.org/FPC_New_Features_3.2.0#Language
включая такие сомнительные решения как возможность определение переменных в любом мместе кода в с стиле
https://blog.marcocantu.com/blog/2018-october-inline-variabl...
for var I := 1 to 10 do ...
for var Item in Collection do ...
Радует, что проект потихоньку, но развивается. Компилятор FPC по сравнению с Pascal ABC работает молниеносно + кроссплатформенен (удалось поработать даже под ReactOS) + входит в Lazarus. Заодно не видел багов в его работе. Из минусов вижу только относительно большой размер исполняемого файла после компиляции, но с ростом объема исходного текста программы сам бинарник уже почти не растёт.
Можно использовать паковщики бинарников типа UPS. Или указать в настройках, чтобы в файл не ложилась отладочная информация при компиляции.
> Можно использовать паковщики бинарников типа UPS.Может все-таки UPX? И это имеет свои минусы - так больше памяти жрется если несколько копий запущено.
Потому что надо отключать режим дебага в компиляторе
Оно было на Freebsd поломанно долгое время.
Сам компилятор или сборка?
strip + upx
>Из минусов вижу только относительно большой размер исполняемого файла после компиляцииЭто не про встроенную отладочную информацию? Если да, то ее можно сразу в отдкльный файл отправлять
Project Options -> Compiler Options -> Debugging: Use external gdb debug symbols file.
Для своих задач один из лучших языков. Приучает к нормальному программированию с детства. А ещё говорят, он строг к быдлокодингу.
Бгг. Язык со словестными операторными скобками не имеет права на существование.
"словестными" - всё, что нужно знать о фанатах ЯП с фигурными скобками в качестве операторных.
Придерись к орфографии, когда ответить оппоненту нечего. Тогда хоть умным покажешься.
Свободен.
Зато теперь ясно, почему ты так фапаешь на скобки - написание слов, состоящих из более чем трёх букв, даётся тебе с большим трудом.
Сублимируешь? Я знаю почему ты фапаешь на слова вместо нормальных скобок: ты недавно выучил буквы, а знаки не осилил. Но впереди конец карантина и ещё 10 лет школы, тебя ждёт много интересного.
Это не просто "орфография". Это образ мыслей, к слову, которых у тебя нет.
И, кстати, это даже и не придирка, а констатация вышеуказанного факта.
Какого факта? Что я могу ошибаться в правописании? Я его и не отрицал. Но я не думаю что твоя жизнь безошибочна, чтобы твоё мнение безапеляционно могло характеризовать человека.Так что оставь свои комплексы судьи при себе, мне они без надобности.
Ну ладно, не заводись. Паскаль быстр, удобен, аккуратен в своей логике и, что самое важное, глядя на паскалевский код хоть через пять, хоть через пятнадцать лет, необходимость его редактирования/обновления/сопровождения НЕ вызывает приступ боли, в отличие от.А ошибочка-то поганая.
>Паскаль быстр, удобен, аккуратен в своей логике и, что самое важное, глядя на паскалевский код хоть через пять, хоть через пятнадцать лет, необходимость его редактирования/обновления/сопровождения НЕ вызывает приступ боли, в отличие от.Писать гoвнокод можно и на паскале. Не надо идеализировать. А уж учитывая регистронезависимость переменных, функций и служебных слов можно такую хрень писать, что глаза вытекут. Хватит искать преимущества там, где их нет. Не приучает паскаль к красоте, хоть ты тресни. Приучают только жёсткие стандарты кодирования.
>А ошибочка-то поганая.
Я и не спорю. Проверка орфографии не работает, а своя собственная сильно хромает.
Регистронезависимость языка - мощное средство для исключения тупых трудно отслеживаемых ошибок. Круче Паскаля в этом смысле только Ада. Там даже порядок аргументов в функциях не приводит к ошибкам реализации алгоритма.Экзамен не сдан. Два балла. Свободен.
Все языки для своих задач - одни из лучших.
А это для каких конкретно задач?
хз возможно обучение!? мне в школе преподавали паскаль, со временем переехал на c#, потом c++, и сейчас осознал себя C99 программистом.те кто учил питон так на нем и сидят.
> хз возможно обучение!? мне в школе преподавали паскаль, со временем переехал на
> c#, потом c++, и сейчас осознал себя C99 программистом.
> те кто учил питон так на нем и сидят.Может поэтому питон круче? Зачем бежать как крысы если корабль не тонет?
> Зачем бежать как крысы если корабль не тонет?Ага, вот только переписывать тонны софта с Python 2.x на Python3 то еще веселье.
2й питон большинством давно уже закопан🤣 Если ты был настолько туп что устроился туда где нужно поддерживать питон 2.х или что-то с него переписывать то это лично твои проблемы, не приписывай их всем.
Живее всех живых. Тонны Python кода ломаются в чих. И даже утилиты вроде 2to3 вообще не гарант что упадёт во время выполнения.
> 2й питон большинством давно уже закопан🤣Осоьенно HG, который в результате послали все хостинги :D
А обучение программированию на языках с динамической типизацией, - еще не приравняли к растлению малолетних ??
Это потому что после привычки писать на питоне, простой взгляд на исходники Ц++ вызывает сильный рвотный рефлекс.
Отрыгивание жвачки - важный элемент пищеварения баранов. Особенно при созерцании новых ворот.
Странно, плюсовики - всех меряют по себе. Не все способны десятилетиями жвачку стандартов и комитетских фич жевать, отрыгивать и - снова жевать. Некоторые и - просто задачи решают, а не вертят алой павианской задницей. Пока одни ходят по вебинарам про обсуждение нюансов и возможнвх подводных камней новых супер-пкпер фич в языке, других языки - просто помогают программировать.
Вам, непавианам, четверть века твердят: кресты - язык мультипарадигменный.
Хочешь - начитайся методичек и говнокодь простынками.
Хочешь - зарывайся в новье и мучай неотлаженные компиляторы своими красивыми до самолюбования построениями.
А хочешь - возьми готовую GUI-библиотеку и пиши код немногим сложнее дельфийского, только действительно имея возможность нормально управлять памятью и делать нетривиальные вещи именно там, где тебе это понадобилось.Я, например, порт своих рабочих программ для "подоконников" по-прежнему собираю в VS 2010 в виртуалке. Ну не требуются для решения NP-задач киллер-фичи и разнаипоследнейшие стандарты. И для интерфейса, если он неизвестно на чем будет запускаться, новизна скорее проивопоказана. А вот оптимальность кода вместо опоры на неизвестно кем написанные готовые решения - вещь реально труднозаменимая.
> камней новых супер-пкпер фич в языке, других языки - просто помогают
> программировать.Ну это явно не про питон - там так помогают програмить, что через полгода все надо заново переделывать. Хотя может это и имелось в виду? :)
> Это потому что после привычки писать на питоне, простой взгляд на исходники Ц++ вызывает сильный рвотный рефлекс.Он и после привычки писать на C вызывает.
> простой взгляд на исходники Ц++ вызывает сильный рвотный рефлекс.отнюдь ... даже больше скажу и от джавы и от даваскрипта не мутит ... а вот паскаль это что то
Странно, у меня наоборот. Особенно, когда в питонячую аннотацию типов лезешь и в ctype.
>хз возможно обучение!?Да вряд ли.
Паскаль в обучении — дурная традиция. Нужно запоминать множество вывертов языка, к программированию не имеющих отношения. Например, когда ставить после энда точку с запятой, а когда не надо.
> Например, когда ставить после энда точку
> с запятой, а когда не надо.Ты бы не писал такое, аноним, не позорился.
А что не так? Ты утверждаешь что этого в паскале нет?
> А что не так? Ты утверждаешь что этого в паскале нет?Я утверждаю, что жалоба на точку с запятой после энда — малость за гранью. На такое тебе всерьёз могут сказать: вон из профессии.
Я говорил о профессии?
Мои слова были о том что в паскале надо запоминать кучу всякого бреда, которая не имеет отношения к принципам программирования, а имеет отношения к вывертам самого языка.
Точка с запятой после енда — один из примеров.
Ещё один из маразмов, это to и downto в форах. В нормальных языках можно указать шаг цикла явно.
Логические операции выраженные в виде слов, а не знаков, это ухудшает читаемость. Опять же, таз используете слова, так используйте их вместо математических знаков (например a plus b, бгг).
Уродливое объявление функций и процедур.Да вообще куча ненужной писанины. И ради чего? Чтобы на инглиш походило? Так он мне не родной, чтобы молиться на него.
Ну, лично мне в сях понравилось что {} намного лаконичнее begin-end. И как угодно но это больше нажатий кнопок. Даже с автодополнением и прочим, с одной буквы малореально угадать что я имел в виду.
> Ну, лично мне в сях понравилось что {} намного лаконичнее begin-end.Да операторные скобки вообще не нужны. Должно быть примерно так
if ... endif
for ... endfor
while ... endwhile
ну а для любителей лаконичности придумали табы, лаконичнее некуда.
Да ты упоролся!И да, в своих бреднях ты забыл endprogram, endfunction, endprocedure, endcase. А ещё лучше после такого имени писать имя программы/функции/процедуры, чтобы совсем было понятно конец какого блока.
> И да, в своих бреднях ты забыл endprogram, endfunction, endprocedure, endcase. А
> ещё лучше после такого имени писать имя программы/функции/процедуры, чтобы совсем было понятно конец какого блока.Это то как раз элементарно, и все упротые так и бредят
function func1()
begin
...
end; //function func1проблема в том что это инфа для человека, а надо бы еще чтобы и для компиляторы
Ради того, чтобы ты научился мыслить как программист, а не стал обезьяной. Паскаль — это _специальный_ (и единственный в своём роде) ЯП, который предназначен для обучения правильному программированию и грамотному программистскому мышлению. Люди, которые не изучали Паскаль _первым_ языком программирования, скорее всего никогда не научатся правильно мыслить. Паскаль — наука для дисциплины ума. Кто эту науку пропустил, обречён остаться тупым или самостоятельно и мучительно открывать всё действительно важное и нужное заново.В книге-учебнике Столярова, которую недавно здесь обсуждали, автор в начале на нескольких страницах объясняет, почему Паскаль. Не поленись прочитать.
А Си — это язык для _уже состоявшихся_ _профессионалов_ системного программирования. Он состоит из хаков и тонких инструментов, которые _тебе_ не нужны. Из-за своего предназначения и философии Си почти ничего не запрещает. Но зачем этот язык людям, которые не занимаются системным программированием — загадка. Потому что модно? Хочется почувствовать себя крутым профи? Так ты не крутой и не профи. И ты будешь страдать из-за своего неумения не делать ошибок. Из-за таких вот модников были преданы забвению многие хорошие языки, ориентированные на конкретное применение в тех или иных предметных областях. Но ты ведь этого не знаешь, не понимаешь. Тебе просто скобочки понравились и мода призывно возбуждает.
> которые не изучали Паскаль _первым_ языком программирования, скорее всего никогда не
> научатся правильно мыслить. Паскаль — наука для дисциплины ума.Пожалуй единственное что в нем полезного. Но для real world проектов он все же слишком занудный и академичный, си прикольнее :P
>> которые не изучали Паскаль _первым_ языком программирования, скорее всего никогда не
>> научатся правильно мыслить. Паскаль — наука для дисциплины ума.
> Пожалуй единственное что в нем полезного. Но для real world проектов он
> все же слишком занудный и академичный, си прикольнее :PА Пихтон ещё прикольнее. А Жлобоскрипт прикольнее всех. Вон сколько на них всякого написано!
Исключение Паскаля из айтишного образования уже дало потрясающий результат во всём мире: говнокодеров стало невероятно много, а программистов удручающе мало.
Не думай, что ты умнее Вирта.
Сколько пафоса! Гoвнокод и на паскале писать можно, я выше уже писал об этом: достаточно писать ЛеСеНкОй.
Гoвнокодеров стало много потому же, почему много стало водятлов: программирование, как и вождение, пошло в массы, от языка это не зависит.
> Сколько пафоса! Гoвнокод и на паскале писать можно, я выше уже писал
> об этом: достаточно писать ЛеСеНкОй.Полюбуйтесь на выращенного пихтачками погромизда. :-)
Видимо это считается шикарной аргументацией за паскаль? (нет).
> Сколько пафоса! Гoвнокод и на паскале писать можно,Более того - большинство программ на дельфе является именно квинтэссенцией этсамого. Особенно киздадо было на вон том автомате с разбитым экраном, где падло как обычно сожрал бабло, не заметив что линка вообще нет. И конечно не повторил проваленную транзакцию, за что и получил фидбэк от счастливого юзера - кирпич в табло.
> А Пихтон ещё прикольнее.Да ну нафиг, после сей паскаль как раз какой-то пихтонрасией отдает. Нянчится с прогером слишком дофига.
> А Жлобоскрипт прикольнее всех. Вон сколько на них всякого написано!
Ну, блин, без кернела операционки я далеко не уеду, а без JS - да пофигу, разницу не замечу :)
> Исключение Паскаля из айтишного образования уже дало потрясающий результат во всём мире:
> говнокодеров стало невероятно много, а программистов удручающе мало.Вот в образовании я бы его оставил. К хорошему все же приучает. Если без этого в си лезть, можно дров наломать.
> Не думай, что ты умнее Вирта.
Я не умнее Вирта. Но вирт как таковой академик, а не чувак с проектами в продакшне.
>> А Пихтон ещё прикольнее.
> Да ну нафиг, после сей паскаль как раз какой-то пихтонрасией отдает. Нянчится
> с прогером слишком дофига.Пихтон прикольный, тем не менее. Его легко освоить и начать использовать для различных _практических_ нужд — то есть именно то, что нужно от скриптового языка. Но его недостатки с лихвой перекрывают его же достоинства. Прежде всего — отсутствие обратной совместимости между версиями. Вот у меня в Диване версия третьего Пихтона — 3.5.3. У неё через три месяца End of support (2020-09-13). А 2.7 уже EOL.
>> А Жлобоскрипт прикольнее всех. Вон сколько на них всякого написано!
> Ну, блин, без кернела операционки я далеко не уеду, а без JS
> - да пофигу, разницу не замечу :)Не радуйся раньше времени. Вроде и для твоих ардуинок хвостатые уже что-то придумали.
>> Исключение Паскаля из айтишного образования уже дало потрясающий результат во всём мире:
>> говнокодеров стало невероятно много, а программистов удручающе мало.
> Вот в образовании я бы его оставил. К хорошему все же приучает.
> Если без этого в си лезть, можно дров наломать.Так его ведь убирают. И результат можешь видеть прямо здесь в комментариях. Без посторонней помощи поскальзываются на шкурке от собственного банана и падают в ту лужу, которую сами же нассали. И, самое главное, они не понимают, что с ними не так: хвост есть, четыре руконоги есть, шкурки от бананов есть, а за программистов не признают.
>> Не думай, что ты умнее Вирта.
> Я не умнее Вирта. Но вирт как таковой академик, а не чувак
> с проектами в продакшне.Вирт гениальнейший чувак. Чем старше я становлюсь, тем лучше это понимаю.
>Вирт гениальнейший чувак.Ты забыл добавить «мне кажется».
>Чем старше я становлюсь
Но ведь до аттестата об основном образовании ещё три года, тебя ждут более сильные открытия.
> Пихтон прикольный, тем не менее. Его легко освоить и начать использовать для
> различных _практических_ нужд —А таскать ящики из вагона можно освоить даже и еще быстрее.
> то есть именно то, что нужно от скриптового языка.
Для меня это обычно мелкая системная автоматизация, с чем прекрасно справляется баш и unix-way.
> Но его недостатки с лихвой перекрывают его же достоинства. Прежде
> всего — отсутствие обратной совместимости между версиями.Я бы скзал python is opposite of *nix way: could do everything but like a crap.
- Веб? Ух, на питоне миндфак какой-то. Сравни с го, блин. А у оного еще и перфоманс и отсутствие таких факов с рантайм совместимостью.
- Системная автоматизация? Отпадающая раз в полгода? Нафуа?
- Научные вычисления? Ну вы все-равно си выучите, если перфоманс хоть минимально колыхал. При том это два абсолютно разных ЯП.
- Системные тулсы? Ух... "with enough thrust pigs can fly", конечно, но...
- Микроконтроллеры? О, я видел одно тело пытавшееся в PWM на ESP32. Он трахался неделю и результат был калом - я за пару часов на сях сделаю куда лучше, с намного более крутыми параметрами :)В результате - ну, какой-то тул для совсем эникеев. Типа как васик на древних компах.
> Не радуйся раньше времени. Вроде и для твоих ардуинок хвостатые уже что-то придумали.
Ну, пусть попробуют со мной поконкурировать. Ну вон я степперами для лулзов щелкаю, и конечно это полный реалтайм, с 100% софтварным разгоном и замедлением моторчика :). Видимо скоро я смогу себе запилить если не 3d printer то уж хотя-бы доморощенный pick-n-place.
> Так его ведь убирают. И результат можешь видеть прямо здесь в комментариях.
Угу. Вот в образовани он по-моему очень дельная штука. Не такой хардкорный как си и не такой раздолбайский как питон, в общем золотая середина для обучения, как по мне. Вот ни разу не жалею что учился прогать на оном, хоть на практике и не сильно юзал оный - но полученные знания потом очень полезны для понимания dos и donts.
> не понимают, что с ними не так: хвост есть, четыре руконоги
> есть, шкурки от бананов есть, а за программистов не признают.Ну дык, а чего бы я буду признавать за допустим микроконтроллерщика морду который 50Hz PWM на мощнецком камне не может выплюнуть без плавания таймингов? Это урод среди уродов, уж пардон :)
> Вирт гениальнейший чувак. Чем старше я становлюсь, тем лучше это понимаю.
Он весьма умный чувак. Но излишне академичный. Академики слишком абстрактны относительно проблем реального мира. Однако для обучения по-моему самое то что надо.
>> Пихтон прикольный, тем не менее. Его легко освоить и начать использовать для
>> различных _практических_ нужд —
> А таскать ящики из вагона можно освоить даже и еще быстрее.Его не надо осваивать на том уровне, на каком ты изучаешь Сишечку или, не к ночи будь помянуты, Плюсы. С ним просто начать и просто закончить (какую-нибудь прикладную задачу). :-)
Берёшь в руки Винду (Винду потому, что в Пихтоне есть справка в CHM) и лёгкую Wing Python IDE. В ней начинаешь какой-то хелловорлд. Набиваешь с автодополнением import ТО_ЧТО_ТЕБЕ_НУЖНО, после чего оно сразу становится тебе доступно через автодополнение же. Рядом с редактором на второй половине экрана у тебя открыт справочник Пихтона. И пиши, что душе угодно. Поглядывая в справочник и активно пользуясь автодополнением.
Если не нарушать гайдлайны стиля (насколько это применимо к Пихтону) и сознательно не заниматься говнокодерством, то твой хелловорлд наверняка будет лучше, чем то, что пишут на Пихтоне 95% хвостатых, ибо ты знаешь свою задачу и цель и руки у тебя из плечей, а не откуда у них.
Неспроста же РедГад сделал Пихтон языком системного администрирования.
Чего Пихтону не хватает остро и хронически, так это совместимости между версиями. Пока её не сделают, он всегда будет языком сиюминутного говнокодерства.
>> то есть именно то, что нужно от скриптового языка.
> Для меня это обычно мелкая системная автоматизация, с чем прекрасно справляется баш
> и unix-way.Ну это заменять Пихтоном не надо, конечно, а то получится РедГад.
>> Но его недостатки с лихвой перекрывают его же достоинства. Прежде
>> всего — отсутствие обратной совместимости между версиями.
> Я бы скзал python is opposite of *nix way: could do everything
> but like a crap.Ирония судьбы. Простота освоения сыграла с ним злую шутку. А если бы не орды хвостатых и дурная слава, да если б ещё обратной совместимости добавить в коробку — совсем бы другая история получилась. Та часть Пихтона, которая доступна тебе для прикладного программирования, объективно хороша.
> - Веб? Ух, на питоне миндфак какой-то. Сравни с го, блин. А
> у оного еще и перфоманс и отсутствие таких факов с рантайм
> совместимостью.Гвидо его проектировал в своё время вовсе не для Веба, а для прикладного повседневного использования не-программистами и для быстрого прототипирования алгоритмического костяка с дальнейшим переписыванием программы на чём-то серьёзном (Сишечке, например). Но, опять же, ирония в том, что так его сегодня почти не используют. Гвидо в этом не виноват. :-)
> - Системная автоматизация? Отпадающая раз в полгода? Нафуа?
> - Научные вычисления? Ну вы все-равно си выучите, если перфоманс хоть минимально
> колыхал. При том это два абсолютно разных ЯП.
> - Системные тулсы? Ух... "with enough thrust pigs can fly", конечно, но...Пихтон не про системное программирование и не про системную автоматизацию. Но хвостатые в ИТ всегда выбирают самое неподходящее решение.
> - Микроконтроллеры? О, я видел одно тело пытавшееся в PWM на ESP32.
> Он трахался неделю и результат был калом - я за пару
> часов на сях сделаю куда лучше, с намного более крутыми параметрами
> :)Как такие люди становятся программистами?
> В результате - ну, какой-то тул для совсем эникеев. Типа как васик
> на древних компах.Или типа Лиспа, но с простым, понятным и наглядными синтаксисом. Инструмент прикладного программирования для людей, программирование для которых не является их ежедневной основной работой. Как Фортран для математиков.
И когда ты осознаешь эту особенность Пихтона, то станут понятными и его стиль, и эти отступы, и модули, и вообще всё в его устройстве. _Кроме_ ушибленных мозгов пихтачков, которые массово используют его не по назначению, а для системного администрирования, создания веб-сайтов и пр.
>> Не радуйся раньше времени. Вроде и для твоих ардуинок хвостатые уже что-то придумали.
> Ну, пусть попробуют со мной поконкурировать. Ну вон я степперами для лулзов
> щелкаю, и конечно это полный реалтайм, с 100% софтварным разгоном и
> замедлением моторчика :). Видимо скоро я смогу себе запилить если не
> 3d printer то уж хотя-бы доморощенный pick-n-place.Двадцать лет назад никто не мог предсказать появление «платформы Электрон».
>> Так его ведь убирают. И результат можешь видеть прямо здесь в комментариях.
> Угу. Вот в образовани он по-моему очень дельная штука. Не такой хардкорный
> как си и не такой раздолбайский как питон, в общем золотая
> середина для обучения, как по мне. Вот ни разу не жалею
> что учился прогать на оном, хоть на практике и не сильно
> юзал оный - но полученные знания потом очень полезны для понимания
> dos и donts.Вирт вроде и не предполагал использование Паскаля в продакшыне. Люди, как всегда, поняли по-своему и сделали по-своему, а потом стало поздно что-то менять. А сейчас искалеченные мозгом хвостатые ненавидят единственный учебный язык, который мог научить их мыслить. :-)
>> не понимают, что с ними не так: хвост есть, четыре руконоги
>> есть, шкурки от бананов есть, а за программистов не признают.
> Ну дык, а чего бы я буду признавать за допустим микроконтроллерщика морду
> который 50Hz PWM на мощнецком камне не может выплюнуть без плавания
> таймингов? Это урод среди уродов, уж пардон :)Ты понимаешь, что такое железо, и что любая, даже самая высокоуровневая программа в конечном счёте будет жеваться процессором в виде машинных команд. А большинство хвостатых этого не понимают. Им что килобайт, что гигабайт — один хрен: ценник на полке магазина. О содержимом ячеек и регистров хвостатые не задумываются никогда. Если вообще знают о каких-то там ячейках…
>> Вирт гениальнейший чувак. Чем старше я становлюсь, тем лучше это понимаю.
> Он весьма умный чувак. Но излишне академичный. Академики слишком абстрактны относительно
> проблем реального мира. Однако для обучения по-моему самое то что надо.Для решения проблем реального мира были созданы целые семейства Бейсиков, Коболов и Фортранов, Ада, Лиспы и так далее. Почему их не используют, как ты считаешь? Почему всюду пытаются вкорячить Жабу, Жлобоскрипт, Плюсы и тот же Пихтон? (потом я напишу свой вариант ответа)
>оторый предназначен для обучения правильному программированию и грамотному программистскому мышлению
>правильномуСудьи кто? Может ещё череп штангенциркулем мерить, а то вдруг я не правильный?
>Люди, которые не изучали Паскаль _первым_ языком программирования, скорее всего никогда не научатся правильно мыслить.
Это вообще философия. Как мыслить правильно — вопрос для многих учёных. А тут нарисовался спец и решил за всех что оказывается мыслить правильно — это программирование на ипучем паскале.
>Кто эту науку пропустил, обречён остаться тупым или самостоятельно и мучительно открывать всё действительно важное и нужное заново.
Лови илиту!
>В книге-учебнике Столярова, которую недавно здесь обсуждали, автор в начале на нескольких страницах объясняет, почему Паскаль.
Нафига мне левый xep с горы? Есть Поляков, который для обученя разработал свою среду robowin с си-подобным языком. Мне она нравится больше, чем навязываемый паскале-подобный КуМир.
>Но зачем этот язык людям, которые не занимаются системным программированием — загадка. Потому что модно?
Потому что это удобно.
Паскаль он для англоязычных людей. Для тех, кому этот язык не нужен удобнее заменять ненужные слова либо фигурными скобками, либо простыми конструкциями (сравни написание форов «for i :=1 to 10 do» вот зачем мне to и do?). Глупые function и procedure. Буэээ.>Тебе просто скобочки понравились и мода призывно возбуждает.
Тебе-то откуда знать? Оракул, нах. Я с паскалем раньше познакомился, чем с си. Но как-то для себя считаю его неудобным. Могут быть и другие точки зрения, но глупо утверждать что паскаль правильный.
Зачётна истерика! :-)
Добавь больше смайлов.
Ты уже второй или третий запаскалист, который сливается, но не может промолчать, потому как хочет оставить последнее слово за собой, используя детские приёмчики.
Нечего сказать, так не говори, хотя не дорос, видимо, до таких простых мыслей.
По хорошему, его в обучении не мешало бы заменить, так как там есть ныне уже плохие шаблоны и принципы. Объявление переменных в начале блока например. Это ныне бессмысленный моветон. С другой стороны, если искать замену среди имеющихся, то, действительно, не найдёшь. C/C++ - слишком "магичны" для начинания; Python/JS - динамическая типизация начинающим точно противопоказана; Java/C# - ООПшные, до этого дожить ещё надо. Ряд новомодных (Go, Rust, Dart, Kotlin) - попадают либо в одну из групп, либо имеют свои собственные проблемы. Таким образом, и остаются диалекты Basic'а или диалекты Pascal'я.
Зачем менять то, что всегда хорошо работало и давало хороший результат? Или вы умнее Вирта и уже написали новый учебный язык — лучше Паскаля?
Нет, просто IT - это такая сфера, которая развивается очень быстро. Она от студентов начинает требовать новых знаний и приёмов, которые старые языки просто на просто дать не могут, а зачастую даже врать начинают (вы намерено пропустили аргумент с переменными?). Если следовать вашей логике, то студентам надо вообще какой-нибудь Fortran или лучше Assembly давать.
> Нет, просто IT - это такая сфера, которая развивается очень быстро.Она не развивается, а _изменяется количественно_. Развитие же качественное — это изменения от худшего к лучшему. Ничего похожего в ИТ я не наблюдаю.
> Она от студентов начинает требовать новых знаний и приёмов, которые старые языки
> просто на просто дать не могут, а зачастую даже врать начинают
> (вы намерено пропустили аргумент с переменными?).Это софтверная индустрия требует от вас знания новых языков и фреймворков. А требует она этого в _своих_ интересах (ради денег), а не ради прогресса рода человеческого. Спольски про это (конкуренцию компаний) написал статью ещё 18 лет назад. Fire and motion.
https://www.joelonsoftware.com/2002/01/06/fire-and-motion
> Если следовать вашей логике, то
> студентам надо вообще какой-нибудь Fortran или лучше Assembly давать.Что-то не так с Фортраном?
> Ничего похожего в ИТ я не наблюдаю.Это скорее ваша проблема, и не надо её экстраполировать на студентов.
> Это софтверная индустрия требует от вас знания новых языков и фреймворков.
Язык и языковые элементы/конструкции/приёмы - это внезапно несколько разные вещи. А зачем вы вообще приплели фреймворки - мне остаётся только догадываться
> Что-то не так с Фортраном?
Не знаю, это вы почему-то топите за паскаль. Вот мне интересно, а почему не фортран, асм или даже кобол?
Штуки типа C# больно уж здоровые. Столько счастья надо далеко не всем. К тому же ряду тех кому все же надо неотключаемый GC и прочие прелести виртуальной машины активно мешают, да и просто апдейт рантайма с аутом компа на полдня для перегенерации over 9000 assembly на все случаи задолбает даже слона. Да еще у вас версия на полшишечки не та, так что вом вам ацкий стэктрейс на ровном месте. Да и ява примерно то же самое с теми же траблами.
Я от части об этом и говорю. К тому же, не позволяют познакомиться с памятью. Чтобы понять, что такое GC и зачем он нужен, явно имеет смысл по отлаживать сырые указатели. В принципе, у любой языковой фишки есть какая-то история её появления. И лучше, если ученик не примет итог этой истории как данное, а сможет ощутить зачем оно было вкручено. К тому же так придёт понимание, какие плюшки и где имеет смысл использовать.
В принципе, любой ЯП - это инструмент. Инструмент, который создавался для каких-то целей. И если цели проекта (или его части) начинают выходить за эти рамки, важно знать, где та точка, после которой не имеет смысл жрать кактус, а просто освоить другой ЯП. Что интересно, судя по тоннам холиваров с измерениями, у кого ЯП круче (кхм, "длиннее"?), многие видимо этого не понимают.
> нужен, явно имеет смысл по отлаживать сырые указатели.Я бы сказал так: сырыми указателями стоит пользоваться только когда это реально надо. И когда это реально надо, невозможность это сделать ДЕЛАЕТ ЗАДАЧУ НЕРЕШАЕМОЙ, БДЖАД! Сразу вышибая язык из разряда низкоуровневых и системных задач как класс.
Ну например работа с mem-mapped HW это неизбежно куча .. "сырых указателей" на какие-то регистры, щелк которыми убеждает железку сделать вон то и вон это.
> смысл жрать кактус, а просто освоить другой ЯП. Что интересно, судя
> по тоннам холиваров с измерениями, у кого ЯП круче (кхм, "длиннее"?),
> многие видимо этого не понимают.Хызы, лично мне си нравится своей универсальностью - я могу и фирмвару для МК написать и вон тот системный тул и вон то быренько посчитать. И даже ну вон lwan.ws позволяет в вебморды не хуже ГОпников каких, и разучивать игоГО мне как-то при моих нуждах явно оверкилл :)
Кто такой Столяров?
Наверное xер с горы, который думает за тех, кто сам думать не в состоянии.
Я не буду разбирать всю эту кучу ненужной писанины. Но стандарт с++ то почитайте(да такой есть и некоторые его читают), там и для неробов для которых and и or Несколько понятней чем ^&%# кое-что есть> Логические операции выраженные в виде слов, а не знаков, это ухудшает читаемость.
> Опять же, таз используете слова, так используйте их вместо математических знаков (например a plus b, бгг).https://en.cppreference.com/w/cpp/language/operator_logical
The keyword-like forms (and, or, not) and the symbol-like forms ( &&, ||, !) can be used interchangeably
> Я не буду разбирать всю эту кучу ненужной писанины. Но стандарт с++ то почитайте(да такой есть и некоторые его читают), там и для неробов для которых and и or Несколько понятней чем ^&%# кое-что естьДля кого and и or понятнее? Я не носитель этого языка, для меня символы понятнее.
> https://en.cppreference.com/w/cpp/language/operator_logical
> The keyword-like forms (and, or, not) and the symbol-like forms ( &&, ||, !) can be used interchangeablyЭто как-то меняет то, что я утверждал? В паскале инглиш гвоздями прибит там, где можно без него. Куча ненужных слов (begin, end, and, or, until, to, downto), без которых можно обойтись, и просто лишние (function, procedure, forward).
> Я не буду разбирать всю эту кучу ненужной писанины.
Ах, да, вы уже сказали что не будете разбирать ненужную писанину паскаля, видимо этот кактус вам по душе.
Ну, например, для системы визуализацмии полётной информации (графики, 3д-графика, воспроизведение видео и звуковой информации - ВСЁ БЫЛО НАПИСАНО ИМЕННО НА ПАСКАЛЕ) или для отладочных стендов на работы с бортовым оборудованием.си/си++ там - просто в долю не падали по воемени разработки и отладки.
> си/си++ там - просто в долю не падали по воемени разработки и отладки.Вот с C++ -- это к гадалке не ходи, время разработки будет большое, а с C... Ну не было на C хороших спецов, во времена "появления" этих стендов, а сделать из C Паскаль можно было несколькими макросами.
Как показала практика, на си++ пишут всякие навороченные рожи типа игроделов... а если столько на мягкотелых дельфистов сгрузить - они с катушек слетят, потому что это уже вам не кнопочки по форме возякать :)
> Как показала практика, на си++ пишут всякие навороченные рожи типа игроделов... а
> если столько на мягкотелых дельфистов сгрузить - они с катушек слетят,Интересно, разрабы Age of Wonders, Space Rangers или Rise of Legions об этом уже слышали?
> Интересно, разрабы Age of Wonders, Space Rangers или Rise of Legions об этом уже слышали?Об этом слышали авторы почти всех навороченных двигунов из ныне актуальных и прочих AAA игр. Конечно гений и на Java может майнкрафт накорябать, но там и голимый графон, хыхы, задекларен фичой. Это конечно прикольно, но выглядит как doom едва ли :D
>> Интересно, разрабы Age of Wonders, Space Rangers или Rise of Legions об этом уже слышали?
> Об этом слышали авторы почти всех навороченных двигунов из ныне актуальных и прочих AAA игр.
>> Rise of Legions
>> 2018В общем, как обычно - "это считаем, это ... не вписывается в картину мира - значит не считаем! А здесь вообще рыбу заворачивали!". (с)
> В общем, как обычно - "это считаем, это ... не вписывается в
> картину мира - значит не считаем! А здесь вообще рыбу заворачивали!". (с)Как обычно - если большинство приличных игровых двигунов писаны на Си++, логично признать очевидный факт. Полтора исключения ... доказывают например что?
Касательно кнопочек на форме:
Перейдя с VisualBasic на Delphi/C++ Builder я боли не испытал. Всё строилось очень лаконично и понятно. Когда клепаешь UI думаешь о UI, а не о куче подкапотной мишуры. Не знаю, как в Delphi, но в VB UI очень дотошно проектировался (кстати, что интересно, изначально Аланом Купером). Там получилось идеальное решение, когда всё лишнее было убрано под кат.
Когда же я с них пошёл на C++ и веб, это было больно. Даже Qt, и то больно. Да, гибче, но не соизмеримо дольше. Просто потому, что всё то, что было скрыто от глаз, внезапно предстало взору
Количесво абсолютно непростительных ошибок вроде отсутсвия проверки переполнения буфера/стека и освобождения памяти в Си коде в важнейших частях современной инфраструктуры, говорит немного об обратном.Специалисты же на Си были всегда. Именно потому что Си процессоры были популярны благодаря DEC, именно потому это счастье и получило распространение.
> сделать из C Паскаль можно было несколькими макросами.Это как?
#define function
#define procedure void
#define begin {
#define end }
Так, что ли? А зачем? Индексацию массивов макросами не переделаешь, вот там-то у паскуалистов все косяки и полезут.
>> сделать из C Паскаль можно было несколькими макросами.
> Это как?
>
> #define function
> #define procedure void
> #define begin {
> #define end }
>
> Так, что ли? А зачем? Индексацию массивов макросами не переделаешь, вот там-то
> у паскуалистов все косяки и полезут.Так Вас же силой никто не заставляет индексировать с 1, индексируйте с 10-ти )))
> Так, что ли? А зачем? Индексацию массивов макросами не переделаешь, вот там-тов паскале отсчет не от единицы, а от любого значения
https://wiki.freepascal.org/Array
19 // integer subranges
20
21 level = array[-24..24] of longint;
22 box = array[-1..1, -1..1, -1..1] of boolean;
23 transformationMatrix = array[0..1, 0..1] of valReal;вот в матеиатике с единицы, да, но такое слово - математика - программистам обычно неизвестно
i8086-win16 - это, конечно, очень актульная целевая платформа.
Возможно, остались какие-то древние терминалы с работающим и обновляющимся софтом. Недавно в "Дикси" видел терминал с DOS-ом. Хотя ситуация специфическая, согласен.
DOS дохрена где в торговле.
Надо срочно все переписать на Линукс.
Перекомпилировать. Все что есть в DOS есть и в Linux.
Представьте себе, что есть до сих пор такое.
да дофига девайсов, где только такое и запустится, как старых, так и новых типа SoM-Vortex... Что ты на него ставить собрался - Win10?!
Так и запишем: "Паскаль угнетает права чёрных"grep -ihor master | wc -l
2409grep -ihor slave | wc -l
547grep -ihor blacklist | wc -l
54grep -ihor whitelist | wc -l
5grep -ihor negro | wc -l
32
Ты идиот? Зачем wc -l, если у grep есть ключ -c?
А как же юниксвей, где для каждой фичи отдельная команда?
Не работает если нужно сразу на два пайпа разложить. Так что это все игрища. Хотите нормальный вей используйте языки программирвоания.
Ты кретин? Как ключ -c поможет, если нужно найти суммарно, по всем файлам?
Ты ещё скажи, что все ключи tar помнишь, вместо unxz -c FILE | tar -x.
просто напомню про однофайловый графический редактор о 12 мегабайтах под названием LazPaint.
На каком "современном" языке можно уложить те же возможности в, хотя бы, такой размер? Только при подсчётах прошу учитывать все используемые "аналогами" библиотеки
> просто напомню про однофайловый графический редактор о 12 мегабайтах под названием LazPaint.
> На каком "современном" языке можно уложить те же возможности в, хотя бы,
> такой размер? Только при подсчётах прошу учитывать все используемые "аналогами"
> библиотекиPhotoFiltre 6.3.2 (4Mb вся папка без установки, 2008й год выпуска)
>> просто напомню про однофайловый графический редактор о 12 мегабайтах под названием LazPaint.
>> На каком "современном" языке можно уложить те же возможности в, хотя бы,
>> такой размер? Только при подсчётах прошу учитывать все используемые "аналогами"
>> библиотеки
> PhotoFiltre 6.3.2 (4Mb вся папка без установки, 2008й год выпуска, иди, открывай кофейню)
Я про линукс (под масдайку-то LazPaint 9 мегабайт весит. И тоже без установкию И 256Mb памяти требует)
12 мегабайт сорцов в одном файле? Это же бред какой-то. То есть, при использовании IDE наверное можно справиться как-нибудь работать с таким сорцом, но компилятор не поперхнётся?
> На каком "современном" языке можно уложить те же возможности в, хотя бы, такой размер?На C например, вот тот же AzPainter: https://git.io/azpainter
Ну дык "Си" же тоже "устарел и нинада" - все тут так говорят. Современный - это "Ржавый". Электрон на худой конец. :))
Электрон не язык, а тулкит. А язык там JavaScript, которому лет больше чем Python.
ты ошибаебещся (более того питон одних корней с линуксом)
не, все правильно - жабаскрипт, при всей его уродливости, и сегодня запустит код, написанный в 98м году. А ваш пихон каждый день новый. Тот который был вместе с (на пять лет позже, на самом-то деле) линухом - давно уже нимодна, устаревший мамантав кал, и не запускается.
> (более того питон одних корней с линуксом)Это еще каким макаром? Совсем вебмакаки упали с дуба.
может предыдущий оратор имел в виду ту историю что Гвидо в начале 80-х студентом участвовал в группе проф. Танненбаума по созданию распределенной операционки Amoeba, и имел интересные идеи для языка шелла той системы, из которых видимо сформировался питон несколько лет позже?
> На C например, вот тот же AzPainter: https://git.io/azpainterМожешь еще mtpaint записать туда. Небольшая но годная рисовалка для pixelart. Круче всякиx paint в разы, в отличие от всяких pint и прочего хлама дотнет не требует, потому что на сях.
Зачем оно нужно в 2020 году? Пусть на раст переходят.
А разве можно в паскале как-то разименовать NUL?
Там нету NUL, грамотей. :)
Вот именно.
https://wiki.freepascal.org/Nil/ru
Отличная вещь для школьных олимпиад по программированию. Серьезно.А на нем под веб писать можно? С флуттером уже скрестили?
На веб писать можно на чем угодно, что может выдать текст с HTML-кодом на stdout, прочитав ввод из переменных окружения.
Я раз от скуки примитивный сайтик с админкой, галереей и бордой на шелле написал. Можно, да. Но только от скуки.
> Я раз от скуки примитивный сайтик с админкой, галереей и бордой на
> шелле написал. Можно, да. Но только от скуки.На шелле его - с экранированием замахаешься. А без него сервак могут довольно быстро поиметь.
Вообще-то тут тема про универсальный ЯП, где можно работать с сокетами (и кое-кто умудрялся на таком писать драйвера для ОС, чьё имя тут нельзя называть), а не про "что угодно".
Он ещё оказался отличным средством для визуализации и анализа полётной информации с графиками, трёхмеркой, воспроизведением видео и звука. Причём всё это - именно на нём. Оказался после реализаций, перед этим, на си-шарппе и си++ с кьюти. Сразу предупреждаю невольный позыв: обе системы очень хорошо знакомы и освоены. А к паскалю вернулись сначала ради хохмы, вспомнить свой опыт дельфи из конца 90-х. Но прикол перерос в недоверие и недоумение. В результате весь проект был переписан на Дельфи,а потом - на Лазарусе.
https://wiki.lazarus.freepascal.org/Portal:Web_Development
Первый раз такое делаю тут, но...Я, конечно, все понимаю, раст, го, ещё куча модных новых вещей, но когда у тебя есть олд скул система, в которую вложили столько человека/лет, все это херня. Читаю такое, иногда кажется, что миллионы строк кода, написать, задокументировать, очень легко, делов на пару дней. Сфера применения всего этого добра, не связана с чем то модным и молодёжным. Крики перейдём на «новый модный язык» это, конечно, весело, я так смотрю весь интерпрайз прям бежит все своё добро переписывать. Никто не против нового, это круто, что что-то появляется, развитие это всегда хорошо, но не надо везде это толкать. Вообще послед время кажется, что все стали забывать, что новый язык это круто и хорошо, только вот когда их использует какой-нибудь Гугл, это не Вася из конторки на 100+ человек, а тысячи спецов, хотя Гугл может про спецов и не очень пример, но смысл надеюсь понятен будет😅 а вообще, обидеть никого не хотел, но раз на то пошло, может ещё ядро всеми любимой на раст, что уж, модно молодёжно будет
Ооо, добавлю ещё немного, смотря на все что творится, иной раз кажется, что народ страдает открытой херней, написания кода ради написания кода, вы проект когда уже закончите, тут мат, опущу😅 усложнения простых вещей, чувство, что каждый пытается набить себе защиту, что бы не уволили, индустрия идёт под откос, из-за хипстеров, которые, хотят пробовать все больше и больше странных штук🤓
По факту же, смотрим вакансии, ну и что-то не пахнет величием раста во всем, хотя сам язык классный, но у него своя ниша, уже и так js куда не попадя пихаете 😑 и да, сайтики на Паскале не пишут, славу богу, да же абракадабра вроде не топит за это, но вот учетные системы для не больших предприятий это пожалуйста, хотя скорее тут допил, как я уже и писал, олд скула😕 и да, мое мнение субъективно, так что вот😅
Вы тестируете ввод emodji в GTK 4.0?
коллега, новость про fpc, вы тут пишете про "учетные системы для не больших предприятий это пожалуйста",теперь, вопрос - вы пробовали переносить эти самые учетные системы с дельфей пять, ладно, пусть семь и всего зоопарка, что выше, на fpc? бо это сейчас единственный реальный вариант внедрения fpc на предприятии.
с нуля я не вижу, как сейчас внедрить что-то, написанное на fpc. если вы только не директор и не единственный сотрудник.
если не пробовали - к чему рассуждения про хипсторов и раст? вот имеется компилятор, берите и внедряйте, переносите.
я, например, даже намекать на это не стану девочкам, тянущим "мою" местную дельфи систему.
>[оверквотинг удален]
> больших предприятий это пожалуйста",
> теперь, вопрос - вы пробовали переносить эти самые учетные системы с дельфей
> пять, ладно, пусть семь и всего зоопарка, что выше, на fpc?
> бо это сейчас единственный реальный вариант внедрения fpc на предприятии.
> с нуля я не вижу, как сейчас внедрить что-то, написанное на fpc.
> если вы только не директор и не единственный сотрудник.
> если не пробовали - к чему рассуждения про хипсторов и раст? вот
> имеется компилятор, берите и внедряйте, переносите.
> я, например, даже намекать на это не стану девочкам, тянущим "мою" местную
> дельфи систему.Если не использовать компоненты без исходников, то это дело 3-4 месяцев на средний проект или столько же для крупного, но хорошо знакомого. Мелкие проекты, как по мне, можно и за 2-3 недели перевести.
Это я не про "научиться собираться и запускаться", а про полный перевод вместе с системами сборки и прочего необходимого для работы сопутсвующего функционала.
С кросплатформенностью, конечно, все намного сложнее, но это не значит, что она недостижима.
Pascal нужен, чтобы плавно перейти на Ada или на VHDL по желанию
Кто бы что не говорил, очень годен для микроконтроллеров
На каких микроконтроллерах запускали?
На AVR можно без особых напрягов собрать нужное вам. Получится крупноватенько (+8КБ), но от этого никто не умирал ещё...
> но от этого никто не умирал ещё...На какой-нить mega8 так очень даже и умирали, а на tiny так и вовсе без шансов. Так что про фирмварь для многорежимного фонарика придется забыть как класс.
>> но от этого никто не умирал ещё...
> На какой-нить mega8 так очень даже и умирали, а на tiny так
> и вовсе без шансов. Так что про фирмварь для многорежимного фонарика
> придется забыть как класс.Не, многорежимный фонарик таких проблем не вызывает, там просто ресурсы не сжимаются никак. А так комиплятор под AVR неплохо работает, хотя приходится половину библиотек ручками писать самому -- RTL так очень скудный
> Не, многорежимный фонарик таких проблем не вызывает,У тинек памяти на все 1-2 кило и RAM какие-то крохи. Си и настолько обрубить реально. Во всяком случае я для cortex M делал фирмвари в 1-2 кило флеша и пару десятков байтов RAM. Там отсутствие рантайма вообще фича будет.
> библиотек ручками писать самому -- RTL так очень скудный
Ага, давайте в фонарик запихнем побольше непонятного гомнокода. А потом в ответственный момент он непонятный крап раз спалит силовой ключ или светодиод и вы останетесь без фонарика.
>Ага, давайте в фонарик запихнем побольше непонятного гомнокода. А потом в ответственный момент он непонятный крап раз спалит силовой ключ или светодиод и вы останетесь без фонарика.Это так не работает.
кодил на паскале под самые мелкие STM32 CortexM0, у которых оперативки 4 килобайта.
> Кто бы что не говорил, очень годен для микроконтроллеровСи для них таки явно лучше. Неудобно в пасквиле работать с памятью напрямую. И вообще, как изящно и без оверхеда на паскале ну скажем 1 бит в вон том 32-бит регистре выставить? А чтоб быстро и компактно, типа 1-2 команд асма? Ну там GPIO на скорость щелкать, например?
Как и в любом гибридном языке, побитная дизъюнкция на константу
> Как и в любом гибридном языке, побитная дизъюнкция на константуКонкретный пример кода покажи?
На сях я это делаю как-то так: SETBIT(register, 5). Ну да, по факту сие будет *макрос*, который сделает register |= (1 << 5), где register на самом деле указатель на адрес в памяти. Заявленный как нечто типа volatile uint16_t * register допустим (если это 16-битный регистр).
И я во первых могу себе отрисовать это макро, во вторых оно трансформируется в практически нифига по коду - действо оказывается на уровне ассемблера по скорости и размеру (все что можно посчитать заранее - компилер посчитает в compile time). А вот как что-то сравнимое на паскале изобразить с симпатичным кодом в основной программе (на уровне не хуже этого SETBIT) и без дурного гимора - а черт его знает? Покажете? Или у вас и в микроконтроллерах дельфизм? :)
Прошу прошения, не читал ответы. К примеру так
Old + 1 shl BiteNumber
>> Кто бы что не говорил, очень годен для микроконтроллеров
> Си для них таки явно лучше. Неудобно в пасквиле работать с памятью
> напрямую. И вообще, как изящно и без оверхеда на паскале ну
> скажем 1 бит в вон том 32-бит регистре выставить? А чтоб
> быстро и компактно, типа 1-2 команд асма? Ну там GPIO на
> скорость щелкать, например?Ты можешь вставлять в Пасквиль ассемблерные вставки. И всегда мог.
http://www.husseinsspace.com/teaching/udw/1996/asmnotes/chap...https://www.oocities.org/codeteacher/pas/pasl2014.html
https://life-prog.ru/view_algoritmleng.php?id=112
https://delphisources.ru/pages/faq/base/assembler_in_delphi....
http://www.math.uni-leipzig.de/pool/tuts/FreePascal/prog/nod...
https://wiki.freepascal.org/Asm
Мне прямо стыдно за тебя, 294-й аноним.
> Ты можешь вставлять в Пасквиль ассемблерные вставки. И всегда мог.В п... такое счастье! На сях пойнт в том что можно убедить компилер сделать весьма компактный и эффективный код средствами языка, вот как раз без ассемблера.
> Мне прямо стыдно за тебя, 294-й аноним.
Ты лучше за себя как-нибудь на ассемблере шпрехай, а я лучше из сей буду настолько же эффективными, но куда более читаемыми макросами фигачить.
>> Ты можешь вставлять в Пасквиль ассемблерные вставки. И всегда мог.
> В п... такое счастье! На сях пойнт в том что можно убедить
> компилер сделать весьма компактный и эффективный код средствами языка, вот как
> раз без ассемблера.Мне снова за тебя гуглить и листать старые учебники? Я могу, но давай сперва сброшу тебе номер моей банковской карты, а ты мне задонать на труды.
Эта ссылка бесплатно, в подарок:
http://klax.tula.ru/~zet/frames/thm_pointers.html
>> Мне прямо стыдно за тебя, 294-й аноним.
> Ты лучше за себя как-нибудь на ассемблере шпрехай, а я лучше из
> сей буду настолько же эффективными, но куда более читаемыми макросами фигачить.Ты жаловался, что ничего нельзя. Я тебе показал, что таки что-то можно.
> Мне снова за тебя гуглить и листать старые учебники?Я бы лучше посмотрел на то что смогли родить вон те чудаки с авр и кортексом.
> http://klax.tula.ru/~zet/frames/thm_pointers.html
Отличный пример как сделать из паскаля совсем уж птичий язык. Тупо ничего сравнимого с SETBIT(register, 5) по, гм, эстетике.
> Ты жаловался, что ничего нельзя. Я тебе показал, что таки что-то можно.
Отдельные утырки даже вон на пихоне пытаются синтезировать жесткие времянки. С понятным результатом :)
>> Мне снова за тебя гуглить и листать старые учебники?
> Я бы лучше посмотрел на то что смогли родить вон те чудаки
> с авр и кортексом.https://wiki.freepascal.org/AVR
https://wiki.freepascal.org/ARM_Embedded_Tutorial_-_Entry_FP...
https://wiki.freepascal.org/TARGET_Embedded
https://wiki.lazarus.freepascal.org/ARM
Коммерческое:https://www.mikroe.com/compilers
>> http://klax.tula.ru/~zet/frames/thm_pointers.html
> Отличный пример как сделать из паскаля совсем уж птичий язык. Тупо ничего
> сравнимого с SETBIT(register, 5) по, гм, эстетике.Да уж не более птичий, чем Сишечка.
>> Ты жаловался, что ничего нельзя. Я тебе показал, что таки что-то можно.
> Отдельные утырки даже вон на пихоне пытаются синтезировать жесткие времянки. С понятным
> результатом :)На то они и утырки. А приводит их к этому не только наследственность, но и отсутствие в учебной програме (ТАДАМ!) Паскаля. :-)
> Да уж не более птичий, чем Сишечка.Я не знаю как на паскале сделать _эффективный_ вариант того же SETBIT(register, 5). А с кучей оверхеда он мне в скоростной ногодрыгалке, извини, не упал, поскольку убивает область применимости чипа.
> На то они и утырки. А приводит их к этому не только наследственность, но и отсутствие
> в учебной програме (ТАДАМ!) Паскаля. :-)Судя по твоим линкам, на МК паскаль выглядит ... довольно кислотненько :)
>> Да уж не более птичий, чем Сишечка.
> Я не знаю как на паскале сделать _эффективный_ вариант того же SETBIT(register,
> 5). А с кучей оверхеда он мне в скоростной ногодрыгалке, извини,
> не упал, поскольку убивает область применимости чипа.Я тоже не знаю, но уверен, что можно. Надо смотреть в старые книжки. Напоминаю, что Паскаль в старой яблочной ОС (в восьмидесятые годы) таки был системным языком. И в ДОСе тоже можно было на Паскале делать чуть ли не что угодно.
>> На то они и утырки. А приводит их к этому не только наследственность, но и отсутствие
>> в учебной програме (ТАДАМ!) Паскаля. :-)
> Судя по твоим линкам, на МК паскаль выглядит ... довольно кислотненько :)А ты попробуй, а потом отпишись. ;-) Там ещё и Бейски есть, и Сишечка.
https://www.mikroe.com/mikropascal-avr
https://www.mikroe.com/blog/compiler-quick-start-guide
Мне-то не надо, я и пробовать не буду. Но интересно.
У них и книжки с иллюстрациями на сайте выложены:
Ада хороша.Однако, насколько я знаю, формочек и компонентов не имеет.
Что жёстко так ограничивает сферу применения.
> Ада хороша.
> Однако, насколько я знаю, формочек и компонентов не имеет.
> Что жёстко так ограничивает сферу применения.https://www.adacore.com/gtkada
https://docs.adacore.com/gtkada-docs/gtkada_ug/_build/html
Ну и до кучи можно посмотреть там:
Там кроме GTK биндинги все полудохлые.
> Там кроме GTK биндинги все полудохлые.Как говорят у вас в поппенсорсе -- напиши себе другие.
Таланту не хватит.
Это совсем другое. Я о кмпонентной модели. Формочки вот это всё.Понятно что подключить можно любую сишную либу. Но это абсолютно не то.
Особенно смешно жтк биндинги смотрятся в ключе упора Ады на отказоустойчивые системы управления самолётами и ядерными реакторами.
> Особенно смешно жтк биндинги смотрятся в ключе упора Ады на отказоустойчивые системы
> управления самолётами и ядерными реакторами.С их помощью написана, внезапно, GPS (https://en.wikipedia.org/wiki/GNAT_Programming_Studio), в которой пишут другие программы на Аде.
Но ты продолжай смеяться. Смех без причины, как известно…
Вы мягкое с горячим путаете.Ещё эта подростковая желчь. Кринж.
так что gtk3 так и не завезли ? а то надоело DC под иксами гонять
До сих пор нет нативной поддержки Win64?
До сих пор не поддерживает установку в директорию, путь к которой содержит пробелы?Кто до сих пор использует FPC для разработки чего-то серьёзного?
P.S. Давным давно Pascal был моим первым языком программирования в школе.
О, ещё один школьник кашлянул с лагерной хрипотцой прохававшего жизнь, знатока.
Ты не заметил, нс чём сам язык и среда разработки написаны, умник?
Какая разница на чём он написан? Ответить на вопросы слабо, умник?
На третий вопрос я ответил, о, мудрейший?
Ни на один не ответил.
> После пяти лет с момента формирования ветки 3.0 представлен релиз открытого кроссплатформенного компилятора Free Pascal 3.2.0А почему же тогда мини-новость?
Судя по всему, потому что FPC никому нафиг не нужен.
Потому что в данной версии новшеств - вагон и тележка, а в заметке отражен мизер.
> заметке отражен мизер.Под новостью есть кнопка "исправить". Дави смело!
Помню в школе паскаль проходили, так и не понял как писать на нем.
Писать на нём вполне можно, правда потом к C-подобному синтаксису и массивам с нуля трудно сразу привыкнуть.
Мне не было потому что писал вначале на Бейсике и Асме переводя в машинный код на Спектруме. После этого отсчёт от единицы воспринимался неоднозначно, а сам Паскаль совсем прост.
в паскале отсчет не от едигицы, а от любого значенияhttps://wiki.freepascal.org/Array
19 // integer subranges
20
21 level = array[-24..24] of longint;
22 box = array[-1..1, -1..1, -1..1] of boolean;
23 transformationMatrix = array[0..1, 0..1] of valReal;вот в матеиатике с единицы, да, но такое слово - математика - программистам обычно неизвестно
А индексация с любого числа - вообще полезная фича или нет? Правильно ли с архитектурной точки зрения, что ее внедрили на уровень языка?
Это же по сути дополнительная информация о типе. И по идее она делает тип несовместимым с другими массивами такого же размера, но с другими начальными индексами.
В С++ такое можно сделать шаблонами, но базовая индексация всегда с нуля.
> А индексация с любого числа - вообще полезная фича или нет?Ну вот принципиальнейшая проблема с 0 и 1 исчезает.
> Это же по сути дополнительная информация о типе. И по идее она делает тип несовместимым с другими массивами такого же размера, но с другими начальными индексами.Ну споры о системах типов это вечное. Некоторые считаю что так и надо, друге нет, насамом деле это 2 подхода, у них даже названия какие-то еть.
На уровне компилятора же это реализуется тривиально - переменный базовый индекс от которого считают и и все.
> В С++ такое можно сделать шаблонами, но базовая индексация всегда с нуля.
Вообще меня это всегда изумляло, мало того что в любой книжке по математике все с 1, так и обычные люди вроде начинают считать с 1 (1,2,3,4.5,вышел зайчик погулять) , а вот оказывается не все.
> Писать на нём вполне можно, правда потом к C-подобному синтаксису и массивам
> с нуля трудно сразу привыкнуть.Да нормально, на самом деле. Паскаль зануда но к правильным вещам типа типизации приучает.
> трудно сразу привыкнутьу сплюснутых всегда так, для них что-то новое всегда трудно
Отличная новость!
>В компиляторе добавлены новые целевые платформы AArch64 (ARM64)Апликухи для Андроида можно писать?
Да, причем уже давно
С gui?
https://wiki.lazarus.freepascal.org/Portal:Android
> для Андроида можно писать?не поверишь...
Supported targets: ... Androidpackages/googleapi/src:
googleacceleratedmobilepageurl.pp googleadexchangebuyer2.pp googleadexchangebuyer.pp googleadexchangeseller.pp googleadmin.pp googleadsensehost.pp googleadsense.pp googleanalytics.pp googleanalyticsreporting.pp googleandroidenterprise.pp googleandroidpublisher.pp googleappengine.pp googleappsactivity.pp googleappstate.pp googleaudit.pp googleautoscaler.pp googlebase.pp googlebigquery.pp googleblogger.pp googlebooks.pp googlecalendar.pp googlecivicinfo.pp googleclassroom.pp googleclient.pp googlecloudbilling.pp googlecloudbuild.pp googleclouddebugger.pp googleclouderrorreporting.pp googlecloudlatencytest.pp googlecloudmonitoring.pp googlecloudresourcemanager.pp googlecloudsearch.pp googlecloudtrace.pp googleclouduseraccounts.pp googlecomputeaccounts.pp googlecompute.pp googleconsumersurveys.pp googlecontainer.pp googlecontent.pp googlecoordinate.pp googlecustomsearch.pp googledataflow.pp googledataproc.pp googledatastore.pp googledeploymentmanager.pp googledfareporting.pp googlediscovery.pp googlediscoverytopas.pp googledns.pp googledoubleclickbidmanager.pp googledoubleclicksearch.pp googledrive.pp googlefirebaserules.pp googlefitness.pp googlefreebase.pp googlefusiontables.pp googlegamesconfiguration.pp googlegamesmanagement.pp googlegames.pp googlegan.pp googlegenomics.pp googlegmail.pp googlegroupsmigration.pp googlegroupssettings.pp googleiam.pp googleidentitytoolkit.pp googlekgsearch.pp googlelicensing.pp googlelogging.pp googlemanager.pp googlemapsengine.pp googlemirror.pp googlemonitoring.pp googleoauth2.pp googlepagespeedonline.pp googlepartners.pp googlepeople.pp googleplaymoviespartner.pp googleplusdomains.pp googleplus.pp googleprediction.pp googleproximitybeacon.pp googlepubsub.pp googleqpxexpress.pp googlereplicapool.pp googlereplicapoolupdater.pp googlereseller.pp googleresourceviews.pp googleruntimeconfig.pp googlesafebrowsing.pp googlescript.pp googleservice.pp googleserviceregistry.pp googlesheets.pp googlesiteverification.pp googlespectrum.pp googlesqladmin.pp googlestorage.pp googlestoragetransfer.pp googletagmanager.pp googletaskqueue.pp googletasks.pp googletoolresults.pp googletranslate.pp googleurlshortener.pp googlevision.pp googlewebfonts.pp googlewebmasters.pp googleyoutubeanalytics.pp googleyoutube.pp googleyoutubereporting.pp
googl ebi gquery .pp :)
Приходится признать что фрипаскаль + лазарус единственное что сейчас свободно, с простым синтаксисом, кроссплатформенно, нативно, шустро работает и практически дееспособно.
Я не паскальщик, но у нас в универе слышал, что фрипаскаль + лазарус устарело, крут и актуален лишь Эмбаркадеро Дельфи.Незнаю правда это или ложь? Кто просветит?
> Я не паскальщик, но у нас в универе слышал, что фрипаскаль
> + лазарус устарело, крут и актуален лишь Эмбаркадеро Дельфи.
> Незнаю правда это или ложь? Кто просветит?А русскава языку тибе в тваей уневере нечетали?
Я тоже на краю этой темы, но вот что знаю:Эмбаркодеро, конечно, развивается, но мне кажется, что они уже не вернут себе популярность. IDE + компилятор можно бесплатно получить (вроде бы), но не в один клик, а регистрацией на их сайте. Фишка у них всё та же - пиши один раз, компилируй для всего на свете.
Lazarus от них, не так и далеко отстал, кстати. Более того, только он поддерживает полноценную компиляцию под линукс. В эмбаркодеро, правда, есть новые модули для GUI, которые возможно не поддерживаются в лазарусе.
>Я не паскальщик, но у нас в универе слышал, что фрипаскаль + лазарус устарело, крут и актуален лишь Эмбаркадеро Дельфи.В дельфе лучше поддержка андроида и айоса (впрочем мак все равно понадобится для икскода), нет пока гуи для линкукса, с чем в лазаре как раз норм
ФП может генерить жабоскрипт, не знаю как дельфя
https://wiki.freepascal.org/pas2js/ruЛазарь совершенно бесплатен, дельфя бесплатна только для некоммерческих или с малой прибылью проектов
Много кода на дельфе легко переносится на лазарь, иногда даже автоконвертор лазаря сразу полностью справляется, да и многие библиотеки сейчас сразу с поддержкой обоих идут, например
https://imaginglib.sourceforge.io/
Vampyre Imaging Library is cross-platform native Object Pascal (Delphi and Free Pascal) image loading, saving, and manipulation library.
Ну хз, кутя тоже нормальна, хотя с их политикой...
Паскаль больше даже в универах не используют, на C# перешли
> на C# перешлижесть... почему в универах всегда учат про мамонтов?
Кстати да, МС подсуетилась. И перешли очень зря.
Хотя шарп напрямую копирует делфи, всёже особая магия Майкрософт испортила их непоправимо.
Ну и попытка подражать крестовому синтаксису.Жалею пожалуй что в дотнеты влез. Хотя и под виндовс подругому писать неочень конфильно.
> Хотя шарп напрямую копирует делфи, всёже особая магия Майкрософт испортила их непоправимо.
> Ну и попытка подражать крестовому синтаксису.шарп таки копировал жабу.А вот стандартная библотека там с элементами дельфи, да. Поскольку к тому времени МС перекупил Хейлсберга у Борланда
-
C#. Когда у МС возникли лицензионные терки с саном(ораклом) по жабе из-за нарушения МС стандарта жабы в своей реализации, МС назвал свою жабу сишарп (к си там понятно никаким боком т.к. ВМ,сборка мусора и т.п., но многие звук си произносить любят) и конечно переименовал все функции библиотеки. Так и сделали версию 1.0. Но видать без Хейлсберга даже это не осилить было, вот и переманили. Ну и задно конкурентов ослабить. Грамотно. Сейчас я смотрю это уже все забыли.
https://www.forbes.com/sites/quora/2018/03/02/why-did-micros.../
When Sun introduced Java in 1995, Microsoft saw the potential in the language and its ecosystem, and attempted to implement that strategy. It introduced its own implementation of the JVM with IE3, and then started enhancing it beyond the Java standard. Sun sued Microsoft in October 1997 for incompletely implementing the Java 1.1 standard, which forced Microsoft to eventually discontinue its implementation.
Rather than switching to Sun’s JVM, and thus giving Sun significant leverage in the Windows world, Microsoft decided to “out Sun” Sun, by introducing their own language and platform, and effectively killing Java on Windows. They brought renowned programming languages designer Anders Hejlsberg on board, who already had experience mutating and improving existing programming languages, and gave him the task to create a “better Java” (not officially, but in practice). Thus C# and the .NET framework were born.
Ничего он не копирует. В ваших же ссылках об этом нислова.МС активно рекламировала как замену джавы, ещё и с такими абсолютно идиотскими заявлениями будто бы оно очень на с++ похоже.
> Ничего он не копирует. В ваших же ссылках об этом нислова.Это катастрофа. Возможно стоит пописать на одном и другом. Даже сейчас они мало отличаются, а уж тогда. Но библиотеку поменяли на близкую к дельфевой, ну там VCL и WinForms т.к. Хейлсберг в авторах, ну да потом пошли WPF b сильверлайты всякие но это все потом
Ну попишите.
А потом "под линаксы писать сложно, мы не умеем".
> А потом "под линаксы писать сложно, мы не умеем".Отлично, под линухом не будет этих виндовых непойми кого. Нет, даже не вебмакак - на сишарпе писать вебню даже врагу не пожелаешь.
Конечно такие выученные сплюснутые ничего не умеют, ибо их учат такие же сплюснутые преподы, художественно описывая розовый молоточек, но абсолютно не учат методам забивания гвоздей.
Паскаль норм яп. Кормит меня уже десяток лет. Разработка очень быстрая и удобная. Долгих лет!
Работаю крупной розничной торговле.
Юзаю и Лазаря и Дельфу.
Паскаля на сегодня хватает за глаза.