Алексей Блышко

1. Самое главное - вовремя ложиться спать, чтобы выспаться и подходить к работе со свежей головой.
2. Самое главное - фиксить их, когда обнаружили, чтобы в следующий раз не допускать подобных.
3. Самое главное - в первую очередь делать самое нужное, потому что даже если половина задач не будет сделано, это зачастую не страшно - больше чем можно успеть сделать, все равно не сделать.

Ну и можно в методологии углубиться, если уж возникают такие вопросы.
Я бы посоветовал прочитать книжку с описанием XP Кента Бека.

Вопрос задан неправильно. Правильно бы вопрос звучал "как собрать статистику запросов к страницам и функциям, чтобы определить, что надо кэшировать".

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

Сомневаюсь что тут что-то может помочь кроме личного опыта.
Если он, как специалист, достаточно грамотный, можно сделать так чтобы с его кодом никто не пересекался.
Обычно это означает, что он будет делать периферию. Делать и переделывать, если понадобится. При этом давать иногда ему делать фиксы ядра, написанным в хорошем стиле. Чтобы чувствовал разницу.
При этом с увольнением я бы не спешил. Зачастую специалист с таким подходом делает работу на совесть. Сложно в поддержке и развитии, но работает. Возможно даже сразу :) Если в команде нужен такой человек — его можно использовать.
Иначе — попробовать отыскать следующего. Для менеджера это будет лишний повод попрактиковаться в подборе команды :)

mercurial как DCVS мне показался проще к понимаю.

Ну или в худшем случае это решается организационными способами.
При разработки для каждой участвующей стороны создается своя копия файла/сайта/проекта. И они работают только с ними.

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