Стваральнік Doom: мы маглі б цудоўна працаваць на старым «жалезе», калі б не лянівыя праграмісты
Вядомы распрацоўшчык гульняў Джон Кармак лічыць, што нам не так ужо і патрэбныя прасунутыя чыпы, як гэта прынята думаць — проста гэта эканамічна выгадней. Так ён пракаментаваў мысленны эксперымент пра «CPU-апакаліпсіс» у X.
Вядомы распрацоўшчык гульняў Джон Кармак лічыць, што нам не так ужо і патрэбныя прасунутыя чыпы, як гэта прынята думаць — проста гэта эканамічна выгадней. Так ён пракаментаваў мысленны эксперымент пра «CPU-апакаліпсіс» у X.
Заснавальнік студыі id Software і былы тэхнічны дырэктар 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
Это не программисты ленивые, это требования бизнеса, чаще всего они такие что сделать из говна и палок но чтобы разок отработало. Вот и всё. Отсюда и джабаскрипты эти ваши