19.2. Лучшие практические приемы при взаимодействии с разработчиками открытого исходного кода

19.2. Лучшие практические приемы при взаимодействии с разработчиками открытого исходного кода

Основной составляющей лучшей практики в сообществе открытого исходного кода является естественная адаптация к распределенной разработке. В оставшейся части данной главы представлены сведения о поведении, при котором поддерживается хорошая связь с другими разработчиками. Там, где соглашения Unix являются условными (такие как стандартные имена файлов, передающие метаинформацию об исходном дистрибутиве), часто прослеживается их происхождение либо из Usenet (начало 1980-х годов), либо из соглашений и стандартов проекта GNU.

Данный текст является ознакомительным фрагментом.



Поделитесь на страничке

Следующая глава >

Похожие главы из других книг:

1.5.4. Сообщество открытого исходного кода

Из книги автора

1.5.4. Сообщество открытого исходного кода Сообщество, первоначально сформированное вокруг ранних дистрибутивов Unix, уже никогда не исчезало. После бурного роста Internet в начале 90-х годов в его ряды было вовлечено все новое поколение увлеченных хакеров с домашними


2.3. Движение открытого исходного кода: с 1998 года до настоящего времени

Из книги автора

2.3. Движение открытого исходного кода: с 1998 года до настоящего времени К моменту выхода браузера Mozilla в 1998 году хакерское сообщество наиболее правильно было бы охарактеризовать как множество группировок или братств. В него входили: движение свободного программного


16.5. Поиск открытого исходного кода

Из книги автора

16.5. Поиск открытого исходного кода Ввиду того, что в Unix-мире доступно огромное количество открытого исходного кода, навыки поиска такого кода для повторного использования могут иметь неоценимое значение — гораздо большее, чем в случае других операционных систем.


17.2.3. Стандарты Unix в мире открытого исходного кода

Из книги автора

17.2.3. Стандарты Unix в мире открытого исходного кода В середине 1990-х годов сообщество открытого исходного кода начало собственную работу по стандартизации. Эти усилия основывались на совместимости на уровне кода, закрепленной стандартом POSIX и его потомками. В частности Linux,


18.6. Лучшие практические приемы написания Unix-документации

Из книги автора

18.6. Лучшие практические приемы написания Unix-документации Рекомендацию, данную в начале главы, можно рассмотреть с противоположной точки зрения. Создавая документацию для пользователей внутри Unix-культуры, не следует "оглуплять" ее. Автор документации, написанной для


19.2.3.6. Рекомендованные практические приемы переносимости кода С/С++

Из книги автора

19.2.3.6. Рекомендованные практические приемы переносимости кода С/С++ При написании программ на С используйте полные ANSI-функции. В частности, используйте прототипы функций, которые помогают выявить несовместимость между модулями. Старые компиляторы в стиле K&R — древняя


19.2.5. Практические приемы хорошей коммуникации

Из книги автора

19.2.5. Практические приемы хорошей коммуникации Программа и документация не сделают мир лучше, если никто, кроме разработчика, не знает об их существовании. Разработка визуального присутствия проекта в Internet будет способствовать привлечению пользователей и других


1.5.4. Сообщество открытого исходного кода

Из книги автора

1.5.4. Сообщество открытого исходного кода Сообщество, первоначально сформированное вокруг ранних дистрибутивов Unix, уже никогда не исчезало. После бурного роста Internet в начале 90-х годов в его ряды было вовлечено все новое поколение увлеченных хакеров с домашними


2.3. Движение открытого исходного кода: с 1998 года до настоящего времени

Из книги автора

2.3. Движение открытого исходного кода: с 1998 года до настоящего времени К моменту выхода браузера Mozilla в 1998 году хакерское сообщество наиболее правильно было бы охарактеризовать как множество группировок или братств. В него входили: движение свободного программного


16.5. Поиск открытого исходного кода

Из книги автора

16.5. Поиск открытого исходного кода Ввиду того, что в Unix-мире доступно огромное количество открытого исходного кода, навыки поиска такого кода для повторного использования могут иметь неоценимое значение — гораздо большее, чем в случае других операционных систем.


17.2.3. Стандарты Unix в мире открытого исходного кода

Из книги автора

17.2.3. Стандарты Unix в мире открытого исходного кода В середине 1990-х годов сообщество открытого исходного кода начало собственную работу по стандартизации. Эти усилия основывались на совместимости на уровне кода, закрепленной стандартом POSIX и его потомками. В частности Linux,


18.5.6. Связанные стандарты и практические приемы

Из книги автора

18.5.6. Связанные стандарты и практические приемы Для редактирования и форматирования DocBook-разметки инструменты объединяются. Однако сам по себе формат DocBook является средством, а не целью. Кроме DocBook необходимы другие стандарты для достижения поставленной цели — базы


18.6. Лучшие практические приемы написания Unix-документации

Из книги автора

18.6. Лучшие практические приемы написания Unix-документации Рекомендацию, данную в начале главы, можно рассмотреть с противоположной точки зрения. Создавая документацию для пользователей внутри Unix-культуры, не следует "оглуплять" ее. Автор документации, написанной для


19.2. Лучшие практические приемы при взаимодействии с разработчиками открытого исходного кода

Из книги автора

19.2. Лучшие практические приемы при взаимодействии с разработчиками открытого исходного кода Основной составляющей лучшей практики в сообществе открытого исходного кода является естественная адаптация к распределенной разработке. В оставшейся части данной главы


19.2.3.6. Рекомендованные практические приемы переносимости кода C/C++

Из книги автора

19.2.3.6. Рекомендованные практические приемы переносимости кода C/C++ При написании программ на С используйте полные ANSI-функции. В частности, используйте прототипы функций, которые помогают выявить несовместимость между модулями. Старые компиляторы в стиле K&R — древняя


19.2.5. Практические приемы хорошей коммуникации

Из книги автора

19.2.5. Практические приемы хорошей коммуникации Программа и документация не сделают мир лучше, если никто, кроме разработчика, не знает об их существовании. Разработка визуального присутствия проекта в Internet будет способствовать привлечению пользователей и других