"Эрик С.Рэймонд. Собор и Базар (Linux) " - читать интересную книгу автора

Я не сделал этого, потому что это не добавляет никакой защиты. Любой
человек, имеющий право читать ваш файл, мог бы запустить fetchmail под вашим
именем и, возможно, декодировать ваш пароль. Шифрование пароля в
.fetchmailrc могло бы дать людям ложное чувство защищенности. Общее правило
здесь следующее:
17. Система безопасности надежна, пока надежны ее секреты. Избегайте
псевдо-секретов.

9. Необходимые условия для модели базара.

Читатели ранних версий этой статьи обязательно поднимали вопрос о
необходимых условиях для разработки проекта в стиле базара, Здесь обычно
рассматривали квалификацию лидера проекта и состояние системы на момент,
когда принимается решение опубликовать исходные тексты и создать сообщество
сотрудничающих разработчиков.
Очевидно, что никто не сможет начать разработку в таком стиле с нуля.
Можно тестировать, отлаживать и улучшать программы, работая в стиле базара,
но начать проект очень трудно, Ни я, ни Линус даже не пытались это сделать.
Вашему сообществу разработчиков нужно что-то, что можно отлаживать и
тестировать.
Когда вы начинаете создавать сотрудничающее сообщество, вам необходимы
убеждающие доводы. Ваша программа может не всегда правильно работать. Она
может быть неполной, содержать ошибки или иметь плохую документацию. Однако,
она должна обязательно убедить потенциальных сотрудников, в том что их
собираются вовлечь в нечто стоящее.
Linux и fetchmail были представлены публике как программы, имеющие
строгую основу. Многие люди, когда-либо размышлявшие о модели базара,
поначалу относились к этому утвверждению критически. Однако позже почти все
они приходили к мнению, что лидеру проекта крайне важно иметь высокую
квалификацию и интуицию разработчика.
Однако не будем забывать, что Линус заимствовал идеи разработки от
UNIX. Я же позаимствовал их у родового popmail'a (хотя мне пришлось
переделывать значительно больше, чем Линусу). Так ли уж необходим
координатору исключительный талант разработчика или он может использовать
чужие идеи?
По-моему не очень существенно, способен ли координатор на оригинальный
дизайн. Однако, совершенно необходимо, чтобы лидер проекта был способен
отличить хороший дизайн от всех остальных.
И Linux, и fetchmail показали очевидность этого утверждения. Линус -
отличный разработчик, который к тому же показал свое умение распознавать
хороший дизайн и встраиваить его в ядро Linux. А я, в свою очередь, уже
описывал, как единственная наиболее мощная идея в разработке fetchmail (SMTP
forwarding) была получена со стороны.
Прежние читатели этой статьи отмечали, что я склонен недооценивать
первоначальный дизайн в проектах базара, так как сам я отлично с ним
справляюсь, и, поэтому принимаю это как должное. Возможно, в этом есть доля
правды, дизайн, в отличие от кодирования и отладки, - мой конек.
Проблема первоначального дизайна заключается в том, что вы начинаете
проект, усложняя себе задачу, в то время как следует оставлять ее простой и
понятной. Некоторые мои проекты проваливались из-за того, что я совершал эту