https://www.opennet.ru/openforum/vsluhforumID3/106167.html Представлен (http://nuitka.net/posts/nuitka-release-0517.html) новый выпуск проекта Nuitka (http://nuitka.net/), в рамках которого развивается компилятор, позволяющий транслировать скрипт на языке Python в представление на C++, которое затем можно скомпилировать в исполняемый файл, использующий libpython для обеспечения максимальной совместимости с CPython (используются штатные средства CPython для управления объектами). Обеспечена полная совместимость с актуальными выпусками Python 2.x и 3.x. По сравнению с CPython скомпилированные скрипты демонстрируют (http://nuitka.net/pages/overview.html) в тестах pystone повышение производительности на 258%. Код проекта распространяется под лицензией Apache. Ключевыми улучшениями новой версии является обеспечение полной поддержки Python 3.5 и сопрограмм, добавление новых оптимизаций, а также улучшение реализации генераторов.<br><br><br>URL: http://nuitka.net/posts/nuitka-release-0517.html<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=43600<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#114 Sat, 09 Jan 2016 07:19:08 GMT есть Cython и автоматический инструмент генерации его типов из оригинального пайтона. Но вам я инструмент не дам <br>а Сайтон быстрый что твой С<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#113 Tue, 05 Jan 2016 18:12:16 GMT Вот сам плюсами балуюсь, но от версии к версии они имхо только всё более и более адовыми становятся. )) и компиляция всё дольше и дольше. ))<br><br>Их бы упростить, а туда наоборот всё тащат новую хрень какую-то и тащат...<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#112 Tue, 05 Jan 2016 14:39:08 GMT Компилятор для питона - всё равно, что велосипед с мотором: едет, конечно, быстрее, но...<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#111 Mon, 04 Jan 2016 10:56:09 GMT &gt; "Порог выхода" из гов^Wгвидобейсика значительно выше и тяжелее, чем "порог входа" в <br>&gt; C++.<br><br>Смело задирай последний в бесконечность - после более-менее нормального языка на C++ никто<br>в здравом уме и трезвой памяти и не взглянет.<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#110 Mon, 04 Jan 2016 10:50:29 GMT &gt; Минимум, того, что там должно было быть заявлено для их <br>&gt; получения - что в CPython везде, где возможно, в стандартной библиотеке <br>&gt; будут хинты.<br><br>А оно надо, заявлять-то? Это ж вроде как PEP...<br><br>&gt; плюс результат не зависит от наличия интерпретатора определённой версии.<br><br>И что означает эта странная фраза? Надо полагать, что в Python - зависит?<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#109 Sun, 03 Jan 2016 20:56:24 GMT &gt; Я, конечно, понимаю, что тут опеннент, но всё-таки как насчёт пруфов? Вот <br>&gt; порог вхождения в Java или C++, он выше гораздо. Но никак <br>&gt; не возьму в толк как синтаксис связан со скоростью разработки?<br><br>"Порог выхода" из гов^Wгвидобейсика значительно выше и тяжелее, чем "порог входа" в C++.<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#108 Fri, 01 Jan 2016 17:33:30 GMT Не. Потому что https://www.python.org/dev/peps/pep-0484/#id11 - с таким подходом не будет плюшек. Минимум, того, что там должно было быть заявлено для их получения - что в CPython везде, где возможно, в стандартной библиотеке будут хинты.<br><br>Go - то, что писать на нём не медленнее, чем на питоне, но за счёт компилируемости он даёт выигрыш в производительности с ровного места, плюс результат не зависит от наличия интерпретатора определённой версии. А список пользователей у него уже достаточно большой - https://github.com/golang/go/wiki/GoUsers . Не то, чтоб меня это радовало...<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#107 Fri, 01 Jan 2016 02:53:23 GMT Подписываюсь. Для прикладного уровня есть Java, С# и функциональные надстройки - Scala и F#.<br>Для системы есть С, для микса системы с аппликухой - C++.<br><br>Все. С прямыми мозгами их осилить проще, после чего иметь универсальный подход, чем скакать по 100500 скриптовых языков и упираться в их ограничения, вытекающие из BASIC-овости.<br> https://www.opennet.ru/openforum/vsluhforumID3/106167.html#106 Fri, 01 Jan 2016 02:47:40 GMT &gt;&gt; То есть можно сколько угодно знать Java 8, но на работе будет Java 6.1.1. И не дай бог ты её поменяешь на 6.2! Если проект выкинет ошибку не на этапе тестировани, а через дня работы в реале - полетишь с работы. <br><br>- Вы явно никогда не работали с Java. Версий 6.1.1 и 6.2 нет в природе, обратная совместимость между JDK 8 и JDK 6 практически полная и редкие нестыковки решаются через endorsed.<br>