Saboteur

Технический английский это не разговорный английский.
Любые lingualeo, duolingo и так далее - пару месяцев - подтянут навыки чтения и словарный запас, и грамматику. Плюс Ted Talks для закрепления. Ну и парралельно чтение документации на английском.

А разговорный вообще к грамматике мало значения имеет, тут только общаться/слушать/смотреть кино. Быстро не выйдет, но технический английский и общий уровень intermediate - обычно более чем достаточно для устройства джуна-мида.

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

Можно написать на ЛЮБОМ скриптовом языке и очень быстро.
perl/php/python/js/bash.
Главное, чтобы вы умели хоть немного писать.

Например представьте, что вам нужно написать ТЗ для 1С Бухгалтерия - без бухгалтерского образования и конкретного опыта работы бухгалтером, вы в принципе не сможете его создать.

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

Технические навыки должны быть на уровне продвинутого пользователя, SQL/QML, хорошее владение офисом, но это как подручные средства. И понятно, что язык должен быть на уровне, поскольку бизнес аналитик это тот, кто больше всего общается с заказчиком, чтобы выяснить все детали и перевести их для разработчиков без искажений.

C# особенно востребован в США.

"Конкретный вопрос: Собака должна знать что её может гладить дресеровщик , или она должна спрашивать у человека может ли он её гладить? "
Это вопрос к вам, а не к коду.

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

pywinrm не копирует файлы, он выполняет удаленные команды.
Передавать файлы нужно либо тремя общепринятыми способами:
ssh (scp, rsync)
ftp
samba

Либо пишите свой велосипед-сервис, для передачи файлов.
В качестве варианта, можно попробовать какие-нить облачные сервисы, типа googledrive, для которых есть клиенты и под линукс и под виндовс.

"Сейчас я - эникейщик программист разрабатывающий что угодно из чего угодно и как угодно )"

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

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

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

битовая маска чуть сложнее. 1 байт может хранить до 9 NULL подряд, но минимум - всегда уходит 1 байт. То есть:
1 null занимает 1 байт
8 null занимает 1 байт
9 null занимает 2 байта

Ни названия роутера.
Ни указания типа стен (несущая, с железными балками и штукатурка - разные вещи)
Ни информации о том, что стоит у соседей, а роутеры соседей могут давать серьезные помехи.
Ни указания частоты, на которой собираетесь поднимать wifi.
В вашем случае, если нужно подешевле - самое дешевое будет вызвать мастера от провайдера, чтобы он вам отрезал и обжал кабель, и протянуть его под стенкой.
Тем более, что если игрушки - то wifi всегда дает дополнительные задержки.

В базе user@remote.domain.com и user@127.0.0.1- это разные пользоавтели. Вам явно говорится, что
"Access denied for user 'userdevel'@'localhost' (using password: YES)"

То есть либо такого юзера нет, либо пароль отличается. Проверьте список юзеров и добавьте права соответствующему юзеру.

Подход процедурного программирования - во главе стоят функции и алгоритмы.

Во главе ООП стоят данные.
У вас есть данные, простой int или сложная структура в виде учетной записи (имя юзера, пароль, емайл, полное имя, etc)
Вот эти данные вы упаковываете в класс, к ним добавляете методы, которые работают именно с этими данными.

Это позволяет вам оперировать данными в виде класса. Вы точно знаете, что данные, в том формате, в котором они находятся и обрабатываются внутри класса, НИГДЕ больше не используются, кроме как в этом классе.
Если другому классу нужны данные вашего класса - для этого создается метод.

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

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

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

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

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

А по-нормальному, на месте уже должен быть уже опытный человек, которому вы помогаете. Это будет самое быстрое, поскольку "научиться администрировать Линукс" и "научиться поддерживать Линукс в конкретной конторе с конкретной инфраструктурой" - разные вещи.