SQM 11/24: Clone Coverage [software quality crash course] [eng sub]

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

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

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

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

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

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

• Программист копирует одну строку кода три раза, что является примером кода дупликшн.  

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

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

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

• Программист помещает цифры, которые нужно использовать, в массив и вызывает функцию только один раз.  

• Это позволяет избежать кода дупликшн и делает код более эффективным.  

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

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

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

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

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

• Упоминается, что длина клона является важным показателем его качества.  

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

• Принцип "Драй" также предлагает правило "два раза - это о'кей", но не "три раза".  

• Если вы видите дублирование кода, то создайте новое место для этого кода и вызывайте его.  

• Также можно использовать массив вместо дублирования кода.  

• Метрика "клон коврач" показывает количество кода, находящегося в клонах, по отношению ко всему объему программного кода.  

• Инструменты, такие как "систематик ревью" и "клон детекшн", помогают найти и посчитать эту метрику.  

• Первый тип клонов - "экзект клон", когда исходный код и клонированный код идентичны, за исключением форматирования и наличия комментариев.  

• Для поиска этого типа клонов необходимо понимать синтаксис языка.  

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

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

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

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

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

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

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

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

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

• Это может привести к дублированию кода и проблемам с пониманием и поддержкой кода в будущем.  

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

• Исследование, проведенное в 2001 году, показало, что в ядре Linux около 38% кода является клоном, что может представлять серьезную проблему для будущих разработчиков.  

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

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

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

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

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

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

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

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

• Автор обсуждает инструмент "IntelliJ IDEA", который может обнаруживать клоны кода.  

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

• Автор предлагает использовать этот инструмент для контроля клонирования кода в проекте.  

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