Прошу держать в голове, что этой мой субъективный опыт и суждения, которые основываются на опыте работы программистом с 2010 года, опыт работы в стартапе и предпринимательской деятельности с 2019 года. Всегда рад конструктивной критике в комментариях.
Опять менеджмент свою некомпетентность размазывает на исполнителей.
Разработчик пишет код, это не эфемерная штука в вакууме, а вполне понятный процесс с понятным результатом. Если вы не хотите зоопарк фреймворков и поддерживаемый код - делайте гайдлайны и архитектуру. Ваш репозиторий должен отколнять несоответствующий код и неправильные подходы и сделать можно это разными путями например review + sonar.
Ну и чем четче будет поставлена задача, тем понятнее результат. Как правило, на проекте не нужны все сеньеры. Декомпозиция задач + процессы приемки кода + процессы описания фичей позволят вам нанимать более дешевый персонал на дешевые операции.
кто review делать будет, надо самому в программировании разбираться?
все сениоры не нужны.
но мидлы по определению должны мочь в то, что описывают в статье.
подбор технических решений — не задача менеджмента. статья о нем, мол, не нанимайте разрабов, которые не могут в тех. решения и из всех вариантов сделать штуку, которую хочет заказчик, выбирают первый попавшийся.