📖 Фрактальная архитектура

🕵️‍♂️ Код с лишними деталями «шумит», его сложно читать и держать в голове.

🧠 Все мы знаем и умеем уменьшать количество шума в коде с помощью абстракции, вынося код в отдельные функции. Но мне всегда было интересно - на какое максимальное количество функций мне необходимо поделить код?! Конечно же тут все случаи индивидуальны: какой-то код можно поделить на 5 частей, а другой - на 10, и это зависит от различных условий: общие правила, паттерны, личный опыт и видение программиста, архитектура и видение команды/проекта, и т.д.

😎 Но все же, чем меньше кода перед глазами, тем легче нам его анализировать. Нам стоит следить за тем, насколько сложно «держать кусок кода в голове». Если приходится напрягаться, чтобы помнить обо всех деталях - в коде есть проблема.

💡 Марк Симанн предлагает писать программы так, чтобы на каждом «уровне детализации» количество составных частей не превышало некоторый лимит, т.е. о чем я и говорил выше - максимальный лимит функций, на которые мы делим код.

В качестве лимита Марк предлагает число 7️⃣. Он опирается на предпосылки, что мы можем держать в голове 7️⃣+-2️⃣ объекта. При этом он оговаривается, что конкретное число не принципиально, главное - наличие такого лимита.

🌸 Для визуализации «уровней» он предлагает использовать сетку из шестигранников. Каждый шестигранник - это часть системы, которая может быть детализирована глубже, на такие же шестигранники.

⬇️ На каждом из уровней детализации мы будем видеть не больше 🔤 составных частей, важных для этого уровня. Если нам требуется узнать, как работает конкретная часть, то мы можем «провалиться» на уровень ниже и увидеть, из чего она состоит (см. картинки).

🤔 А что вы думаете на счет данного подхода?

📖 Далее продолжу делиться полезной инфой по мере чтения книжки.

🛑Подпишись, чтобы не пропустить.