Вот порадовали, спасибо! Поддерживаю! А то производители ПО на голову сели, и многих это почему то устраивает. "Что? Программа не работает?! Ну так она такая сложная, а программирование это искусство и магия. Что? Вы кажется упомянули про какие то деньги?! Сказал завтра, значит завтра."
Как то в контору, где я когда то работал, пришел парень, устраиваться на работу сварщиком. Директор его спрашивает: "Компьютер знаешь?". Тот отвечает: "Ну.. Да". Директор: "Так ты программист!".
Где то, возможно даже на Хабре, читал интервью Бабаяна. Не могу объяснить сейчас почему, но сложилось аналогичное впечатление об этом человеке, на основании его слов. Как то "не хорошо" он говорил.
Согласен с тем, что наличие ответов придало бы статье смысл. А так... Мало ли кто что спрашивает. P.S. Не обнаружил моего любимого вопроса от работодателей, "умение играть на баяне будет преимуществом".
Спасибо за статью! Достойной информации на русском не много. А по сути у меня впечатление что "хрен редьки не слаще". Производители всяких микроконтроллеров и сред разработки всё пытаются нам "помочь", упростить жизнь. Что бы легче программировать. А по факту получается всё хуже и сложнее.
Обнаружил пару опечаток. (... Функция 17h прерывания 90h(по сути просто бертка ...) - наверное обёртка. (... сделю вторую, третью и тд части ...) - наверное сделаю. Спасибо за статью. Побольше бы таких.
И ещё. Я не называл бы (например) STM32 с частотой 200 МГц и "чудовищным" по размеру ОЗУ микроконтроллером. По этому, С++ в микроконтроллере не место (моё мнение), а вот в Гигаконтроллерах, возможно да.
"Я водитель. Вчера добывали нефть из скважины , что бы сделать бензин и заправить машину. А сегодня делали из нефти резину, а то стёрлась уже. - Так вы водитель? Или нефтяник, химик? Или автослесарь?" У меня немалый опыт, поэтому подтверждаю. Во многих организациях практикуют такой подход. Он сложился (вероятно) исторически, когда зарождались микроконтроллеры и программистом становились электронщики. Я и сам когда-то перематывал трансформаторы, пилил напильником корпуса для приборов и т.д. Я считаю такой подход непрофессиональным. Для чего вообще разделение труда? Если программист идет на поводу у работодателя, возникает такая картина. Поэтому, моё мнение, припаять что то, есть монтажница! Посмотреть осциллографом, электронщик. Проверить на объекте, инженер по внедрению. А программист микроконтроллеров, сидит на стуле и пишет программу! Как максимум, подключает программатор к плате.
"предложите идею юридической ответственности за плохой код в коммерческом продукте."
"расскажите об идее юридической ответственности за любые утечки личных данных, собранных без необходимости."
Да! Да, поддерживаю! Только так, а то купил костюм, надел, а он по швам пошёл, я в магазин, а мне там скотчем прилепили разрыв и говорят что так и надо. И всех это, почему то, устраивает!
Не скажу что Эльбрус это тупик, но по моему, какой нибудь Мипс, Арм (например), в количестве как трусов на рынке, был бы предпочтительней. А по поводу совместимости с x86 хотелось бы спросить, в чем тогда заключается импорто-замещение? В запуске Фотошопа на Эльбрусе? Думаю так, пусть военные и кто там ещё играются с Эльбрусом, а для массового потребления нужен простой и дешевый процессор. А быстродействие дело наживное, тем более, что нужно оно не везде и современный код быстродействие современных x86 пожирает очень быстро.
Отвечаю последний раз т.к. вижу упорное игнорирование сути того о чём я говорю (legolegs это я не вам лично а всем коментирующим). У меня в наличии много компьютеров (более 30), 15-ть лет назад зависание (не имеет значение по какой причини) было чем то из ряда вон выходящим. Кроме того, я не припомню, что бы при зависании я не мог бы перейти в консоль и снять зависший процесс. Сегодня, на любом дистрибутиве, сколь угодно новом, я наблюдаю зависания, частые, причём, обращаю внимание, что зависания тяжелейшее. ПК не позволяет ничего сделать. Намертво. Предлагаю на этом дискуссии прекратить, это моё частное мнение, возможно ошибочное.
Нет, не пользуюсь. Отчасти я согласен с Линусом, что он не может проконтролировать закрытый драйвер. Но от этого ни кому не легче. Сейчас в общем о ситуации, нагородили изолированных адресных пространств, переключений контекста, а толку…
"запретить as is" Поддерживаю.
Вот порадовали, спасибо! Поддерживаю! А то производители ПО на голову сели, и многих это почему то устраивает. "Что? Программа не работает?! Ну так она такая сложная, а программирование это искусство и магия. Что? Вы кажется упомянули про какие то деньги?! Сказал завтра, значит завтра."
А ещё надо мужа покормить и выгулять, и ребёнка завести. Надеюсь у вас всё наладилось.
Как то в контору, где я когда то работал, пришел парень, устраиваться на работу сварщиком. Директор его спрашивает: "Компьютер знаешь?". Тот отвечает: "Ну.. Да". Директор: "Так ты программист!".
Где то, возможно даже на Хабре, читал интервью Бабаяна. Не могу объяснить сейчас почему, но сложилось аналогичное впечатление об этом человеке, на основании его слов. Как то "не хорошо" он говорил.
Программирование не было сложным до распространения, ныне популярных, языков с неадекватной нотацией.
Хотел вас поддержать но пороху не хватило. поддерживаю текстуально.
Согласен с тем, что наличие ответов придало бы статье смысл. А так... Мало ли кто что спрашивает. P.S. Не обнаружил моего любимого вопроса от работодателей, "умение играть на баяне будет преимуществом".
Спасибо за статью! Достойной информации на русском не много. А по сути у меня впечатление что "хрен редьки не слаще". Производители всяких микроконтроллеров и сред разработки всё пытаются нам "помочь", упростить жизнь. Что бы легче программировать. А по факту получается всё хуже и сложнее.
Я бы предложил не использовать слово микроконтроллер для крупных мощных кристаллов. Как то это вводит в заблуждение. Автору спасибо за статью!
Обнаружил пару опечаток. (... Функция 17h прерывания 90h(по сути просто бертка ...) - наверное обёртка. (... сделю вторую, третью и тд части ...) - наверное сделаю. Спасибо за статью. Побольше бы таких.
Из всякого правила бывают исключения. Мне казалось это ясно всем.
И ещё. Я не называл бы (например) STM32 с частотой 200 МГц и "чудовищным" по размеру ОЗУ микроконтроллером. По этому, С++ в микроконтроллере не место (моё мнение), а вот в Гигаконтроллерах, возможно да.
"Я водитель. Вчера добывали нефть из скважины , что бы сделать бензин и заправить машину. А сегодня делали из нефти резину, а то стёрлась уже. - Так вы водитель? Или нефтяник, химик? Или автослесарь?" У меня немалый опыт, поэтому подтверждаю. Во многих организациях практикуют такой подход. Он сложился (вероятно) исторически, когда зарождались микроконтроллеры и программистом становились электронщики. Я и сам когда-то перематывал трансформаторы, пилил напильником корпуса для приборов и т.д. Я считаю такой подход непрофессиональным. Для чего вообще разделение труда? Если программист идет на поводу у работодателя, возникает такая картина. Поэтому, моё мнение, припаять что то, есть монтажница! Посмотреть осциллографом, электронщик. Проверить на объекте, инженер по внедрению. А программист микроконтроллеров, сидит на стуле и пишет программу! Как максимум, подключает программатор к плате.
Проделана большая работа, моё почтение! Голосовал за АЛУ.
"предложите идею юридической ответственности за плохой код в коммерческом продукте."
"расскажите об идее юридической ответственности за любые утечки личных данных, собранных без необходимости."
Да! Да, поддерживаю! Только так, а то купил костюм, надел, а он по швам пошёл, я в магазин, а мне там скотчем прилепили разрыв и говорят что так и надо. И всех это, почему то, устраивает!
Удалил предыдущее замечание. Ещё не дочитал, но думаю полезная статья. (Без иронии)
Не скажу что Эльбрус это тупик, но по моему, какой нибудь Мипс, Арм (например), в количестве как трусов на рынке, был бы предпочтительней. А по поводу совместимости с x86 хотелось бы спросить, в чем тогда заключается импорто-замещение? В запуске Фотошопа на Эльбрусе? Думаю так, пусть военные и кто там ещё играются с Эльбрусом, а для массового потребления нужен простой и дешевый процессор. А быстродействие дело наживное, тем более, что нужно оно не везде и современный код быстродействие современных x86 пожирает очень быстро.