Создатель Doom: мы могли бы прекрасно работать на старом «железе», если бы не ленивые программисты
Известный разработчик игр Джон Кармак считает, что мы не так уж сильно нуждаемся в продвинутых чипах, как принято думать — просто это экономически выгоднее. Так он прокомментировал мысленный эксперимент про «CPU-апокалипсис» в Х.
Известный разработчик игр Джон Кармак считает, что мы не так уж сильно нуждаемся в продвинутых чипах, как принято думать — просто это экономически выгоднее. Так он прокомментировал мысленный эксперимент про «CPU-апокалипсис» в Х.
Основатель студии id Software и экс-CTO Oculus утверждает, что дело не в ограниченности аппаратного обеспечения, а в неэффективности программного.
«Если бы приоритет отдавался оптимизации ПО, то работать на устаревшем оборудовании могло бы больше пользователей, чем многим может показаться», — написал Кармак. И добавил, что если бы на рынок перестали поступать новые чипы, то под влиянием действующих на нём сил произошло бы колоссальное повышение эффективности софта.
I have also run this fun thought experiment! More of the world than many might imagine could run on outdated hardware if software optimization was truly a priority, and market price signals on scarce compute would make it happen. Rebuild all the interpreted microservice based… https://t.co/lmE9oF07YQ
В качестве решения он предлагает кардинально поменять архитектуру современных программ: «Переписать все продукты на базе интерпретируемых микросервисов в монолитные приложения на нативном коде». По сути, это означает переход от современных подходов в разработке к более эффективным практикам прошлых эпох вычислительной техники. Программист признал, что у подобных изменений есть свои минусы, и значительные: «Новые инновационные продукты станут гораздо более редкими без сверхдешёвых и масштабируемых вычислительных мощностей», — полагает он.
С++, несмотря на свой солидный возраст, остается одним из основных языков программирования, который применется очень широко: от разработки ПО до создания игр. В сети много ресурсов, которые помогут освоить этот язык. Советуем обратить внимаение на подборку команды Digitaldefynd, котрую мы дополнили. В ней как платные, так и бесплатные ресурсы для людей с разным уровнем подготовки и знаний С++.
Переписать все продукты на базе интерпретируемых микросервисов в монолитные приложения на нативном коде
Python, JavaScript и пр. (я за их замену :))
По сути, это означает переход от современных подходов в разработке к более эффективным практикам прошлых эпох вычислительной техники.
Java и C# компилируются в нативный код во время выполнения
либо так https://www.graalvm.org/latest/reference-manual/native-image/ "Native Image is a technology to compile Java code ahead-of-time to a binary—a native executable. A native executable includes only the code required at run time, that is the application classes, standard-library classes, the language runtime, and statically-linked native code from the JDK."
Пользователь отредактировал комментарий 15 мая 2025, 10:46
В том, что сейчас нужно выпускать что-то новое каждый год. Активно, быстро. Всё должно быть просто и понятно для всех, чтобы охватить большую аудиторию.
Закончились хорошие времена, когда можно было пилить дум 3-5 лет, оптимизировать и рефакторить неделями или месяцами.
Anonymous
15 мая 2025, 14:42
3
В формошлепстве может так и есть, а Doom бриллиант 😅 в этой куче
В ИТ очень много людей не от мира сего т.е. инженерии не имеющих никакого технического бэкграунда
Кармак говорит верно но со своими стенаниям он опоздал на 20 лет. в 2007 году строительство процессоров перешло от накачки гигагерцев в увеличение числа ядер. теперь задача прогаммеров научиться эффективно нагружать эти ядра работой чтобы не получалось так что одни ядра греются а другие стоят холодные в ожидании кода
Это от задачи зависит прикладной. Ну а в реализации обычно от кривого запуска линейно написанного приложения на нескольких потоках. Когда кто то начинает думать и писать по другому происходит прорыв как было между 6 и 8 java
Создатель Doom ставит телегу впереди лошади. И процессор и программа - это не цель, а средство. Цель - это приложение. Именно для этой цели были придуманы эти средства.
Что же говорит этот чел? Давайте сдвинем приоритет с одного средства на другое, и не беда, если цель при этом будет достигаться значительно реже. Бред.
он всего лишь призывает к Mechanical Sympathy. зерно в этом призыве есть. из существующего цпу можно выжать намного больше при умении писать код вместо того чтобы гнаться за гигагерцами и расширять датацентры. но кому нужно ломать голову? проще докупить железа и разбросать тамки по микросервисам связав их в json-rest через лямбды с блокчейном и смартконтрактами с ии
Пользователь отредактировал комментарий 17 мая 2025, 02:05
Это не программисты ленивые, это требования бизнеса, чаще всего они такие что сделать из говна и палок но чтобы разок отработало. Вот и всё. Отсюда и джабаскрипты эти ваши
Релоцировались? Теперь вы можете комментировать без верификации аккаунта.
эти ленивые погроммисты еще и зажрались, денег хотят
И в чем он не прав? Самый производительный и энергоэффективный язык программирования C, а по памяти Pascal https://hackaday.com/2021/11/18/c-is-the-greenest-programming-language/
Python, JavaScript и пр. (я за их замену :))
Java и C# компилируются в нативный код во время выполнения
либо так https://www.graalvm.org/latest/reference-manual/native-image/ "Native Image is a technology to compile Java code ahead-of-time to a binary—a native executable. A native executable includes only the code required at run time, that is the application classes, standard-library classes, the language runtime, and statically-linked native code from the JDK."
Пользователь отредактировал комментарий 15 мая 2025, 10:46
V8 компилирует Javascript в нативный код.
там сборщики мусора, это не труъ. Щитово только божественный асм, ну ладно, си, может плюсы, ну на крайняк раст и зиг.
В том, что сейчас нужно выпускать что-то новое каждый год. Активно, быстро. Всё должно быть просто и понятно для всех, чтобы охватить большую аудиторию.
Закончились хорошие времена, когда можно было пилить дум 3-5 лет, оптимизировать и рефакторить неделями или месяцами.
В формошлепстве может так и есть, а Doom бриллиант 😅 в этой куче
В ИТ очень много людей не от мира сего т.е. инженерии не имеющих никакого технического бэкграунда
Кармак говорит верно но со своими стенаниям он опоздал на 20 лет. в 2007 году строительство процессоров перешло от накачки гигагерцев в увеличение числа ядер. теперь задача прогаммеров научиться эффективно нагружать эти ядра работой чтобы не получалось так что одни ядра греются а другие стоят холодные в ожидании кода
Это от задачи зависит прикладной. Ну а в реализации обычно от кривого запуска линейно написанного приложения на нескольких потоках. Когда кто то начинает думать и писать по другому происходит прорыв как было между 6 и 8 java
Создатель Doom ставит телегу впереди лошади. И процессор и программа - это не цель, а средство. Цель - это приложение. Именно для этой цели были придуманы эти средства.
Что же говорит этот чел? Давайте сдвинем приоритет с одного средства на другое, и не беда, если цель при этом будет достигаться значительно реже. Бред.
он всего лишь призывает к Mechanical Sympathy. зерно в этом призыве есть. из существующего цпу можно выжать намного больше при умении писать код вместо того чтобы гнаться за гигагерцами и расширять датацентры. но кому нужно ломать голову? проще докупить железа и разбросать тамки по микросервисам связав их в json-rest через лямбды с блокчейном и смартконтрактами с ии
Пользователь отредактировал комментарий 17 мая 2025, 02:05
Это не программисты ленивые, это требования бизнеса, чаще всего они такие что сделать из говна и палок но чтобы разок отработало. Вот и всё. Отсюда и джабаскрипты эти ваши