#graalpy — Public Fediverse posts
Live and recent posts from across the Fediverse tagged #graalpy, aggregated by home.social.
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Many #AI solutions live in #Python. Many production systems live on the #JVM. How do you connect both worlds without adding another service layer? Vishal Shanbhag shows a polyglot approach using #GraalPy.
Code & architecture: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
-
Many #AI solutions live in #Python. Many production systems live on the #JVM. How do you connect both worlds without adding another service layer? Vishal Shanbhag shows a polyglot approach using #GraalPy.
Code & architecture: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Need Python’s #AI/ML ecosystem in a #Java service? Most teams spin up a separate #Python #Microservice. But what if the Python code ran inside the same JVM process?
Vishal Shanbhag explores this with #GraalPy on #GraalVM.See the PoC: https://javapro.io/2026/03/10/bridging-java-and-python-for-ai-ml-in-production-the-case-for-graalpy-on-graalvm/
#JAVAPRO @graalvm
-
Java still feels “too heavy” for quick learning? @igfasouza shows how #Java25 + #JEP512, #JBang & notebooks make experimentation fast—then connects it to real hardware via #RaspberryPi + #GraalPy.
Try the stack: https://javapro.io/2026/01/15/java-25-jep-512-jbang-notebooks-graallpy-and-raspberry-pi-for-interactive-learning/
-
Java still feels “too heavy” for quick learning? @igfasouza shows how #Java25 + #JEP512, #JBang & notebooks make experimentation fast—then connects it to real hardware via #RaspberryPi + #GraalPy.
Try the stack: https://javapro.io/2026/01/15/java-25-jep-512-jbang-notebooks-graallpy-and-raspberry-pi-for-interactive-learning/
-
-
-
-
-
-
Сегодня я для себя открыл: Project Loom
"Loom" означает "ткацкий станок" - так назывался проект по добавлению асинхронности в джаву. Тяжёлые системные потоки заменили легковесными виртуальными потоками. Потоки и нити в английском называются одинаково - thread - отсюда название. Проект успешно внедрили пару лет назад, и я, к сожалению, это полностью пропустил. Основная причина, конечно - что я в принципе не ожидал от джавы никаких прорывов (и оказался на 100% неправ!) Ну и, как бэкенд-разработчик на питоне, я не очень-то слежу за развитием JVM-языков. Но исправляюсь: Project Loom - это блестящая идея. Учитывая, что его внедрили совместимым образом, и почти не было ломающих изменений. Я считаю, это оптимальная реализация асинхронности для высокоуровневого серверного языка. Уже почти все использующие JVM языки переехали на новую JVM, и, таким образом, на проект Loom: деваться им некуда. Так что, есть надежда, что это изменение откроет новую главу для некоторых из них. Есть также предположение, как оно может повлиять на скриптовые языки, такие как питон. Гипотеза только. Также, вы узнаете, почему Гвидо ван Россум не ошибся, когда добавлял async/await в питон, а Мацумото - создатель Ruby - тоже угадал, когда, наоборот, отказался от async/await.
-
Сегодня я для себя открыл: Project Loom
"Loom" означает "ткацкий станок" - так назывался проект по добавлению асинхронности в джаву. Тяжёлые системные потоки заменили легковесными виртуальными потоками. Потоки и нити в английском называются одинаково - thread - отсюда название. Проект успешно внедрили пару лет назад, и я, к сожалению, это полностью пропустил. Основная причина, конечно - что я в принципе не ожидал от джавы никаких прорывов (и оказался на 100% неправ!) Ну и, как бэкенд-разработчик на питоне, я не очень-то слежу за развитием JVM-языков. Но исправляюсь: Project Loom - это блестящая идея. Учитывая, что его внедрили совместимым образом, и почти не было ломающих изменений. Я считаю, это оптимальная реализация асинхронности для высокоуровневого серверного языка. Уже почти все использующие JVM языки переехали на новую JVM, и, таким образом, на проект Loom: деваться им некуда. Так что, есть надежда, что это изменение откроет новую главу для некоторых из них. Есть также предположение, как оно может повлиять на скриптовые языки, такие как питон. Гипотеза только. Также, вы узнаете, почему Гвидо ван Россум не ошибся, когда добавлял async/await в питон, а Мацумото - создатель Ruby - тоже угадал, когда, наоборот, отказался от async/await.
-
Сегодня я для себя открыл: Project Loom
"Loom" означает "ткацкий станок" - так назывался проект по добавлению асинхронности в джаву. Тяжёлые системные потоки заменили легковесными виртуальными потоками. Потоки и нити в английском называются одинаково - thread - отсюда название. Проект успешно внедрили пару лет назад, и я, к сожалению, это полностью пропустил. Основная причина, конечно - что я в принципе не ожидал от джавы никаких прорывов (и оказался на 100% неправ!) Ну и, как бэкенд-разработчик на питоне, я не очень-то слежу за развитием JVM-языков. Но исправляюсь: Project Loom - это блестящая идея. Учитывая, что его внедрили совместимым образом, и почти не было ломающих изменений. Я считаю, это оптимальная реализация асинхронности для высокоуровневого серверного языка. Уже почти все использующие JVM языки переехали на новую JVM, и, таким образом, на проект Loom: деваться им некуда. Так что, есть надежда, что это изменение откроет новую главу для некоторых из них. Есть также предположение, как оно может повлиять на скриптовые языки, такие как питон. Гипотеза только. Также, вы узнаете, почему Гвидо ван Россум не ошибся, когда добавлял async/await в питон, а Мацумото - создатель Ruby - тоже угадал, когда, наоборот, отказался от async/await.
-
Сегодня я для себя открыл: Project Loom
"Loom" означает "ткацкий станок" - так назывался проект по добавлению асинхронности в джаву. Тяжёлые системные потоки заменили легковесными виртуальными потоками. Потоки и нити в английском называются одинаково - thread - отсюда название. Проект успешно внедрили пару лет назад, и я, к сожалению, это полностью пропустил. Основная причина, конечно - что я в принципе не ожидал от джавы никаких прорывов (и оказался на 100% неправ!) Ну и, как бэкенд-разработчик на питоне, я не очень-то слежу за развитием JVM-языков. Но исправляюсь: Project Loom - это блестящая идея. Учитывая, что его внедрили совместимым образом, и почти не было ломающих изменений. Я считаю, это оптимальная реализация асинхронности для высокоуровневого серверного языка. Уже почти все использующие JVM языки переехали на новую JVM, и, таким образом, на проект Loom: деваться им некуда. Так что, есть надежда, что это изменение откроет новую главу для некоторых из них. Есть также предположение, как оно может повлиять на скриптовые языки, такие как питон. Гипотеза только. Также, вы узнаете, почему Гвидо ван Россум не ошибся, когда добавлял async/await в питон, а Мацумото - создатель Ruby - тоже угадал, когда, наоборот, отказался от async/await.
-
Java still feels “too heavy” for quick learning? @igfasouza shows how #Java25 + #JEP512, #JBang & notebooks make experimentation fast—then connects it to real hardware via #RaspberryPi + #GraalPy.
Try the stack: https://javapro.io/2026/01/15/java-25-jep-512-jbang-notebooks-graallpy-and-raspberry-pi-for-interactive-learning/
-
Java still feels “too heavy” for quick learning? @igfasouza shows how #Java25 + #JEP512, #JBang & notebooks make experimentation fast—then connects it to real hardware via #RaspberryPi + #GraalPy.
Try the stack: https://javapro.io/2026/01/15/java-25-jep-512-jbang-notebooks-graallpy-and-raspberry-pi-for-interactive-learning/
-
Java still feels “too heavy” for quick learning? @igfasouza shows how #Java25 + #JEP512, #JBang & notebooks make experimentation fast—then connects it to real hardware via #RaspberryPi + #GraalPy.
Try the stack: https://javapro.io/2026/01/15/java-25-jep-512-jbang-notebooks-graallpy-and-raspberry-pi-for-interactive-learning/
-
New Livestream: GraalVM and GraalPy Meet IntelliJ IDEA
#graalpy #graalvm #ide #intellij #java #jetbrains #livestream
-
New Livestream: GraalVM and GraalPy Meet IntelliJ IDEA
#graalpy #graalvm #ide #intellij #java #jetbrains #livestream
-
New Livestream: GraalVM and GraalPy Meet IntelliJ IDEA
#graalpy #graalvm #ide #intellij #java #jetbrains #livestream
-
New Livestream: GraalVM and GraalPy Meet IntelliJ IDEA
#graalpy #graalvm #ide #intellij #java #jetbrains #livestream
-
New Livestream: GraalVM and GraalPy Meet IntelliJ IDEA
#graalpy #graalvm #ide #intellij #java #jetbrains #livestream