Успешность проектаЦитата:
Most free software projects fail.
(
http://www.producingoss.com/en/introduction.html)
Цитата:
The first questions people usually ask about free software are "How does it work? What keeps a project running? Who makes the decisions?" I'm always dissatisfied with bland responses about meritocracy, the spirit of cooperation, code speaking for itself, etc. The fact is, the question is not easy to answer. Meritocracy, cooperation, and running code are all part of it, but they do little to explain how projects actually run on a day-to-day basis, and say nothing about how conflicts are resolved.
This chapter tries to show the structural underpinnings successful projects have in common. I mean "successful" not just in terms of technical quality, but also operational health and survivability. Operational health is the project's ongoing ability to incorporate new code contributions and new developers, and to be responsive to incoming bug reports. Survivability is the project's ability to exist independently of any individual participant or sponsor—think of it as the likelihood that the project would continue even if all of its founding members were to move on to other things. Technical success is not hard to achieve, but without a robust developer base and social foundation, a project may be unable to handle the growth that initial success brings, or the departure of charismatic individuals.
(
http://www.producingoss.com/en/social-infrastructure.html)
Техническое совершенство достижимо, но не является достаточным для успешного проекта.
Когда фирма Polaroid выпустила на рынок фотоаппарат, позволявший сразу получить фотографию, он рекламировался как технически очень совершенное устройство. Подробно рассказывалось о химических процессах, происходящих внутри кадра, о движениях механических частей и пр. При заметной дороговизне этого аппарата результатов реклама не принесла. Тогда маркетологи изменили рекламную стратегию. Аппарат стали рекламировать слоганом вида «Раз — и готово!»
Результаты превзошли все ожидания — покупатели смели все что было. Конструктивно не изменилось
ничего.
Примерно то же самое предлагаю и я.
Есть очевидные вещи, которые надо изменить — инсталлятор, наличие и доступность документации, мелкие исправления в ГУИ и другое, что мешает пользоваться ББ. Да, возможно придется заниматься и более глубокими вещами, но, простите, необходимость назрела. Без таких изменений ББ в перспективе пользоваться проблематично: выходят новые версии СУБД, новые API, которые позволяют что-то делать и т.д. и т.п. А поддержки в ББ нет. И не надо мне говорить, что это не нужно!
Развитие в том и состоит, чтобы на основе незыблемых, основополагающих принципов и инструмента(ов) дать возможность
другим делать что-то свое.
И эти
другие должны во-первых, знать свой инструмент (Оберон), а во-вторых, быть уверенными, что инструмент не только мощен, но и современен и позволяет решать задачи на современном уровне. И не только в теории, но и на практике.