6 ms·
You're okay with the tool being difficult to use because you already know how to use it.
by badrequest 6y ago
You're okay with the tool being difficult to use because you already know how to use it.
- q3k 6y agoI'm okay with it being slightly more difficult to get started with, in return for higher productivity in the long run, yes. Right now, after spending a similar amount of time both with GitHub PRs (and Gitlab MRs) and Gerrit, I still find Gerrit much easier and faster to use.
- llimllib 6y agoI'm generally okay with that tradeoff too, but we tried it early on at our company and the juice was not worth the squeeze, at least in our case. Designers and even many developers found it essentially impossible to use and the developers who were reasonably comfortable with it spent way too much time assisting others in attempting to use it. (fwiw I found myself somewhere in the middle - I like the model and understood the ideas but also found it annoying to work with in practice)
- dionian 6y agoSame. Cool idea in concept. Not something I have enough time to be interested in using heavily.
- svrb 6y agoSoftware should be written for users, not non-users. You'd think this would be self-evident and yet here we are.
- zimpenfish 6y agoHow do you then convert a non-user into a user with the least friction?
- Cthulhu_ 6y agoForce. I for one never looked at Gerrit and thought "I should push this at my employer". I'll probably never use it unless I'm forced to.
- lawtalkinghuman 6y agoI'm okay with Vim being slightly harder to learn to use than VS Code. A tougher learning curve in exchange for more powerful tools can be a good tradeoff.
- huskyr 6y agoI think this is a good comparison, and exactly shows the problem: Vim is only used by a minority of developers, the majority use some kind of graphical editor (like VS Code). That doesn't mean learning Vim isn't a good tradeoff, it's just not a good tradeoff for the majority of people.
- parliament32 6y ago"Because it's hard" is a bad reason to shy away from something.
- marcinzm 6y agoNo it's not, you have limited time and devoting X hours to gain back X/10 hours worth of productivity gain in the future is a bad investment. Don't do something hard for the sake of doing it unless the gains out weigh the cost. https://xkcd.com/1205/ https://xkcd.com/1205/
- kortilla 6y agoDifficult to learn != difficult to use.
- noizejoy 6y agoI agree with you - for tools I use on a daily basis. However, since my interests vary considerably, and therefore I dabble with lots of different tools, the difficult-to-learn tools never get enough traction in my limited human memory to get me to the easy-to-use stage. If a community doesn't want to engage occasional users, it's probably fine (maybe even desirable) to have a higher barrier to entry to make daily use really fast. If a community benefits meaningfully from occasional users, a high learning barrier may not be a good thing.
- dionian 6y agoI already know how to use it and I hate how proprietary it is, I have so many other problems on my plate than customizing my Git to work a certain way. I like using the off the shelf tools that work nicely with the normal git workflows using temporary branches for MRs. And a nice UI that anyone can use with minimal effort or training.