I don’t consider my expectations to be someone else’s responsibility. They are my own.
Also, I think that information can be disseminated, but expectations are formed by people themselves.
In the free software world, all tools come with the implicitly understood caveat that there is no guaranteed support, development, or bugfixes. If I depend on a particular piece of free software, I should be ready to step in and fix bugs, forking the project if necessary, pay for someone else to do this, or be ready to continue without it.
If I care about Julia’s development and release process, I should be ready to participate in discussions and make well-reasoned arguments (and PRs, which are the best way to make a point), with the understanding that the consensus of core developers may be different from what I would have preferred. If I want a set of curated packages, I should start an effort or contribute to an existing one.
It seems to me that the expectation mismatch is coming from people who don’t really get how the package ecosystem works. For packages, there is no centrally organized responsibility here. The Julia language itself has some central organization and responsibility, but the overall package ecosystem does not.
The problem is likely that this is not properly conveyed to new users, especially new users who might not be familiar with how free software development works. The Julia website could provide an introduction to this decentralized model of software development, since the effort of package maintainers is not part of one single centralized responsible team, but rather depends on the skill / time / funding of individuals / companies that are for a large part entirely separate / independent from the central responsibility of the Julia language.
If you are not big mass land empire which could force your laws to others (and it is not current position) - means you are not able to make competitive ecosystem then you could end up with trying to glue/use/(make agreement with) 3rd and 4th language to get workable solution.
It is clear that some naive expectation will make some adopters/voters/evaluators frustrated. Others will be satisfied (some no matter what) and some could wait forever for promised bright future.
My point was that if I want to use Linux, I either recognize that
I depend on the kindness of strangers for bug fixes and new features, and consequently have no claim on their time,
do the work myself, or
pay someone to do it.
If I choose the first option, I am not in the position to demand or expect anything. Any attempts to this effect will come across as ridiculous and are likely to be ignored (probably much more explicitly on the kernel mailing list than here). I can disguise my attempts as appeals to some notion of responsibility towards users, or act as a stakeholder “concerned about the future of the language”, but I would not expect either to have a strong effect.
People who come from a proprietary software background, such as matlab users, might not be aware of how free software works. So yes, some people might not be aware. I have encountered many people, including professor’s who I work with, whom don’t understand how free software is developed, because they are not programmers. I had to explain to them how free software works.
I don’t want to introduce anything here, you seem to misunderstand me. Why would I think that everyone who uses Linux kernel should be able to make a PR to it? I didn’t imply anything like that. What I was talking about is the knowledge about what you can expect from a free software package ecosystem.
Each repository has its own structure for governance. Most of the Julia language packages were developed independently from the main Julia language effort. This means that the package ecosystem development is not centralized. The developers of the Julia language don’t have direct control over all package authors. This is not some sort of opinion or viewpoint, this is just a statement of a fact.
You can’t expect a developer who is not paid, someone who does work for free and shares it widely, to be responsible for the desires of random strangers on the internet. Also the developers who are paid to make free software aren’t responsible for fulfilling all the wishes of random strangers on the internet, because the free software license does not guarantee that responsibility.
Of course, it would be nice to coordinate the development and actions, but the responsibility is not centralized, it is decentralized and distributed among separate repositories and projects.
Interestingly, I think a lot of this discussion also comes down to differences in expectations. I definitely do not expect all the users thinking of switching are aware of the things @Tamas_Papp mentioned. Even if you’re coming from a well established free software ecosystem like R or Python, it’s possible to spend your entire career as a scientist that does some programming without ever encountering or considering these issues.
That said, if someone does understand, having it explained can seem like condescension. We should all read each other’s words in the spirit of charity.
This whole thread is people hearing and taking it seriously. Disagreeing with his outlook is not the same as dismissing his feelings. It can seem that way when people are digging into the reasons for those feelings, but they’re doing that to try to understand and fix. That can be really frustrating when it’s not about the nail.
There is no censorship here, as far as I am aware. Personally, I am not criticizing anyone for stating their perception of the situation here. I’m just providing food for thought and did not accuse anyone of anything.
What I see in the OP (original post) is not only an opinion which could be quoted with
what I met during my work does not strengthen my optimism about Julia because reasons 1,2,3
but I see a lot of hyperbole, opinions stated as facts and belittleing speach without need. Example quotes:
This has come to be termed the “Julia Global Debacle” , while it remains in place the damage persists.
current state of the so-called Ecosystem
after the ill-judged launch of version 1.0 in August
but I suppose because the proponents are running out of stamina
and so it’s going on and on.
Thats why I responded immediately in the opposite tone (at least I tried).
To say it clearly, for me the OP is a rant and does not contain much information.
It is impressing how friendly all replies are and it is clear that there is REAL interest and curiosity out there why the OP (original poster) has his feelings, but I can’t see any enlightenment from the OP. This frustrates me but who am I to make this an issue.
Is he free to say it?
Sure he is. q.e.d. this thread.
But how he did is not the way to start a good discussion with the aim to make things better, but still everyone is free to do it as they wish. And even more the response is friendly and sympathetic.
What else could give more hope for the future of the julia world?
I am sorry to write once more to my original post (OP)
Possibly all OP’s run out of steam when they deteriorate into a critique of an author’s literary style or his/her movitation.
I do however feel an accusation of hyperbole in my OP is a little unfair, so, at risk of repetition list my principal points:
The GSD was a term not coined by me, although I was, and remain, a critic of its introduction for reasons previously given.
The original purpose of v0.7 was stated as giving developers time to bring their packages up to compliance by including deprecation warnings, which v1.0 would not and does not do, however it exited DEV less than 2 days prior to the launch of the latter
The information on the compliance of packages was, and remains, incorrect.
… are these then exaggerations?
If the manner in which they were expressed masked my opinions, that was clearly not my intention.
As a user and in the light of some posts in this thread I always found the relationship between “julia the MIT licensed language” (julialang.org ?) and the for-profit juliacomputing confusing, especially considering that some (?) core developers are involved in juliacomputing.
Eventually it might be a good thing, especially considering that Stefan Karpinski starts his reply with “This may not be universally clear …”, if there would be some more upfront expectation management concerning the role of juliacomputing and the vision for the interplay between “julia the language”, the julia ecosystem and juliacomputing from the juliacomputing perspective ?
Please note: I have no problem with juliacomputing being for-profit at all, especially as a user who is happy that I can use julia for free. Of course I have to admit on the other hand that I have an implied hope that juliacomputing will improve the julia language made available for free by one mechanism or another. Which brings the point back to expectation management.
This of course also carries a potential for confusion (especially after RH was bought by IBM) and I can understand why you draw a parallel here. However, this “triangle” has been established so long ago that implied expectations are mostly evident and upfront for the users of the distributions involved. With RHEL you get (hopefully) the level of support you pay for, and Fedora and CentOS simply is GNU/GPL “without any warranty …” which I hope most people understand by now.
Finally, please excuse any probably bad wording in advance, I am not a native speaker and I am reaching my limits here.
I don’t know people’s backgrounds, but a lot of the issues discussed in length in this thread are very common in any open-source community. I understand a lot of people really only download and use whatever software they need, without dealing with the list-serve, Stackexchange, or any other line of communication available for a particular project. There are also many mature projects that don’t have an active community anymore. In my personal case, I encountered pretty quickly in R that RStudio and R (the language) where separated entities, something that I know isn’t clear to many users of RStudio. Obviously RStudio has a lot riding in the success and spread of R and they are helping the language as a whole, but I’m not sure how much is RStudio driving the development of R. Same with other projects, like Revolution R and things like that. I assume the same will happen between Julia and Julia Computing. Anyway, my point is that sometimes I find users that have the same questions and doubts I had when I started getting into open-source projects.
Once you leave the confines of Windows and SPSS (in my case), you really enter a jungle of ideas, voices and ways of doing things that can be crazy. And there’s just no way of getting everybody into the same page, and even communities with “benevolent dictators” have issues. And we deal with them, like we’re doing here, writing posts, commenting, criticizing, making PR’s, whatever. This is the beauty of open-source, you can make it your own. Obviously if you know what you’re doing and you’re good at programming, you have a huge advantage over people that can use an Excel spreadsheet ant that’s it, but resources are there to get over the hump.
Anyway, I just think these threads really turn into exercises of circular arguments. I don’t believe opinions have changed radically in the weeks this thread has been open. And, as a regular user of the forum, I’ve learned to recognize some people’s positions regarding subjects like the state of the ecosystem, the “global scope debacle”, etc. Hope everybody remain cordial, this community if growing everyday and we will continue getting people unhappy for whatever reason and we will keep getting comments that are akin to the Yelp review that says: “I wish I could give this restaurant 0 stars! The restaurant was beautiful, the food was delicious, but the waiter took 4 minutes to bring water when I asked him to and that ruined the whole experience!”. And you just have to deal with that and keep improving.
And thanks everybody that develops Julia and its packages, you’re all doing a tremendous job.