TGTGInsightаналитика telegramLIVE / telegram public index
← SaintBytеChannel
SaintBytеChannel avatar

TGINSIGHT POST

Post #98

@saintbyte_channel

SaintBytеChannel

Просмотры83Количество просмотров
Опубликован23 янв.23.01.2025, 12:37
Содержимое поста

Содержимое

Согласно статистике, полученной на основе анализа более 7 млн. проектов с открытым исходным кодом, около 70% open-source инструментов и библиотек, на которые опирается современное программное обеспечение, либо не поддерживаются, либо находятся в неудовлетворительном состоянии. Подобной информации о закрытом ПО я не нашел, но по моим наблюдениям, ситуация тут не намного лучше. Это может касаться не всего коммерческого проекта, а каких-то его частей или модулей, которые остаются без должного внимания. Причины такого положения дел могут быть совершенно разными, но результат один – код заброшен и постепенно устаревает, разрастаясь и отравляя весь проект. Это самая наглядная иллюстрация того, к чему приводит злоупотребление лозунгом “работает – не трогай”. В его основе лежат три ключевых мифа, которые я сейчас попробую развеять. Источник Вот такую мысль я прочитал на днях и далее 3 мифа: 1. Правки — это слишком долго, дорого и нудно 2. Проще потом все переписать с нуля». 3. Рефакторинг нужен только старому коду. Мой проект еще слишком молод. А зачем трогать действительно то, что работает? Я, конечно, понимаю, это вполне актуально для Windows-программ и Android… Но у меня, например, Linux, и тут за 30 лет сменилось, наверное, только то, что 20 лет назад Git был GNU Interactive Tools, а стал системой контроля версий. ls — тот как был 20 лет назад, так и остался. Развитие, конечно, идёт у Линукс во всю: KDE, GNOME, ядро выглядят вполне актуально. Но тот же ls — совершенен. Браузерные приложения реально легче переписать под современные реалии, потому что тот же CSS меняется каждый год. А алгоритмы — они не меняются. Целый протокол HTTP почти умер (а если бы не умер — мы бы жили, возможно, в совершенно другой России с прекрасной фильтрацией на основе ИИ и без всяких блокировок). По поводу правок: если проект лежит на GitHub — форкни его, сделай pull-request. В конце концов, я сам копался в форках для поиска нормальной версии. А если правки делать долго — это значит либо фича большая, либо архитектура кривая, и нужно оставить место молодым — пусть патчат или пишут новый продукт. Про рефакторинг — есть такая концепция, как постоянный рефакторинг.