Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Nvim-treesitter (13K+ Stars) is Archived

github.com

Post reply on HN
Print view View original

61–70 of 88 posts

Re: Nvim-treesitter (13K+ Stars) is Archived

#61

Post by em-bee »

martin-t wrote: post #50
shpx wrote: post #41

Earlier quoted context omitted.

I had a similar emotional outburst where after contributing hundreds of hours to Stack Overflow, when I asked a question of my own, instead of answering an objective yes/no question people just argued with me in the comments about why I could possibly want to do whatever prompted me to ask my question. I delete my account and quit ever contributing to that site right then and there. I think I was just looking for an…

If you had the option to also delete all your contributions to the side, would you have done it? If you had the option to exclude only certain people (e.g. those who argues with you) from seeing/using your contributions, would you have done it instead of deleting your account? I am asking because I've too been burned and it's very commonly how an open source contributor's journey ends. So I've been toying with the id…

i understand the sentiment, but the nature of FOSS is that i can't really prevent anyone from using it. i'd have to police it, and that would just lead to more misery.

i too contributed to stackoverflow and eventually stopped because it didn't feel worth the effort. i never asked a question though, so i didn't have the experience GP made, but i doubt i would want to delete everything, at least not without moving all my answers to another location.

once or twice when searching for the solution to a specific problem i was lead to a stackoverflow question and had to discover that the answer that solved my problem was my own from a decade earlier. so i too benefit from posting answers. deleting them would reduce that benefit.

Re: Nvim-treesitter (13K+ Stars) is Archived

#62

Post by perching_aix »

sudahtigabulan wrote: post #35
siva7 wrote: post #14

I get anxiety publishing open source because of things like this.

Try publishing on https://repo.or.cz (or another old-style web interface), and just leave an email for contact. You will hear only crickets. Adding the slightest friction, and making potential drama 1:1 only, demotivates most people. You might miss out on an occasional good feedback, though.

This is the way. You can also just decide to not accept contributions and feedback in general.

Further downside is that your project will have a harder time becoming popular, and being popular is secretly (or not so secretly) the motivation for many in open source.

Will be a lot more honest though.

Re: Nvim-treesitter (13K+ Stars) is Archived

#63

Post by ivanjermakov »

fredrikaverpil wrote: post #60
ivanjermakov wrote: post #16

This is a bane of all such aggregator libraries, that suck maintetance from other projects into themself. Null-ls suffered from this, too: https://github.com/jose-elias-alvarez/null-ls.nvim/issues/16... The source of a library needs an update every time there is a configuration change in _any_ tree-sitter parser supported. The only sustainable option is not use these helpers and manage editor dependencies manually: t…

Managing the parsers yourself is fairly easy and could rely on running the tree-sitter CLI in each parser repo to build them. Other options exists like installing via Nix. And in a similar vein, if queries (.scm files) were hosted in each parser repo, it would also be fairly easy to handle. I think it’s the latter part with the query files that is the challenge here.

Queries are a part of tree-sitter, but unfortunately neovim extended those with more predicates and operators, making most nvim-sitter incompatible with tree-sitter API.

For my text editor I had to yank nvim-treesitter queries and rewrite them.

https://github.com/ivanjermakov/hat-tree-sitter

Re: Nvim-treesitter (13K+ Stars) is Archived

#64

Post by martin-t »

em-bee wrote: post #61
martin-t wrote: post #50

Earlier quoted context omitted.

If you had the option to also delete all your contributions to the side, would you have done it? If you had the option to exclude only certain people (e.g. those who argues with you) from seeing/using your contributions, would you have done it instead of deleting your account? I am asking because I've too been burned and it's very commonly how an open source contributor's journey ends. So I've been toying with the id…

i understand the sentiment, but the nature of FOSS is that i can't really prevent anyone from using it. i'd have to police it, and that would just lead to more misery. i too contributed to stackoverflow and eventually stopped because it didn't feel worth the effort. i never asked a question though, so i didn't have the experience GP made, but i doubt i would want to delete everything, at least not without moving all…

> the nature of FOSS is that i can't really prevent anyone from using it

That's my point - maybe FOSS isn't the absolute good we've been lead to believe.

It was a response to locked down proprietary software which increasingly became hostile to its users. And it is (from a user's perspective) better that that for sure. But from a dev perspective, it's not as good as it could be.

> my answers

Exactly, those are your answers, your work. We've spent a lot of our limited time working for other people's benefit because we believed in it or sometimes because it was fun. But ultimately, it's becoming clear other people don't care and will throw us under the bus as soon as we're no longer useful. And then there's people who are just looking for a way to take advantage of us.

And I want to exclude both from benefiting from my work.

We should strive to find methods to make good, productive, pro-social people to benefit while keeping anyone who wants to exploit us away.

Re: Nvim-treesitter (13K+ Stars) is Archived

#65

Post by bobvagnelover69 »

faangguyindia wrote: post #26
siva7 wrote: post #23

Earlier quoted context omitted.

I don't think you've done any of that - at least not for a successful open source project. The topic here is about open source volunteers and not your day job.

I built businesses not opensource projects. Though many of my projects are completely free for the users. Latest being this one already past 1000+ active users https://play.google.com/store/apps/details?id=com.macrocodex... If you don't listen to your passionate users, i doubt you'll ever grow. Someone being rude/entitled doesn't matter to me, I only care about if what they are saying actually makes any sense

incredible jugaad saaaaar!!!!

++ izzat!!!

Re: Nvim-treesitter (13K+ Stars) is Archived

#66

Post by altairprime »

el_io wrote: post #36
altairprime wrote: post #21

Earlier quoted context omitted.

The one GitHub repository of original work I publish right now is kept in Archived at rest; I unarchive it to push commits and then rearchive it, every time. It has been perfectly quiet and my anxiety associated with working on it has dropped to zero. Highly recommended.

Can't you just disable issues? I've seen DRF did that. Not sure if that is not possible for normal accounts.

I couldn’t when I started out doing that. But I don’t want PRs, either, so this works out for the best: I contribute a benefit and if someone forks it then I can consider merging their work unbothered by their expectations that their ‘request’ be granted.

Re: Nvim-treesitter (13K+ Stars) is Archived

#67

Post by 2716057 »

cjbayliss wrote: post #17

The Fandom Menace strikes again. But seriously, this is messed up. People need to learn to treat others with respect and kindness. Hopefully the maintainer is able to simply move on after archiving the repo, and isn't dealing with any mental struggles from dealing with years of entitled users demanding things for free. In popular open source projects this is a recurring issue. I suspect the only way to deal with it i…

I would not worry too much about the maintainer - judging by his GitHub profile he does a bit of professoring as a side hustle ;)

Thank you Christian Clason for giving us nvim-treesitter! And always remember, for each idiot insulting you there are thousands of happy, silent users.

Re: Nvim-treesitter (13K+ Stars) is Archived

#68

Post by thayne »

sevg wrote: post #18
faangguyindia wrote: post #15

Earlier quoted context omitted.

I've built many successful services by listening to entitled users so much that I used to talk with such entitled users all day. They are just passionate and most of the times annoyed because something as simple is not being done right.

> They are just passionate and most of the times annoyed because something as simple is not being done right. No, this is not adequate justification for such behavior towards volunteer FOSS maintainers.

It isn't justification for being rude. But just because someone is being rude doesn't mean what they are complaining about isn't an issue.

Re: Nvim-treesitter (13K+ Stars) is Archived

#69

Post by thayne »

mongrelion wrote: post #52
szmarczak wrote: post #40

Earlier quoted context omitted.

He's just incompetent: 1. He blames the maintainer that his distro doesn't ship latest neovim. 2. He didn't pull neovim from the Extra-Testing Arch branch. 3. He didn't pull neovim from AUR. 4. He doesn't have the knowledge to build from source. 5. He didn't pull the tarball from git. 6. He didn't pull the AppImage from git. There's so many solutions to choose from and he chose none; pure ragebait.

You should totally post this on the original thread just for adjustment :-)

The project is archived, you can't.

Re: Nvim-treesitter (13K+ Stars) is Archived

#70

Post by thayne »

ivanjermakov wrote: post #16

This is a bane of all such aggregator libraries, that suck maintetance from other projects into themself. Null-ls suffered from this, too: https://github.com/jose-elias-alvarez/null-ls.nvim/issues/16... The source of a library needs an update every time there is a configuration change in _any_ tree-sitter parser supported. The only sustainable option is not use these helpers and manage editor dependencies manually: t…

I think it would make a big difference even if the aggregation of queries was separated out into a separate repo from the other code, so that you can pin the code for installing and updating parsers while still being able to get updates to the queries, and it isn't as much of a problem if the installation code make major breaking changes (like requiring you to use 0.12)
Post reply on HN