2 1024:
Глянул ссылку. Вот это :
" www.microsoft.com - ODBC for MS SQL"
меня так восхитило ! :-)))
Да и Download со ссылкой на mail... тоже ничего...
Вот такой вот проект и здесь получится :-)
1024, хоть уж дайте уж свежую версию, покритиковать-то, а то совсем скучно стало без того вечного топика :-) Только ради бога, не надо по мылу лить, мне мой ящик еще принимающим другую почту нужен...

2 1024:
Критерий "хорошего" и "нехорошего" может быть только один - to be successful or not to be... Вот как сделаете shareware версию и дойдете хотя бы до сотого купившего пользователя, признаем за "хорошую программу". А ляпы в проекте у Вас просто были и остаются (убираем прошлые, вносим новые). И если Вы станете менеджером подобного проекта ... Вы, конечно, за это время, пока будет идти проект, многому научитесь, но почему Вы хотите сделать это за чужой счет (если в нем будет участвовать кто-то, кроме Вас) ? Впрочем, рынок делает выбор и мы на него посмотрим... :-)

За чужой счет - потому что на руководителе проекта лежит огромная ответственность за проект. За то, что он будет успешен, за то, что он будет реализован в установленные сроки, за то, что люди, работающие над ним, получат что-либо в результате. В любой проект вкладывается труд - а это и есть главный ресурс в нашей отрасли. Просто если будет потрачено много трудовых ресурсов, без или с недостаточной отдачей - это вина руководителя проекта. А Вы этого, похоже, не осознаете, впрочем, как и многие начинающие и увлекшиеся программисты, не имеющие приличного жизненного опыта (делового, финансового, межличностного общения и т.д.) Нельзя строить проект по принципу - начнем, а там - куда кривая вывезет. Для одного-двух человек такой подход допустим - в случае провала поднимете руку повыше, а потом резко опустите, сказав "ну и х... с ним". Для коллектива - это сильно чревато. Фактически - Вы рискуете провалить (либо перерасходовать ресурсы) проект за счет тех, кто будет над ним работать. И даже в случае некоммерческого подхода, я думаю, что всем участникам будет очень обидно.
Впрочем, если проект служит для обучения ВСЕХ участников, то - дерзайте !

За чужой счет - потому что на руководителе проекта лежит огромная ответственность за проект. За то, что он будет успешен, за то, что он будет реализован в установленные сроки, за то, что люди, работающие над ним, получат что-либо в результате. В любой проект вкладывается труд - а это и есть главный ресурс в нашей отрасли. Просто если будет потрачено много трудовых ресурсов, без или с недостаточной отдачей - это вина руководителя проекта. А Вы этого, похоже, не осознаете, впрочем, как и многие начинающие и увлекшиеся программисты, не имеющие приличного жизненного опыта (делового, финансового, межличностного общения и т.д.) Нельзя строить проект по принципу - начнем, а там - куда кривая вывезет. Для одного-двух человек такой подход допустим - в случае провала поднимете руку повыше, а потом резко опустите, сказав "ну и х... с ним". Для коллектива - это сильно чревато. Фактически - Вы рискуете провалить (либо перерасходовать ресурсы) проект за счет тех, кто будет над ним работать. И даже в случае некоммерческого подхода, я думаю, что всем участникам будет очень обидно.
Впрочем, если проект служит для обучения ВСЕХ участников, то - дерзайте !

2 1024:
Уже успешен - т.е. мое предположение выполнено ? 100 пользователей купило программу и ей пользуется ? Если нет... ну Вы можете считать свой проект успешным... ведь жизнь это только отражение действительности в сознании человека.
Менторский тон - возможно это и не совсем хорошо, но я слишком много видел среди студентов подобных настроений, да и сам, возможно, таким был когда-то. Да и излагаю я уж прописные истины. Сам уж 8 лет, как не студент, и проекты успешные есть, но вот распределенный проект с отсутствием конкретного заказчика, с не очень понятными перспективами... Я бы не взялся. Просто слишком высоки риски. Для Вас, подозреваю, оценка рисков является излишней и потому - дерзайте, флаг в руки... Вот только как бы кто из территориально удаленных товарищей, решив, что Вы загубили его труды (а явно труды будут немаленькими), не приехал поговорить по душам :-)

2 Sergey Ch:
IMHO либо это надо делать типа SourceForge - opensource проект на добровольных началах, а потом, когда прояснится перспектива, переводить на коммерческие рельсы (естественно, обещая первоначальным разработчикам некую долю), либо найти заказчика на какую-то систему автоматизации и под крышей того проекта делать этот.
Думаю, что полностью бесплатный этот проект не выживет по причине отсутствия заинтересованности разработчиков, а полностью за свой счет делать подобный проект весьма накладно... И вообще - сколько сталкивался с free проектами - надо всегда осознавать, что такие проекты а) получаются ввиду оплаченности разработки кем-то другим, либо б) в учебно-тренировочных целях. Понятно, что в абсолютном большинстве случаев реально используемы только проекты а). Ввиду одаренности некоторых студентов, конечно, бывают и исключения, пример - Linux (впрочем его уже тоже до ума доводят за деньги ).
Может быть можно, сделать проект shareware на каких-то нежестких условиях, потому как хорошую вещь - и за деньги купят (главное - правильно оценить), а дерьмо - и бесплатно не надо.
А пользователю надо всегда быть готовым, беря free проект, к его проблемам и доработкам, поэтому я к полностью free проектам отношусь очень настороженно и если есть возможность, выбираю что-то за небольшие деньги. По крайней мере, какая-то ответственность разработчиков есть.

Вообще, Sergey Ch, действительно поизучайте подходы 1С, если найдете, то Axapta (пожалуй лучший из инструментов, который я видел). Может у Вас что-то и получится. Если 1024 в качестве лидера не возьмете :-)))

И по технике - для бедных есть MSDE, идущий в составе офиса, так что я бы даже не заморачивался по поводу dbf, уж слишком много проблем с ними по целостности данных. А вот АРМ администратора для MSDE написать - святое дело! И не стоит заморачиваться с конкретными документами - в какой-то момент Вы рискуете отстать от изменений законодательства и ... пользователи будут обижены :-) Стоит реализовывать библиотеки алгоритмов, инструменты для работы с базами, типа Simple Query (см. www.torry.net), Report привинтить какой-то (или, скажем, провести анализ рынка по сочетанию DB engine отчета + reports и результаты выложить), администрирование баз, универсальные формы для справочников и т.д. Т.е. сделать "комплект разработчика", используемый для простой, быстрой и качественной разработки системы. Таковые сейчас есть, конечно, но являются, как было замечено, внутрикорпоративными стандартами.

Моей мечтой, например, является увидеть инструменты разработки Axapta по ценам 1С, но чудес не бывает :-(