Да это проходит красной нитью через всю статью "Не нужно усложнять, если можно сделать проще" - это следствие умения правильно выбирать уровень сложности
Вы привели хороший пример оправданной сложности, если развивать ваш пример, я бы сказал, что излишнее усложнение - это добавлять возможность быстрого масштабирования и отказоустойчивости там, где это не нужно. Хороший пример от Карла Вигерса - в одном из проектов добились отказоустойчивости системы и сделали время работы 99,99% от всего времени ценой огромных средств и большого количества времени. Нужен ли такой показатель везде? На мой взгляд нет, и чуть большее время простоя тоже приемлемо
Спасибо за комментарий! Полностью с вами согласен - сам с Obsidian мучался несколько недель, настраивал множество плагинов и пытался сделать систему, а по итогу просто заношу туда заметки и веду список дел Чтобы поддерживать сложную систему, приходится тратить больше времени, чем от нее выгоды)
Спасибо за комментарий! Тут правда можно долго размышлять, но по итогу во всем хорош баланс - классы, тесты и документация - оправданное усложнение, которое за приемлемые затраты дает хороший результат в виде качества кода, удобства сопровождения и тд. Но если продолжать усложнение, то дальше мы за все большие усилия будем получать все меньшие усилия. Например, если будем писать огромную документацию где только можно в ущерб скорости разработки и другим задачам Это проблема крупных компаний, где для согласования изменения цвета нужно пройти 5 кругов ада
Согласен с вами
Да это проходит красной нитью через всю статью
"Не нужно усложнять, если можно сделать проще" - это следствие умения правильно выбирать уровень сложности
Вы привели хороший пример оправданной сложности, если развивать ваш пример, я бы сказал, что излишнее усложнение - это добавлять возможность быстрого масштабирования и отказоустойчивости там, где это не нужно.
Хороший пример от Карла Вигерса - в одном из проектов добились отказоустойчивости системы и сделали время работы 99,99% от всего времени ценой огромных средств и большого количества времени. Нужен ли такой показатель везде? На мой взгляд нет, и чуть большее время простоя тоже приемлемо
Про pmbook в точку 😁
Спасибо за обратную связь! А чем пользуетесь?
Спасибо за комментарий! Полностью с вами согласен - сам с Obsidian мучался несколько недель, настраивал множество плагинов и пытался сделать систему, а по итогу просто заношу туда заметки и веду список дел
Чтобы поддерживать сложную систему, приходится тратить больше времени, чем от нее выгоды)
Спасибо за комментарий!
Тут правда можно долго размышлять, но по итогу во всем хорош баланс - классы, тесты и документация - оправданное усложнение, которое за приемлемые затраты дает хороший результат в виде качества кода, удобства сопровождения и тд.
Но если продолжать усложнение, то дальше мы за все большие усилия будем получать все меньшие усилия. Например, если будем писать огромную документацию где только можно в ущерб скорости разработки и другим задачам
Это проблема крупных компаний, где для согласования изменения цвета нужно пройти 5 кругов ада
Отличный у вас подход по затратам/результату, спасибо за комментарий!