https://opennet.ru/openforum/vsluhforumID3/109487.html Доступен (http://www.mail-archive.com/python-announce-list@python.org/msg07735.html) выпуск Cython 0.25 (http://cython.org/), компилятора для языков Python и Cython. Язык Cython является расширенным вариантом языка Python, нацеленным на упрощение интеграции с кодом на языке Си и позволяющим создавать расширения на языке Си для проектов на языке Python так же просто, как писать код на Python. Cython расширяет возможности Python средствами для прямого вызова функций на языке Си, поддерживает определение переменных с типами языка Си и позволяет компилировать итоговый код на языке Cython в представление на языке Си, которое затем собирается штатным системным компилятором. <br><br><br>Основные новшества:<br><br><br><br>- Ускорен вызов функций Python, благодаря задействованию FastCall-оптимизаций, добавленных для CPython 3.6;<br><br><br>- Добавлена поддержка системы сборки bazel (https://www.bazel.io/);<br><br>- Начальная поддержка использования модулей Cython в Pyston (https://www.opennet.ru/opennews/art.shtml?num=44789), реализации я https://opennet.ru/openforum/vsluhforumID3/109487.html#50 Fri, 27 Apr 2018 07:01:01 GMT Ага, Matlab - вершина совершенства, ога. :))<br> https://opennet.ru/openforum/vsluhforumID3/109487.html#49 Mon, 31 Oct 2016 05:59:37 GMT Думаю, проблемы повышения производительности программ на Python - в большинстве случаев надуманны. Уверен что оптимизация алгоритмов и перенос части работы в более подходящие python-библиотеки - даст сопоставимый с тяжелой артиллерией эффект (чем распараллеливание, вынос кода в си-библы, задействование GPU итп). <br><br>Пример ускорения кода по сравнению с BAT/VBS/WSH/PS я привел, и ведь на моих сисадминов это никакого влияния не произвело: административные скрипты, на 80% взятие из Интернета они переписывать не будут даже из-за кратного роста скорости. <br><br>"Быстрота" нужна в очень ограниченном круге задач (процессинг итп), но там скорее нужна realtime os, где все упомянутые ЯП идут лесом. Но и здесь хватает субъективизма: обычный CPython обеспечивает опрос 5 сенсоров с интервалом в 100 миллисекунд на Pi2, ежеминутно скидывает дамп в память, крутит web-сервер, делает фото и рассылает почту с ними. Я себе плохо представляю ЯП и задачу, которую нельзя реализовать на змеюке так, чтобы не захотелось ее переписать на https://opennet.ru/openforum/vsluhforumID3/109487.html#48 Mon, 31 Oct 2016 01:57:07 GMT go проще питона<br> https://opennet.ru/openforum/vsluhforumID3/109487.html#47 Fri, 28 Oct 2016 18:16:31 GMT А чё редакторы забили новости про NUITKA кидать? Последняя 2015 г., а с тех пор Нуитка хорошо продвинулась, и на мой взгляд намного эффективнее чем все остальные, если нужно вытянуть из питон программы максимум производительности.<br> https://opennet.ru/openforum/vsluhforumID3/109487.html#46 Fri, 28 Oct 2016 13:41:37 GMT &gt; Я не "соревновал" Python с BASH, а лишь констатировал факт.<br>&gt; Другие товарищи считают что Bash априори быстрее.<br><br>Ну выглядело-то это как заявка на серебяную пулю.<br><br>&gt; Про Perl уверен - в скорости он будет если и лучше, то ненамного.<br><br>В задачах обработки текста довольно-таки намного. Сто раз уже сравнивалось.<br><br>&gt; На Perl не пишу... Код будет компактней на Python.<br><br>Смелые выводы. Я вот уверен в обратном. Впрочем, это наверное потому, что я мало писал на Python и много на Perl, а Вы - наоборот.<br> https://opennet.ru/openforum/vsluhforumID3/109487.html#45 Fri, 28 Oct 2016 13:08:42 GMT &gt;&gt; А что за ПО, если не секрет?<br>&gt; Предположил бы, что Odoo, но она очень даже небесплатная, а с версии <br>&gt; 9 - ещё и огороженная по самое небалуй.<br><br>YetAnotherOnanym - это да, ODOO. И она имеет бесплатную открытую Community-версию. Проект с недавних пор разделен. Большинство модулей имеют лицензию AGPL-GPL-LGPL. Платные - только небольшие фильтры и экзотика. Всё это можно написать самому. <br><br>Миллиарды долларов, я вижу, никого уже не впечатляют. Тема продакшн-непригодности не сходит с уст прогрессивного человечества... :-)<br><br><br> https://opennet.ru/openforum/vsluhforumID3/109487.html#44 Fri, 28 Oct 2016 13:01:30 GMT &gt; А тем временем в LibreCAD 3 отказались от Python в пользу Lua. <br>&gt; http://github.com/librecad/librecad_3 <br><br>И это надо приветствовать! Грустно было бы - если бы они совсем убрали макросы. Lua хороший язык, близок к змеюке. На как 1С-ник скажу - 5% времени кодинга тратятся на ; <br><br><br> https://opennet.ru/openforum/vsluhforumID3/109487.html#43 Fri, 28 Oct 2016 13:01:02 GMT &gt; А тем временем в LibreCAD 3 отказались от Python в пользу Lua. <br>&gt; http://github.com/librecad/librecad_3 <br><br>И это надо приветствовать! Грустно было бы - если бы они совсем убрали макросы. Lua хороший язык, близок к змеюке. На как 1С-ник скажу - 5% времени кодинга тратятся на ; <br><br><br> https://opennet.ru/openforum/vsluhforumID3/109487.html#42 Fri, 28 Oct 2016 12:58:49 GMT Я не "соревновал" Python с BASH, а лишь констатировал факт. <br>Другие товарищи считают что Bash априори быстрее. <br><br>Про Perl уверен - в скорости он будет если и лучше, то ненамного. <br>Код будет компактней на Python. Скорость разработки для меня важнее скорости выполнения. <br><br>Вот еще затравка: код на VBS - 5 кБ, время написания 15 часов. Аналог на Python - 1 кБ, время написания 3 часа. На Perl не пишу, может кто сравнит. <br>