Утечка оперативной памяти в Apple Calculator достигает 32 ГБ.
Эта память не используется, не выделяется, она просто утекает. Получается, что простое приложение калькулятора впустую тратит больше памяти, чем было у компьютеров десятилетие назад.
Случись такое в 2000-х, это бы привело к внесению срочных патчей и служебной проверке. Сегодня же это лишь очередной баг-репорт в очереди.
Для нас стали нормой программные ошибки такой степени, что утечка 32 ГБ в калькуляторе уже не удивляет. И дело не в ИИ. Кризис с качеством ПО начался за несколько лет до появления ChatGPT. ИИ лишь стал дополнительным инструментом в руках некомпетентных людей.
Числа, о которых предпочитают молчать
Я мониторил метрики качества ПО в течение трёх лет и могу сказать, что деградируют они не постепенно, а экспоненциально.
Потребление памяти утратило всякую значимость:
VS Code: утечка 96 ГБ через SSH-подключения.
Microsoft Teams: 100% загрузка процессора на машинах с 32 ГБ памяти.
Discord: потребление 32 ГБ RAM в результате 60 секунд демонстрации экрана.
Spotify: потребление 79 ГБ в macOS.
И это не функциональные требования. Всё это утечки памяти, которые никто не стал заморачиваться устранять.
Сбои системного уровня стали рутиной:
обновления Windows 11 регулярно приводят к отказу меню «Пуск»,
инструмент macOS Spotlight за ночь записал на SSD 26 ТБ (на 52 000% больше нормы),
приложение Messages в iOS 18 падало при обращении к нему через циферблат Apple Watch и удаляло истории бесед,
Android 15 был выпущен с 75+ известными критическими уязвимостями.
То есть паттерн налицо: поставим кривое, исправим потом. Может быть.
Схема катастрофы ценой в $10 миллиардов
Инцидент с CrowdStrike, произошедший 19 июля 2024 года, является прекрасным примером некомпетентности, ставшей нормой.
Отсутствие одной проверки выхода за границу массива в одном файле конфигурации привело к падению 8,5 миллионов ПК под управлением Windows по всему миру. Это, в свою очередь, вызвало сбой в работе аварийных служб, экстренную посадку самолётов и отмену операций в больницах.
Общий экономический ущерб составил минимум 10 миллиардов долларов.
В чём была причина? В программе ожидалось 21 поле, а было получено 20.
Одно. Недостающее. Поле.
И ведь ничего сложного. Просто не была реализована базовая обработка ошибок. Причём это ПО прошло весь пайплайн развёртывания.
Когда ИИ стал усилителем некомпетентности
К моменту появления ИИ-ассистентов качество ПО уже летело вниз, так что последующее развитие событий предсказать было несложно.
Инцидент с Replit в июле 2025 года окончательно подтвердил угрозу:
1. Джейсон Лемкин дал ИИ прямое указание: «НИКАКИХ ИЗМЕНЕНИЙ без разрешения».
2. ИИ встретил то, что ему показалось пустыми запросами к базе данных, после чего…
3. «Запаниковал» (с его собственных слов) и выполнил деструктивные команды.
4. Удалил всю базу данных рабочей среды SaaStr (1 206 руководителей, 1 196 компаний).
5. Сфабриковал 4 000 левых профилей пользователей, чтобы скрыть удаление.
6. Соврал, что восстановление «невозможно» (хотя было не так).
Позже ИИ признал: «Это была катастрофическая ошибка с моей стороны. Я нарушил прямые инструкции, уничтожил месяцы работы и сломал систему в период заморозки кода». Источник: The Register
Генеральный директор Replit назвал это «неприемлемым». Средний годовой доход компании составляет 100+ миллионов долларов.
Но реальный паттерн ещё более пугающий. Один исследователь выяснил, что:
сгенерированный ИИ код содержит на 322% больше уязвимостей безопасности.
45% всего сгенерированного ИИ кода включает эксплуатабельные дыры.
джуниоры при использовании ИИ в 4 раза быстрее наносят вред, чем без него.
70% рекрутёров доверяют выдаче ИИ больше, чем коду, написанному джуниором.
Мы создали прекрасный контекст для катастрофы: инструменты, которые усиливают некомпетентность, используемые разработчиками, которые не могут оценить их выдачу, и проверяемые менеджерами, которые доверяют машине больше, чем людям.
Физические следствия упадка качества
Отмечу факт, который лидеры индустрии разработки не хотят признавать: у программного обеспечения есть физические ограничения, и мы упираемся в них все одновременно.
Издержки абстрагирования растут экспоненциально
Современное ПО создаётся на основе абстракций, каждая из которых «упрощает» процесс за счёт лишних издержек:
Вот вам реальная цепочка разработки: React → Electron → Chromium → Docker → Kubernetes → VM → управляемая DB → API-шлюзы.
Каждый слой привносит «всего-то 20–30%». Наложите поверх друг друга несколько таких, и вы получите в 2–6 раз больше издержек на реализацию того же самого поведения.
Именно из-за этого возникла утечка в калькуляторе 32 ГБ. Не потому, что кто-то так захотел, а потому, что никто не замечал накопления издержек, пока пользователи не начали жаловаться.
Энергетический кризис уже наступил
Мы притворялись, что электричество бесконечно. Но это не так.
Программная расточительность оказывает реальное влияние на физический мир:
Дата-центры уже потребляют 200 ТВт-ч ежегодно — больше, чем целые страны.
Каждое 10-кратное увеличение размера модели требует в 10 раз больше энергии.
Требования к охлаждению с каждым поколением аппаратных устройств удваиваются.
Электросети не успевают расширяться — новые подключения занимают от 2-х до 4-х лет.
Суровая реальность такова, что мы пишем ПО, которое требует больше электричества, чем мы можем генерировать. Прогнозируется, что к 2027 году 40% дата-центров столкнутся с ограничениями возможностей электросетей. И тогда уже будет неважно, какой там у вас венчурный капитал.
Скачать дополнительное электричество не получится.
Псевдо-решение за $364 миллиарда
Вместо того, чтобы решать фундаментальные проблемы с качеством ПО, представители бигтеха решили пойти самым дорогим путём: вбросить деньги в инфраструктуру.
Вот суммы только за этот год:
Microsoft: $89 миллиардов.
Amazon: $100 миллиардов.
Google: $85 миллиардов.
Meta: $72 миллиардов.
Они тратят 30% своего дохода на развитие инфраструктуры (традиционно эта доля составляла 12,5%). Тем временем рост облачной доходности замедляется.
И это не инвестиция, это капитуляция.
Когда вам требуется вложить $364 миллиарда в железо, чтобы использовать ПО, которое и так должно работать на имеющихся машинах, вы уже не масштабируете — вы компенсируете фундаментальные инженерные ошибки.
Удручающий паттерн
Спустя 12 лет управления разработкой, я выделил безошибочный паттерн:
Этап 1: Отрицание (2018–2020) «Память дешёвая, оптимизация дорогая».
Этап 2: Нормализация (2020–2022) «Всё современное ПО использует эти ресурсы».
Этап 3: Ускорение (2022–2024) «ИИ решит наши проблемы продуктивности».
Этап 4: Капитуляция (2024–2025) «Мы просто построим больше дата-центров».
Этап 5: Коллапс (не за горами). Физические ограничения не перекрыть венчурным капиталом.
Неудобные вопросы
Любой организации, занятой разработкой, нужно ответить на следующие вопросы:
Когда мы согласились, что утечка 32 ГБ памяти в приложении калькулятора — это нормально?
Почему мы доверяем коду, сгенерированному ИИ, больше, чем молодым разработчикам?
Сколько слоёв абстракции реально необходимо?
Что произойдёт, когда мы больше не сможем перекрывать издержки денежными вливаниями?
И ответы на них покажут, создаёте вы устойчивые системы, или же вкладываетесь в эксперимент по проверке того, сколько железа можно бросить на компенсацию плохого кода.
Кризис кадровых конвейеров, который никто не хочет признавать
Вот вам самое разрушительное долгосрочное последствие: мы избавимся от конвейера подготовки джуниоров.
Компании уже замещают позиции джуниоров инструментами ИИ, но ведь сеньоры не падают с небес. Они как раз вырастают из джуниоров, которые:
отлаживают сбои в 2 ночи,
узнают, почему эта «грамотная» оптимизация всё ломает,
начинают понимать системную архитектуру, изначально допуская ошибки при её создании,
вырабатывают интуицию на тысячах мелких сбоев.
Если джуниорам негде будет получать реальный опыт, откуда должно вырасти следующее поколение старших разработчиков? ИИ не может учиться на своих ошибках — он не понимает, почему что-то дало сбой. Он лишь делает сопоставление с известными ему паттернами обучающих данных.
Мы создаём потерянное поколение разработчиков, которые могут писать промпты, но не умеют делать отладку; которые способны генерировать, но не проектировать; которые могут создавать, но не могут обслуживать.
И выводы очевидны: уберём джуниоров сегодня = лишимся сеньоров завтра = некому будет исправлять то, что сломает ИИ.
Возможный выход (если мы его хотим)
Решение здесь не такое уж сложное, просто неудобное.
Нужно принять, что качество важнее скорости. Выпускайте продукты медленнее, но рабочими. Гораздо дешевле сделать сразу как следует, чем исправлять крупные сбои в продакшене.
Оценивайте фактическое потребление ресурсов, а не реализованную функциональность. Если ваше приложение использует в 10 раз больше ресурсов, чем в прошлом году при той же функциональности, то это регресс, а не прогресс.
Мотивируйте сотрудников на эффективность. Награждайте тех, кто сокращает потребление ресурсов, и штрафуйте тех, кто делает обратное без внесения соответствующей ценности.
Прекратите прятаться за слоями абстракций. Каждый слой между вашим кодом и железом может украсть до 20–30% производительности. Делайте выбор вдумчиво.
Напоминайте сотрудникам о фундаментальных принципах разработки. Проверка на выход за границы массива, управление памятью, алгоритмическая сложность — всё это нисколько не устарело и до сих пор является основой.
Выводы
Мы проживаем величайший программный кризис за всю историю вычислительной техники: приложение калькулятора допускает утечку 32 ГБ памяти, ИИ-ассистенты удаляют целые базы данных в продакшене, а компании при этом тратят бешеные суммы в миллиардах долларов, лишь бы не исправлять фундаментальные проблемы.
Так продолжаться не может. Физика не идёт на компромиссы. Энергия конечна. У оборудования есть предел возможностей.
И выживут в итоге не те, кто планирует перекрыть этот кризис деньгами, а те, кто ещё помнит, как правильно вести разработку.
Если вам эта статья откликается, отправьте её руководителям отделов разработки, для которых эта информация важна. Порой избежание реальной проблемы является самым дорогим решением.
Комментарии (163)
VBDUnit
26.10.2025 09:10Я помню как сделал в 11 классе калькулятор, и мне кто‑то сказал, что жрать для калькулятора 30 мб ОЗУ это чудовищный оверхед :) При том, что в эти 30 мб помещалась туча функционала, встроенная IDE, анимация и графика, там даже цифры с анимацией вводились.
anaxita
26.10.2025 09:10встроенная ide. в калькулятор.
goldexer
26.10.2025 09:10Видимо калькулятор был очень умный и позволял писать скриптовые вычисления, формулы какие-нибудь, графики строить по функциям ))
VBDUnit
26.10.2025 09:10Ну он инженерный, графики функций, программирование‑интегрирование, кастомизация, вот это всё
Немного скринов
ImagineTables
26.10.2025 09:10Коллеги, выходит — я как-то работал над похожим проектом. Только в соответствии с одним из принципов ТРИЗ («идеальное устройство это то, которого нет, но его функции выполняются») в основу UI была положена идея «расчётов на кончиках пальцев»: любое выражение вы писали в любом поле ввода, и оно вычислялось непосредственно там. С историей, понятное дело, с переменными и справочниками. Идея, увы, оказалась слишком радикальной и юзерам не зашла прямо совсем. Как было в каком-то мультике: «А в книге написано, что львы не лазят по деревьям!». «Я же не виноват, что эти львы не читали
твою книгуТРИЗ».
soleil_d_or
26.10.2025 09:10В Lightwave 3D сделано почти так же и это мегаудобно. Истории там нет, но в любое численное поле можно ввести выражение вместе с единицами и получить точный результат.
AnyKey80lvl
26.10.2025 09:10Такое было ещё в QuarkXPress.3 вроде, в 90х. Оно там даже умело разные units. Типа 5 cm * 3 + 1/2”
Emulyator
26.10.2025 09:10Так судя по вики, первый выпуск лайтвейв в 91, так что +- те же годы. Правда не знаю, был ли там калькулятор в полях изначально. Жаль, по факту, программа загнулась, хоть отдельная группа энтузиастов труп еще пинает, но с приходом ИИ, шансов выгрести вообще ни стало. (
An_private
26.10.2025 09:10В Autodesk Inventor (и Autocad, кажется, тоже) можно при вводе любого размера ввести его в виде формулы (да, с единицами, табличными величинами и т.д.). Очень удобно
VBDUnit
26.10.2025 09:10Очень интересно, хотелось бы взглянуть. Есть ли возможность где‑то посмотреть/скачать? Или хотя бы ссылки какие‑нибудь.
В своё я тоже напихал много новаторства, даже снабдил его 3ds maxовым роликом. Но с точки зрения рациональности эта штука скорее надругательство над ТРИЗ, ибо нафарширована просто всем, что мне тогда пришло в голову :P
Некоторые фичи
Заголовок окна является полем ввода
Экранную клавиатуру можно отделить/скрыть
Числа в поле ввода можно скроллить
Раскладка ввода всегда правильная (sin(x) вместо ышт(ч))
Знак умножения можно не писать: 5log(3;2)
-
Автокомплит, подсветка и подчёркивание ошибок
Светлая тема с подсветкой, историей и автокомплитом Вызов по горячей клавише
Системы счисления через префиксы
Одно время работали константы $ и €, равные текущему курсу доллара и евро в рублях. Поскольку знак умножения писать не нужно, можно было просто писать 4$ или $4, и это переводилось в рубли, а обратное преобразование делалось делением, например 5000/$. На деле эти «константы» являются процедурами VB, которые каждый раз скачивают текущий курс. $ вводился через $hift+4, а € через €trl+4
Настройка скинов, звуков и прочего. Есть нативный стиль Win95 через WinAPI
Анимации можно отключить, если бесят
Одно время там работала система обратной связи. В целом, оно либо очень нравилось, либо наоборот, очень не нравилось, то есть была явная поляризация. Так что новаторство да, это та ещё рулетка :)
Так или иначе, оно постепенно расползлось по разным каталогам софта.
ImagineTables
26.10.2025 09:10Очень интересно, хотелось бы взглянуть. Есть ли возможность где‑то посмотреть/скачать?
Официально программа мертва со времён Windows XP (эх, давненько я закончил свой 11-й класс…), но раз интересно, скину в личку.
funny_falcon
26.10.2025 09:10Встроенный Visual Basic? Или что-то своё очень похожее?
VBDUnit
26.10.2025 09:10Надстройка над VBScript. Добавлен оператор Return + статические события + #define через оператор === + некоторые плюшки. Вообще там всё крутится вокруг скриптового движка.
Первоначально время было экспериментом, но потом вошло в релиз 
А вот системы счисления парсятся нативно, т.к. слишком уж сложно получилось Вычисляет оно так:
С помощью одного скрипта выражение подготавливается (замена констант, подмена тригонометрических функций для того чтобы работало переключение градусы/радианы, оператор модуля «|» и прочее)
Генерируется код объявления пользовательских констант и функций
Эти константы и функции + обработанное выражение вставляются в определенное место в другом скрипте, и этот скрипт запускается, выдавая ответ через callback
Это работает и при построении функции, и при простых расчётах. Поэтому получается довольно гибко — можно просто добавлять константы/функции через стандартный интерфейс, а можно вообще влезть в мозг и добавить собственный синтаксис.
PerroSalchicha
26.10.2025 09:10Ну, на первом курсе нечто подобное у меня и в четыре сотни килобайт влезало, со своим
велосипедоминтерпретатором формул, с графиками и с собственноручно написанной библиотекой графического UI, с кнопочками, поддержкой мыши и гипертекста:
VBDUnit
26.10.2025 09:10Т.е. рендеринг гипертекста тоже кастом? Круто! Есть ли возможность где‑то скачать и потыкать?
PerroSalchicha
26.10.2025 09:10Т.е. рендеринг гипертекста тоже кастом? Круто!
Турбо-Паскаль + MS DOS же, никаких компонент для рендеринга гипертекста ещё не было тогда.
Есть ли возможность где‑то скачать и потыкать?
Это тридцать лет назад было, увы, уже и те дискеты мыши погрызли. Единственное, пояснительная записка к курсовой нашлась, со скринами.
ImagineTables
26.10.2025 09:10Одна из причин этого кошмара — бездумный переход на новые версии. Новая версия ПО может быть самым настоящим регрессом, но нежелание переходить на неё всё равно зачастую назовут неприятием прогресса и луддизмом.
Что говорить, когда прямо здесь отказ Мозиллы от поддержки Win7 оправдывали тем, что им, бедолагам, тестировать приходится слишком много.
VBDUnit
26.10.2025 09:10Давно уже обновляю что‑либо только если у меня возникает потребность в каком‑то изменении в ПО и я точно знаю, что в обновлении ПО это нужное мне изменение есть + высоковероятно, что ничего другое не сломалось. В остальных случаях лучше не обновлять (если, конечно, дело не касается ИБ).
Вот, например, у софта от клавиатуры уже давненько висит вот этот вот баннер.
Угадайте что произойдёт, если я буду прогрессивным и современным, и обновлю ПО на новую, совершенную версию?
Клавиатура полностью перестаёт работать (не расширенные функции, а вообще вся целиком), ПО висит в автозагрузке, завязывает на себя все нажатия клавиш и тупо зависает. Чтобы восстановить работоспособность, нужно подключить отдельно проводную клавиатуру, загрузиться через безопасный режим, стереть в 0 новое стабильное высокотехнологичное современное совершенное ПО, вручную почистить реестр, почистить настройки в разных папках, потом перезагрузиться, потом долго‑долго искать где скачать никому ненужную нестабильную устаревшую версию ПО, установить его и настроить заново. Только для того, чтобы когда ты нажимаешь клавиши, вводились буквы. Ну, чтобы вернуться к тому, что было.
ПО для звуковой карты и видеокарты это тоже касается, но в меньшей степени.
navion
26.10.2025 09:10Что говорить, когда прямо здесь отказ Мозиллы от поддержки Win7 оправдывали тем, что им, бедолагам, тестировать приходится слишком много.
Mozilla будет обновлять Firefox ESR 115 как минимум до марта 2026.
ImagineTables
26.10.2025 09:10А CSS-свойства она тоже будет обновлять до марта 2026? Несерьёзный разговор, извините. Лендинги и фронты пишутся под номер текущей версии минус «2-3, максимум 5».
PerroSalchicha
26.10.2025 09:10Лендинги и фронты пишутся под номер текущей версии минус «2-3, максимум 5».
7% юзеров в интернете сидят на хроме 112 более чем двухлетней давности. Да и, если честно, я вообще такого не встречал, чтобы кто-то из вебмастеров завязывался на свежие свойства CSS. Наоборот, все стараются их поменьше использовать, т.к. сиюминутная экономия на синтаксисе потом вырождается в мучительные фиксы от заказчиков: "А почему наш сайт отображается некорректно у Васи на его девятом айфоне"?
А фронтовые фреймворки вообще всеядные, они и на браузерах десятилетней давности корректно работать будут, по идее
ImagineTables
26.10.2025 09:10Ну а я видел, как разрабы некоторых некрупных компаний просто проверяют: «Кэнайюз зелёный? Тогда катим в бой!». А уж так морочиться с совместимостью, чтобы адаптировать под двухлетний браузер, это тем более делают не только лишь все. Поэтому, половина Интернета у ESR'щиков работает довольно условно.
Как вот у меня сейчас, после РКН и без ВПН.«Сиюминутная экономия на синтаксисе» — если бы CSS развивался по принципу добавления синтаксического сахара, то оно бы было верно. Но там такие изменения бывают… Добавили, скажем, тригонометрию в CSS, и стало можно выкинуть JS, а он и нужен-то был только для тригонометрии. Получился pure CSS (что всегда хорошо). Из реальной жизни случай.
«А фронтовые фреймворки» — это как раз к вопросу о, цитирую, «глобальном упадке качества ПО». «Двести метров джаваскрипта грузят текста триста байт», как поётся в песне. В большинстве случаев это стрельба из пушки по воробьям.
Вообще, этот разговор о деталях уводит нас в сторону от темы. Суть в том, что не было никакой настоящей необходимости разрабам браузеров выкидывать семёрку. Если бы юзеры взбунтовались, браузеры бы и сегодня выпускались под неё. И не ESR-огрызки, а полноценные версии. Но юзеры, сами знаете, по таким поводам не бунтуют. Вот и имеем глобальный упадок качества ПО.
PerroSalchicha
26.10.2025 09:10Суть в том, что не было никакой настоящей необходимости разрабам браузеров выкидывать семёрку.
Какую-то денюжку они все равно сэкономили - снесли тестовую инфраструктуру под семёрку, пайпланы, сборки, девопсов. Не уверен, что сильно заметную в масштабах общего бюджета, но премию какой-то менеджер за это себе выцыганил.
Если бы юзеры взбунтовались, браузеры бы и сегодня выпускались под неё.
Ну а с чего бы они взбунтовались? У них в тот момент, когда браузеры перестали поддерживать семёрку, вообще ничего не поменялось. Подозреваю, и сейчас мало кто что заметил, подавляющее большинство сайтов в последних версиях браузеров, доступных для семёрки, нормально работают до сих пор.
ImagineTables
26.10.2025 09:10Может, задаться вопросом, как так вообще получилось, что программу, которая не использует новые фичи 11-й, недостаточно протестировать под семёрку? Где обратная совместимость виндов? И кто в этом виноват, если её больше нет? Мозилла, наверно.
У них в тот момент, когда браузеры перестали поддерживать семёрку, вообще ничего не поменялось.
Это из той же серии, что ESR, который спасает до 2026-ого. Когда перестаёт обновляться браузер, это нельзя не заметить.
KlugKopf
26.10.2025 09:10Ну так никто не захочет отказаться от своих новых, модных и удобных инструментов, которые могут увеличивать скорость написания кода, но сам код работает медленнее. Мы лучше дата-центры на орбиты выводить будем.
goldexer
26.10.2025 09:10Хотелось сначала всё расписать комментарием, но потом передумалось. Давно уже всё в полной, простите, заднице, и тенденция сохраняется. Лишь изредка, запуская игру или софт, можно насладиться тем, что оно хотя бы не вылетает каждые пять минут и просто делает что должно. И ещё хуже, что часто совсем небольшой сторонний коллектив исправляет то, что не смогла сделать огромная, с относительно бесконечными ресурсами, корпорация. Имидж - ничто, деньги - всё
DrMefistO
26.10.2025 09:10Слегка со стороны, но вот, например, сравнить современный Silent Hill f от могучих Konami (пусть и не в качестве разработчиков), с кучей людей участвовавших в её создании: тормозит, жрёт много, иногда вылетает, с разрешением экрана проблемы; и игру Tormented Souls 2 от небольшой чилийской команды - страшнее, сюжет крутой, не тормозит, графика не страдает.
Вроде и у тех, и у других вездессущий и вездесрущий UE5, но именитая контора с ним не справилась, похоже, а команда поменьше, преданная своему делу - вполне.
(Мнение субъективное)
Sazonov
26.10.2025 09:10Ну тут классический пример того, когда «эффективный менеджмент» пытается обмануть железный треугольник быстро-качественно-дёшево. И получается что крупная фирма, при больших деньгах, нанимает кучу аутсорсеров, не имея при этом качественных процессов разработки, нормальной команды архитекторов и выстроенной иерархии. Видел пару раз ситуации, когда бизнес овнеры думали что 10 мидлов по цене двух архитекторов дадут лучше выхлоп. Да, в геймдеве есть много рутинных задач, но без хороших процессов разработки на выходе будет абы что.
alliumnsk
26.10.2025 09:10А в чем, собственно, проблема? Пользователи предпочитают программу, которая течет, но зато имеет эмодзи с эякулирующими баклажанами, программе, которая не течет. Рынок слишком маленький для оптимизированного софта.
Ну и пользователей, которые не обновляются, труднее заставить заплатить разработчику ПО.maldalik
26.10.2025 09:10Пользователя чаще всего не спрашивают. Яркий пример ЯндексюТакси которое переросло а я Яндекс.GO. Я поматерился и снес, благо (пока еще) есть альтернатива - приложение Убер. Когда изгадят и его буду плакать кровавыми слезами и пользоваться, в плане такси они по факту монополисты.
JBFW
26.10.2025 09:10Массовое нежелание понимать как на самом деле работают инструменты + погоня за модными инструментами + привычка решать проблемы производительности апгрейдом железа.
Вышел новый фреймворк! В нем новые фишки! Сайт тормозит - не беда, добавим 64 гигабайта памяти!
А кому не нравится - "из нулевых пишет" (с) )
engine9
26.10.2025 09:10Мне кажется, что проблема имеет более фундаментальную причину, биологическую. У людей как у вида эволюционный отбор работал так, что долгосрочные результаты находятся в "слепом пятне" разума, а краткосрочные — наивысший приоритет.
Если посмотреть шире, то вся цивилизация приходит в точку глобальных кризисов. Куда ни ткни это будет сожержать в себе системные проблемы и те или иные вариации технического долга. Особенно ярко эти проблемы видны в областях природопользования и экологии. Человечество медленной ломает всё.JBFW
26.10.2025 09:10Биологическую: как потомки стайных приматов - человеки очень любят верить авторитетам и принимать их идеи как единственно верные.
Про перспективу загаживания городов конским навозом и исчерпание запасов угля писал еще Жюль Верн.
Как вы знаете - этого не произошло.Про перспективу исчезновения кислорода и загаживания атмосферы дымами заводов писали многие в середине 20 века.
Как вы знаете - этого не произошло.Про перспективу исчезновения озонового слоя Земли и гибели всего живого от УФ-излучения кричали в 80-х.
Как вы знаете - этого не произошло. (зато нехило перекроили рынок хладагентов и аэрантов)Про перспективу глобального потепления начали активно кричать где-то в 12-13 годах, может чуть раньше.
Потом скорректировали - не потепления, а изменения (то есть хоть так, хоть этак - всё сойдет).
И уже нехило перекроили мировые рынки на предмет квот, углеродных следов, пошлин и прочих интересных краткосрочных вещей.
Как вы догадываетесь, наверное...И да, напомню анекдот про крокодилов:
-- гражданин, почему вы руками размахиваете?!
-- крокодилов отгоняю, товарищ начальник!
-- тут же нет крокодилов?!
-- вот потому и нет!(а пошлины за углеродные следы и плата за выбросы - есть)
Rikimortuy
26.10.2025 09:10Именно. Бизнес живет квартальными отчетами. Инвестор хочет видеть рост здесь и сейчас. Никто не будет вкладывать деньги в "долгосрочную архитектурную устойчивость", если это не принесет прибыли в следующем квартале. Проблема не в биологии, а в системе экономических стимулов
PerroSalchicha
26.10.2025 09:10Никто не будет вкладывать деньги в "долгосрочную архитектурную устойчивость", если это не принесет прибыли в следующем квартале
В общем случае - охотно будет, если это рассчитать и обосновать. Бизнес очень часто инвестирует в проекты, которые приносят прибыль не в следующем квартале, а через год, два, три. Но это должно быть измеримо, в случае оптимизаций ИТ-инфраструктуры, например, "мы тратим такие-то усилия ежемесячно на поддержку, а внедрение новых фич стоит сейчас столько-то денег и времени, а после внесения оптимизаций мы будем тратить вот на столько меньше, а внедрение новых фич будет стоить на столько меньше денег и времени. А в саму оптимизацию нужно будет инвестировать вот столько-то".
codeforcoffee
26.10.2025 09:10Факт. Например ситуация с антибиотиками, точно так же все в курсе, но никто ничего не делает.
Это игра с нулевой суммой, так же как каждый кодер думает "затащу ка я себе lodash для этого форматирования строки, чё там этот размер бандла, зато сейчас быстрее". Так и каждый пациент думает "ну и что, что антибиотики нельзя постоянно пить, может мне сейчас станет лучше".
Wesha
26.10.2025 09:10«Почему ты всё ещё работаешь под Windows 7?» — говорили они. «Почему ты не проапгрейдишься до Windows 11?» — говорили они.
(А я отвечал, что меня и 98-е вполне себе устраивали, но под них больше не выпускают современные браузеры.)
AVF_613
26.10.2025 09:10
Разработчики российского софта выступили против маркировки надёжности ПО в реестре Минцифры (https://habr.com/ru/news/925248)
Kamil_GR
https://habr.com/ru/articles/959332/
Интересно, как делить читателей будете?
Bright_Translate Автор
Спасибо, что подметили. Делить нечего, читатели сами выбирают, что им читать. Судя по недавней истории с повтором одного из наших переводов другим участником платформы, публика Хабра как минимум отчасти рада видеть "разные варианты" перевода одного и того же материала. Лично я считаю, что это неправильно, и раньше мы убирали дубли, когда этот факт вскрывался. Но администрация не видит в этом нарушений, а публика отстаивает возможность почитать/сравнить и т.п. разные версии одного и того же. Так что, пожалуй, и нам стоит придерживаться этой позиции.
Kamil_GR
Интересно. Если провести эксперимент и запостить ещё пять-шесть переводов того же самого, мнение администрации сохранится...
Bright_Translate Автор
Ну вот мы с той же позиции изначально рассуждали.
navion
Им давно наплевать и "редакторы" сами постят новости по несколько раз.
MEGA_Nexus
На первое апреля можно такое замутить. Типа флешмоба.
belonesox
Ну в первом заходе не обсуждали тему «уберём джуниоров сегодня = лишимся сеньоров завтра», в таком аспекте мыслит большинство, см. например стенограмму по круглому столу безопасности операционных систем, но есть и те, кто считает, что ИИ выбьет именно сеньоров-архитекторов. Можно тут обсудить это.
fixikus
Судя по участникам и их продуктам - это те еще "эксперты" в области информационных технологий
fixikus
Вообще, это " обсуждение на тему в курилке", а не круглый стол экспертов. Главная проблема: экспертиза ии в области ит не раскрыта абсолютно. Много слов и аналогий, мало смыслов и совсем нет здравых идей. По поводу галюцинаций - если у вас неточная "кривая" линейка, то лучше ей не пользоваться совсем, а все мерить на глаз, но если вы называете себя экспертом, то лучше создать точный измерительный прибор.
PatientZero
Ну, тут перевод приятнее, чем по ссылке, надо сказать.