Выплескивание эмоций

Ага! А что там питон... сапоги-скороходы вообще на бейсике делают(тот, что с номерами строк... эдак готов 80-х).
Про распальцовку уже было сказано.

 

А вообще надо в карты... ну или домино. Как сыграешь таков и алгоритм
Можно вообще крестики-нолики ну типа тренд такой современный.

 

Ещё немного и чертёжник - (инженер - конструктор) - не нужен будет. Открыл прогу - задал параметры - забрал результ с математикой - отдал на производство. Жёстко но .... Ещё немного и тот кто не разбирается в электронике будут работать за копейки - даже у нас к этому прийдут. Армия и т.п. не в счёт... Имхо конечно.. знания очень быстро устаревают....

 

есть же FBD. Промышленный стандарт.

 

Да тот же STM CubeMX.
Можно погуглить и ещё что-нибудь найти.

 

Это Си.
Могу дополнить:
Simplicity Studio
Atmel Start
SensorStudio (ну или как там его...не помню) от TI

Но это тоже всё Си.
Мы же про язык, который его должен заменить.

 

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

Создавая новые языки программирования люди основываются на имеющихся языках. Вот взять, например, язык C++ -- компилятор, который может компилировать программы, написанные на этом языке появился относительно не давно. А до этого долгое время код C++ транслировался в код на языке C и компилировался С-шным компилятором. Но это не мешало существованию отдельного языка и написанию программ на нём.
Или взять семейство компиляторов GCC (в той или иной степени используется такими средами как Atmel Studio, Arduino IDE и т.п., WinAVR на нём основан) -- в этом семействе нет компиляторов, которые могли бы из программы на языках C или C++ сделать сразу бинарный код -- они (компиляторы) не умеют этого делать. Просто разработчики компиляторов GCC не стали изобретать велосипед и воспользовались готовыми решениями.
Но тем не менее, не смотря на то, что нет компилятора, способного из программы на языке C напрямую создать прошивку для МК (например, для твоих любимых ATtiny817), ты продолжаешь считать, что языку C нет замены в области МК.
Пока может и нет, но время не стоит на месте...

 

Что значит "ну и что"?

это уже технолог.

Это справедливо для ограниченного набора устройств. Для приложений, где сложность чуть выше, чем мигание светодиодом, повозюкать мышкой не получится. @Igor68 и его задачи яркий тому пример.

Так поступили не только разработчики GCC.

Си и ассемблер. Так считаю не я, а производители МК.

 

нету барсика в стандартной поставке SDK.

конечно, про МК. Но ситуация сегодня такая, что стёрта грань между МК и RISC процессорами. Так что и про них тоже.

на горизонте маячит абсолютно другая вычислительная технология.

 

Какая?

EFM32PG12B500F1024GL125 - кто назывёт название МК длиньше?

 

квантовая

 

Надеюсь фортраном или С/С++ с openmp обойдётся.
У Амазон и Гугл уже можно попробовать.

 

Вот "то и значит" -- какая разница, что там внутри, если программист использует другой язык.

Технолог действует точно в соответствии с инструкцией, а здесь нужен творческий подход, поэтому именно программист -- "возюкает мышкой" потому, что разрабатывает и реализовывает алгоритм работы программы.

Вот разработчики Lego Mindstorm с тобой совсем не согласны. Есть и серьёзные промышленные среды, но они обычно закрытые и информации в общем доступе нет. А, если посмотреть "с высоты птичьего полёта", то есть немалое количество систем программирования, в которых программисты работают, "возюкая" мышкой, и при этом создают сложные программы, которые по сложным алгоритмам обрабатывают большие объёмы данных (язык BPEL, среда Informatica). Или, например, Uniti (среда для создания игр) -- ребёнок смог сделать простую 3D стрелялку только "возюкая" мышкой (а в таких играх нужно эмулировать физический мир со всеми вытекающими...).
А что касается работ Igor68, может он на работе и делает что-то сложное, но вот те вопросы, которые он озвучивает на форуме, я бы отнёс к среднему уровню сложности (это с учётом специфики этого форума). Просто он их решает не самыми простыми способами. ParovoZZ, может из-за того, что простые задачи решаются сложным способом, у тебя сложилось впечатление о некоторой сложности этих задач.

На самом деле производители МК ни как ни считают. Точнее считают, но только деньги, которые они вынуждены тратить на производство и продвижение своих МК. Поэтому, если есть возможность сэкономить, они обязательно сэкономят. А тут на горизонте из бесплатных компиляторов только GCC. Вот поэтому компиляторы C/C++, а в месте с ними и соответствующие языки в текущий момент наиболее сильно распространены.
И хотя языки С и С++ чуть ли не возглавляют рейтинг самых худших и неудобных языков, придуманных человечеством. Но за неимением бесплатных альтернатив, приходится действовать по принципу -- "мыши кололись и плакали, но упорно продолжали жрать кактус".
Но с таким положением согласны не все разработчики, поэтому то и дело появляются новые языки. Сейчас вот Rust пытаются двигать. Уже есть целая ОС Redox, написанная на этом языке (поговаривают, что уже можно пробовать на реальном железе её запускать).
А что касается промышленности, особенно ответственных систем (типа медицинского оборудования, бортового оборудования авто или гражданских самолётов), то там уже давно есть запрос на модельно ориентированную разработку -- вкладываются немалые деньги в разработку инструментов, где разработчики будут "возить" мышкой. Всё потому, что то, что программист "навозюкает" мышкой, гораздо проще проверить на отсутствие ошибок и закладок, чем, то, что некоторые "программисты" напрограммируют на языке C, думая что пишут более оптимальный код, чем код, поставляемый производителем МК.

PS: Кстати, именно убогость языка C не позволяла этому языку долгое время проникнуть в сферу бортовых систем авиации. Только после придумывания жёстких правил по оформлению кода (типа MISRA и т.п.), язык C был разрешён для использования.

ParovoZZ, вылазь из своей ямы -- мир программирования (даже, если ограничится МК) гораздо более многогранен и разнообразен и не ограничивается только Assembler'ом или C/C++.

 

Ребят строго - престрого ИМХО - без обид - просто мнение инженера-электронщика.

Это же дизайнер, а прогмастер - у него ТЗ так-то - и как он его обсформачит - здесь да творчество...
Есть ещё одна общинка - называется "Менеджеры" - вот они и рулят.

С трудом верится - у ребенка, что есть мировоззрение и восприятие мира взрослого?
Сложно даже представить что он там нагородит...Если конечно он не Черная Мамба в физике, что тоже сомнительно...
А вообще работая инженером пришёл к выводу, что чем меньше затрат на разработку и отладку тем больше вероятность,
что тебе отдадут заказ - всем по-фигу как ты его сделал и что оно будет ломаться в процессе эксплуатации - а разработчик даже не знает почему - вот тут-то ассемблер кстати. Но честно говоря в своёй фирме лучше бы держал знающего человека с опытом, а не компипастера - лузера.
Опыт - сила!
Всех с Наступающим!!!

 

Всякие графические примочки на данный момент не являются языками.

и тут Остапа понесло....мы говорим про самый низ: программирование микроконтроллеров.

IAR, который с любой стороны платный, до сих пор на плаву.
Мне рассказывали историю: ребята купили лицензию IAR. За счёт лучшей оптимизации итоговой прошивки, они вставили в своё изделие более дешёвый МК. У них была мелкосерийка, но даже при таком подходе они очень хорошо "наварились".

это всё в восьмибитки влезет?

 

Да ну. На любом производстве балом правят технологи.

 

Товарищи! Лунный язык и C уже сравнивали. Теперь решили сравнить С/С++ и ассемблер с неопределённой группой языков?

 

О ужас, в калькуляторе на Raspbian OS можно заменить значение числа Пи!
Какие константы добавим и к чему приравнивем число Пи?