Да можете называть это как угодно, пусть будет резервирует, это ничего не меняет потому что эти 73% остаются недоступны пользователю пока система их не освободит. Их менеджер памяти банально не отдаст другому ПО пока система эту память не освободит.
С чего вы взяли, что свободные 27% система отдаст сильно быстрее?
С "искусством использования WinAPI" случились разные операционные системы. Причем в эти разные операционные системы почему-то за 40 лет существования десктопного софта, так и не завезли стандартной кроссплатформенной библиотеки, для десктопных приложений. Браузеры же относительно давно осилили общий знаменатель разработки веб-приложений.
Во всех современных браузерах ваше приложение будет выглядеть одинаково, в нём будут одинаково работать сетевые вызовы. А заодно и элементы приложения будут в одном и том же месте, и дома на "винде" и на работе на "маке", потому что это будет одно приложение, а не два разных приложения с разными дизайнерами и командами разработчиков.
Отдельные приложения под каждую десктопную операционную систему, за редким исключением в лице системных утилит, пользователям не нужны. Они не были им нужны никогда. Они были нужны разработчикам операционных систем для продвижения своих продуктов, которые использовали их для придания "индивидуальности" своим продуктам. Индивидуальность там, правда, на уровне трёх подружек светских львиц, которые стараются одеваться по-разному, но в итоге все три одеты просто безвкусно.
Отдельные приложения для мобильных приложений, кстати пользователям нужны. Но отдельные от десктопных, а не отдельные для Айфона и Андроида. Что характерно, для мобильных устройств, хоть стандартного стандартного кроссплатформенного гуя и не завезли, но хотя бы выбор нестандартных (Flutter, React Native) больше, чем для десктопа (где сейчас из относительно комерчески популярных только Qt остался, и то очень относительно). При этом и времени и попыток (Avalonia из нового, GTK из менее нового, аж три десктопных библиотеки от Java) у десктопа было то побольше. Но всем этим технологиям по уровню распространённости и доступности разработчкиков до современного фронтенда очень далеко. Даже вместе взятыми.
Даже в 2026 агентное программирование не решает проблему, для менее распространённых платформ меньше примеров для Клода, он пишет на них хуже, тесты нужно запускать разные, ревьюить более редкие платформы нужны более редкие разработчики.
Они по чуть чуть и так это делают, вроде панорамных видов в пятом эпизоде. А трогать сцены с актёрами — это фактически новый фильм и скорее всего будет он хуже.
В августе 2009 года суд по делам о банкротстве назначил Эдварда Кана — бывшего федерального окружного судью — временным управляющим
Управляющий Кан подал апелляцию — это была его прямая обязанность.
Апелляция тянулась до 2021 года, когда стороны наконец договорились об урегулировании — IBM заплатила $14,25 млн. В итоге разбирательство длилось 18 лет.
Какой у американских судей беспалевный пенсионный фонд. 12 лет беспалевно доить крупный бизнес, пока он не откупится.
Компания перешла от 25 000 строк кода в месяц к 250 000 строк. Это привело к накоплению миллиона строк кода, которые необходимо было проверить, рассказала Джони Клипперт, соучредитель и генеральный директор StackHawk, стартапа в сфере кибербезопасности, который сотрудничал с этой финансовой компанией.
Потому что при нём, чем ты лучше работаешь, тем больше предложение твоего труда, при том же спросе, а значит тем меньше можно тебе за этот труд платить.
Нейронка напишет тот же вордпресс только сильно хуже и дороже. Средний разработчик скорее всего тоже. При том что вордпресс поднятый по инструкции с нейронки скорее всего будет и поддерживаемым и безопасным.
Можно у нейронки спросить, где ближайшая пиццерия, а можно попросить её помочь организовать пиццерию, и задолбаться уже на этапе замешивания цемента для печи. Не надо заниматься велосипедостроением, если это не профиль вашего бизнеса.
JS — тоже. В реальности в runtime cуществуют не "просто HTML", а DOM-представление содержимого страницы, которое внезапно может иметь кучу состояний, переиспользоваться между разными страницами, а пользователю может не нравится перезагружать всю страницу в ответ на изменение одного из фильтров в поиске или приходе нового сообщения на форуме.
"HTML - это просто текст", офигенно, а Vulcan API — это просто пиксели.
Дальше автор перекладыват проблемы NextJS и Server Components React на весь фронтенд.
Для решения этого вопроса команда React предложила React Server Components, которые позволили снять проблему «как выбирать данные в React?», донимавший команду на протяжении всех 2010-х.
Серверный рендеринг на Реакт был чуть ли не с первой версии, никаких проблем с выборкой данных для него не было со времен изобретения Promise.
Открою вам секрет, большей части веб-приложений серверный рендеринг на хер не упал. Вот вообще. Oн нужен по большей части для индексирования поисковиками, и даже тогда нужен далеко не на всем сайте. Всерьез он остался по-моему только в e-commerce, но там ваш стек разработки часто уже определён за вас Shopify, Magento и кучей других SAAS решений или полуготовых коробочных решений.
А последние версии NextJS и Server Only Components React и правда говно. Если уж так нужен полноценный SSR и SPA, то есть куча конкурентов получше.
И, как будто бы, топ-перформер, вайбкодящий 10 тасок параллельно на 10 мониторах, будет эффективнее 10 джунов, ковыряющих по 1 агенту. Ибо, он может мгновенно купировать бред агента и переписать промпт с нуля после первых 5 мин работы агента. А джун будет танцевать вокруг агента 5 часов, ибо не поймет, что подход сразу выбран бредовый, и его надо не дописывать, обвешивая костылями, чтобы покрыть все корнер кейсы и размасштабировать под перф, подкошенный дебильным подходом, а выкинуть сразу.
В этом нет особого смысла, есть вещи которые можно так наговнокодить и выдать пользователю под видом беты, пофиксив половину сломаного функционала уже на ходу, но такие фокусы работают только с всяким маловажным функционалом, который можно запрячь тестировать отдельных пользователей, которым он резко понадобился, вроде интеграция к полусотне малоизвестных приложений, данные которых пользователь бы иначе вручную вбивал. Для MVP подходит, который и так потом 10 раз перепишут.
Если речь об основном функционале, у вас пользователи очень быстро рефанд попросят и весь ваш стартап закончится, не успев начаться.
С чего вы взяли, что свободные 27% система отдаст сильно быстрее?
Позволю себе процитировать себя же:
С "искусством использования WinAPI" случились разные операционные системы. Причем в эти разные операционные системы почему-то за 40 лет существования десктопного софта, так и не завезли стандартной кроссплатформенной библиотеки, для десктопных приложений. Браузеры же относительно давно осилили общий знаменатель разработки веб-приложений.
Во всех современных браузерах ваше приложение будет выглядеть одинаково, в нём будут одинаково работать сетевые вызовы. А заодно и элементы приложения будут в одном и том же месте, и дома на "винде" и на работе на "маке", потому что это будет одно приложение, а не два разных приложения с разными дизайнерами и командами разработчиков.
Отдельные приложения под каждую десктопную операционную систему, за редким исключением в лице системных утилит, пользователям не нужны. Они не были им нужны никогда. Они были нужны разработчикам операционных систем для продвижения своих продуктов, которые использовали их для придания "индивидуальности" своим продуктам. Индивидуальность там, правда, на уровне трёх подружек светских львиц, которые стараются одеваться по-разному, но в итоге все три одеты просто безвкусно.
Отдельные приложения для мобильных приложений, кстати пользователям нужны. Но отдельные от десктопных, а не отдельные для Айфона и Андроида. Что характерно, для мобильных устройств, хоть стандартного стандартного кроссплатформенного гуя и не завезли, но хотя бы выбор нестандартных (Flutter, React Native) больше, чем для десктопа (где сейчас из относительно комерчески популярных только Qt остался, и то очень относительно). При этом и времени и попыток (Avalonia из нового, GTK из менее нового, аж три десктопных библиотеки от Java) у десктопа было то побольше. Но всем этим технологиям по уровню распространённости и доступности разработчкиков до современного фронтенда очень далеко. Даже вместе взятыми.
Даже в 2026 агентное программирование не решает проблему, для менее распространённых платформ меньше примеров для Клода, он пишет на них хуже, тесты нужно запускать разные, ревьюить более редкие платформы нужны более редкие разработчики.
Они по чуть чуть и так это делают, вроде панорамных видов в пятом эпизоде. А трогать сцены с актёрами — это фактически новый фильм и скорее всего будет он хуже.
Mаск просто, в отличие от этого Линдси понимает, кого в случае чего решат выжить первым.
Какой у американских судей беспалевный пенсионный фонд. 12 лет беспалевно доить крупный бизнес, пока он не откупится.
Так то это NY Times. Понятно, что современной печатной прессой даже задницу страшно вытирать, но когда это это была известная газета.
— Какая у вас скорость печати?
— 1000 знаков в минуту!
— Так много???
— Правда такая ерунда получается...
Потому что при нём, чем ты лучше работаешь, тем больше предложение твоего труда, при том же спросе, а значит тем меньше можно тебе за этот труд платить.
Спасибо, что заметил! Действительно — приложение не идеально, хочешь я помогу его исправить?
Нет, это сторонняя либа
Относительно Колымы, с которой вернули Королева, он тоже реализовал себя на "западе".
Ну, так "рыбак рыбака".
Спасибо, что заметил! Действительно, приложение не отвечает на запросы. Хочешь я помогу его исправить?
Конечно, вы же в Интернете. В реальной жизни могли и морду набить.
Уже было https://habr.com/ru/articles/1014858/
Нейронка напишет тот же вордпресс только сильно хуже и дороже. Средний разработчик скорее всего тоже. При том что вордпресс поднятый по инструкции с нейронки скорее всего будет и поддерживаемым и безопасным.
Можно у нейронки спросить, где ближайшая пиццерия, а можно попросить её помочь организовать пиццерию, и задолбаться уже на этапе замешивания цемента для печи. Не надо заниматься велосипедостроением, если это не профиль вашего бизнеса.
JS — тоже. В реальности в runtime cуществуют не "просто HTML", а DOM-представление содержимого страницы, которое внезапно может иметь кучу состояний, переиспользоваться между разными страницами, а пользователю может не нравится перезагружать всю страницу в ответ на изменение одного из фильтров в поиске или приходе нового сообщения на форуме.
"HTML - это просто текст", офигенно, а Vulcan API — это просто пиксели.
Дальше автор перекладыват проблемы NextJS и Server Components React на весь фронтенд.
Давно уже нет.
Серверный рендеринг на Реакт был чуть ли не с первой версии, никаких проблем с выборкой данных для него не было со времен изобретения Promise.
Открою вам секрет, большей части веб-приложений серверный рендеринг на хер не упал. Вот вообще. Oн нужен по большей части для индексирования поисковиками, и даже тогда нужен далеко не на всем сайте. Всерьез он остался по-моему только в e-commerce, но там ваш стек разработки часто уже определён за вас Shopify, Magento и кучей других SAAS решений или полуготовых коробочных решений.
А последние версии NextJS и Server Only Components React и правда говно. Если уж так нужен полноценный SSR и SPA, то есть куча конкурентов получше.
В этом обзаце ключевые слова — это "как будто".
В этом нет особого смысла, есть вещи которые можно так наговнокодить и выдать пользователю под видом беты, пофиксив половину сломаного функционала уже на ходу, но такие фокусы работают только с всяким маловажным функционалом, который можно запрячь тестировать отдельных пользователей, которым он резко понадобился, вроде интеграция к полусотне малоизвестных приложений, данные которых пользователь бы иначе вручную вбивал. Для MVP подходит, который и так потом 10 раз перепишут.
Если речь об основном функционале, у вас пользователи очень быстро рефанд попросят и весь ваш стартап закончится, не успев начаться.