Сопоставимых голосов и оценок популярности у этих материалов нет. Начнём с вопроса о распределении рабочего времени, затем — о проверке кода и физических ограничениях инфраструктуры ИИ.

Элиза Филби: кто получает выигрыш от сэкономленных часов

Филби описывает конфликт между работодателем, который ожидает больше выполненных задач за прежнюю зарплату, и сотрудником, который сам потратил время на освоение инструмента. Её важное уточнение: быстро созданная презентация или длинное письмо могут просто переложить работу на проверяющего и читателя, поэтому экономию стоит считать по всему процессу. Это авторское эссе, а не новый эксперимент, доказывающий размер выигрыша.

Обсуждение на Hacker News: код пишется быстрее, очередь на проверку растёт

В обсуждении «Мифического человеко-месяца» в эпоху ИИ разработчики рассказывают, как быстрые авторы изменений заваливают коллег проверками, а непрерывное чтение результатов модели утомляет. Это личные наблюдения, не измерение всей отрасли, но они показывают важное различие: рост индивидуального выпуска кода не равен росту производительности команды, если стоимость проверки перенесена на других людей.

MIT Technology Review: экономить энергию можно на её преобразовании

Издание описывает испытанный мегаваттный полупроводниковый трансформатор с эффективностью около 98% против примерно 96% у сопоставимой обычной связки трансформатора и выпрямителя; по словам исследователя, это позволяет вдвое сократить потери именно на данном участке преобразования. Это не означает уменьшения всего потребления центра данных вдвое: технология ещё разрабатывается, не заменяет все высоковольтные трансформаторы и показывает отдельный источник экономии — объединение электрических компонентов.

Общая мысль этих материалов: измерять полезно всю цепочку, а не только её самый заметный шаг. Быстро написать текст, быстро выдать изменение кода и эффективно преобразовать электричество — разные достижения с разными границами применимости.