LINUX.ORG.RU

История изменений

Исправление SZT, (текущая версия) :

из ЯП же тот ЯП оптимален который позволяет с минимальными усилиями и минимальными накладными расходами выразить выбранный алгоритм. Именно поэтому плюсы так популярны несмотря на все их недостатки.

Каким образом это вдруг плюсы стали языком, где с минимальными усилиями и минимальными накладными расходами можно выразить выбранный алгоритм? По-моему тут что-то не то (говоря более прямо - по-моему тут написана какая-то глупость).

Минимальные усилия будут в каких-то скриптовых языках с автоматической сборкой мусора и прочими удобными программисту вещами. Минимальные накладные расходы - в пределе - будут у ассемблера. Или у какого-то сверхумного компилятора со встроенным ИИ для оптимизаци (и тогда вообще не важно, какой там язык, пусть хоть Ruby). Плюсы тут вообще каким боком?

Исходная версия SZT, :

из ЯП же тот ЯП оптимален который позволяет с минимальными усилиями и минимальными накладными расходами выразить выбранный алгоритм. Именно поэтому плюсы так популярны несмотря на все их недостатки.

Каким образом это вдруг плосы стали языком, где с минимальными усилиями и минимальными накладными расходами можно выразить выбранный алгоритм? По-моему тут что-то не то (говоря более прямо - по-моему тут написана какая-то глупость).

Минимальные усилия будут в каких-то скриптовых языках с автоматической сборкой мусора и прочими удобными программисту вещами. Минимальные накладные расходы - в пределе - будут у ассемблера. Или у какого-то сверхумного компилятора со встроенным ИИ для оптимизаци (и тогда вообще не важно, какой там язык, пусть хоть Ruby). Плюсы тут вообще каким боком?