Adamos

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

function compare ($v1, $v2) {
    if ($v1=='Москва' && $v2='Санкт-Петербург') return -1;
    if ($v2=='Москва' && $v1='Санкт-Петербург') return 1;
    if ($v1=='Москва' && $v2!='Санкт-Петербург') return -1;
    if ($v1=='Санкт-Петербург' && $v2!='Москва') return -1;
    if ($v1!='Санкт-Петербург' && $v2='Москва') return 1;
    if ($v1 == $v2) return 0;
    return ($v1 < $v2)? -1 : 1;
}

Не выкладывать его на хостинг. Для изучения web-разработки можно запускать сайт локально.

И да и нет.
Битрикс 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 строк.

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