Нужна ли АСМа программистам?

[DiemonStar]

А зачем? Нафига козе баян? Но проблема в обратном. Многие программисты пишушие на ассемблере с трудом представляют работу конвейера команд, а не которые не представляют вовсе.

Зато, те кто представляет, делают всё намного лучше компиляторов. Но, с учётом возрастающих мощностей, это уже мало кому требуется.

При современной мощи железа куда важнее надежность софта, нежели его быстродействие и компактность.

Не учите детей плохому). Калькулятор, который на 80% грузит ядро процессора и жрёт 1 Гб оперативки это разве нормально? Ресурсов должно быть ровно столько, сколько нужно для выполнения задачи и, кстати, ассемблер в этом плане очень дисциплинирует Проверено не один раз.
Касательно надёжности: чем проще система, тем надёжнее она. Уж чем-чем, но простотой современные ПК и ПО к ним точно не отличаются. Наследуемость команд в архитектуре процессоров и поддержка заметно устаревших технологий на аппаратном уровне уже заметно сковывает прогресс. И такая же ситуация с ПО. По-сути, давно нужно полностью переработать концепцию с учётом современных реалий, но рынок вряд-ли позволит это сделать.

[mv28jam]

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

Прям всемирный заговор рынка против прогресса!
"Мы наш, мы новый мир построим"...

[DiemonStar]

Сообщение от mv28jam

Прям всемирный заговор рынка против прогресса!
"Мы наш, мы новый мир построим"...

Да какой там заговор))) там более страшное слово: рентабельность. Ведь не факт же, что новый продукт быстро начнёт приносить прибыль...

[f.hump]

Ситуация, когда АСМ нужен программисту, на мой взгляд, это редкость.

При современной мощи железа куда важнее надежность софта, нежели его быстродействие и компактность.

Ну, не знаю как где, но у меня сложилось впечатление, что быстродействие еще как нужно. Люди подтаскивают свой старый софт и просят его переделать под что-нибудь модное, за хорошие деньги. В 95% процентах случаев речь идет про OpenCL, но некоторые задачи по-прежнему cpu-wise. Кстати, учитывая, что память и винты нынче не дорогие, кол-во памяти которое зажирает прога не является критическим параметром.

[DiemonStar]

Кстати, учитывая, что память и винты нынче не дорогие, кол-во памяти которое зажирает прога не является критическим параметром.

Испытав близко общение с проектами 1С (в клиент-серверном варианте) я пришёл к выводу, что памяти постоянно не хватает... Как, впрочем, и ресурсов процессора...

[Utkin]

Испытав близко общение с проектами 1С

Это не тенденция, а особенность 1С. И причина тоже названа правильно - использование старых технологий тормозит систему.

[Пепел Феникса]

Зато, те кто представляет, делают всё намного лучше компиляторов.

но только под одну определенную машину.
компиляторы же позволяют оптимизировать итог под разные типы процев.

Ресурсов должно быть ровно столько, сколько нужно для выполнения задачи и, кстати, ассемблер в этом плане очень дисциплинирует

ОЙ ли, на всех ЯП за этим всегда следил, исключение те которые не дают.

Калькулятор, который на 80% грузит ядро процессора и жрёт 1 Гб оперативки это разве нормально?

имелось в виду что немного лишней памяти можно и сожрать.
ясен пень что не безбожно занимать все пространство.

[bitix]

что скажете насчет программирования микроконтроллеров?

[Пепел Феникса]

это своя ниша, и там асм не 100% занимает, ИМХО правда.

[Utkin]

что скажете насчет программирования микроконтроллеров?

Что там есть С, Паскаль и еще какие-то языки заточенные под конкретную серию/модель. Хотя там ассемблер, конечно же играет первостепенную роль. Но это легко объясняется малыми ресурсами. Там это необходимость, на персоналках - прихоть.