ttt222

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

как это не имеет? )

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

@my504 давно с интересом читаю Ваши посты. много умного и правильного пишите как по мне

нет, я так не считаю, это было в ответ на Ваше предложение о том как эффективные программисты пишут хорошие программы не зная того под что они пишут, результаты этой писанины всем хорошо известны - пухнет код, а вместе с ним растет количество ошибок, в том числе и критичных. не редко приходилось читать целые поэмы как настоящие профессионалы борятся с компиляторами, тратя уйму времени на это, когда читаешь подобные вещи начинаешь хорошо понимать что этим занимается один программист из 100, остальные даже понятия не имеют что, где смотреть и как и что отлавливать уверен что больше половины так называемых спецов так и продолжают программировать не понимая во что же на самом деле выливается весь их код. эти спецы сами не понимают что делают и пытаются всех уверить что так и надо программировать, а все остальное лишняя трата времени. если говорить о arm, то я не имел ранее дел с этой архитектурой, вот, только сегодня получил микроконтроллер стмовский. будем изучать его потихоньку, начнем как и полагается с .... ассемблера..

погуглите информацию о количестве ошибок в коде даже не пользовательских программ, а ОС. насколько помню в них среднее количество ошибок в районе 10 на 1000 строчек кода. а объем совеременных ОС уже давно составляет десятки миллионов строк кода. проблемы с памятью которая даже в ядре течет. и всем этим пользуется как прокладкой программист пишущий пользовательскую программу. и который тоже по большому счету мало понимает что за инструменты и "материалы" применяет. потому что его приучили не думать об этом изначально, а довериться тому кто предоставил все это в связи со всем этим мне приходится раз в неделю перезагружать свой смартфон, поскольку он начинает конкретно тупить, а тупит потому что память течет, результат работы какой_то "хорошей" программы) возможно не одной.

я считаю так, что в любом деле люди делятся на специалистов, - профессионалов, и тех кто любители или мимикрируют под профессионалов одну категорию от другой отличает уровень знание предмета. всегда истинный профессионал отличается глубоким знанием предмета, той области в которой он профессионал. если перед нами веб программист, глупо рассчитывать на то что он обладает некими глубокими знаниями в области низкоуровневого программирования, для работы знать это ему нет необходимости нужны ли глубокие знания архитектуры МК профессионалу в области программирования МК? я считаю нужны, иначе какой он профессионал? писать код он может на чем угодно, но он должен прекрасно разбираться в том с чем он работает и думаю ни один настоящий профессионал не скажет что не нужно знать ассемблер, что эти знания лишние и достаточно только Си п.с. я не профессионал в программировании МК

научиться программировать под МК как я понимаю? ) а не просто программировать программисты 1С тоже считают себя программистами

на это я могу так же ответить что это не аргумент в выборе языка при изучении МК

ну именно в этом ключе я этого и не утверждал. однако если говорить о том с чего начинать изучать программирование МК, то я думаю что стоит с ассемблера. а то как то даже и смешно, Attiny2313 и СИ

первоначально машинные коды, в машинных кодах писали изначально программы, пока появились языки высокого уровня люди уже довольно эффективно писали программы в машинных кодах, на ассемблере, отработаны были всевозможные алгоритмы и конструкции, а уже потом на эти отработанные знания натянули высокоуровневую оболочку, иначе как по Вашему стало возможно появление всевозможных конструкций и функций? просто напросто ассемблерные процедуры которые использовались уже десятилетиями взяли и назвали так как назвали, процесс двигался в этом направлении, а не от того что придумали язык и затем стали думать каким образом его можно реализовать, и возможно ли это. то есть до появления языков высокого уровня уже было практически все наработано

симбиоз это прекрасно, только в случае если полностью осознаешь что ты делаешь, что дано профессионалам, а не начинающим, каковым является топикстартер. я тоже писал о применении более высокого абстрактного уровня который может дать тот же Си, но это не значит что Си надо выбирать первым языком в изучении МК

под красотой кода всегда подразумевалось необходимое решение в минимальном объеме. минимальный объем и высокое быстродействие, что тут для Вас лишнее?

@-=FISHER=- если для Вас это хобби, и Вы хотите действительно научиться программировать под AVR, как писали об этом, обратите внимание на ассемблер знание, даже небольшое Си это хорошо, потому как дает некое представление о языке высокого уровня, но это хорошо только в том случае если есть с чем сравнить. что такое Си? Си не появился в одночасье, это не результат работы одного человеческого гения, все эти функции языка это по сути своей оформленные ассемблерные процедуры, и реализуется он через них, и корни его как и всех языков программирования в ассемблере чтобы программы под мк были красивыми и эффективными писать их надо на ассемблере, где то используя более высокий абстрактный уровень языка Си, но не писать на нем самом и относиться к программированию как к решению ребусов и прочих головоломок, ( Вы же от решения их по определению должны испытывать удовольствие) если это не работа не надо гнаться за быстрым результатом, лучше концентрироваться на глубине знаний получаемых в процессе работы с мк

чем у Вас обусловлен выбор языка программирования для МК Attiny 2313?