Saboteur

Планирую написать достаточно простой tcp/ip сервер, который будет работать постоянно в режиме 24/7/365.

Запустить взаимный ping на 2 серверах, если ответа нет, то выполнение действий на текущем сервере.

Такое можно писать на ЧЕМ УГОДНО. Тут ни нагрузки, ни асинхронной передачи. И вообще tcp/ip тут не обязателен,

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

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

Ну или есть еще путь фулл-стек.

Выучил основы языка, но правильной архитектуре приложений очень мало где учат.

Нужно научить человека стать опытным специалистом. Есть идеи, как это в принципе делать?
Получение опыта - длительный процесс. Занимает всю жизнь, поэтому кто-то вас всю жизнь учить не будет.

Для определенных архитектурных решенй были придуманы паттерны, можно почитать книжки. Но правильное применение будет появляться только с опытом. Пишите много, переписывайте, почитывайте статьи, смотрите чужой код и чужие решения. Какой-либо один источник (книга, курс, пример) будет недостаточен. Просто развивайте любопытство.

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

Полезная статья - https://habr.com/ru/post/209746/

На олимпиадах от программирования требуется навыки на уровне джуниора. Там большее значение имеет знания решения различных алгоритмов, а не углубленное изучение языка программирования.
Поэтому на простом уровне и С++ и питон можно освоить быстро. Учи оба, пиши одно и тоже на обоих языках, получишь представление о разных подходах и возможностях.
Специализация нужна потом.

Думаю, что удалили критичные библиотеки, которые в зависимостях у ls и других core-utils.
Вспоминайте, не удаляли ли какие-то файлы из /lib, или не обновляли какие-то пакеты, которые скорее всего сбойнули при обновлении.
выполните, если получится
ldd /usr/bin/ls
покажет зависимости, которых нет.

Пробежись по папкам, беря их дату изменения и на базе этой даты кидай папку в архив

что-то типа

find /home -maxdepth 1 -mindepth 1 -type d -exec myscript.sh  {} \;

myscript.sh:
zip -m $(stat -c %y $1|cut -d " " -f 1) $1

p.s. на запуск не проверял, потестируй перед тем как запускать на продакшн

Поискать лишние файлы и удалить их.

Видимо на хостинг его поставить сложно, надо ставить на vps
Также, как ты его на своем компе ставишь.

В начале карьеры сменить пару мест работы - в принципе норм. И такие места можно вообще в резюме не указывать. Но уже начиная с мидера, обычно сложность работы возрастает. Для сеньора вполне показательны проекты, в которых ты только вникаешь 3-6 месяцев, только через год уже можешь видеть проект в целом, а не только свой кусочек.
Если опытный человек меняет работу каждый год - для меня это показатель, что в сложный проект его лучше не брать. Но это индивидуально. Причины могут быть разные. Если человек всего в ИТ меньше 5-ти лет, тут статистики еще маловато.

Специальность должна начинаться со слов senior. Окончание фразы не так важно.
Учи английский. Не школьную или институтскую программу, а на уровне свободного владения языком.

Ищу учебник с заданиями на перевод и правильными ответами,

Такого не существует.
Как только ты начинаешь говорить более сложными оборотами, чем my name is Vasya, всегда будет множество вариантов сказать одно и тоже. Можно переводить правильно, и быть Эллочкой, можно переводить правильно и быть Пушкиным. Тут уже вступает в дело твоя грамотность, начитанность и широта кругозора.

Бери любую интересную тебе книгу и переводи. Затем бери чужой перевод и сравнивай. Например можно взять и обратно перевести hpmor.ru

а так?

for i in $MAIL_LIST_CMD
do
        echo "$i "
done

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

Вот, пример, более-менее подходящей регулярки для email:

(?:[a-z0-9!#$%&'*+/=?^_`{|}~-]+(?:\.[a-z0-9!#$%&'*+/=?^_`{|}~-]+)*|"(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21\x23-\x5b\x5d-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])*")@(?:(?:[a-z0-9](?:[a-z0-9-]*[a-z0-9])?\.)+[a-z0-9](?:[a-z0-9-]*[a-z0-9])?|\[(?:(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?)\.){3}(?:25[0-5]|2[0-4][0-9]|[01]?[0-9][0-9]?|[a-z0-9-]*[a-z0-9]:(?:[\x01-\x08\x0b\x0c\x0e-\x1f\x21-\x5a\x53-\x7f]|\\[\x01-\x09\x0b\x0c\x0e-\x7f])+)\])

Но и она не покрывает всех случаев, поэтому правильный ответ - на регулярках не нужно писать писать поиск/валидатор емайл адресов.

Изучить архитектуру операционной системы
Научиться писать свои вирусы
изучить английский и читать англоязычные форумы/тусовки

С каждым годом все меньше и меньше проектов для Desktop'ов

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

script / front, back-end / mobile development

Вы сейчас перечислили почти все области, кроме нативного десктопа. Ну хотите сменить, попробуйте.
Но может имеет смысл найти проект, где востребован ваш текущий опыт?