Adamos

И да и нет.
Битрикс 24 как продукт компании куда как интересней и развивает он его явно активнее чем просто битрикс
НО б24 сделан на битрикс так что полное вымирание ядра явно не грозит.
Но кризис на лицо.
Так же нужно понимать что рынок битрикс сужается
снизу теперь его поджымают конструкторы, а в топе самопись.
так же как вы заметили обратная совместимость битрикс дает о себе знать, на их месте я бы уже давно отказался от поддержки обновлений начиная с 7 версии, это же маразм никто в жизне не будет поднимать 7 битрикс до 20.
Но политика партии, скорее всего все прийдет к тому же что и у php рано или поздно отказавшись от старого кода написав все заново, но время ввода D7 на рынок говорит то том что эта стратегия была провальна, выводить технологиию 10 лет это даже не смешно.
Так же нужно понимать что у разрабов битрикса уже сложилось свое мнение.
К примеру разговаривая с Садониным я спросил у него собираются ли они как-то изменять "эрмитаж" на что они сказали что он работает заебись, и никаких изменений не требуется!!!!
Дада Вот это убожество по их мнению в 2020 совершенно нормально работает.

В общем
- Да интерес битрикс к битрикс падает в следствие б24
- обратная совместимость делает невозможность сделать действительно достойный релиз.
- застой технологии как таковой. С появлением kubernetas рано или поздно битрикс должен или перебраться полностью в облако или издохнуть или найти 3 путь, как и остальные движки.
- Судьба php на данный момент находится ровно в той же позиции что и битрикс, оно все еще доминирует на рынке веба но есть куча мощьнейших конкурентов которые не дремлят.
+ Битрикс де факто еще является стандартом екомерц в РФ , и по факту его заменить тупо нечем.
Делать проект с бюджетом в 1-10 млн на самописи это маразм, так что тут битриксу замены нет.
В топовом сегменте битрикс никогда и не использовался, за исключением собственно чистого екомерц да и то как исключение.

Настроенная грамотным специалистом и в руках опытного пользователя.

Бывает нужно найти какую то определённую команду. Если бы все команды были доступны в одном месте - было бы намного удоблней, чем искать по разным сайтам.

А для виндовс вы как ищете конструктор команд? Где-то есть конструктор команд в котором будет рассказано про фотошоп, эксель, акробат?

Вы видимо не осознаете, что командная строка в линукс - это полноценная оболочка со своей вселенной консольных утилит, которые можно скачивать и устанавливать, и писать самому. Их список неограничен.
В основном это
1) стандартный набор gnu-tools, где можно собственно почитать о них https://www.gnu.org/software/coreutils/manual/core...

2) сама командная строка является оболочкой, со своими внутренними командами, о чем можно почитать в справке к этой оболочке (команда help, или гуглить в инете bash, ksh, zsh в зависимости от того, чем пользуетесь)

3) также как и в виндовс, можно свободно доустанавливать произвоильные команды, или писать их самому. Есть ОГРОМНОЕ количество консольных утилит и программ для разных нужд. Нужно просто осознать, что командная строка - это полноценная оболочка, в которой можно выполнять множество различных задач, перечислить все команды нереально

Также набор команд может отличаться для разных дистрибутивов, что тоже усложняет поиск информации через интернет.

Набор команд можно менять, доустанавливать нужные, если в вашем дистрибутиве они не установлены по умолчанию.

man - хорошая вещь, из минусов могу отметить его сложность. Пускай разобраться и можно, уделив этому какое то время, но хотелось бы иметь информацию в более удобном формате.

Нет, он не сложный. в нем есть поиск и даже примеры использования, и если вы сталкиваетесь с линуксом, следует научиться им пользоваться. Он показывает справку не про рандомную команду, а именно про ту, что установлена у вас. Могут быть нюансы у разных версий.
В гугле легко можно нагуглить информацию о любой команде в удобночитаемом виде, с примерами использования - Линукс в этом плане весьма дружелюбен, поскольку большинство стандартных команд имеют длинную историю и информации в интернете о них накопилось множество.

Для некоторых отдельных команд типа find,grep, curl есть графопостроители, типа
https://curlbuilder.com/
https://marcin-chwedczuk.github.io/assets/apps/fin...
Но честно говоря, лучше почитать справку.

Просто вам нужно научиться работать в командной строке - она была СОЗДАНА быть гибкой настолько, что универсальный билдер для нее написать крайне сложно

Не выйдет. C++ статически типизирован, и это то, что позволяет ему работать быстро.
А зачем, собственно, это понадобилось? В конкретной ситуации можно что-нибудь придумать.
P.S. Если хочется "просто", стоит оставаться на Питоне :)

Скажу одно - нахрен не слушай тех, кто говорит тебе, что-то не учить. Сверху упомянули пайтон. Извините меня, это разные языки для разных задач, и какой смысл начинать пусть даже с более простого языка, если тебе один хрен придется перебираться на плюсы? Это во-первых.
Во-вторых, как правильно заметил комментатор выше, нет смысла покупать книгу за 4 куска только ради тактильных ощущений. Я тебя прекрасно понимаю в этом плане, но в жизни разработчика, сталкивающегося с необходимостью изучить фундаментальные штуки, книг равных по стоимости этой(а зачастую даже намного дороже), будет очень и очень много. Сейчас, когда денег не очень много, резонно вложить их в нечто более существенное, а уж потом добрать себе библиотеку.
Ну и в-третьих, ты я думаю к 16 годикам научился читать и воспринимать прочитанную информацию. Книга, не более чем справочник по языку и базовым концепциям, здесь не играет роль даже твой бэкграунд в других областях(хотя с ним возможно и будет чутка легче), а возраст тем более.

Тело первое:
...
{
public:
Window(const char* fileName) : fileName(fileName) {};
...
Тело второе:
...
#include
Window::Window(const char* fileName) : fileName(fileName) {};
...

В чем пробелма этого языка или это проблема во мне?

Сами что по этому поводу думаете?

Мерять надо не килобайтами, а строками.

Технически размер файла не имеет значения, он может быть сколь угодно большим.
Но вот с точки зрения архитектуры класс размером 300Кб - это ад. Который наглядно показывает, что внутри не ООП, а голимая процедурщина.

Есть правило 30 - в классе должно быть не больше 30 методов и размер каждого метода не больше 30 строк. Но при этом не надо воспринимать это как догму. Большинство классов должно быть сильно меньше - 3-5 методов по 5-10 строк.

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

но на него не было нормального ответа(по-этому я и спросил)

90% ответов нормальных, просто они вам не нравятся, поскольку везде говорят что за что бы ты не взялся, вкалывать прийдется много, а получится или нет - зависит от тебя.
При этом не нужно такие ответы игнорировать, потому что так и есть. Жизнь это не сказка.

Учи любой язык. Вообще любой. Тебе до входа в профессию еще далеко, потому что новички, которые могут написать простенький тетрис - полно, и они никому особо не нужны. А для того, чтобы написать тетрис УЖЕ нужно знать немало.

Поэтому совершенно неважно какой язык тебе учить сейчас. Успеешь еще переучиться на любой другой, когда поймешь нужно ли тебе вообще программирование и зачем.

в JS - никак. Вы можете разве что делать разные оптимизации поверх сборщика мусора - пул объектов, переиспользовать массивы, не создавать функции на каждый чих и так далее. Но большой вопрос - зачем это вам.
Если у вас не реалтаймовое приложение с большим количеством данных - убедитесь что нет утечек памяти и успокойтесь :)

Если просто душа просит другого - то вам нажен другой язык. И соответственно это будет не веб (разве что через WASI но это не точно)

Но, что если программист сам хочет принимать решения, и следить за памятью

Такого программиста надо отправить в хардкорную embedded разработку и он будет там счастлив, считая байты и подчищая регистры. А если будет оттуда выбираться и пытаться следить за памятью самостоятельно там где есть проверенные встроенные механизмы (GC, ARC и прочее) надо отбирать клавиатуру.