Разделяй и усложняй: как декомпозиция вас обманывает

Большой проект. Сложная система. Куча требований. Первое, что приходит в голову любому инженеру: "Надо декомпозировать!" Разложим по модулям, разделим на команды, каждый займется своим куском. Большую сложную задачу превратим в набор простых понятных подзадач. Так учат делать везде. Так делают все. Это основа основ. Но никто не говорит о том, что происходит дальше. Никто не предупреждает о скрытых ловушках, которые ждут на этом пути. А их там... много.

https://habr.com/ru/articles/913180/

#декомпозиция #микросервисы #техническая_архитектура #модульная_архитектура #системное_мышление #эмерджентность #координация #каскадное_отключение #каскадное_проектирование

Сбросить балласт. Аккуратное отключение лишних фич

На Хабре много говорилось о раздувании софта со временем, а также о перегрузке новыми фичами, что приводит к усложнению интерфейса и тому же раздуванию. Разработчики в целом склонны что-то добавлять, а не убирать , даже в ущерб результату. Исследования показали, что люди плохо справляются с поиском простых решений, которые противоречат шаблонному интуитивному мышлению (что-то добавить). Что тут говорить, если самая простая программа сегодня весит под 100 МБ, как целая операционная система со всем софтом несколько десятилетий назад. Кто-то говорит, что причиной этого является закон Мура и рост производительности процессоров в геометрической прогрессии. В связи с этим даже интересно, каким был бы софт при замедлении CPU в двадцать раз . Но есть выход из сложившейся ситуации: аккуратное отключение лишних функций в раздувшемся софте.

https://habr.com/ru/companies/ruvds/articles/816515/

#ruvds_статьи #деградация_софта #раздувание_софта #OSDI #Defcon #рефакторинг #каскадное_отключение #отказоустойчивость #тестирование #хаостесты #планирование_ресурсов #прогнозирование_нагрузок #балласт