Saboteur

Да любой принтер сейчас вам перезаправят в ближайшей конторе по перезаправки.

Я бы рекомендовал HP, как один из лидеров стабильности, но чтобы не переплачивать посмотрите также Canon.
Также орекомендую взять не просто принтер, а цветной лазерный МФУ, чтобы было уже все сразу и принтер и копир и сканер.
Если печатать что-то раз в неделю, то картриджа может хватать на 1000 листов, то есть чуть ли не на год даже в самых простых устройствах.

Например такое:
https://fcenter.ru/product/goods/141202-Cvetnoe_MF...

alejandro@node:~$ sudo -i -u postgres
[sudo] password for alejandro:

Тут же черным по белому пишет, что пароль запрашивает команда sudo, а не postgres
либо настройте sudoers так, чтобы для вашего пользователя ваш пароль не запрашивало, либо логиньтесь от имени пользователя postgres, или вообще разберитесь с аккаунтами и вашими целями.

1. для начала git плюс какая-нибудь система управления (подойдет знакомство с github)

2. Во-вторых CI Инструмент - Jenkins или Teamcity.
Попробуйте для начала установить локальный дженкинс, и какие-нибудь задачи перенести из cron в Jenkins, посмотреть как это работает

3. Виртуальные машины не должны быть проблемой, vmware и virtualbox сейчас потихоньку замещаются облаками и контейнерами. То есть было бы неплохо иметь базовое представление о том, как работать с docker, aws, kubernetes. Этого будет достаточно, чтобы прийти помощником девопса.

4. Деплой это вопрос отдельный, зависит от проекта. Их множество.

5. Неплохо бы знать что примерно делает maven - это поможет в java проектах.

sudo cp file /root

В Вузах не учат программированию.

Поищите вакансии на джуниора. Почитайте требования. Прочитав 10-20 вакансий, усредните и у вас будет понимание что нужно учить, чтобы попробовать устроиться.
Либо возможно вы сразу пробуйте попасть на интервью.

Если на текущей работе вами довольны, это уже хорошо.

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

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

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

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

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