Python для разработчика, зачем? Опции

[Dubov]

Прошу рассказать о каких-либо примерах применения Python в Embedded.

Все чаще в вакансиях встречаю требование знать Python. Ума не приложу где его можно применить программисту C++.

Поделитесь опытом, как Python и скрипты сделали вашу жизнь проще. Возможно, в тестировании как-то это полезно?...

Сообщение отредактировал Dubov - Mar 13 2018, 14:15

[dxp]

PEP-20 же. Дзен питона. Я же написал же. https://www.python.org/dev/peps/pep-0020/

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

Matlab сейчас - это просто solution provider, не более.

А он (матлаб) уже научился быть многопоточным?

[alexunder]

А он (матлаб) уже научился быть многопоточным?

Удар ниже пояса Пусть пользователи современного Матлаба ответят.

[AlexandrY]

Удар ниже пояса Пусть пользователи современного Матлаба ответят.

В курсе что компоненты с COM интефейсом ( не путать с COM портом) уже всегда в своем потоке исполняются?

Не вижу в этом смысла. У меня GUI делаются в C#, вызываются из Питона. Я вроде даже пример кода привел.
Никогда не видели Winforms и WPF? Или хотите удивить меня какими-нибудь виджетами из RAD Studio?

Нет, я хотел вот именно такой ответ.

[alexunder]

В курсе что компоненты с COM интефейсом ( не путать с COM портом) уже всегда в своем потоке исполняются?

Конечно. Запустите расчет коэффициентов какого-нибудь фильтра или просто обмен по COM (не путать с Component object model) в отдельном потоке.

Нет, я хотел вот именно такой ответ.

Ну, слава богу. А то я подумал, что придется Вам рассказывать про то, как в C# GUI создаются.
Механизм-то, надеюсь, понятен?

PS. Модуль treading даёт только кооперативную многозадачность.

Да, конечно. Но могло быть намного хуже (см Матлаб).

[AlexandrY]

Конечно. Запустите расчет коэффициентов какого-нибудь фильтра или просто обмен по COM (не путать с Component object model) в отдельном потоке.

Может у вас опыт от XP, но в API WinRT все коммуникации работают под COM т.е. в своих потоках.
C# да, достойный язык, тем более странно зачем тут нужен питон. За уши притягиваете?
Пока достойных примеров, кроме как желания вывалить в опенсорс я для питона не видел.
Это чем то напоминает хайп ардуинщиков.

[alexunder]

Может у вас опыт от XP, но в API WinRT все коммуникации работают под COM т.е. в своих потоках.

причем тут XP? COM-технология существует со стародавних времен.
Сделайте на лучезарном матлабе програмку с GUI, чтобы она в фоновом режиме читала данные с COM-порта и выкладывала их на график в GUI. Только без использования Parallel Computing Toolbox

C# да, достойный язык, тем более странно зачем тут нужен питон. За уши притягиваете?

Вы, кажется, так и не поняли. В моем примере на C# делаются "формы", которые потом "отливаются" в DLL. Последняя прицепляется к фремворку на Питоне, который состоит из всевозможных скриптов для измерения и обработки данных. Этот фреймворк используется на разных машинах, разными пользователями, которые могут добавлять или модифицировать скрипты. Реализовавыть это все с C# потребует гораздо больше времени и будет менее гибким решением.

Пока достойных примеров, кроме как желания вывалить в опенсорс я для питона не видел.

Возможно, у Вас еще не было подходящих задач. Примеров выше было приведено достаточно.