Как сделать лучшие практики разработки программного обеспечения более интересными для людей без опыта работы в области программного обеспечения?

Как сделать лучшие практики разработки программного обеспечения более интересными для людей без опыта работы в области программного обеспечения?
Как сделать лучшие практики разработки программного обеспечения более интересными для людей без опыта работы в области программного обеспечения? - edouarddognin @ Unsplash

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

Прежде всего, сделайте беседы и семинары веселыми сами по себе – бесплатная еда (убедитесь, что это вкусная еда!) и подобные угощения – хорошее начало. Постарайтесь также добавить немного юмора и, по крайней мере, поначалу, делайте их довольно краткими и настолько неформальными, насколько это возможно.

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

Наконец, попробуйте ввести некоторые базовые стандарты кодирования, желательно такие, которые не слишком навязчивы в том, как они работают в настоящее время. Если вы находитесь в мире .net, лучше всего начать с Resharper, поскольку он предупредит о таких вещах, как соглашения об именах. Вы можете пойти дальше с помощью StyleCop (который можно интегрировать в Resharper), но сначала убедитесь, что вы настроили набор правил. Если вы не в .net, я уверен, что подобные инструменты будут существовать где-то еще. Это немного, но это начало.

Не ожидайте мгновенных результатов (за исключением, возможно, каких-либо автоматически применяемых стандартов кодирования) - я слышал, что 6, 9 и 12 месяцев используются для внедрения лучших практик.

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

Рекомендую посмотреть эти видео для лучшего погружения в вопрос:

Прикрепленное видео 1 - Без лица: айтишник про сексизм в IT, курсы подготовки, зажравшихся программистов и все минусы сферы

Прикрепленное видео 2 - [Методы разработки программного обеспечения]: Карьера программиста


LetsCodeIt, 24 мая 2023 г., 06:04