SQM 13/24: Code Churn

• Обсуждение метрик, которые помогают оценить качество программного кода, таких как коуче.  

• Системы контроля версий, их необходимость и использование.  

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

• Вопрос о необходимости использования систем контроля версий для небольших команд или одиночных разработчиков.  

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

• В видео обсуждается использование систем контроля версий, таких как Subversion и Git, для разработки программного обеспечения.  

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

• Автор обсуждает, как системы контроля версий помогают разработчикам чувствовать, что за ними остается след, и что они не живут одним днем.  

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

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

• Автор упоминает, что ветки были предложены позже, возможно, в 1970-х годах.  

• Авторы предлагают оценивать код и его историю, используя систему контроля версий.  

• Важно помнить, что система контроля версий изначально задумывалась для текстовых файлов, а не для бинарных.  

• Хранение бинарных файлов в системе контроля версий может привести к проблемам с подсчетом дельты изменений.  

• Гид предназначен для версионизации, а не для хранения файлов.  

• Для хранения бинарных файлов можно использовать другие системы, такие как Amazon S3, Яндекс.Диск или Google Drive.  

• Для показа бинарных файлов в репозитории можно использовать ссылки на другие хранилища.  

• Авторы предлагают использовать метрики "коу дельта" и "коуч" для оценки изменений кода.  

• "Коу дельта" учитывает только изменения строк кода, а "коуч" учитывает все изменения, включая добавление и удаление строк.  

• В видео обсуждается метрика "дельта" и "коуче", которые используются для оценки объема работы программиста.  

• Дельта - это разница между двумя комитами, а коуче - это сумма всех дельт между комитами.  

• Дельта и коуче могут использоваться для оценки объема работы программиста, но важно учитывать, что они не всегда отражают реальную работу программиста.  

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

• Если программист делает один большой комит в конце дня, то дельта и коуче будут менее информативными.  

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

• Также рекомендуется делать инкрементальные комиты и складывать их в общий репозиторий, чтобы показать объем работы программиста.  

• Автор выступает против сквош-коммитов, считая, что они уничтожают историю и не уважают труд программистов.  

• Он предлагает сохранять историю изменений в максимально подробном виде, чтобы можно было найти точку в истории и проследить все изменения.  

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

• Автор объясняет, что код дельта может быть отрицательным, если программист удаляет код, и что кот черный всегда больше, чем код дельта.  

• Он также обсуждает, что код дельта не всегда отражает интенсивность изменений в системе, и что кот черный может быть более информативным показателем.  

• Исследователи проанализировали код и сравнили его с количеством дефектов.  

• Они обнаружили строгую корреляцию между количеством изменений в коде и количеством дефектов.  

• Чем больше программисты трогают код, тем хуже его качество.  

• Средний программист, не знающий о качестве кода, может ухудшить его.  

• Использование инструментов контроля качества кода, таких как метрики, может помочь бороться с негативным эффектом.  

• Если программист снижает качество кода при изменении, его зарплата может быть уменьшена.  

• Обсуждение статьи о взаимосвязи между количеством изменений в коде и его качеством.  

• Вывод: если в коде есть аномалии, то возможно, есть архитектурные проблемы.  

• Рекомендация: если есть аномалии, то следует проанализировать архитектуру и разбить код на более мелкие модули.  

• Пример использования системы Code Climate для анализа кода и построения графика кот черного.  

• Предложение автора: использовать метрику "хитс о коу" для более точного анализа кода.  

• Пример использования сервиса Hitco для генерации бейджа с количеством изменений в коде.  

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

• Он также упоминает о своем инструменте для анализа кода, который работает с гетом, меркурилом и сабвершином.  

• Автор подчеркивает важность ведения бортового журнала и объясняет, что это не просто комиты, а умение передавать информацию о своих действиях в будущем.  

• Он призывает к аккуратности в ведении бортового журнала и подчеркивает, что это важный навык для синер-девелоперов.  

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

• Он призывает джуниор-девелоперов развивать этот навык, чтобы стать более эффективными и ценными сотрудниками.