Hacker News new | past | comments | ask | show | jobs | submit login

The point isn't that the VSCodeVim extension is bad, it's that it isn't good. Having said that, as a project, I would call it a bad one.

Last time I commented on this on HN, I pointed out that the VSCodeVim group's extension had three times the number of downloads as the one called amVim. And of course it would. I speculated last time, just like I'm doing here, that this has more to do with the names chosen for the projects and the air of authority they have (VSCodeVim vs amVim) than it does with extension quality. More troubling is that recently the VSCodeVim folks changed their packaging so that it appears under the Vim name in the extension gallery and began using the official Vim logo, too. Not cool.

Are you the author of the amVim project as its GitHub handle implies?

If so, isn't a "full disclosure" needed when speaking of a "competitive" project?

How do you connect "carussell" to https://github.com/aioutecism/amVim-for-VSCode?

I connected carussell to the crussell maintaining some fork here: https://gitlab.com/crussell/amVim as pointed elsewhere.

It would certainly be possible that he contributed code to the project given that.

Shocker: when I reviewed the code for both projects, I sent fixes to the one that I found to be of high quality. Why is this surprising?

And no, I'm not "maintaining some fork"--there's no way to submit patches on GitHub, and the only way to get changes in for most projects hosted there is to throw up a copy of your work as a remote for someone to pull from. My disdain for this workflow is already well-documented.

>Shocker: when I reviewed the code for both projects, I sent fixes to the one that I found to be of high quality. Why is this surprising?

Pointing it out doesn't mean it was "surprising". Just that it happened -- and as such, it could be a possible conflict of interest.

"Contributor to project X trashes competitive project Y" is a different situation than "Totally unaffiliated with X and Y person, trashes Y".

Perhaps there was bad blood between the two projects, a backstory with interacting with them, etc -- in which case it would be good to know, that's why I asked.

Now, if there were more technical arguments it wouldn't matter -- they could be evaluated regardless of who tells them --, but your comment was mostly summed to: "they are inferior quality" and "they only succeeded because they use vim's name directly", which doesn't leave much to evaluate.


Applications are open for YC Winter 2020

Guidelines | FAQ | Support | API | Security | Lists | Bookmarklet | Legal | Apply to YC | Contact