Crash

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

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

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

Если вкратце: не распространяйтесь среди коллег о своих проблемах медицинского характера и всё будет хорошо.

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

1. docker-окружение
(в 90% случаев для веб-разработки достаточно php -S 0.0.0.0:8000)
виртуальные машину становятся нужны:
- когда надоест переустанавливать хост-систему из-за обилия хлама
- когда работаешь с несколькими проектами имеющие специфические (разные) настройки окружения(php, web-сервер, база)
- когда надоест решать проблемы в команде из-за того что по разному настроено окружение

2. git - система контроля версий
Помнить что ты и когда изменял, должен не человек, а машина.
Это необходимо:
- чтобы не испортить всю работы за прошедший год нажав del
- чтобы определить кто из команды злодей и все испортил
- чтобы не думать как перенести свежую версию проекта с одной машины на другую

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

4. behat + phpspec
Тесты нужны:
- когда хочется почувствовать себя безопасности и для сладко спать ночь, забыв о кошмарах о сломанном коде
- когда в production все снова сломалось
- когда ты написал одну новую фичу, а сломал три

5. zsh
Хорошей консолью приятно пользоваться, работа идет быстрее.
Консоль есть жизнь, жизнь есть shell.

6. tmux
Мало одно окошка в консоли, тогда tmux идет к вам.
В качестве бонуса получите возможность парного программирования совершенно бесплатно

7. tmuxinator
Надоело каждый раз открывать кучу окон для tmux, попробуйте его )
8. vim
- Потянуло на что-нибудь необычное?
- Хочется эффективнее писать код ?
Ну что открыли vim? В первый раз? Поздравляю закрыть вы его не сможете )
Вызывает зависимость при частом потреблении

9. continuous integration сервер
Вообще ci сервер это одушевленная машина. Это твой тамагочи, ты кормишь его хорошим кодом, он радуется и ты видишь приятный зеленый огонек. Если ты дал с код от скажет что не вкусно. Ну а если ты ему, что гнилое он будет долго на тебя орать плохими словами. Со временем он растет и учится делать более серьезные вещи, и начнет помогать тебе:
Его скилы:
- он может сам выполнить 10 минутные тесты
- подготовить и опубликовать проект
- рассказать о твоем коде, даже то что ты не знаешь
Он легко обучается и ты легко сможешь научить его удивительным вещам.

10. куча линтеров на pre commit hook
Чтобы ci не кормить плохими продуктами, хорошо бы проверять что ты сделал до отправки на сервер. Что бы не забыть это сделать git сам работу.

11. gulp
gulp - это еще один твой помощник.
как если использовать, как watcher файлов + livepreview, можно забыть о F5 в браузере

12. bower
Тоже что и composer но для управления ассетами. Это я о всяких jQuery и Bootstrap

666. Линукс
Даже если не хочется ставить как хост-систему, его все равно надо знать. Ваш код будет работать на нем )

PhpStorm(IDE)+lamp(сборка сервера)+composer(менеджер пакетоа)+git(контроль версий)

знание технологий, фреймворков, там всё уже написано до нас

Фреймворк - это просто инструмент. Я использую Ruby on Rails и смотрю в сторону Crystal, Clojure и Erlang для дальнейшего развития. Когда в начале своего пути я делал простые сайты на cms, то тоже думал что веб - это не серьезно и хотелось большего. Потом начал на бекенде с разными сервисами работать и встретил много интересных, нетривиальных задач. Одна из последних - расчет коэффициента близости для 300000 объектов в базе - это несколько миллионов запросов и расчитать надо как можно быстрее на слабом железе, и не за несколько лет.
Посмотрите в сторону бекенда, там много работы с алгоритмами и данными. Причем клиент-серверную архитектуру используют не только сайты.

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

На middle(но не middle+), могу порекомендовать https://tests4geeks.com/test/php-mysql
Даст представление о кандидате, в целом.

Робототехника, машинное обучение, машинное зрение, компьютерная графика
Разделы самые разнообразные.