Как работать с тем, кто работает быстро, не заботясь о качестве? [закрыто]

Я работаю в организации с очень маленьким отделом разработки, разрабатывая проект только с одним сотрудником. Мы оба младшие, никогда раньше не использовали ASP MVC .NET и не работали над кодом производственного уровня. Остальные в отделе тоже не имеют опыта работы с MVC и никогда не программировали в команде, так что они не помогут.

Я ценю, что у моего коллеги есть сильное стремление что-то делать, но я обнаруживаю, что он недостаточно хорошо их продумывает. Как только он вообразил возможное решение, он тут же приступает к его реализации, не задумываясь: а) подходит ли решение к задаче, б) хорошо ли решение само по себе и 3) как отреагирует его код, если состояние мира не такое, как он ожидал (самый простой пример: он никогда не думает о проверке пользовательского ввода).

Что происходит, так это то, что он прорабатывает функции, штампуя тонны нового кода. Но я думаю, что качество его кода очень низкое. Показательный пример: после возвращения из отпуска я обнаружил, что он создал около 50 новых полужестких маршрутов, большинство из которых можно было бы обработать системой маршрутизации MVC по умолчанию без какой-либо настройки. Я сказал ему, почему считаю это плохой идеей, но он не был убежден, и я не настаивал на том, чтобы он это изменил. Сегодня я потратил часы, пытаясь выяснить, почему моя первая простая попытка использовать фильтр исключений терпит неудачу, пока я не заметил, что один из его лишних маршрутов неверен и перенаправляет мой запрос задолго до того, как вызывается метод, выбрасывающий исключение.

Я уже разговаривал со своим руководителем проекта (он же менеджер, ответственный за нашу рабочую группу) об этой ситуации, но она привыкла к уродливым, неподдерживаемым кодовым базам и не видит проблемы, тем более, что она впечатлена количеством кода, который он доставляет и считает нормальным, что он тратит так много времени, играя в «убей крота» с ошибками, которые мы случайно находим (его тесты не лучше остального кода, если они существуют). Она предложила, чтобы, если он делает что-то не так, я просто научила его, как делать это правильно.

Что касается конкретных реализаций функций, которые нам нужны, я не могу научить его, как это сделать правильно, потому что я не знаю решений, специфичных для MVC. Если я исследую решение какой-то функции из его рабочего списка в течение дня, он потратит этот день на реализацию двух других функций по-своему, а я ничего не добьюсь из своего рабочего списка. А что касается того, чтобы научить его думать о последствиях и побочных эффектах, прежде чем он бросится в действие, это еще сложнее для меня, это кажется слишком глубоко укоренившимся в его личности.

Я не знаю, как мне поступить в этой ситуации. 1) Как мне помочь ему начать писать лучший код? К счастью, он готов слушать то, что я говорю, но я не знаю, что ему сказать. И 2) Что мне делать с написанным им плохим кодом, который явно не содержит ошибок? У меня нет времени исправлять все за него или даже искать для него подходящее решение, но написание собственной части кода становится все более сложным и разочаровывающим. Он ненавидит переделывать то, в чем не видит проблем, и вряд ли придумает лучшее решение во второй раз. Любые идеи?