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