А еще он не сможет создать этот StringBuilder на стеке
Точно так же как и плюсовый объект, для которого есть только ISomething и фабрика. Автор же не утверждает, что C круче - просто то, что в нём легко реализуется обычная схема инкапсуляции.
Ну да, замена mov на push/pop выглядит вообще дико (только сейчас заметил) - mov из регистра в регистр в большинстве случаев обрабатывается на стадии переименования и до исполнительных устройств не доходит, push/pop - две load/store операции с зависимостью.
Что касается плотности кода
Может иметь значение на тяжёлых enterprise приложениях, когда icache/itlb миссы отъедают значительную часть времени. Но тогда надо на чём то таком и тестировать (и вопрос, каким будет время компиляции с метаоптимизацией для бинарника в сотни мегабайт).
У меня такое ощущение, что смысл всех этих слов интуитивно воспринял по компьютерным сообщениям/хелпам. Программировал на Turbo C в старших классах, словаря под рукой не было, только бумажная книжка собственно по C, школьной базы хватало, чтобы додуматься до смысла непонятных слов.
Лет двадцать назад встречался с подобной штукой на обычной x86 архитектуре - два физических сервера в стойке от того же IBM объединялись специальным кабелем, после чего операционка это видела как одну SMP систему. Понятно, что NUMA эффекты типа большей latency при обращении к "чужой" памяти были, но в принципе оно работало, при разумном разделении по данным код вполне параллелился.
Такие рекламные ролики такие недостатки не показывают
Smalltalk скорее опередил время - требовал достаточно дорогую железяку, причём ещё и в однопользовательском режиме. У Apple сделать более-менее доступную копию компьютера с подобным GUI удалось только со второй попытки, а уж про ООП и IDE Джобс вспомнил только когда его из Apple выгнали ) Форт наоборот - хорош для небольших проектов на маленьких компьютерах, на промышленную разработку большими командами не особо масштабируется.
Уже вспомнили лисп машины и Smalltalk, где эта концепция в те же времена была ещё и полнофункциональной с нормальными редактором/дебаггером и т.д. А так ввести сразу после включения компьютера 10 PRINT 2+2 конечно удобно, но что-то потяжелее набирать по строчкам так себе - Turbo Basic с нормальным редактором кода после этого казался чудом )
Про TopSpeed в своё время только читал, как и большинство людей вокруг, а вот с Turbo C/Pascal многие начинали более-менее серьёзное программирование, помыкавшись до этого с Бейсиком/Фокалом...
Понятно, что заголовок может ввести в заблуждение, но основной смысл всё таки в том, что если нужно пару раз в неделю сделать простенький find/grep, можно обойтись без WSL или cygwin.
Банально корпоративная почта/мессенджер проприетарные и под Windows, так что виндовый ноутбук нужен - и даже если основной девелопмент на линуксовых серверах, на ноуте образуются файлы которые иногда хочется грепнуть.
cygwin - это POSIX поверх Win32 со своими артефактами, система в системе. Если хочется просто писать unix-way скрипты, запускающие виндовые программы, busybox вполне себе вариант.
Точно так же как и плюсовый объект, для которого есть только ISomething и фабрика. Автор же не утверждает, что C круче - просто то, что в нём легко реализуется обычная схема инкапсуляции.
Ну да, замена mov на push/pop выглядит вообще дико (только сейчас заметил) - mov из регистра в регистр в большинстве случаев обрабатывается на стадии переименования и до исполнительных устройств не доходит, push/pop - две load/store операции с зависимостью.
Может иметь значение на тяжёлых enterprise приложениях, когда icache/itlb миссы отъедают значительную часть времени. Но тогда надо на чём то таком и тестировать (и вопрос, каким будет время компиляции с метаоптимизацией для бинарника в сотни мегабайт).
Golden Cove вроде до шести расширили.
Странно, что компьютерные игрушки не упомянули - по квестам с большим количеством диалогов вполне можно учиться.
У меня такое ощущение, что смысл всех этих слов интуитивно воспринял по компьютерным сообщениям/хелпам. Программировал на Turbo C в старших классах, словаря под рукой не было, только бумажная книжка собственно по C, школьной базы хватало, чтобы додуматься до смысла непонятных слов.
Можете математически описать свой вариант свободы воли?
Лет двадцать назад встречался с подобной штукой на обычной x86 архитектуре - два физических сервера в стойке от того же IBM объединялись специальным кабелем, после чего операционка это видела как одну SMP систему. Понятно, что NUMA эффекты типа большей latency при обращении к "чужой" памяти были, но в принципе оно работало, при разумном разделении по данным код вполне параллелился.
В ed'е всегда можно вставить строчку в любое место (команда a или i). А edlin до 32-битной Windows 10 дожил.
Да, иначе какой смысл ) Но в ранних Бейсиках (и на Фокале в оригинальной БК 0010) такого не было.
Smalltalk скорее опередил время - требовал достаточно дорогую железяку, причём ещё и в однопользовательском режиме. У Apple сделать более-менее доступную копию компьютера с подобным GUI удалось только со второй попытки, а уж про ООП и IDE Джобс вспомнил только когда его из Apple выгнали ) Форт наоборот - хорош для небольших проектов на маленьких компьютерах, на промышленную разработку большими командами не особо масштабируется.
Уже вспомнили лисп машины и Smalltalk, где эта концепция в те же времена была ещё и полнофункциональной с нормальными редактором/дебаггером и т.д. А так ввести сразу после включения компьютера 10 PRINT 2+2 конечно удобно, но что-то потяжелее набирать по строчкам так себе - Turbo Basic с нормальным редактором кода после этого казался чудом )
Бейсик на 8битных компьютерах практически всегда так работал.
У меня фортран на EC 1045 и Turbo C на писишках были примерно в одно время )
Далеко не все умели что-то кроме стандартного 80x25.
Про TopSpeed в своё время только читал, как и большинство людей вокруг, а вот с Turbo C/Pascal многие начинали более-менее серьёзное программирование, помыкавшись до этого с Бейсиком/Фокалом...
Во все продукты, включая SSD и кулеры )
Понятно, что заголовок может ввести в заблуждение, но основной смысл всё таки в том, что если нужно пару раз в неделю сделать простенький find/grep, можно обойтись без WSL или cygwin.
На простые вещи типа for i in `smth | grep нужное | grep -v ненужное`; do ... его вроде хватает.
Банально корпоративная почта/мессенджер проприетарные и под Windows, так что виндовый ноутбук нужен - и даже если основной девелопмент на линуксовых серверах, на ноуте образуются файлы которые иногда хочется грепнуть.
Что то я побаиваюсь умных чипсетов с Intel ME...
cygwin - это POSIX поверх Win32 со своими артефактами, система в системе. Если хочется просто писать unix-way скрипты, запускающие виндовые программы, busybox вполне себе вариант.