Написание лучшего кода для проектов на основе WordPress
Я точно не помню, когда впервые наткнулся на блог Джоэла Спольски Joel on Software, но это было где-то в конце старшей школы.
Я недостаточно знал обо всем процессе разработки программного обеспечения, чтобы понять многое из того, о чем он действительно говорил, но мне нравился его стиль письма, и мне нравилось то, что он говорил.
На самом деле, я был таким его фанатом, что когда закончил учебу, я стал покупать его книги (которые представляли собой сборники статей на его сайте) и читать их от корки до корки. Я держал их копии у себя на рабочем столе и пользовался одной из его книг — «Умный и добивается цели», — когда был руководителем группы.
Однако больше всего мне запомнились статьи о написании лучшего кода. Но вот в чем дело: в этих статьях ничего не говорилось о написании кода.
Написание лучшего кода
Вместо этого все дело было в процессах, связанных с улучшением кода. И я наткнулся на статью — тем не менее 16-летней давности — и я все еще нахожу ее актуальной сегодня, как и тогда, когда я впервые нашел ее.
За исключением того, что сейчас я сам задаюсь вопросом, как это применимо к моему текущему проекту разработки.
Тест Джоэла
Во-первых, рассматриваемая статья — это та, которую я читаю по крайней мере раз в месяц — если не по крайней мере раз в неделю — и все я вращаюсь вокруг того, что он называет тестом Джоэла. Это двенадцать вопросов, которые вы задаете своей текущей команде разработчиков.
- Используете ли вы систему управления версиями?
- Можете ли вы сделать сборку за один шаг?
- Вы делаете ежедневные сборки?
- У вас есть база ошибок?
- Исправляете ли вы ошибки перед написанием нового кода?
- У вас есть актуальное расписание?
- У вас есть спецификация?
- У программистов спокойные условия труда?
- Используете ли вы лучшие инструменты, которые можно купить за деньги?
- У вас есть тестеры?
- Пишут ли новые кандидаты код во время собеседования?
- Проводите ли вы юзабилити-тестирование прихожей?
Учитывая, что эти вопросы были написаны 16 лет назад и в значительной степени основаны на скомпилированном коде, возможно, потребуется скорректировать некоторую терминологию.
Отличительной особенностью теста Джоэла является то, что на каждый вопрос легко ответить «да» или «нет ». Вам не нужно вычислять количество строк кода в день или среднее количество ошибок на точку перегиба. Дайте вашей команде по 1 баллу за каждый ответ «да».
Например, вместо того, чтобы спрашивать, можете ли вы сделать сборку за один шаг, возможно, нам следует спросить, можем ли мы сделать развертывание за один шаг. Вы понимаете, что я имею в виду – вносить коррективы в подобные вещи.
Во-вторых, некоторые вопросы нужно адаптировать для удаленных команд, потому что мы больше не все в одном офисе. То есть вместо того, чтобы проводить юзабилити-тестирование в коридоре, вам может понадобиться найти кого-то, кого вы знаете в Интернете, отправить его в среду тестирования и расспросить о проекте.
Тест Джоэла для WordPress
Возможно, для тех из нас, кто использует WordPress в качестве основы для разработки, наш набор вопросов будет выглядеть примерно так:
- Используете ли вы систему управления версиями?
- Можно ли выполнить развертывание за один шаг?
- Делаете ли вы ежедневные развертывания?
- У вас есть база ошибок?
- Исправляете ли вы ошибки перед написанием нового кода?
- У вас есть актуальное расписание?
- У вас есть требования и макеты?
- У программистов спокойные условия труда? Или, если удаленно, разрешено ли программистам переходить в режим «Не беспокоить»?
- Используете ли вы лучшие инструменты на рынке, либо что-то бесплатное с открытым исходным кодом, либо что-то премиум-класса?
- У вас есть тестеры? (И я мог бы спросить, позволяет ли бюджет проекта время для написания модульных тестов для автоматического тестирования)?
- Есть ли у кандидатов образцы кода, доступные на GitHub, в блоге или в общедоступном месте, которые можно просмотреть?
- Есть ли у вас группа людей, от которых вы можете получить информацию о своей незавершенной работе?
Опять же, это в значительной степени основано на идее небольшой удаленной команды, а не на крупной продуктовой компании или агентстве корпоративного уровня. Но это то, к чему я до сих пор время от времени возвращаюсь и задаюсь вопросом, чем другие магазины отличаются друг от друга.
О, и вся эта штука с подсчетом очков?
12 баллов — идеально, 11 — терпимо, а 10 и ниже — у вас серьезные проблемы. Правда в том, что большинство организаций-разработчиков программного обеспечения работают с оценкой 2 или 3, и им нужна серьезная помощь…
У всех нас есть к чему стремиться, верно?
На следующее десятилетие?
Не то чтобы я считал это соревнованием, но я знаю, что хотел бы иметь возможность ответить «да» на большинство этих вопросов для себя и для тех, с кем я работаю.
Но на момент написания этой статьи я могу сказать, что не могу сказать «да» всем из них, не говоря уже, может быть, о половине из них. Хотя, возможно, к концу года смогу.
И, возможно, остальные из нас, работающих в отрасли, смогут оценить наши команды по этим вопросам. Хотя Интернет и связанные с ним технологии развиваются быстро, эти вопросы остаются актуальными уже более десяти лет.