This page is not created by, affiliated with, or supported by Slack Technologies, Inc.
2018-11-28
Channels
- # announcements (1)
- # beginners (205)
- # calva (30)
- # cider (5)
- # cljdoc (25)
- # cljs-dev (2)
- # clojure (119)
- # clojure-brasil (5)
- # clojure-conj (7)
- # clojure-europe (2)
- # clojure-hamburg (7)
- # clojure-italy (14)
- # clojure-nl (2)
- # clojure-russia (13)
- # clojure-spec (79)
- # clojure-uk (58)
- # clojurescript (54)
- # core-logic (2)
- # core-matrix (2)
- # cursive (40)
- # datascript (2)
- # datomic (18)
- # duct (2)
- # emacs (14)
- # figwheel (3)
- # figwheel-main (7)
- # fulcro (30)
- # funcool (1)
- # graphql (10)
- # jobs (1)
- # juxt (13)
- # lumo (1)
- # mount (1)
- # off-topic (56)
- # other-languages (2)
- # pedestal (17)
- # powderkeg (2)
- # protorepl (2)
- # re-frame (10)
- # reagent (1)
- # reitit (7)
- # ring-swagger (10)
- # schema (2)
- # shadow-cljs (70)
- # spacemacs (13)
- # specter (4)
- # sql (9)
- # tools-deps (26)
http://unhandledexpression.com/general/2018/11/27/foss-is-free-as-in-toilet.html
> Nobody believes that a free toilet will be magically cleaned up and maintained, somebody has to do it, and that person would better get paid for it. Sharing a toilet means that you flush, clean up after yourself, and always leave some paper, itās basic manners. And yet, like toilets, as FOSS gets used by more and more people, it gets more likely that you will see obnoxious people that shit all over your commons and then complain about it. And nobody will want to take care of it.
But I do feel that OSS is becoming unsustainable. People need to get paid, structures need to be formed.
The moment we deploy Clojure on production (should be soon!) Iām signing up my employer for clojurists together.
Should we expect conj videos to land on Youtube on the day of the conference? Looking at 2017 timestamps it seems so, but it also sounds a little bit impossible so I wonder if the youtube videos are backdated š
Is it unacceptable for Open Source project leads to just tell entitled people to stfu and gtfo ? It seems the core of the problem is entitled people who insist everyone do things their way. A simple approach to this i just "fork the project; if we like what you do, we'll cherry pick patches"
@victor.cleja do you have a link on hand to that rant? I donāt think Iāve seen it.
https://www.reddit.com/r/Clojure/comments/a0pjq9/rich_hickey_open_source_is_not_about_you/ and https://news.ycombinator.com/item?id=18538123
hard to believe that this classic is 2.5 years old https://twitter.com/richhickey/status/741982205392617472?lang=en
it sure is something to see people who have made zero contributions to the clojure ecosystem call people who have co-authored clojure books, people who have made code contributions to the language, people who have maintained contrib libraries, people who started what was the most popular clojure tool, and people who wrote some of the most poplar libraries entitled because they are disappointed in how their contributions have been received
Interestingly enough, the Spec-ulation keynote is also highly relevant to the OSS issue as seen demonstrated in NPM time and again.
I do wonder if names are going to be attached to artifacts at some point to ensure ownership is clear, e.g. 'Mordenkainen's Stream Flat-map'
Would help emphasize the importance of forking vs. ownership transfer. GitHub's model subtly encourages this as well, by placing forking front and center.
my own contributions to the clojure ecosystem have been very small, but I did go look and I currently have two core.async bug fix patches that have been sitting in jira since several months before the last core.async release, so I can understand in some small way why it is frustrating
yeah, I feel bad that I havenāt had time to give async a slice in a while, hoping to get back there in the next few months
core.async tickets are often a long review for me as the code is hard and the fixes are hard to evaluate, so anything you can do in the ticket to lead me through the problem and fix is hugely appreciated
I am right there with you about it being hard to evaluate, I'll try and do a write up pass on the tickets
... are there any tools that enable quick comparison of code diffs between any two package version artifacts, at least in the JS world? I suppose you could just use a standard diff, but that seems crucial for enabling users to make quick decisions on whether a library update is trustworthy, as well.
I wrote about the bug fix difference and core contributions in https://clojureverse.org/t/on-helping-clojure-core/3258 ā Iād like to see what people think, esp @hiredman since you have fixed bugs.
does js use minified artifacts or does each person's build process minify their artifacts?
I don't know, but the constant barrage of people who are not invested in the conversation (have not made significant contributions) piling on is just insufferable.
@hiredman my personal contributions on the discussion (that post) are driven by the love for Clojure and fear that if it is perceived as a dying community, it will be a harder sell to my company. I hope I donāt come across as piling or insufferable. If so, please let me know if I can edit my post somehow.
the depressing thing about that clojureverse post is just how well trodden that ground is, just in different places (irc, the mailing lists, in person, etc)
like, the idea that "crowd sourced triage" would be proposed as some kind of solution is funny, because that is basically exactly what core doesn't want (as far as I can tell)
you are looking at it as a kind of theory of constraints bottle neck and we just need to remove that bottle neck, but (and I haven't had a personal conversation with anyone on core about this) core sees that as quality control
My aim is solely to show how other communities do it, ask questions, and hopefully gather relevant material - in an easy and accessible place. I hope that after the conj the core people might want to pipe in but I avoid asking them to.
If you have links to mailing lists posts that describe how core wants or doesnāt want help, Iād really appreciate having them on that discussion.
Side note about the triage: Iād be really surprised if Alex objects to someone jumping on new issues and just saying: āThanks, can you please share a little bit more info on thisā, then marking the issue as āinfo neededā. Thatās what Iām suggesting, nothing more.
(Thatās for him to decide. Iām pretty sure anyone can add a comment to any issue though)
I added a long comment to your clojureverse post - please read!
wonāt repeat here
@alexmiller your link doesn't work: https://dev.clojure.org/jira/secure/IssueNavigator.jspa?mode=hide&requestId=11006
> The selected filter is not available to you, perhaps it has been deleted or had its permissions changed.
project = CLJ AND issuetype = Defect AND resolution = Unresolved ORDER BY votes desc
is the matching query I came up with. Linked by https://dev.clojure.org/jira/secure/IssueNavigator.jspa?reset=true&jqlQuery=project+%3D+CLJ+AND+issuetype+%3D+Defect+AND+resolution+%3D+Unresolved+ORDER+BY+votes+desc
whoops, forgot to share some of those - should be fixed now I think