А можно ссылочку, а?

sftp это не ftp + ssh. Это именно новый протокол, разработаный с нуля.

А если у вас 54 фронтенда? А если больше? То что на каждый делать руками push? Или на каждом делать руками pull?

Если уделять много времени тестированию, то все будет, хорошо.

А если падает в автомате, значит у вас проблемы в тестирование того что делаете вы.

IMHO правильно использовать репозиторий для вашей ОС. Если это debian, для примера, вы просто собираете их в пакетики, и кладете в stable репозиторий, и оно само расползается по тому, куда ходят люди. При этом репозитории должны быть, как минимум: development, testing и stable. На development катаются программисты на development площадке. Testing — это то, что скоро станет стабильной версией, или не станет. А stable, на него ходят клиенты.

Да, собираться и класться в репозиторий должно *только* через скрипты. Никакой ручной работы. Соответсвенно, в development попадает каждый коммит. Если коммит поломал сборку, это уже *очень* большая проблема (поломал сборку, это, в том числе и не прошли тесты, да). В stable/testing кладется тоже через скрипты, при условии коммита в эти ветки.

Да, это очень сложная система, но она позволяет добиться большой автономности.

emacs lisp это один из вариантов lisp. Относительно clisp он очень другой.

2. Есть такая хорошая программа, называется Intellij IDEA. Она тоже умеет jabber ;) Причем можно послать коллеге позицию в файле.

А они там разве были? Если да, опиши что было — будем чинить.

Я так и оставляю. У меня есть хорошо убыченый dspam ;)

Я пользуюсь emacs'ом уже очень давно. Недавно, да, пришлось лезть в конфиг, но смысл этот был, выкинуть дерьмо которое накопилось лет за 5. Так что не надо ;)

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

Опять же, прежде чем заниматься таким, надо брать в руки профайлер и доказывать что это *НУЖНО* делать.