# Stability of Julia **URL:** \ **Category:** New to Julia\ **Tags:** question\ **Created:** [October 9, 2022, 8:03pm UTC](https://discourse.julialang.org/t/stability-of-julia/88498 "2022-10-09T20:03:30Z")\ **Posts on this page:** 4\ **Page:** 6

**Author:** ![Palli](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/palli/32/3380_2.png) [@Palli](https://discourse.julialang.org/u/Palli)\ **Post date:** [October 11, 2022, 5:55pm UTC](https://discourse.julialang.org/t/stability-of-julia/88498/101 "2022-10-11T17:55:09Z")

> [@austin-putz](#): > > It’s not demanding. I don’t care. I’ll just use a different language. […] why do people get irate if you simple ask them to add some documentation? […] I’m documenting […] I just find it odd that devs don’t always do that. There is no demanding tone, just disappointment for a project that could be great [Improved documentation seems mentioned repeatedly by you, so it does sound demanding. And Julia _the project_, JuliaLang, is great, that’s why I and many stick with it.] I really can’t speak for all programmers or all packages, but I want to defend lazy programmers (to be fair, may not apply to docs though): > **[A Good Programmer is a Lazy Programmer](https://levelup.gitconnected.com/a-good-programmer-is-a-lazy-programmer-8982b2d971bb)** > > However, the reverse is usually not true… > **[Council Post: Developers Are Lazy, And That's (Usually) A Good Thing](https://www.forbes.com/sites/forbestechcouncil/2018/01/08/developers-are-lazy-and-thats-usually-a-good-thing/?sh=3875b8151391)** > > A good developer works smarter, not harder, to come up with better ways to handle tasks. > I’m lazy, and most great developers I know are lazy too. I do like you bringing up stability (what I answered for Julia and the ecosystem, I’m not worried, it’s best-in-class with Julia). Since it’s already answered (according to the title) I suppose we/you could lock/solve the thread. Documentation part of it could be split out, or just not. I don’t think much further discussion on it is warranted either. I would like to point out one thing though. It’s not _ **a** _ project. Julia[Lang] is one, each package is another (and statistics is actually being split from Julia), or at least some of them can be grouped into ecosystems, e.g. SciML is one of 100+ packages. WHile I know many individual packages, there’s no way for me or anyone to defend all packagesor all the ecosystems of packages (except the developers themselves). As much as I like and use Julia for statistics (to compete with e.g. R/CRAN), I and others might not use Julia for stuff related to it or even data science. There are at least 4 types: > **[The four kinds of documentation, and why you need to understand what they are](https://www.writethedocs.org/videos/eu/2017/the-four-kinds-of-documentation-and-why-you-need-to-understand-what-they-are-daniele-procida/)** To be fair, some doc types belong with the code, some like tutorials do not, and (physical) books need to be elsewhere. It’s practical to a degree to link to docs, but not all of it, and you might be ignorant of some of the docs, blogs or books (stuff people DO get paid for). I don’t know of a single Julia package that’s not stable since supporting Julia 1.0, and all will continue to be. [And by that I mean pure Julia code having nothing to do with other languages. I know of three exceptions, Cxx.jl (to call C++, for obscure reasons, used non-public API, CppWrap.jl still works to call C++). At some point JavaCall.jl had some issues, I believe solved now. The third exception was Genie.jl, it used a non-public API, now fixed. Was mainly a problem for the developer, not users.] So Cxx.jl is the only package I can think of not working _in currently supported Julia_, but even then it works in older Julia (1.3). Same applies to all pre-1.0 Julia code. I don’t think the situation can be better. You are always going to have problem in some cases with unmaintained “bitrotted” code, so choosing the best package for the future is important. But we can’t predict the future very well, and as I explained even bitrotten code will keep working. I suggest you should use Makie.jl, that seems to be the future, and best plotting package. [Gadfly.jl](http://gadflyjl.org/stable/#Gadfly.jl): > is based largely on Hadley Wickhams’s [ggplot2](http://ggplot2.org/) for R and Leland Wilkinson’s book [The Grammar of Graphics](http://www.cs.uic.edu/~wilkinson/TheGrammarOfGraphics/GOG.html). It seems maintained too, consider though: > **[GitHub - MakieOrg/AlgebraOfGraphics.jl: Combine ingredients for a plot](https://github.com/MakieOrg/AlgebraOfGraphics.jl)** > > Combine ingredients for a plot. Contribute to MakieOrg/AlgebraOfGraphics.jl development by creating an account on GitHub. I don’t know much about it, except that it seems like a competing package, and it’s built on Makie.jl, I didn’t understand “there is holes places” (feel free to direct message me, even email, I just advice emailing shouldn’t be implied to be ok [regarding docs]). ---

**Author:** ![Krastanov](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/krastanov/32/6817_2.png) [@Krastanov](https://discourse.julialang.org/u/Krastanov)\ **Post date:** [October 11, 2022, 6:31pm UTC](https://discourse.julialang.org/t/stability-of-julia/88498/102 "2022-10-11T18:31:10Z")

> [@austin-putz](#): > > …Just lazy developers… > [@austin-putz](#): > > It’s not demanding. I don’t care. … why do people get irate I do not think it is reasonable to expect people to not be irate when you use such language. If you do not show empathy and let your own irritation leak out, it is difficult for people to show empathy back to you. If you say “I don’t care” there does not seem to be much reason to continue a conversation, especially one that goes in circles like this. ---

**Author:** ![StefanKarpinski](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/stefankarpinski/32/24_2.png) [@StefanKarpinski](https://discourse.julialang.org/u/StefanKarpinski)\ **Post date:** [October 12, 2022, 9:45pm UTC](https://discourse.julialang.org/t/stability-of-julia/88498/103 "2022-10-12T21:45:33Z")

Closed on October 12, 2022, 9:45pm UTC ---

**Author:** ![StefanKarpinski](https://sea2.discourse-cdn.com/julialang/user_avatar/discourse.julialang.org/stefankarpinski/32/24_2.png) [@StefanKarpinski](https://discourse.julialang.org/u/StefanKarpinski)\ **Post date:** [October 12, 2022, 9:46pm UTC](https://discourse.julialang.org/t/stability-of-julia/88498/104 "2022-10-12T21:46:04Z")

Closing this thread after multiple flags. [Previous page](https://discourse.julialang.org/t/stability-of-julia/88498.md?page=5)