Alex wrote:
sds wrote:
Я вас уверяю, кечество спеков в закрытых проектах ничем не лучше чем в открытых, просто последние можно скачать и ужаснуться, а первые - нет.
Это проблема разработчиков закрытых проектов. Меня, как пользователя, волнует качество продукта, а не внутренняя документация.
Ну так какая же разница?
Если Вы хотите работать над FLOSS проектом, спросите про спеки - вам дадут, покажут, расскажут, помогут. Как и в закрытом проекте - если вас наняли.
А если у Вас интерес чисто академический - то извините, ковыряйтесь сами.
Alex wrote:
Кстати, где я могу посмотреть спеки (именно спеки, а не код!) на, скажем, KDE 4.2? Списки рассылки не предлагать, это абсолютно не то.
Это не ко мне - не пользуюсь и не интересуюсь.
Захотите работать над CLISPом - приходите!
Alex wrote:
Я, в принципе, говорю совершенно о другом - требование GPL/LGPL выкладывать изменения в коде (но не спецификации этих изменений) вполне себе позволяет закрытым проектам пользоваться трудом открытых, не давая взамен почти ничего - и случай с Webkit (почти) тому примером.
Требование GPL прагматично: невозможно доказать что спеки (не)предоставлены.
Ситуация, таки да, не идеальна, но что ж поделать.
GPL выкручивает руки тем, кто хочет закрыть открытый проект, принуждая их к сотрудничеству с FLOSS community. "Умные" понимают, что если уж насилуют, то надо хоть удовольствие получить, и сотрудничают по полной (NeXT/objective C). "Дураки" дёргаются, получают по яйцам, закрыть проект всё-равно не удаётся (код публикуется, причём под GPL, т.е., "freely redistributable"), всем плохо.
Как правило contributor сам заинтересован в том, чтобы maintainerы включили его patch в trunk, посему готов предоставить любые спеки, какие попросят. Это происходит потому, что fork - мероприятие крайне дорогое, и решиться на него непросто. Даже если ты это делаешь, ты хочешь иметь возможность воспользоваться новым кодом в исходном проекте, поэтому сам же и минимизируешь изменения.