Что делать когда коллеги уровнем ниже?
Кто сказал что они ниже уровнем? Эффект Даннинга — Крюгера
Программеру всегда трудно вникнуть в чужой код - это не зависит от квалификации того, кто кодировал.
Возможно что даже и они более квалифицированы - просто давным-давно забили на перфекционизм, а из вас он еще прет из за юнешеского максимализма.
А может и вы правы.
Тут дело не в квалификации, а в мотивации и организации процесса.
Скажем, мне доводилось работать в команде, где в git пропускали всего по 200 строчек изменений за раз. И эти строчки обязательно должны были пройти через стандартизованное форматирование и линтеры (статические анализаторы) - иначе их git выплевывал. Это вынуждало программистов писать более менее приемлимо - коллег код меньше раздражал.
Если я правильно понимаю то речь идет не столько о внешнем оформлении кода сколько о том как именовать функции и переменные и как распределить код с точки зрения ООП ?
Вам нужно составить code style guide и в нём описать правила оформления кода как вы их видите, включая примеры названий переменных и функций(например мне нравится under_score. а другим CamelCase) и примеры плохого кода из вашего проекта на ваш взгляд. 
Затем ваш code style guide предложите на критику коллегам, пусть они внесут свои  правки, выскажут свою точку зрению на то как называть переменные, функции и как распределять код по классам и т.п. и примеры плохого кода из вашего проекта на их взгляд, и таким образом вы сможете прийти к компромиссу и выработать  единый code style guide, который устроит вас всех.
Code style guide это довольно распространенная практика например вот набор code style guide от google для разных языков https://github.com/google/styleguide