Хороший сайт. Как правильно покупать?

Посмотрите на вот этот ресурс http://chelport.ru на этот http://chelkarate.ru если что-то приглянулось в личку напишите. Возможно всё.

Самописный, это не всегда от одного программера.

Если Вы заказываете самописную систему требуйте с разработчиков:

1. 100% ( Ну не менее 90% ) открытого исходного кода. Причем этот код должен быть не просто на CD, а сборка проекта из исходного кода должна быть одним из этапов приемки.

2. Документирования этого кода не на уровне руководства пользователя, а как минимум должны быть следующие документы:

а) Руководство администратора,

б) Руководство по установке и инсталляции

в) Руководство по переносу на другой сервер ( опционально )

г) Описание архитектуры системы. В описании архитектуры должны быть описаны все базы данных, их поля и взаимодействие, хранимые процедуры и скрипты. Процедуры и скрипты должныбыть описаны, как минимум, в формате:

Название процедуры или скрипта
Alias
Описание функциональности
Входные данне
Выходные данные
Является членом класса
Содержит классы
Где используется
Пример использования процедуры или скрипта

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

И еще, в таком проекте на каждого программиста приходится еще от 2 до 7 человек, выполняющих вспомогательные функции, что влияет на бюджет, и совсем не в сторону его уменьшения.

$20К - это не показатель. Исполнитель при этом может искренне считать что он сделал и сдал прекрасный продукт, причем сделано было намного больше, нежели оговорено сначала. Если в ТЗ не были оговорены количественные параметры, то разработчик волен их толковать по своему. Например, Вы в ТЗ указываете что на сайте должны отображаться кроссы на статьи той же тематики.

Из такой формулировки совсем не следует, что: первичный выбор кроссов должен автоматически формироваться путем полнотекстового поиска по старым новостям и предлагаться к выбору, на основании ключевых слов текущей новости, с возможностью просмотреть выбираемые новости. А при добавлении кросса, должен опционально добавляться встречный кросс. Разработчик, скорее всего, даст возможность поставить ссылку и название, а редактор вручную будет искать кроссы, теряя на этом время и деньги владельца. Более того, если Вы укажите именно такую формулировку, то Я занаю по крайней мере 4 варианта алгоритма реализации этой фичи. Причем каждая из них имеет кучу плюсов и минусов как для разработчика, так и для конечного пользователя. И совсем не факт, что разработчик выберет алгоритм оптимальный для Вас а не для себя :) А из таких "мелочей", как правило и складывается бюджет проекта. Так что максимально четко прописывайте ТЗ. Прописывайте даже то, что Вам кажется очевидным. Ведь это не всегда очевидно для исполнителя, или просто неудобно в реализации.

+ 1

texter, я вам в личку написал, выбирайте, надеюсь примите правильное решение