19.2.1. Хорошая практика обмена исправлениями
19.2.1. Хорошая практика обмена исправлениями
Большинство людей вовлекаются в создание программного обеспечения с открытым исходным кодом, создавая заплаты для чужих программ, прежде чем создают собственные проекты. Предположим, некто создал набор исправлений исходного кода для основной части чужой программы. Если встать на место разработчика программы, то каким образом можно решить, включать ли данную заплату или нет?
Очень сложно судить о качестве кода, поэтому разработчики склонны оценивать исправления по качеству их подачи. Они анализируют ход мыслей в стиле подачи исправлений и манере общения лица, присылающего заплату.
За много лет работы с заплатами, полученными от сотен незнакомых людей, автор данной книги редко встречал какое-либо исправление, которое было представлено продуманно, с уважением моего времени, но технически было нефункциональным. С другой стороны, опыт свидетельствует, что исправления, которые выглядят неаккуратными или небрежно и поспешно упакованными, скорее всего, являются неработоспособными.
Ниже приводятся некоторые рекомендации для того, чтобы созданная вами заплата была принята.
Более 800 000 книг и аудиокниг! 📚
Получи 2 месяца Литрес Подписки в подарок и наслаждайся неограниченным чтением
ПОЛУЧИТЬ ПОДАРОКДанный текст является ознакомительным фрагментом.
Читайте также
Макрос - и вещь хорошая, и развитие стимулирует
Макрос - и вещь хорошая, и развитие стимулирует Макросы очень полезны для своего прямого назначения, но не менее полезны они для использования программного кода записанного макроса как примера для начала освоения программирования в VBA. После того как вы запишете
19.2.2. Хорошая практика наименования проектов и архивов
19.2.2. Хорошая практика наименования проектов и архивов По мере роста нагрузки на кураторов архивов, подобных ibiblio, SourceForge и CPAN, возрастает тенденция к обработке заявок частично или полностью программным путем (вместо полной их проверки вручную).В связи с этим возрастает
19.2.3. Хорошая практика разработки
19.2.3. Хорошая практика разработки Ниже описаны модели поведения, которые могут отличать успешный проект с большим количеством разработчиков от проекта, остановившегося после того, как он не привлек к себе
19.2.4. Хорошая практика создания дистрибутивов
19.2.4. Хорошая практика создания дистрибутивов Приведенные ниже рекомендации описывают, как должен выглядеть дистрибутив, когда пользователь загружает, восстанавливает и распаковывает
Практика
Практика 1. В окне проекции Тор (Вид сверху) постройте стандартный примитив Вох (Параллелепипед) произвольного размера. В свитке Name and Color (Имя и цвет) измените имя объекта, например назовите его Куб. Щелкните кнопкой мыши на цветном квадрате рядом и в появившемся окне
Практика
Практика Упражнение 1. Журнальный столик В данном упражнении рассмотрим создание модели журнального столика.1. В окне проекции Тор (Вид сверху) постройте стандартный примитив Вох (Параллелепипед) с такими значениями параметров: Length (Длина) = 100, Width (Ширина) = 100, Height (Высота) =
Практика
Практика Упражнение 1. Диван с ножками В данном упражнении рассмотрено, как создать модель дивана с ножками (рис. 5.22). Рис. 5.22. Готовая модель дивана1. В окне проекции Тор (Вид сверху) создайте стандартный примитив Вох (Параллелепипед) с параметрами: 100 x 200 x 15 см. Укажите
Практика
Практика Упражнение 1. Римская штора В данном упражнении мы рассмотрим, как создать модель римской шторы (рис. 6.15). Рис. 6.15. Готовая модель римской шторы1. В окне проекции Left (Вид слева), используя NURBS Curves (NURBS-кривые), постройте точечную кривую Point Curve (Точечная кривая), как
Практика
Практика Обратите внимание, что координаты камер и источников освещения в примерах этого раздела даны для построенной в главе 3 коробки
19.2.1. Хорошая практика обмена исправлениями
19.2.1. Хорошая практика обмена исправлениями Большинство людей вовлекаются в создание программного обеспечения с открытым исходным кодом, создавая заплаты для чужих программ, прежде чем создают собственные проекты. Предположим, некто создал набор исправлений исходного
19.2.2. Хорошая практика наименования проектов и архивов
19.2.2. Хорошая практика наименования проектов и архивов По мере роста нагрузки на кураторов архивов, подобных ibiblio, SourceForge и CPAN, возрастает тенденция к обработке заявок частично или полностью программным путем (вместо полной их проверки вручную).В связи с этим возрастает
19.2.3. Хорошая практика разработки
19.2.3. Хорошая практика разработки Ниже описаны модели поведения, которые могут отличать успешный проект с большим количеством разработчиков от проекта, остановившегося после того, как он не привлек к себе
19.2.4. Хорошая практика создания дистрибутивов
19.2.4. Хорошая практика создания дистрибутивов Приведенные ниже рекомендации описывают, как должен выглядеть дистрибутив, когда пользователь загружает, восстанавливает и распаковывает
Совет 15 Практика, практика и еще раз практика
Совет 15 Практика, практика и еще раз практика В студенческие времена я проводил долгие ночи в здании своего факультета. Сквозь тонкие стены классов до меня постоянно доносились самые отвратительные звуки, которые только можно себе вообразить. И дело не в том, что в моей