Atmel - в цинковый ящик?!!!

[pinco]

Ну так стало быть "Короче асма кода нет" - по прежнему справедливо.

[pinco]

,а программист проработавший в фирме 15 лет и вымучивающий в год 2-3 программы остается ни с чем есть повод задуматься.

Ну дак если он не профи и такой медленный я бы сам его выгнал , а насчет количества прог на асме в год - да в общем 20 в год и не такое уж большое количество , ну нашли блин чем гордиться - а ты вот 200 выдай - вот тогда это будет уже хорошим преимуществом перед асмом , ну а раз и на С это невозможно - так и что говорить о мизерных +/- разнице уже даже и не хочется .

[pinco]

Ты всерьез думаешь что архитектура 1995 года еще кому то нужна?

А причем тут год - важно как раз построение внутренностей проца , а не год когда это появилось , - вон Free Scale до сих пор использует свою архитектуру , а она древнее AVR-овской - ну и вот теперь попробуй тогда также покритиковать и ее - что ,не хочется ?, то то же и оно , а все потому что удачная она , и несмотря на год когда возникла - рулит до сих пор , и никто от нее отказываться не собирается , а тогда почему все должны враз отказаться от AVR-овской ? Если она еще вполне нормально работает то и отказываться от нее никто не будет , и раньше , а также и сейчас , ведь как вариант - возможно просто выпустят какой-нибудь тот же AVR но на частоту 80 Мгц к примеру ,8 битник - и снова "на коне" в своем секторе 8 битных контроллеров .

[st_1]

Ну так стало быть "Короче асма кода нет" - по прежнему справедливо.

Так справедливее: "Короче... асма кода нет"

[pinco]

Посмотрел МЭК 61508-7 на предмет применения ассемблера - ссылка https://kazus.ru/forums/showthread.php?t=35005&page=5 - да нет там кстати никаких жестких запретов для него - для "Ассемблер с подмножеством и стандартом кодирования" - во всех четырех совокупных уровнях безопасности (SIL) стоят "R" , включая самый высокий уровень безопасности , и нет запрета "NR" на использование , а вот у простого С -для сравнения - для SIL2 прочерк в применении , а для уровней SIL3 и SIL4 - уже прямые запреты "NR" , и для С с подмножествами и стандартами кодирования во всех четырех SIL стоят "HR" но как писал kison ограничений такого С при этом выше крыши , - ну так о чем речь-то - в общем-то о том что ассемблер можно свободно применять и в системах с повышенной безопасностью , я это к тому что даже и с этой точки зрения сегодня вполне можно прогить и на асме и это не будет чем-то неактуальным и в сегодняшнее время .

[Someone]

Типа программист этого не в состоянии сделать?

Компилятор может сделать это в таких местах, где программист не подумает этого сделать. Например, он помнит, что 27 (ну или 127, не суть) инструкций назад он обнулял (ну или константу какую вводил) временный регистр, и с тех пор ничего в него не писал, а тут вновь потребовалось то же число. И подобное может происходить в разных местах программы. Или зная, зная, что переменная цикла может принимать значение от 0 до 10 поставит подряд 11 действий внутри цикла (при оптимизации по скорости), сэкономив переменную цикла, команду изменения счетчика и переход в начало цикла.

МК с бОльшим количеством памяти - дороже продаётся, хотя себестоимость может быть одинаковой.

По определению себестоимость не может быть одинаковой. Большая память подразумевает большее число транзисторов -› большая площадь кристала -› меньше выход годных -› меньше чипов с пластины (из-за площади и брака) -› чип дороже.

Ну дак если он не профи и такой медленный я бы сам его выгнал

А кто будет поддерживать старые большие запутанные проекты, написанные этим программером на асме?

[Ar-Gen-Tum]

Компилятор может сделать это в таких местах, где программист не подумает этого сделать. Например, он помнит, что 27 (ну или 127, не суть) инструкций назад он обнулял (ну или константу какую вводил) временный регистр, и с тех пор ничего в него не писал, а тут вновь потребовалось то же число. И подобное может происходить в разных местах программы. Или зная, зная, что переменная цикла может принимать значение от 0 до 10 поставит подряд 11 действий внутри цикла (при оптимизации по скорости), сэкономив переменную цикла, команду изменения счетчика и переход в начало цикла.

...

Вот с этим иногда и приходится бороться.
Нет ничего более тупого, чем "тупой умничка".
Это бывает достает и в "электронных таблицах" и в "ворде".

[testerplus]

Посмотрел МЭК 61508-7 на предмет применения ассемблера - да нет там кстати никаких жестких запретов для него - для "Ассемблер с подмножеством и стандартом кодирования" - во всех четырех совокупных уровнях безопасности (SIL) стоят "R" , включая самый высокий уровень безопасности

Вы внимательно читали? "Ассемблер с подмножеством и стандартом кодирования" - Вы знаете хоть один стандарт кодирования? Я за всю жизнь видел только два: один для 80386, второй - не помню для чего (меня тогда это мало интересовало). Для АВР таких стандартов нет и не будет.

а вот у простого С -для сравнения - для SIL2 прочерк в применении , а для уровней SIL3 и SIL4 - уже прямые запреты "NR"

Исторически сложилось так, что из всех ЯВУ наибольшую популярность получил Си. Да, Си - небезопасный инструмент (и правильно его голяком не допускают к SIL3, SIL4), а Си со станартами - довольно сложная штука. Но про стандарт безопасности было упомянуто так, к слову (насчет реплики, что с Си никого не допустят к отказоустойчивости, а с асмом - везде дорога).

Собственно, пишите, на чем хотите, только не путайте мотивацию не использовать Си с мотивацией его не изучать.

[pinco]

А кто будет поддерживать старые большие запутанные проекты, написанные этим программером на асме?

На С переведи и шпарь по нему , если С больше нравится , ну а в натуре если ,то сам ассемблер проще чем С раз в 5 , так что и непосредственно на нем смотреть проги тоже не составляет труда , ну может чуть дольше разбираться , но и всего-то .

[realid]

ну а в натуре если ,то сам ассемблер проще чем С раз в 5

Вы хоть одну программу на Си написали?