Да, qserialport неплохая либа. Я помню времена когда чел его пропихивал в qt. Даже на форуме с ним общались. Наш соотечественник :)

@wirefowaelesho4093, пожалуйста, нажмите на кнопку ниже в течение указанного времени, иначе вы будете кикнуты. Спасибо! (60 сек)

Век живи, век учись

In [8]: for i in range(10):
   ...:     n = 0.123456 * (10 ** i)
   ...:     print('{:.5} {:.5f}'.format(n, n))
   ...:     
0.12346 0.12346
1.2346 1.23456
12.346 12.34560
123.46 123.45600
1234.6 1234.56000

In [8]: for i in range(10):
   ...:     n = 0.123456 * (10 ** i)
   ...:     print('{:.5} {:.5f}'.format(n, n))
   ...:     
0.12346 0.12346
1.2346 1.23456
12.346 12.34560
123.46 123.45600
1234.6 1234.56000

это кстати фича чисто питона. бывает удобно. в rust у меня так и не получилось форматировать как :.5

Добрый день! Можно спросить вопрос, кто-нибудь пробовал переводить традиционный Javascript для Django - куча JS файлов в разных модулях, разбросанных в lib/site-packages на ES6 / ES2015 с import / export? Что-то совсем не получается. Webpack как я понимаю ожидает что мои JS файлы будут в одном каталоге в куче а не в модулях lib/site-packages. неужели нет готовых решений чтобы static files обработать babel / polyfill с нужными опциями?

Я не хочу переводить все на react / vue, я хочу лишь сделать ES2015 модули из старых ES5 JS (без модулей).

И у меня не SPA, а традиционное приложение - однако JS много.

Для webpack надо просто задать entrypoint и там указать все твои импорты и из него на выходе получится один файл

Если лень разбираться с webpack возьми https://parceljs.org/

Попробую. Плохо что вручную. И еще не нравится webpack очень массивный, тяжелый. Я хотел встроить babel прямо в django static files.

some people found error messages they couldn't ignore more annoying than wrong results, and, when judging the relative merits of programming languages, some still seem to equate "the ease of programming" with the ease of making undetected mistakes

> И у меня не SPA, а традиционное приложение - однако JS много.

есть мнение,  что традиционные приложения умирают как класс

то есть проблемы с ними мало кому интересны, поэтому ничего нового в этой сфере не появляется для повышения удобства работы с ними

вероятно, лучшим был бы плавный переход на Vue.js + трансформация Django-приложения в некий API-сервер

и на Vue.js не обязательно сразу делать весь проект, можно только компоненты и потом подгружать их

при этом сами данные тоже не обязательно загружать с RESTful API (например)

вот там есть такой тег шаблонизатора json_script как раз для старых классических проектов

со стороны Vue.js билдить можно так: https://cli.vuejs.org/guide/build-targets.html#async-web-component

это первый шаг, на втором шаге вы делаете API и заменяете json_script на это новое API (удаляете эти теги и вместо них делаете через fetch запросы к DRF, например)

на третьем шаге вы окончательно внедряете Vue.js и делаете на нём роутер (то есть у вас на Django в начале этого шага будет API и роутер, а в конце шага роутер вы переносите на Vue.js и создаёте полноценный проект на Vue.js)

плюс такого подхода: возможность растянуть процесс на несколько лет, т.е. растянуть для заказчика процесс оплаты тоже на несколько лет (если у него нет денег всё переписать сразу)