# Why Software Becomes Larger and Slower Despite Hardware Gains

DevFeed: [Why Software Becomes Larger and Slower Despite Hardware Gains](<https://devfeed.tech/articles/article-34266.md>)

Original publisher: [Read original article](<https://tonsky.livejournal.com/325263.html>)

Published: 2020-03-20T10:48:53Z

Content type: opinion

Language: ru

Sources: [Tonsky Стой под стрелой](<https://devfeed.tech/sources/tonsky.md>)

Topics: [Software](<https://devfeed.tech/topics/software.md>), [coding](<https://devfeed.tech/topics/coding.md>), [Hardware](<https://devfeed.tech/topics/hardware.md>)

Tags: [hardware](<https://devfeed.tech/tags/hardware.md>), [i](<https://devfeed.tech/tags/i.md>), [livejournal](<https://devfeed.tech/tags/livejournal.md>), [software](<https://devfeed.tech/tags/software.md>), [tag-5e1c061eda96](<https://devfeed.tech/tags/tag-5e1c061eda96.md>), [tag-c40b78a8c8a6](<https://devfeed.tech/tags/tag-c40b78a8c8a6.md>), [tag-d16a2c26554f](<https://devfeed.tech/tags/tag-d16a2c26554f.md>), [tag-e3028c5e0ab2](<https://devfeed.tech/tags/tag-e3028c5e0ab2.md>)

## AI overview

The article examines why software applications have become larger and slower despite major improvements in hardware. It argues that software growth often results from continuously adding code instead of improving, rewriting, replacing, or removing existing code, while noting that the causes of application complexity are not always obvious.

## Source excerpt

Евгений Трифонов накатал ответку на мой старый Software Disenchantment! На что у меня есть несколько замечаний, по мелочам и по существу. Готов поверить, что Word в 2020-м запускается медленнее, чем консольный редактор vi в 1983-м Интересное искажение восприятия, в котором все консольное считается ультра-быстрым, а все гуевое по-умолчанию медленным. Word очень неплохо оптимизирован на startup time как раз. Вот видео посовременнее, вот из 2010 (на железе 2010!). Как и веб-страница facebook. Несмотря на раздутость по функциям обоих. А те же vim/emacs, обвешанные плагинами, могут вполне себе долго запускаться. Или вот, например, command-line prompts, которые рисуются до 1000мс после КАЖДОЙ команды. Да, приложения за 10 лет выросли в разы. Но объём места за то же время вырос в СОТНИ раз. То есть жить стало в десятки раз лучше. Ну вот к этому-то и был мой основной вопрос. Мы получили выигрыш в 100 раз за счет hardware. К hardware вопросов нет. Но потеряли 10 раз в software. И хотя в сумме мы вроде как в выигрыше, к software вопросы остались! В чем причина? Неужели это обязательно? Хорошо что жить стало в десятки раз лучше, но могло бы ведь и в сотни? Так почему не стало? Мы точно знаем что могло, потому что старые приложения сохранились и работают -- быстро, четко, компактно на современном железе. Зачем делать хуже, если мы уже знали, как делать лучше? Моя цель здесь -- не раскритиковать конкретный пост, а показать общий подход: мы часто заявляем "приложения разбухли/затормозили без веских причин", не до конца понимая эти причины. У меня кстати вопросы к размеру приложений пропали после того, как фейсбук переписал мессенжер. То есть раньше я думал, там действительно что-то неладно, что такие толстые приложения получаются. Типа, фотку олега тинькоффа в 4k забыли удалить. Или статически влинковали Oracle DB, причем сразу четыре разные версии. Но нет, это банально количество кода. Переписанный с нуля текстовый чатик начинается с 360 000 строк кода в фейсбуке. Это все обычные