Тут все суровые, бородатые дядьки-программисты, которые юмор не воспринимают в принципе?

в чем связь хорошего программиста и хорошего юмора)

в чем связь хорошего программиста и хорошего юмора)

а вот вопрос, как питоновские исходники защитить? )

Эмбеддед очень странный рынок. Там мидлу или джуну очень печально

эмбедед - знание схемотехники + язык Си. Паяльник. Осцилограф. Никакого С++, ООП, ничего, что относится к куче, сборке мусора и т.п. Никакой STL. То есть большая часть экспириенса современных среднестатических кодеров на джаве/питоне/с++се/го бесполезна

платформа какая?

для какого проца с rtos заходит с++?

даже либа стандартная при нем та же

чего бы ему и не зайти-то

да всё просто, мне нужно: 1) Для хобби, чтоб колхозные железки с остальными девайсами связать можно было, тупо даже градусник продвинутый сделать. 2) Думаю о специальности, в первую очередь не ради заработков а в качестве резервного варианта и чтоб с официальный стороны я выглядел хорошо, может сертификатов ещё получить каких. На данный момент у меня есть заработок(можно сказать коммерция), но он не полностью официальный и привязан к месту ) То есть если я перееду отсюда, допустим в другую страну или хотя бы другой город, не факт что получится аналогичным образом зарабатывать. Точнее получиться то получится, но вряд ли это будет быстро.

чего бы ему и не зайти-то

другое дело, что в стандартной либе нет реально ни-че-го

для какого проца с rtos заходит с++?

ээээ, нет, это не С++, а то, что на него понавесили.

потому что кучи нет. нет динамических массивов, соотв. такие штуки как std::vector и std::map бесполезны или вообще не работают. Плюс нуооочень сильно замедляется компиляция с темплейтами STL. Плюс непредсказуемое поведение и глюки.

Для любого. Простой пример что дефолтные либы Ардуино на плюсах и предлагается писать на плюсах под него. Почитайте современные тренды что ли

ардуино - это игрушка и обучалка, а не пром. платформа

а, ну если просто сделать класс и прилепить к нему методы, то можно конечно, но это скорее Си-стайл-С++

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

ооп - виртуальные функции, остальное на сях более или менее нормально ( но можно конечно этот самый embeded c++, вреда не будут) пример типичной задачи на STM32 - програмный параллельный асинхронный I2C на 16 каналов. Темплейты для такого бесполезны. Языковая хрень на подобие конструкторов копирования и перегрузки функции - вредна. Я 5 лет примерно проработал эмбедщиком после книвера. Ни разу не видел кого-то, кто реально импользует С++ больше чем const, namespaces и enum. Но даже это считается экзотикой, потому что включает вредные опции и потенц. грабли

Индустрия полна ретроградов

какь только сделашь хоть один не тривиальный проект с rtos (что-то чуть более полезное чем помыргать светодиодами), сразу вкуришь, что то, что считаешь ретроградством, на самом деле прагматичный выбор опытных инженеров

коллеги, я бы, может, свернул бы эту дискуссию

коллеги, я бы, может, свернул бы эту дискуссию

да всё просто, мне нужно: 1) Для хобби, чтоб колхозные железки с остальными девайсами связать можно было, тупо даже градусник продвинутый сделать. 2) Думаю о специальности, в первую очередь не ради заработков а в качестве резервного варианта и чтоб с официальный стороны я выглядел хорошо, может сертификатов ещё получить каких. На данный момент у меня есть заработок(можно сказать коммерция), но он не полностью официальный и привязан к месту ) То есть если я перееду отсюда, допустим в другую страну или хотя бы другой город, не факт что получится аналогичным образом зарабатывать. Точнее получиться то получится, но вряд ли это будет быстро.

Если кто не в курсе, можно ещё это - https://ziutek.github.io/2018/03/30/go_on_very_small_hardware.html но это изврат конечно

а вот как модно платформонезависимо передать по сети из сишного приложения в гошное пачку флоатов?

Если кто не в курсе, можно ещё это - https://ziutek.github.io/2018/03/30/go_on_very_small_hardware.html но это изврат конечно

а.. Так это emgo. Я думал что он загнулся.

Лично у меня такие задачи на STM32, что Го для них 1) бесполезен чуть боле чем полностью 2) вреден страшно, ибо как мне настроить работу прерываний от таймеров, как опрашивать АЦПухи и брать байты с уартов в купе со сборкой мусора - я хз. Я пробовал с этим emgp играться, получается фигня какая-то

различные гонки за ресурсы - таймер не срабатывает, в аппаратный I2C затыкается CLK и т.п. Плюс недетерминированные зависания. В IAR студии это всё легко локализуется, с emgo остаётся только гадать что реально происходит

Спасибо, буду иметь ввиду. Если что - напишу в личку. Хотя вряд ли у кого то возникнет желание разбираться с адской схемой с хардкорной аналоговой электроникой

в смысле не emgo, я имел ввиду свой проект на STM32

У автора 3 контрибьютора и все трое орфографию поправляют. Постыдились бы.

? Я писал про emgo

Есть еще такое, но чот не активно в последнее время https://embd.kidoman.io/

ну а вообще это ничего плохого если будет в кажом тесте коннект происходить?

Присоединюсь к вопросу. Поидее держать постоянное соединение с базой быстрее чем подключаться , делать запрос и отключаться. Или это не так??