Русская Википедия:Раздутое программное обеспечение

Материал из Онлайн справочника
Перейти к навигацииПерейти к поиску

Раздутое программное обеспечение (Шаблон:Lang-en) — программа, имеющая слишком много дополнительных функций, на работу которых уходит непропорционально много ресурсов системы[1][2], в особенности если эти функции не нужны или малополезны для работы программы (такие функции часто называют «gimmicks»Шаблон:Ref-en, «bells and whistles»Шаблон:Ref-en, дословно: «бубенчики и свистульки»)[3].

У английского термина bloatware (также Шаблон:Lang-en) существует также второе значение, которое относится к ресурсоёмкому предварительно установленному программному обеспечению, которое пользователю не нужно, но навязывается ему производителями компьютеров, планшетов, смартфонов и т. д.[4][5][6]

Общее описание

Шаблон:Врезка Шаблон:Врезка

Технически раздутое программное обеспечение чаще всего ассоциируется с понятием «расползание возможностей», или «ползучий улучшизм»[1]feature creep, creeping featurism/featuritis»Шаблон:Ref-en), которое обозначает тенденцию разработчиков добавлять в программный продукт больше и больше возможностей в попытке «не отстать от конкурентов», однако приводящую фактически к созданию более медленного и менее эффективного изделия[7]. Согласно озвученным в 2002 году данным исследований, только 20—25 % функций программных продуктов использовались всегда или часто, тогда как до 45 % функций вообще никогда не использовались. По мнению Мартина Фаулера, большинство проектов должны были бы иметь лишь четверть от их существующего размера[8].

Раздувание сказывается не только на производительности программ: увеличение объёма программного кода приводит к росту затрат на его обслуживание и развитие. К тому же плохо проработанные дополнительные функции могут стать источником уязвимостей.

Вклад в «раздувание возможностей» вносит также «эффект второй системы», описанный Фредериком Бруксом ещё в 1975 году: программист, разрабатывающий свою вторую систему, склонен добавлять все те возможности, которые он не смог добавить в свою первую систему (из-за нехватки времени), поэтому вторая система часто получается перегруженной возможностями.

Известные ИТ-специалисты о раздувании программ

Никлаус Вирт в 1996 году написал статью «Долой „жирные программы“», подняв проблему программ, для которых рост требований к ресурсам превышает рост их функциональных возможностей и производительности[9]. Термин «жирные программы» (fatware) позаимствован им из статьи в журнале Byte 1993 года[10].

Вирт указал на два шутливых «закона», которые тем не менее верно отражают ситуацию:

  • Закон Паркинсона: программное обеспечение увеличивается в размерах до тех пор, пока не заполнит всю доступную на данный момент память.
  • Закон Рейзера: программное обеспечение замедляется более быстро, чем аппаратура становится быстрее[9].

Два фактора вносят вклад в приятие потребителями программного обеспечения всё более растущих размеров: быстро увеличивающаяся аппаратная производительность и игнорирование принципиальной разницы между жизненно важными возможностями и теми, которые «хорошо бы иметь»[9].

Шаблон:Iw использовал выражение «software is a gas» («программа — это газ»), чтобы описать следующий феномен: вне зависимости от степени усовершенствования аппаратного обеспечения разработчики всегда имеют тенденцию добавлять функциональность, чтобы заставить свои программы натолкнуться на границы этой производительности[11].

Отношение к раздуванию программного обеспечения

Шаблон:Врезка Пользователи, как правило, относятся к раздутому программному обеспечению отрицательно. По мнению Джоэла Спольски, они это делают зря,[12] по следующим причинам:

  • С прогрессом микроэлектроники аппаратное обеспечение, на котором новая версия способна работать, часто оказывается даже дешевле. Например, Excel 1.0 потреблял 36 долл. дискового пространства по ценам 1993 года, Excel 2000 — 1,03 долл. по ценам 2000 года.
  • Оптимизация экономически оправдана только в ключевых точках программы. Вовремя вышедшая программа важнее хорошо оптимизированной (в крайнем случае можно выпустить патч).
  • Хотя типичный пользователь использует 20 % функций, у разных пользователей эти 20 % разные. Поэтому, если написать облегчённую программу, в которой реализованы только 20 % функций, есть риск сильно сузить круг её пользователей.

Примеры

Сравнение минимальных требований Windows (версии x86)
Версия Windows Процессор Память Размер на диске
Windows 95[13] 25 MHz 4 MB ~50 MB
Windows 98[14] 66 MHz 16 MB ~200 MB
Windows 2000[15] 133 MHz 32 MB 650 MB
Windows XP[16] (2001) 233 MHz 64 MB 1.5 GB
Windows Vista[17] (2007) 800 MHz 512 MB 15 GB
Windows 7[18] (2009) 1 GHz 1 GB 16 GB
Windows 8[19] (2012) 1 GHz 1 GB 16 GB
Windows 10[20] (2015) 1 GHz 1 GB 16 GB
Windows 11[21] (2021) 1 GHz 4 GB 64 GB

Сайт Switched Downloadsquad опубликовал в 2008 году примеры наихудших программ в категории «elephantware», то есть «раздутых программ, которые заставляют новейшие персональные компьютеры загружаться подобно Pentium 2 с 64 MB оперативной памяти»[22]. Были названы следующие программы:

Хорошим примером, иллюстрирующим рост требований, являются системные требования для установки ОС фирмы Microsoft. Как видно, их рост происходил явно непропорционально появлению новых возможностей. При этом следует иметь в виду, что отчасти это объясняется «усечением» возможностей Windows в зависимости от лицензии, в то время как основные системные файлы остаются в прежнем количестве. Минимальные требования для Windows 10 остались теми же, что Windows 7, в то время как пользователи и тестировщики отмечают фактический рост потребления памяти. Следовательно, сохранение минимальных требований носит в известной части рекламный характер.

Часто в качестве примеров неоправданного раздувания приводится Nero Burning ROM[23]. В течение жизненного цикла пакет этой программы обзавёлся графическим и звуковым редактором, аудио- и видеоплеером, а также альтернативной версией программы записи с упрощённым интерфейсом, всё это снабжалось специальной программой-оболочкой для запуска и имело сложные графические стили оформления.

Противодействие раздуванию

Прямой противоположностью раздувания является принцип KISS, запрещающий усложнение систем, если они и так хорошо работают. Также против раздувания направлен первый принцип философии Unix.

В 2014 году Южная Корея законодательно обязала разработчиков ПО для смартфонов обеспечить возможность принудительного удаления нежелательного раздутого ПО («unnecessary pre-installed bloatware»). Этот шаг был вызван участившейся практикой предварительной установки на смартфоны ненужного ресурсоёмкого программного обеспечения, не поддающегося удалению стандартными средствами[24].

Примечания

Шаблон:Примечания

  1. 1,0 1,1 Александр Клименков. Лилипуты в стране великанов Шаблон:Wayback // Компьютерра, № 4, 10.02.2008
  2. Шаблон:Cite web
  3. Шаблон:Cite web
  4. Шаблон:Cite web
  5. Brad Chacos. Bloatware: Why computer makers fill your PC with junk, and how to get rid of it Шаблон:Wayback // PC World, 26.02.2015
  6. Eric Griffith. How to Clean Crapware From a New PC Шаблон:Wayback // PC World, 10.02.2017
  7. Шаблон:Cite web
  8. Martin Fowler. The XP 2002 Conference Шаблон:Wayback, 02 July 2002
  9. 9,0 9,1 9,2 Шаблон:Книга
  10. Шаблон:Статья
  11. Guoqing Xu, Nick Mitchell etc. Software bloat analysis: finding, removing, and preventing performance problems in modern large-scale object-oriented applications // Proceedings of the FSE/SDP workshop on Future of software engineering research. Pages 421—426. ТекстШаблон:Недоступная ссылка.
  12. Шаблон:Cite web
  13. Шаблон:Cite web
  14. Шаблон:Cite web
  15. Шаблон:Cite web
  16. Шаблон:Cite web
  17. Шаблон:Cite web
  18. Шаблон:Cite web
  19. Шаблон:Cite web
  20. Шаблон:Cite web
  21. Шаблон:Cite web
  22. 22,0 22,1 Jack Schofield. What’s your most annoying program? Шаблон:Wayback // www.theguardian.com, Software Technology blog 2008
  23. Шаблон:Cite web
  24. Ryan Huang. South Korea rules pre-installed phone bloatware must be deletable Шаблон:Wayback // zdnet.com, January 24, 2014