Ну ваще жесть. Человек может только программировать начинает, а ему тут уже насоветовали и энтерпрайзные методологи разработки и кучу фреймворков и т.д.

Это знаете, если в 3 классе объяснить человеку комплексное исчисление, то большинство теорем доказывать не придется. Только такой подход не работает.

Мой совет — от простого к сложному. Написали hello world, переходите к более сложному. Какую-нить страничку кому-нить намутить, простенький сайтик. Только сделав несколько более-менее нетривиальных сайтов вы поймете сами зачем вам нужны фреймворки и VCS, вот тогда и начинайте их использовать.

Надо пройти весь этот путь, наступить на грабли. Понять почему надо логику отделять от представления, чем ООП лучше процедур, как добиться повторного использования кода и т.д. и т.п.

А окунать человека сразу в дебри MVC — он может вообще только программировать начал!

По существу: если сервер такой шустрый, почему только ftp? Расшаривайте папку себе на машину и не устраивайте себе костылей. Если он не на столько хорош — тестируйте локально, как уже сказали (только следите чтобы версии продуктов на всех машинах совпадали)

Мы отправляем миллионы писем в час (правда не знаю скоько у нас IP)… так что это точно не параметр

Вопрос можно разделить на 2 части:

«Что отправляем» и «Как отправляем»

В дополнение к предыдущему оратору:

Контент письма — прогоните например через Spamassassin и посмотрите, на что он ругается.

Сама отправка — следите чтобы отправитель имел реальный адрес, отправка шла именно с этого домена

Ну и да — не рассылайе палево ))… Не слать спам — самое первое правило, если вы не хотите быть опознаны как спам )))

А если отправляете через какого-то провайдера — это вообще их головная боль…

Посмотрите еще access log, что предшествовало падению, какие запросы. Возможно это натолкнет на какую-нибудь мысль.

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

Профессиональность тимлида в технической области — это только пол дела.

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

Вобщем хороший программист — это еще не тимлид. Даже больше скажу, сверх гуру программирования — никакой тимлид, т.к. скорее всего асоциальный аутист.