LINUX.ORG.RU

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

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

да, это утопия. но не из-за ассемблера, а потому что мозга у людей не хватит. написать можно абсолютно всё. вопрос в том, способны ли разработчики писать не на птичьих скриптиках, а на серьёзных ЯП. и тут опять начнутся обвинения в «небезопасности» и прочем, и прочем. но проблема-то не в ассемблерах, а в головах. кто умеет - те пишут. кто не умеет - не пишут. вот и вся простая дихотомия.

опять же, вопрос о «разумном времени» всегда упирается куда? правильно, в реализацию. при неоптимальной реализации всё будет медленно и печально. и так оно и есть при разводке плат и просчитывании прошивок для PLD. ужасно медленно и печально. и я сильно подозреваю, что алгоритмы там ни при чём.

можно оптимизировать очень многие вещи. причём сильно. проблема лишь в том, что разработчики не хотят прикладывать усилия.

Исправление Iron_Bug, :

да, это утопия. но не из-за ассемблера, а потому что мозга у людей не хватит. написать можно абсолютно всё. вопрос в том, способны ли разработчики писать не на птичьих скриптиках, а на серьёзных ЯП. и тут опять начнутся обвинения в «небезопасности» и прочем, и прочем. но проблема-то не в ассемблерах, а в головах. кто умеет - те пишут. кто не умеет - не пишут. вот и вся простая дихотомия.

опять же, вопрос о «разумном времени» всегда упирается куда? правильно, в реализацию. при неоптимальной реализации всё будет медленно и печально. и так оно и есть при разводке плат и просчитывании прошивок для PLD. ужасно медленно и печально. и я сильно подозреваю, что алгоритмы там ни при чём.

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

да, это утопия. но не из-за ассемблера, а потому что мозга у людей не хватит. написать можно абсолютно всё. вопрос в том, способны ли разработчики писать не на птичьих скриптиках, а на серьёзных ЯП. и тут опять начнутся обвинения в «небезопасности» и прочем, и прочем. но проблема-то не в ассемблерах, а в головах. кто умеет - те пишут. кто не умеет - не пишут. вот и вся простая дихотомия.