caxapa.ru :: Во! В точку! Архитектором прог на С я худо-бедно могу быть. Они даже после этого работают :) Для этого мне 2 года потребовалось. Благо книг по С с прицелом на embedded немало. На С++ пока не готов быть архитектором. Да и книг по embedded C++ мне пока

Evgeny_CD, Архитектор (14.01.2008 16:49, просмотров: 303) ответил =AlexD= на Эхх, сдаётся мне, что чем дальше, тем больше тебе будут попадаться программёры, которые будут худо-бедно ориентироваться в плюсах, а в ограничениях Си спотыкаться. Хотя согласен, написать спецификцию для исходника на плюсах на порядок сложнее.

Во! В точку! Архитектором прог на С я худо-бедно могу быть. Они даже после этого работают :) Для этого мне 2 года потребовалось. Благо книг по С с прицелом на embedded немало. На С++ пока не готов быть архитектором. Да и книг по embedded C++ мне пока не попадалось. Все какие-то абстракции, которые в 32к ОЗУ трудновато впихнуть. Скорее, при их осмыслении оперируют объемами 32М а не к. :(

Ответить

- И не стОит. - General(14.01.2008 17:05)
  - нда, недалеко то время когда будут споры C vs. C++ вестись так же ожесточенно как ASM vs. C =)) - Gamma SPb(14.01.2008 18:00)
    - Думаю, оно уже наступило. Технических ограничений нет - С++, в том числе в варианте GCC, есть для всех популярных архитекетур, начиная от AVR. Как показала статья, на которую давал ссылку Bialix, операции в ++ выполняются несильно медленее простого Evgeny_CD(69 знак., 14.01.2008 21:57)
      - Ссылку на статью, которую я упоминал, давал Ruslan ->. Перепутал, прошу прощения. - Evgeny_CD(15.01.2008 01:09, ссылка)
        
        Собственно, в статье и ответ есть :) Производительность С++ вывода, мягко говоря, так себе. А это для embedded задач часто первично. - Evgeny_CD(15.01.2008 01:26)
        
        ответ неверный. Весь ответ в том, что большинство "ембеддеров" - железячники и начинали с чистого асма. А тех кого учат на программистов в это болото суваться не будут. Почитайте статьи с embedded.com - Gamma SPb(68 знак., 15.01.2008 10:27)
        
        А фсе просто. Приходит человек в мир программизма. Рядом ничего нет. И первое, что ему попадается - бука по С++, али по # какому долбанному. Он ее читает. И для него программизм = C++, или #. Потом он начинает понимать, что есть еще embedded Evgeny_CD(145 знак., 15.01.2008 11:27)
        
        у вас какая-то хитрая привычка переворачивать все наоборот. Да не пойдет человек, которого учили программированию в embedded!!! ему за яву/с# больше предложат. В крайнем случае - Linux на одноплатках Gamma SPb(149 знак., 15.01.2008 12:15)
        
        А простой человеческий интерес Вы уже забанили? Который не на бабле основан? Или Вы забыли, что это такое? Насчет "понимают, что нужно инструмент менять в очередной раз" - думаю, им это просто навязывают. - Evgeny_CD(15.01.2008 12:30)
        
        нет, Евгений, вы все таки в космосе... Какой нах интерес. Есть профессиональная деятельность, есть хобби. Мы тут вроде первое обсуждаем. А хоббисты могут писать хоть на бейсике - какие проблемы? Gamma SPb(421 знак., 15.01.2008 12:57)
        
        scmRTOS - это вообще отдельная песня. Начиналось с асма, потом прыжок на С++. Чувствуется, что человек растет и развивается. Вот и я о том же - С++ не так прост в осовоении, как хотелось бы. - Evgeny_CD(15.01.2008 13:08)
        
        где вы услышали про асм?? вот цитата из доки (выделение моё) Gamma SPb(886 знак., 15.01.2008 13:28)
        
        Вроде как раньше там все на асме было. В очень старых версиях. Но сейчас не могу найти. - Evgeny_CD(15.01.2008 13:43)
        
        а Си тоже навязали? - Gamma SPb(15.01.2008 12:58)
        
        Кхе-кхе... чуть пад стол не упал... =AlexD=(430 знак., 15.01.2008 09:53)
        
        Это защита от переполнения буфера - прореживание хранимой в нем информации :) Стандартный вывод ценен не printf, а именно стандартом. Т.е. есть некий стандартизованный способ выдать/всосать наружу из/в программы(у). И все, что ты делаешь, и делают Evgeny_CD(193 знак., 15.01.2008 10:51)
        
        Жека, дорогой, если б ты говорил о стандартных контейнерах, или математической либе... НО МОНСТРООБРАЗНЫЙ КОНСОЛЬНЫЙ ВВОД-ВЫВОД??? наф он тебе вообще? - =AlexD=(15.01.2008 11:02)
        
        Мухи отдельно, котлеты тоже. Возможности современных контроллеров таковы, что почти всегда можно вводить понятие драйвера - как некоей абстракции, и завязывать с прямой работой с портами. Софт должен быть модульным, и модуль должны быть связаны между Evgeny_CD(226 знак., 15.01.2008 11:15)
        
        Дрова не почти всегда стоит вводить, в сегда. Не стоит tap в фильтре делать через STDIO :), и чтобы обработчки прерывания от UART читал байт из порта через STDIO, а вот интерфейс к фильтру и драйверу порта через поток сделать - это всегда можно инужно. - Evgeny_CD(15.01.2008 11:32)
        
        Осталось спросить: скорость чего конкретно? :-) - =AlexD=(15.01.2008 11:25)
        
        А вот тут не скажу. Это пока для меня абстракция. - Evgeny_CD(15.01.2008 11:28)
        
        То-то и оно. Ты может и не в космосе, но в стратосфере точно. =AlexD=(196 знак., 15.01.2008 11:36)
  - В смысле - не стоит становиться архитектором по системам С++? С самим С++ разобраться до конца стоит, ибо многое их его методологии на ура применимо в С, особенно в "С с тегами и обработкой внешней тулзой". - Evgeny_CD(14.01.2008 17:15)

Средства и методы разработки