-
- На днях понял, что при нынешней ситуации с комплектацией я, в
принципе, готов программировать PICи на ассемблере. AlexG(141 знак., 29.05.2022 17:38)
- Верное замечание. Embedding - это искусство реального. Если асм на ПИКах позволяет зарабатывать деньги, то не вижу причин упускать возможность. Если есть запас по ресурсам, прежде всего на прокачку своих мозгов, и платформа в комплекте со средствами разработки позволяет, не стоит пренебрегать С++20. - Evgeny_CD(29.05.2022 19:15)
- А я наоборот вижу переиспользование кода - работа с периферией из
проекта в проект качует. Про отсутствие отечественного - тут у
автора просто мало инфы и опыта. - Costic(29.05.2022 14:58)
- Работа с периферией далеко не всегда ограничивается
коммуникационной периферией, где можно копировать из проекта в
проект одни и те же протоколы. Есть много задач, где периферия
вытягивает недостаточные вычислительные ресурсы, причем так, что
потом конкурент чешет репу каким таким образом чип за $1,5
выполняет задачи чипа за $5 и более. У автора с хабра действительно
нет опыта. Впрочем, у него нет и вменяемого радиотехнического
(и/или смежного с ним) образования. Эмбеддер - my504(211 знак., 29.05.2022 18:11)
- Удивительно... Автор заполучил 10-летний (!) стаж в "эмбеддед", но опыта не нажил. Предполагаю, что бОльшую часть "срока" была относительно непыльная работенка, выполняемая методом наименьшего сопротивления. Но потом все изменилось. - Argon(29.05.2022 19:04)
- Согласен, сравнительно малые МК где трудно разделить бизнес-логику
и работу с харваре, чистому программисту мало реально отдать. По
крайней мере у меня нет положительного опыта совсем. Нужно
продумывать изделие сразу со всеми комонентами - ПО и схемотехника
делаются одновременно. Иначе скорее всего будет неудача. michas(156 знак., 29.05.2022 18:21)
- Сложно сказать что такое "сравнительно малые" МК... Все зависит от задачи, а не от размера или производительности. У меня тоже есть только негативный опыт разделения задач между программистом и схемотехником. В той нише, в которой я работаю, это невозможно по определению. Особенно в нынешних реалиях, когда нужно в кратчайшие сроки переделывать проекты под чипы, у которых уже выстроена логистика поставок, но в которых не всегда есть прежняя периферия. Иногда чувствуешь себя my504(19 знак., 29.05.2022 18:34)
- Угу. Две крайности - один уже давно переписать надо, давно из
проекта в проект кочует. А другие под каждый проект переписываются,
что делает их несовместимыми в бок и взад. - michas(29.05.2022 16:23)
- А посадить эти две крайности рядом и обсудить? symbions(1110 знак., 29.05.2022 16:48)
- Я в конторе единственный программист МК, вырос из схемотехников,
потому что правильные программисты с больших ПК (с гитом,
методологией, профильным образованием) за пять лет не сделали ни
одной версии работоспособного ПО на МК. michas(920 знак., 29.05.2022 18:08)
- Ну с таким подходом у нас не было ни одного программиста :) symbions(213 знак., 30.05.2022 01:24)
- Я в конторе единственный программист МК, вырос из схемотехников,
потому что правильные программисты с больших ПК (с гитом,
методологией, профильным образованием) за пять лет не сделали ни
одной версии работоспособного ПО на МК. michas(920 знак., 29.05.2022 18:08)
- А посадить эти две крайности рядом и обсудить? symbions(1110 знак., 29.05.2022 16:48)
- Работа с периферией далеко не всегда ограничивается
коммуникационной периферией, где можно копировать из проекта в
проект одни и те же протоколы. Есть много задач, где периферия
вытягивает недостаточные вычислительные ресурсы, причем так, что
потом конкурент чешет репу каким таким образом чип за $1,5
выполняет задачи чипа за $5 и более. У автора с хабра действительно
нет опыта. Впрочем, у него нет и вменяемого радиотехнического
(и/или смежного с ним) образования. Эмбеддер - my504(211 знак., 29.05.2022 18:11)
- На днях понял, что при нынешней ситуации с комплектацией я, в
принципе, готов программировать PICи на ассемблере. AlexG(141 знак., 29.05.2022 17:38)