Какой язык программирования учить

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

GUI не нужен в добрых 99% случаев

Ну, если писать какие-то автоматические утилиты к надстройкам систем, то да, может быть, а по части человеко-машинного общения с компьютерами в сети или локально, то вы дико ошибаетесь. Наоборот, 99,99% софта имеют оконный и многооконный графический интерфейс общения не только с компиляторами, но и с готовым софтом. Все проги локализации, перевода с английского на другие языки, замена десятичной точки на запятую, милей на километры, а килопарсеков в световые года требуют объектно ориентированного графического интерфейса.

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

Локализация не нужна, если оригинал на английском. Я когда-то маялся дурью и делал локализацию (при помощи gettext), но понял, что это вообще никому не нужно и лишь занимает время

Вот это верно, мудрое решение многих проблем. Я бывало тоже раньше встраивал разные способы перевода на другие языки в исходники программ, в том числе на основе gttext (для RAD Studio есть dxgettext и  TLang), но теперь полностью выпилил их из кода. Достаточно поддержки двух языков, английского и русского, остальные идут лесом. Но разработка ведётся сразу в двух проектах, те модули и юниты, где арифметика и нет оконных диалогов или сообщений, они общие, остальные дублируются и переводятся, в том числе комментарии по мере необходимости, на русский язык. В этом случае к имени модуля добавляется приставка _ru. Это дублирование иногда выручает, при ошибках вместо отката или вместо revert при git разработке, восстановить рабочую версию. Более сложная проблема с BigData, в них используется десятичная точка, а у нас ГОСТ требует десятичную запятую. Потоки данных растут, в том числе csv файлы звёздных каталогов.

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

И как отличить: это перечисление двух целых чисел или таки плавающая точка?

Это всё от немцев и французов пошло, когда стандарт языка Си американцы согласовывали, то был даже конфликт интересов, но его обошли. Теперь в западной европе постепенно отказываются от запятой, а мы, к несчастью, повязли в запятых - в школе, в госучреждениях и финансах используются только они, родимые. В результате много ошибок и накладные расходы по локализации зарубежного софта для нашего рынка. В астрономии вообще полный бардак, пишут кто как вздумает, а файлы звёздных каталогов csv с десятичной точкой и разделителем полей в виде запятой (этот delimiter общепринят) надо под наш ГОСТ конвертировать так: точку переводить в запятую, их запятую в нашу точку с запятой (semicolon). И потом уже обрабатывать данные. И еще, у них встречаются дополнительные сложности - некоторые деятели, особенно китайцы, выделяют запятыми разряды больших чисел. Их надо удалять.

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

В телеге даже есть две ру группы по перлу.

Мало ли что есть в телеге. И что? Надо этим мусором забивать головы любопытных кодеров? Всё прекрасно решается другими языками из десятки рейтинга Tiobe. Проблема в том, что сегодня ты даже один язык не можешь осилить полностью никогда - пока одни функции выучил, то без практики другие забыл, а фирма или комитет уже новый стандарт языка выкатили, как для C++23. И останавливаться не собираются.

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

У Седжвика есть точно такая книга для чистого Си, только на английском - и никакой С++ изучать не надо чтобы пользоваться типовыми деревьями, списками, очередями и т..п.

Все эти алгоритмы ещё и гораздо лучше реализованы на Delphi (см. ссылку на одну из книг выше) и в подавляющем большинстве своём, помимо основных  функций языка, включены в библиотеки  VCL/FMX  и System.Math и прочие замечательные модули из коробки. С поддержкой 32 типов баз данных, indy, web и многое чего ещё. Внешние либы типа Boost тоже можно подключить, но они обычно и не требуются. Так что ваш perl на Телеге Паскаль не догонит.

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

Как пример, если я на С занимаюсь строкообработкой

Если да кабы... проще кажется, так как в классах объектов TString, TStringList и др после простого нажатия на клавиши ctrl-space после точки (стрелочки) вы получаете выбор из длинного списка уже готовых методов и свойств строк. И лишней строкообработкой вам не придётся заниматься, уважаемый.

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

Алгоритмы не могут быть лучше реализованы - они такие же

Что характерно для всех тех чайников, кто пытается их реализовать не на основе OOP, а на процедурном подходе, да ещё и учат потом делать это на других, более элегантных, по их субъективному мнению, языках программирования. Эта мышиная возьня особенно нравится заядлым линуксоидам, которые только и заняты на 99% тем, что переписывают, конвертируют и транслируют то, что было создано в своё время под Dos, MacOS, Windows и Android.  А своего, родного, кроме OS кот наплакал.

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

один и тот же алгоритм тот же, что есть классы, что их нет - это ведет к одному и тому же ассемблерному коду, разница будет только в именовании или манглинге
скажем для дерева на С++ будет что-то типа _ZN9org8Tree6AddE для метода Tree::Add
а для С это будет просто _treeAdd для функции treeAdd

Послушайте, полиглот всех языков, не надо пургу нести про то, что "алгоритмы не могут быть лучше реализованы". Алгоритм как сварить тройную уху тоже можно реализовывать разными способами, где-то что-то не доложить, пересолить, переперчить и сварить не на костре с дымком, а в хате на газовой плитке. Вкус будет  разный, объекты могут обращаться к разным ячейкам памяти и данные обрабатываться более быстрыми процедурами, в том числе многопоточными. В общем учите матчасть, коллега.

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

Вы сам-то читали те, книги что предложили по алгоритмам ?

И вам советую, например, одну из них. Хотя вы вряд ли что там поймёте, судя по вашим сверхглубоким познаниям в математике и реализации алгоритмов без ООП.

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

/* Где здесь смайлик "в цитатник"? */

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

ИИ теперь надолго.

Честно признаюсь, мной написаны сотни программ на Си и на С++, большие и маленькие, в трудах и мучениях.  Конечно я был чайником, а кто им не был?  Прошло много лет.  Открываю свой старый код одной большой софтины и удивляюсь - я ли его написал? Не пашет! Без комментариев, где-то что--то когда-то заглючило и миллион строк спагетти просто перестало работать. Делать тотал дебаг и обновлять нет времени.  Да и чёрт с ней, с программой, которая уже принесла мне хорошую прибыль в версии 1.0. Всё плохое можно забыть, а на остальное забить.
Ну что можно сказать про сам язык? Осталось общее впечатление. По сравнению с языком Object Pascal язык С++ - отстойнейший сленг языка Algol, весь такой модерн-развязно демократичный, с знаковыми американизмами и элегантным набором неоднозначных символов и указателей. Что в самый раз для выпендривающихся фриков, пишуших унылый код, весь в нижнем регистре, который никому не понятен, даже им самим с комментариями. Однако фрики, на нём зацикленные, от C++ сильно балдеют. За четверть века накатали триллион террабайтов разносортного гигасофта и завалили рынок своими супер гениальными мегапродуктами, из которых львиная доля давно протухла в коробках. Пора делать апгрейд с помощью ИИ,  он всё исправит, перепишет с нуля и ему плевать на каком языке программировать, виртуально кодить.

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

C и C++ никакого отношения к Алголу не имеет.

Вы слишком самоуверены, Алиса знает больше:

Да, язык программирования Си является алголоподобным.
Он восходит корнями к языку ALGOL (расшифровывается как ALGorithmic Language), который был создан в 1958 году совместно с комитетом Европейских и Американских учёных в сфере компьютерных наук.