# Fixing Package Fragmentation

**URL:** <https://discourse.julialang.org/t/fixing-package-fragmentation/98712>\
**Category:** Community\
**Created:** [May 12, 2023, 2:13am UTC](https://discourse.julialang.org/t/fixing-package-fragmentation/98712 "2023-05-12T02:13:26Z")\
**Posts on this page:** 1\
**Showing post:** 45

<div class="post-metadata">

**Author:** ![nilshg](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/nilshg/32/2283_2.png) [@nilshg](https://discourse.julialang.org/u/nilshg)\
**Post date:** [May 13, 2023, 3:20pm UTC](https://discourse.julialang.org/t/fixing-package-fragmentation/98712/45 "2023-05-13T15:20:12Z")

</div>

We’ve had this discussion (more focused on statistics) already:

> [@How can we create a leaner ecosystem for Julia?](https://discourse.julialang.org/t/how-can-we-create-a-leaner-ecosystem-for-julia/32904):
>
> Comparisons of Julia w/ [other languages](https://www.infoworld.com/article/3241107/julia-vs-python-which-is-best-for-data-science.html) often say one disadvantage of Julia is that it has fewer 3rd party packages. I tend to disagree. Julia doesn’t need more packages, it needs better packages (w/ more functionality). For example, two recent posts about time-series ([here](https://discourse.julialang.org/t/package-for-time-series/29555)) & ([here](https://discourse.julialang.org/t/tsanalysis-time-series-analysis-and-state-space-modelling/30672/2)) highlight the amount of redundancy & lack of cooperation between Julia developers. Consider some packages listed in the posts & others I found on my own: [TSAnalysis](https://github.com/fipelle/TSAnalysis.jl), [ARFIMA](https://github.com/Datseris/ARFIMA.jl),[StateSpaceModels](https://github.com/LAMPSPUC/StateSpaceModels.jl), [ARMAProcesses](https://bitbucket.org/cgeoga/armaprocesses.jl/src/master/), [TimeS…](https://github.com/JuliaStats/TimeSeries.jl)

---

_[View the full topic](https://discourse.julialang.org/t/fixing-package-fragmentation/98712)._