Во-первых это люди,у которых небольшой опыт именно кодирования. Они
отлично алгоритмизируют , но им часто не хватает практического опыта.

Проблема решаема.

Толкового студента не сложно натаскать. Задавать стиль должен сеньор, типа chief programmer. Ключевое слово - clean code.

Архитектор (вместе с chief programmer) следит за соблюдением архитектуры.

Во-вторых у них постоянно появляется желание улучшить старый код.

Refactoring должен быть только в рамках проекта. Желательно чтобы за этим так же следил chief programmer.

И они переделывают целые уже протестованные модули. Которыепотом вдруг падают.

Refactoring без автоматизированных тестов - моветон. Такого не должно быть.

В-третьих это студенты, которые в основном занимаются учебой. И подрабатывают или ищут практику.

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

И в-четвертых они используют проект для обкатки полюбившихся технологий.

Эти вещи желательно обговаривать заранее.

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

но с которыми потом приходится разбираться оставшимся или вновь взятым

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

У нас так. Если новенький принёс с обой идею - он должен прежде всего её представить всей команде разработчиков. Если команда одобрит - далее внедрение и обязательно обучение остальных.