# Is PyJulia being maintained?

**URL:** <https://discourse.julialang.org/t/is-pyjulia-being-maintained/82607>\
**Category:** Community\
**Tags:** pycall, python, pyjulia\
**Created:** [June 11, 2022, 9:03pm UTC](https://discourse.julialang.org/t/is-pyjulia-being-maintained/82607 "2022-06-11T21:03:52Z")\
**Posts on this page:** 1\
**Showing post:** 17

<div class="post-metadata">

**Author:** ![MilesCranmer](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/milescranmer/32/21070_2.png) [@MilesCranmer](https://discourse.julialang.org/u/MilesCranmer)\
**Post date:** [June 12, 2022, 4:20pm UTC](https://discourse.julialang.org/t/is-pyjulia-being-maintained/82607/17 "2022-06-12T16:20:14Z")

</div>

Good points @jlapeyre.

To the Julia team: The return-on-investment for well-maintained Python and C++ interoperability is **colossal**. I can’t emphasize this enough. A couple dedicated maintainers for PyJulia now could bring contributions from hundreds of external engineers for other packages in the future.

When I was working at a FAANG company I chatted with someone researching potential languages to use in the future. I mentioned Julia as an option for high-performance compute, and most of their questions to me were about how well it could interface with existing languages in their stack (particularly Python and C++). Interoperability is absolutely essential to adoption by existing industries with mature software stacks!

---

_[View the full topic](https://discourse.julialang.org/t/is-pyjulia-being-maintained/82607)._