# Julia packages that have no equivalents in other languages?

**URL:** <https://discourse.julialang.org/t/julia-packages-that-have-no-equivalents-in-other-languages/64646>\
**Category:** Teaching & Outreach\
**Created:** [July 14, 2021, 4:59pm UTC](https://discourse.julialang.org/t/julia-packages-that-have-no-equivalents-in-other-languages/64646 "2021-07-14T16:59:02Z")\
**Posts on this page:** 1\
**Showing post:** 33

<div class="post-metadata">

**Author:** ![lmiq](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/lmiq/32/18314_2.png) [@lmiq](https://discourse.julialang.org/u/lmiq)\
**Post date:** [July 15, 2021, 1:52pm UTC](https://discourse.julialang.org/t/julia-packages-that-have-no-equivalents-in-other-languages/64646/33 "2021-07-15T13:52:52Z")

</div>

I think this comment is more important than the packages available:

> [@Comparing Numba and Julia for a complex matrix computation](https://discourse.julialang.org/t/comparing-numba-and-julia-for-a-complex-matrix-computation/63703/3):
>
> I should add that this is almost certainly the wrong way to go about getting performance improvements. “Highly optimized” code in Python usually means code that is “vectorized” as much as possible — broken into a series of relatively simple array operations that can individually call fast library operations. (For example, calling atan on a bunch of numbers in your code above.) You can write the same sort of code in Julia, of course, but it won’t be magically faster than Numpy — there’s no s…

The audience is important. Will they be _users_ of packages, or developers? It is like asking “What Julia has that Microsoft Word does not offer?” Well, if you are happy with MSWord, and what you want is an easy way to write letters, nothing.

That probably goes the same way if the user is satisfied with the set of packages of any other language he/she uses and there is no need to improve on those implementations, develop problem-specific codes, etc.

Julia is most appealing to developers. Maybe when the package ecosystem becomes as huge as that of python, “users” will find it as welcoming as python. But package users adapt easily to packages in different languages, if the packages are properly documented for the narrow uses they are designed to. In any field we read how to use package-specific inputs and syntax all the time.

---

_[View the full topic](https://discourse.julialang.org/t/julia-packages-that-have-no-equivalents-in-other-languages/64646)._