Saboteur

Разработчик, занимаясь разработкой, никогда не сможет вырасти в руководителя проекта.
Это РАЗНЫЕ должности и разные карьеры.

1) интерн разработчик - джуниор разработчик - разработчик - сеньор разработчик. Возможно тимлид. Возможно архитектор.

2) Менеджер - менеджер с опытом управления. Возможно менеджер проекта. Возможно менеджер по (тут может быть что угодно). Возможно свой бизнес.

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

Не зная внутренней кухни этих компаний, вы считаете что у них полно времени.
Но ведь вы не знаете, сколько на самом деле работы и в каких направлениях развиваются эти продукты?

Взять Касперский - свыше 4000 человек в 32 странах. То, что компания уже не развалилась за столько времени - показатель уровня менеджмента гораздо выше среднего. И понятно, что компания такого размера имеет свое видение на бизнес и действительно важные фичи, благодаря которым можно оставаться на рынке, и держаться в топе этого рынка.
А вы тут про какой-то красивый код.. =)

В частности, "обучение" базы с ИИ и определение верной фото из двух представленных и так далее.

На такую работу набегут китайцы 10 штук на 10 центов или школьники 10 штук на 10 рублей.

Женщине в декрете неплохо было бы нормально выспаться.
А при желании именно подработать - пусть использует свои профессиональные навыки или хобби.

А рандомная низкоквалифицированная работа в инете - только дополнительная депрессия.

Взять NAS на 8 дисков, забить их 8-терабайтными или 10-терабайтными SATA дисками.
Организовать их в рейд с зеркалированием. Вовремя менять, если диск вышел из строя. Может имеет смысл сразу купить один запасной диск, чтобы был под рукой.

Дешевле - только если материнка позволяет подключить такое количество дисков.

Похоже вы перепутали местами начало и конец.
А так - пары пинов 1,2 и 3, 6 - этого достаточно для 100 мбит подключения для стандартного обжима.

так а что же вы хотели.
Сделайте редирект с http 80 на https 443 уже средствами apache, а не роутера (добавить виртуалохост на 80 порту с перенаправлением на https)

http и https - как бы разные протоколы, перенаправление на уровне порта не должно работать. Вы же можете и http на 443 поднять - откуда роутер об этом должен догадываться.

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

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

Уточните ваш браузер. ПРактически в каждом браузере есть возможность отключение загрузки изображений.

Например для Firefox:

Открываете about:config, ищете опцию "permissions.default.image"
Доступные опции
1 -- всегда грузить
2 -- не загружать никакие картинки
3 -- не загружать картинки, которые грузятся third-party плагинами или скриптами.

Чем ваша команда из трех человек отличается от любой другой команды, что вам не подходит стандартный, задокументированный ворклфлоу?
https://git-scm.com/book/en/v2/Git-Branching-Branc...

1. версия php
2. версия CURL
3. php.ini и его настройки
4. Ограничения хостинга на нагрузку, после которой просто рубятся процессы.

Вы бы ошибку указали точнее.

так нельзя. Вы не можете быть регистратором поддомена.

Драйвера на сетевую карту под ubuntu не самые подходящие?

Чтобы создавать ПО, нужно уметь программировать.

Чтобы создавать ПО для игр - для начала тоже нужно уметь программировать, ведь игры - это тоже ПО.

Ассемблер не обязательно, но полезно знать принципы и основы.
С++ не обязательно, но полезно знать основы.

Было бы неплохо знать основы того языка программирования, на котором написана игра, которую вы хотите взломать.

Юзер root с пустым паролем существует?
Может есть юзер root@127.0.0.1 (это разные юзера).

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

Идеальное ТЗ - когда у разработчика не возникает дополнительных вопросов, а результат работы разработчика с первого раза устраивает заказчика.

Такого не бывает, но чем ближе к вышеупомянутому - тем лучше.
Из чужих ТЗ что-либо заимствовать сложно - всегда же есть свои нюансы.