https://opennet.dev/openforum/vsluhforumID3/117748.html Спустя более четырёх лет с момента формирования прошлой значительной ветки доступен (https://github.com/jpype-project/jpype/releases/tag/v0.7) релиз прослойки JPype 0.7 (https://github.com/jpype-project/jpype/), позволяющей организовать полный доступ Python-приложений к библиотекам классов на языке Java. При помощи JPype из Python можно использовать специфичные для Java библиотеки, создавая гибридные приложения, сочетающие код на Java и Python. Код проекта распространяется под лицензией Apache 2.0.<br><br><br>В отличие от Jython, интеграция с Java достигается не через создание варианта Python для JVM, а через взаимодействие на уровне обеих виртуальных машин, используя разделяемую память. Предложенный подход позволяет не только добиться хорошей производительности, но и предоставляет доступ ко всем библиотекам CPython и Java. В новом выпуска полностью переписан код основного модуля, добавлена поддержка <br>unattached-потоков, улучшена защищённость, обеспечена трансляция Java-исключений в Python-исключения, изменено https://opennet.dev/openforum/vsluhforumID3/117748.html#34 Sun, 30 Jun 2019 15:31:15 GMT есть. собрать в один пакет это все и предложить как самый современный дергатель скриптов. назовем всежрущий комбаин. всежрущий относится ко всему - память, система и производительность. производители железа будут в шоке, но очень рады. начнем продвижение в основные компоненты систем.))))<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#33 Sun, 30 Jun 2019 10:29:41 GMT Надо чтоб в виртуалке из systemd путём активации legacy bash init-скриптов запускался докер-контейнер с питон-скриптами, запускающим JVM-код, зависящий от API.NET/mono, подгружающий perl-скрипты, дёргающие плагины на Go и общающийся с субпроцессами на node.js через XML.<br>Есть ещё предложения как это осовременить?<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#32 Sat, 29 Jun 2019 21:08:06 GMT он по заказу на каждую платформу. он же сказал быстро))<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#31 Fri, 28 Jun 2019 05:58:26 GMT У питона, в отличии от Жавы, ниши нет. Он везде плох.<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#30 Fri, 28 Jun 2019 00:38:05 GMT у них у обоих есть свои ниши где они хороши. проблема в том , что их пропихивают туда куда не положено и для чего они не создавались. зато аля прогресс.<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#29 Fri, 28 Jun 2019 00:36:35 GMT правильный? держать в работе 2 интерпритатора (все равно не получится полностью реализовать эту идею. не все пойдет)? и обои жрут производительность и память? он правильный только с точки зрения использования старого кода, но в остальном .... как говорится хотели заправить в дырявый бак бензин)))<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#28 Fri, 28 Jun 2019 00:32:12 GMT это они отслоились от "ВЕРЫ"))) в самом начале же кричали- "мы создадим идеально переносимую платформу". разве нет? его создавали примерно по тем же принципам , что и яву. вот только пути у них немного отличились. да и честно сказать код на питон и писать и читать проще явы. и уж если дергать из питона яй*, хм хвосты других яп то уж лучше чем из явы питона или других.)) а вообще идеальных яп не бывает. все с косяками, когда выходят за пределы того для чего создавались. а они все сейчас выходят. абсолютно. си/с++ всегда был языком системного программирования, а сейчас где попало используется( ну ладно хоть он лучше других подходит для этого), но блин наплодили всяких электронов и пихают их в системные. вот это из грязи в князи.<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#27 Thu, 27 Jun 2019 20:37:13 GMT Больше питона лучше чем больше джавы.<br> https://opennet.dev/openforum/vsluhforumID3/117748.html#26 Thu, 27 Jun 2019 20:35:26 GMT Только гвидо может (мог) судить для чего создан питон. Даже в правилах питона такой пункт есть. А ты еретик и не нужен.<br>