Stdit

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

Первое, что бросается в глаза — у li нет ol/ul. А с html4 версией этого файла (поменять doctype, убрать section, header) такая же беда, или все нормально?

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

IDE и прочие инструменты — в Макоси, в местах по умолчанию, не вижу смысла тут что-то мудрить (приложения в Applications, git из package, документы и проекты — в соответствующих разделах пользовательской директории). Серверные окружения для тестов, с серверами, базами и логами — на соответствующих виртуалках. Деплой на виртуалку либо автолоадом из IDE, либо гитом.

Да ладно, на фрилансах и всяких hh полно свободных стартапщиков и команд, стоит только разместить оффер с подходящей суммой. В частности, я занимаюсь изготовлением стартапов уже не первый год, и не вижу в этом ничего «дурного», и бум, к счастью, не прошёл. Единственная проблема — почти никто не выживает дольше окончания рекламной кампании, несмотря на амбициозные планы и заказ отказоустойчивых и распределённых архитектур под «высокие нагрузки». Но я верю, что у вас всё получится. Рассказывайте идею.

У меня несколько вритуальных машин для тестов с разной конфигурацией сервера. При необходимости любую машину можно легко клонировать и ставить туда обновления или что-то ещё. В случае, если вам нужен не индивидуальный, а именно общий сервер, виртуальные машины можно поставить на один из постоянно работающих компьютеров и сделать их членами офисной сети.

Да, кроме исключительных случаев. И после 15:00 тоже.

Стоит VirtualBOX с виндой. Файлы шарятся стандартными средствами (общие папки). Проблем нет, потребляет в айдле 5-7% цп.

Extjs

Тесты нужны в первую очередь в тех местах, которые могут сломаться. Это, как правило, сложнозависимые места. Начинать писать тесты на самом верхнем уровне, например на api модели и http раутинги (если это веб), постепенно спускаясь вниз до разумных пределов. А вообще, в истинном дзен-TDD начала пишутся тесты, а потом уже функциональность под них.

Если 404 надо генерировать именно бекендом, лучше сделать что-то такое (nginx например):

fastcgi_intercept_errors on;
error_page 404 /error_not_found.html;

При этом /error_not_found.html должен отдавать статус 200. Его контент будет поставляться в страницу по ошибочному урлу со статусом 404. Оригинальный урл будет доступен php из REQUEST_URI. При этом в DOCUMENT_URI будет /error_not_found.html.

Смотря какие планы и цели. Для подобных небольших сообществ обычно хорошо подходит стилизованный, но знакомый всем форумный движок, например IPB, phpBB, vBulletin. Плагинов всяких социальных и голосовалок на них достаточно написано.

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

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

aptana.org/products/studio3 на базе Eclipse.
github.com/sergeche/eclipse-zencoding
Ресурсы кушает сносно, на макбуках с Core2Duo и выше полёт комфортный.

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