caxapa.ru :: Попробую изложить свои интуитивные ощущения. Все дело в возможности привлекать к проекту программеров разной квалификации.

Evgeny_CD, Архитектор (14.01.2008 13:59, просмотров: 407) ответил =AlexD= на 2Evgeny_CD: Может тебе поискать транслятор C++ -> C (вроде есть такие), и перейти на другой уровень? Многие вещи, в том числе по отладке программы на хосте делаются в плюсах просто, как дыхание, без корчей с внешними языками шаблонов.

Попробую изложить свои интуитивные ощущения. Все дело в возможности привлекать к проекту программеров разной квалификации. С++ - ядреная штка. Изучать его надо по взрослому, не один год, иначе - "обезьяна с гранатой". Сам я его рано или поздно освою. Напрягусь - рано освою. Но! Мне очень хочется иметь возможность привлечения аутсорсеров. Разной квалификации. Свою С систему разработки я проектирую с таким расчетом, чтобы написать простой и понятный учебник по ней. Т.е. нанимаешь аутсорсера, даешь ему тестовый проект в рамках очерченной системы координат. И сразу понятно - твоей это человек или нет. С++ обучать гораздо дольше, это факт.

Ответить

- Эхх, сдаётся мне, что чем дальше, тем больше тебе будут попадаться программёры, которые будут худо-бедно ориентироваться в плюсах, а в ограничениях Си спотыкаться. Хотя согласен, написать спецификцию для исходника на плюсах на порядок сложнее. =AlexD=(115 знак., 14.01.2008 14:18)
  - скорее все больше будет C# - bialix_(14.01.2008 17:40)
    - Не, ну еще есть мир линухового программизма, там # не канает. Кстати, из начинающих линуховых программеров хорошие embedded программеры выходят. Философия обязывает. Продвинутых линуховых программеров хрен наймешь - они денег стоят. - Evgeny_CD(14.01.2008 18:02)
      - у меня сложилось впечатление, что в линуховом мире тщательно культивируется культура Си-программирования, и плюсы -- это скорее исключение или данность от Qt. - bialix(14.01.2008 20:33)
        
        Изучение названий книг показало, что если в названии буки есть (Linux) & (C++), то Qt будет точно :) - Evgeny_CD(14.01.2008 21:49)
  - Во! В точку! Архитектором прог на С я худо-бедно могу быть. Они даже после этого работают :) Для этого мне 2 года потребовалось. Благо книг по С с прицелом на embedded немало. На С++ пока не готов быть архитектором. Да и книг по embedded C++ мне пока Evgeny_CD(138 знак., 14.01.2008 16:49)
    - И не стОит. - 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)
- а с чего вы взяли, что проект не может состоять из модулей на C++ и модулей на C? - Gamma SPb(14.01.2008 14:07)
  - Всё можно, но делать так ИМХО следует только от безисходности. Есть множество тонких отличий, начиная от сигнатур функций, которые создают головную боль. Но можно :-) (есть опыт) - =AlexD=(14.01.2008 14:21)
  - Да, полностью согласен, что разные части могут быть написаны на рызных языках. Но тут скорее важна моя внутренняя неготовность полностью перейти на С++ (чтобы ядро я писал на ++, а отдельные модули могли быть написаны на С). - Evgeny_CD(14.01.2008 14:11)

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