tysson

dmitrii_trof:
Думаю в 30К рублей можно уложиться.

melkozaur:
nikonlay,
Вполне реально нечто такое за 15К соорудить. Щас демпингуют многие.

Backuper:
Wadim, tysson, господа, значит вам пока еще не удалось найти достойного исполнителя :( Но если код хреновый, то документированием его никак не спасти. Как только найдете - завязывайте контакт и работайте дальше с ним.
Да, есть проблема найти специалиста на небольшой бюджет. При определенной квалификации нет смысла работать ниже чем за 20$ в час. Для американского рынка это копейки, а в наших реалиях бюджет в рублях будет ощутимым при такой ставке.
Вот еще несколько критериев, которые, безусловно не являются панацеей, но способны уменьшить риски нарваться на дилетанта:
1. С большой осторожностью нужно относиться к предложениям написать все с нуля. Само по себе это не является чем-то плохим, но сильно снижает вероятность нарваться на не осилившего хоть один фреймворк, и при этом уверенного в своих силах, что у него с нуля уж точно взлетит.
2. С большой осторожностью относитесь к популярным CMS в случае их глубокой переделки. Дилетанты часто не могут осилить идеологически верный способ расширения функционала (например, написав плагин) и лезут править фирменный код по живому.
3. Среди готовых реализовать задачи используя фреймворк число специалистов выше, чем среди предлагающих решение на популярной CMS. Просто в силу порога вхождения.
4. Команда чаще более надежна, чем одиночка. Бывают и команды негодные, но среди одиночек процент дилетантов выше. Человек стремящийся к профессиональному росту стремиться попасть в хорошую команду - опыт в таком случае растет намного быстрее, чем у одиночек. Хорошая команда не будет держать откровенного профана - утопит всю команду. Ну и команда более стабильна, чем одиночка. Кто-то ушел, кто-то пришел, кто-то остался. Одиночка пропал - 100% потеря.
5. Попросите посмотреть кусочек кода. Пару десятков строк достаточно. Вы можете абсолютно ничего не понимать в нем. Это не важно. Просто посмотрите на названия - если видите что-то типа
zakaz_pokupatelya вместо customerOrder или куча малопонятных n1, m2 и прочего - лучше пройти мимо. Не бывает программистов, которые не владеют английским языком. Они были в СССР и сейчас уже на пенсии :). Вся фирменная документация пишется на английском. Хороший пример: авторы популярной IDE IDEA - россияне. Ее интерфейс и документация только на английском языке :) Т.е. если программист не владеет английским - 99% что он получает информацию из обрывков по форумам и, в лучшем случае, из переведенных древних книг. В которых часть информации уже устарела и не рекомендуется к использованию. Но они этого не узнают, пока не выйдет очередная книга лет через n или они, наконец, не выучат язык :) И оформление. Просто посмотрите, что-бы он было аккуратным. Если все криво-косо, куча комментированного кода неиспользуемого - проходите мимо. У специалиста код аккуратен. Комментариев минимум и все по делу. Профан же натащил копи пасты в код, на всякий случай. Поскольку решение дергал с нескольких форумов, а разобраться до конца не смог. И если одно "начнет ругаться", он раскомментирует другое :)

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

servgroup:
Вот "допиливать ядро" - это плохо. У вас сайт должен быть совместимый с новыми версиями системы. Если пилят ядро - это очень плохо. Мы на WP, например, когда модули разрабатываем или темы всегда стараемся совместимость делать с новыми версиями WP и, по возможности, новыми версиями модулей.

bay_ebook:

Но что еще хочу сказать - если у вас больше 5000 юзеров в день не планируется и база не более 500 000 тыс записей - то вы зря создавали тему.