jaxel

Кто сказал что они ниже уровнем?
Эффект Даннинга — Крюгера
Программеру всегда трудно вникнуть в чужой код - это не зависит от квалификации того, кто кодировал.
Возможно что даже и они более квалифицированы - просто давным-давно забили на перфекционизм, а из вас он еще прет из за юнешеского максимализма.
А может и вы правы.

Тут дело не в квалификации, а в мотивации и организации процесса.
Скажем, мне доводилось работать в команде, где в git пропускали всего по 200 строчек изменений за раз. И эти строчки обязательно должны были пройти через стандартизованное форматирование и линтеры (статические анализаторы) - иначе их git выплевывал. Это вынуждало программистов писать более менее приемлимо - коллег код меньше раздражал.

Учите симфони 3 (в крайнем случае симфони 2, отличаются непринципиально). находите работу где используют именно его. Внимательно относитесь к best practice которые вам предлагают разработчики фреймворка. Благо сейчас в пхп с выбором фреймворка все стало просто: энтерпрайз с интенсивным многолетним развитием - это симфони3+, простые сайты разряда "сделал и забыл" - ларавел.

Уже Symfony 4 на носу и php 7, как стандарт.
Сами подумайте, хотите ли вы вернуться лет на 10 в прошлое и там зависнуть

Сказал, что они делают сайты на symfony 1.4.

После этого дальше можно не читать...
Он сам себя дурит: вместо того, чтобы перевести проект на актуальную версию, он ищет тех, кто готов учить старьё ради того, чтобы не потерять клиента.

От подобных предложений - сразу БЕГИТЕ.

Сеньором вы будете как раз тогда когда будете знать куда следует двигаться.

26 летних сеньоров не существует. Это фантастика

Вы только поняли что дело не в языках и не во фреймворках? Поздравляю вы только что перестали быть ДЖУНОМ

Как вы это делаете?! За 17 лет работы в ИТ у меня ни разу не возникало вопроса "Куда двигаться?", только "Где взять времени на освоение всего этого бесконечного изобилия технологий, углублённого изучения уже знакомого и реализацию множества идей?"

1. установить PHPUnit
2. научится запускать тесты на PHPUnit. Самые банальные по мануалу. Просто запускать и понять, как они срабатывают.
3. опробовать подход на небольших учебных задачах (всякие code-kata подойдут, задачи типа FizzBuzz, конвертёр температур из шкалы Цельсия в шкалу Фаренгейта, любые простые, алгоритмизируемые задачи с проверяемым результатом).
4. После понимания сути тестов, заводим tests/ в реальном проекте, и начинаем думать, как это всё завести. В первый раз достаточно сложно сообразить как всё это добро соединить. Постепенно прикручиваем тесты, осваиваем технику работы со стабами (Stub) и моками (Mock).

В процессе освоения шага №3, опробовать TDD: до написания кода, решающего задачу, пишем тесты для будущего кода. Это потребует в процессе написания теста продумать, как будут называться классы, методы, функции, какие граничные условия для прохождения тестов и проч.

Очень вероятно, что с первого раза не всё будет понятно и просто. Пробуйте.

Как пища для размышлений и осваивания методологии TDD, подборка задач:
codekata.com

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

Вам бы искать спонсора или пытаться реализовать менее затратный проект.
Искать программиста (да еще и senior!) за печеньки, это такое дело... нынче студенты по 100к на вакансию джуна просят.

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

Так вот говорите своим потенциальным спонсорам, что готовы возместить 100% убытки, если деньги спонсора сгорят, а бизнес не выгорит. Не только же программистам брать на себя ответственность :)

Ну да, frontend-разработчик 1 разряда, С#-программист 3 разряда и стандартизация по госту)) IT-сфера в данный момент не стандартизирована, потому подобную градацию свести невозможно. В том числе и по оплате - буквально недавно наблюдал 2 идентичные по требованиям вакансии PHP-разработчика в разных компаниях с разбегом по зарплате почти в 2 раза.

Ни о каком "отличном владении" на дистанции до 5 лет речи быть не может (по тому же правилу 10 000 часов отработки, чтобы стать специалистом), особенно, в enterprise-сфере.

В целом, тут всё как и в других областях, градация идёт по:

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

И самое главное - ценность сотрудника (и уровень его оплаты) определяется масштабом проблем, которые он способен решить в бизнесе работодателя, а также масштабом прибыли работодателя от результатов деятельности сотрудника.

Ответ на вопрос "Как правильно оценить сколько ты стоишь на рынке труда?": ты стоишь ровно столько, за сколько в данный момент времени тебя готовы нанять. Рынок труда отличается от рынка с арбузами тем, что цену на нём назначает сам покупатель (т.е. работодатель). Ты можешь лишь согласиться, чуть поторговаться или отказаться и идти дальше искать своё счастье. Если, конечно, ты находишься в позиции соискателя, а не супер-спеца, за которым идёт конкурентная охота (что вряд ли, судя по вопросу). Чтобы понять, за сколько тебя готовы нанять, с головой достаточно 10 собеседований в течение месяца-двух.

Неужели все толковые ребята с российских бирж перехали на апворк?

Все толковые и даже бестолковые делом заняты. Размещайте проект с достойным бюджетом и вам повезёт.