-Цитата от флуоксетин ланнахер -Цитата от -fit- -Цитата от флуоксетин ланнахер самая быстрая производительность у машинного кода, как не крути. нахуй нужен был почти такой же по функционалу (или полностью идентичный?) ассемблер?
легкче и понятнее mov al, bl, чем 1000101011000011. это не "идентичный" асм, попробуй в двоичном коде че нибудь написать или хотя бы прочитать такую программу.
а на трансляцию асм кода в машинный уходит мало времени. потери производительности ничтожны и незаметны, так что можно закрыть на это глаза. потому после появления асма продолжать кодить в цифрах явилось занятием достаточно глупым
-Цитата от флуоксетин ланнахер адепты автокодов не без агра, но и долго не сопротивляясь перешли на ассемблер
автокод это и есть язык асеммблера - машинные команды в мнемонике. до его появления ебашили в циферках подобно тому как выше показано
Добавлено через 7 минут 28 секунд
вобще неправильно тут паралели проводить между с низкоуровневыми языками и всякими делфи с кучей свистоперделок. например писать какой-нибудь драйвер на языке высокго уровня никому в голову не прийдет
это безпесды легче и понятнее, чем "циферками ебашить". никто и не спорит. но факт остается фактом. производительность уменьшается, скорость разработки увеличивается. удобство тут ясное дело влияло на переход к ассемблеру, но и без непосредственно фактора повышения скорости написания кода (в ущерб, скорости его выполнения на машине, пусть даже этот ущерб еле заметен) тут не обошлось естестна
собственно, параллели между ассемблером и делфи я провел только ради того, чтобы показать, что даже незначительное повышение скорости разработки всегда было в программировании следующим этапом эволюционирования. а скорость кода всегда уходила на второй план
короче, я непосредственно на это отвечал:
- кусок кода написанный на асме будет работать куда быстрее куска кода на С или той же Делфи, хотя и будет в 10 раз длиннее. Увы юзвера не интересует во сколько строчек кода ты сжал свою прогу, ему нужна производительность
скорость кода никогда не уходила на 2й план, ты что) слышал такое понятие "оптимизация"? Ресурсы машины и скорость выполнения еще никто не отменял. Просто удобство работы сейчас очень в цене, потому и появляются такие IDE, как визуал студио, где ты в два клика делаешь то, для чего раньше нужно было писать 20 строчек кода. Только ты учти, что всё универсальное - не идеал для каждой конкретной задачи.
Добавлено через 1 минуту 38 секунд
-Цитата от -fit- ну к примеру, твой любимый делфи тоже на чем-то написан
если бы его создателей не волновала скорость выполнения этапов компиляции проекта в машинный код, то приложения из делфи были бы жутко тормознутыми
при работе твоей проги, написанной в делфях, машине пришлось бы выполнять хуеву тучу лишний микроопераций.
но тебя как юзера не интересует как изъебывались создатели компилятора, дабы какую-нибудь конструкцию по типу if-then-else транслировать в наиболее компактный набор машинных операций
Добавлено через 3 минуты 54 секунды
ну а если об эволюции говорить, то имхо след этап - параллельные вычиления. увеличение ядер и частоты в скором времени перестанет давать какой-либо ощутимый эффект в плане быстродействия машин. а значит надо учиться писать быстрые программы
это да, к тому же вроде бы интел говорили, что могут уже хоть сто ядер вешать, но обеспечить адекватный алгоритм их параллельной работы (или хотя бы псевдопараллельной) пока не могут