О культуре разработки в группах программистов

Комментарии 3

  • 08.09.17 в 17:04

    0

    Чем крупнее экосистема, тем стабильнее ее культура. Если у вас 1–2 разработчика, культура разработки очень быстро деградирует несмотря на все усилия.

    Из этого следует, что фрилансер-одиночка неминуемо скатится к говнокоду, правильно я понимаю?

    • fdcaffade54d46bb95fb9f2de5df085f_small.j

      08.09.17 в 17:19

      0

      В статье речь о получении предсказуемого и воспроизводимого результата в организации.

      Как в слепой печати: можно и двумя пальцами научиться печатать быстрее, чем 10-тью, но методика обучения с более-менее гарантированным результатом существует только для 10-пальцевого метода.

      Конечно, есть сильные духом разработчики, которые даже в одиночку пишут хорошо откомментированный, читаемый и расширяемый код и тут же пишут к нему сопроводительную документацию. Но, по статистике, их так мало, что не стоит надеяться, что вам достанется именно такой.

      С фрилансерами всё еще сложнее: они ведь могут быть и частью распределенной команды.

      Если проект публичный с открытым, публикуемым кодом, это тоже позитивно влияет на культуру разработки. Потенциальные наблюдатели проекта, даже если они не общаются с разработчиком, влияют на его культуру разработки и он уже не чувствует себя одиночкой в этом проекте.

      Не стоит принимать написанное в статье на личный счет. Статья о том, как построить хорошую команду, а не о том, что не бывает профессионалов-одиночек: бывают, но на всех их не хватает.

      • 08.09.17 в 17:30

        0

        Нет, ни в коем случае не принимаю на личный счёт, просто, так сказать, заметил граничный случай.


        Тут ещё интересно с такой точки зрения, как развитие небольшой компании. Вот был фрилансер-одиночка, наработал репутацию и клиентскую базу, стало не хватать времени на заказы. Решил расширяться, организовывать свою компанию. Но при этом он вряд ли потянет нанять сразу троих разработчиков по бюджету (а нанять много людей сразу иногда не получается даже у крупных стабильных компаний), а если начнёт с одного помощника (и даже ещё одного спустя полгода), то культура разработки неизбежно деградирует по вашим словам. Как же избежать этого?

Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

© Habrahabr.ru