В составе команды Adobe Experience Manager я помогаю вести открытую разработку. Мы разработали этот манифест, чтобы руководствоваться нашим подходом, который определил большую часть нашей командной культуры за последние несколько лет.
Это не волшебный рецепт, который заставит людей вести себя и сотрудничать, но выражение этих принципов помогло нам прояснить, как мы работаем, и создать основу для ожиданий разработчиков.
По большей части это относится к другим ролям, поэтому вы можете заменить слово «код» множеством других, и оно все равно будет работать. Но не создавайте вокруг этого забавного мема, пожалуйста!
Вот наш манифест:
Мне нравится писать программы, которые люди действительно используют и считают полезными, интересными и надежными.
Я работаю открыто, заблаговременно и часто, чтобы другие могли видеть, что я делаю, пока это развивается, и обсуждаю вещи в списках рассылки нашего проекта, а не индивидуально по электронной почте. Я «разговариваю с проектом», а не напрямую с людьми.
Я не боюсь, что другие будут уважительно оспаривать мои технические решения и / или мой код. Никто не идеален, и я многому учусь на наших постоянных открытых и неформальных экспертных обзорах.
Я привык жить со своим кодом несколько лет после его написания. Любые технические долги обычно лежат на мне.
Я стремлюсь к очень высокому качеству своего кода и наших продуктов, и не стесняюсь уважительно выразить свое несогласие, если что-то подвергнет это риску.
Я не боюсь выбросить код, когда он не подходит, особенно если речь идет о коде, лежащем в основе наших продуктов.
Над чем бы я ни работал, это подтверждается тикетом в нашем трекере проблем.
В трекере мои заявки детализированы и организованы в виде графиков зависимых заявок, чтобы упростить организацию моей работы, наблюдение за ее продвижением и передачу части моей работы другим, когда это необходимо.
Большая часть моей электронной почты является одноразовой - я создаю вики-страницы, трекеры или текстовые файлы в своем репозитории исходного кода для информации, которая будет надежной и полезной для других, вместо того, чтобы рассылать подробные сведения по электронной почте, чтобы каждая часть соответствующей информации имеет постоянный URL. Электронная почта - это то место, где информация умирает, поэтому, если она надежна, она должна быть где-то еще.
Я говорю URL-адресами - использую точные ссылки в своих электронных письмах из списка вместо расплывчатых понятий, таких как «проблема с памятью на прошлой неделе».
Если его нет в общем репозитории кода, он не существует - какой бы код я ни создавал, там есть редкие исключения - большие файлы тестовых данных, которые там не поместятся.
Помимо разработки продуктов, это также относится к нашим проектам Adobe I / O по адресу http://adobe.github.io/ - пожалуйста, посмотрите, и мы приветствуем ваш вклад в них! Если вы хотите узнать больше об Adobe и Open Source, посетите http://adobe.ly/opensource
