Comments 3
В моём айтишном детстве нас учили, что для
разделения сложных систем на более мелкие удобоваримые части для лучшего управления и восприятия
мы используем подход с давным-давно устоявшимся названием “декомпозиция”. Делим сложное большое на маленькие простые. Разделяем и властвуем. Divide et impera как оно есть.
Прочитал я эту статью, и теперь пытаюсь понять — то ли неведомо когда, кому и зачем понадобилось использовать такое корявое, на мой взгляд, слово, как “модуляризация”, то ли я не вижу какой-то очень важной разницы.
когда, кому и зачем понадобилось использовать такое корявое, на мой взгляд, слово, как “модуляризация”,
Зашел чтобы написать что-то подобное!
Мне тут один мыслитель рекомендовал по поводу "улучшения" моих статей, по секрету:
Так вот, я предлагаю вам исходить из того, что целевая аудитория вашей статьи — это чисто Вася с джавой, который вообще не в зуб ногой о том, как устроена <тут была тема статьи>. И вот для этого условного Васи статья и будет этакой экскурсией в "серую зону". А чтобы экскурсия была хоть как-то полезна, Васю надо снабдить конкретными выводами: как именно то, что ему показано на экскурсии, влияет на то, что он делает в своей никчемной жизни.
Похоже что большинство статей расчитаны именно на такую аудиторию, к сожалению.
Похоже, что-то испортилось в Датском королевстве.
микросервисы уже не модно и вспоминаем давно забытые истины)
на мой взгляд, забыли добавить про контроль версий: монорепа или нет
Осваиваем модуляризацию: Руководство для начинающих по организации сложных программных систем