4 ms·
> You can have the benefit by making it a flag while also maintaining minimal surprise. You're ignoring the benefits of good defaults. So no, I strongly disagr
by burntsushi 2y ago
> You can have the benefit by making it a flag while also maintaining minimal surprise.
You're ignoring the benefits of good defaults. So no, I strongly disagree. Your approach does not give the same benefit.
> At the cost of increased surprise and decreased utility.
I specifically and explicitly acknowledged it as a cost.
> But I don't think you need to double down on saying this was the right way to do things.
I 100% believe it was the right way to go. As in, it is my opinion that it is a better user experience overall. More explicitly, if I could go back in time, I would make exactly the same design choice even knowing what I know now.
> You built a tool for things you needed
I didn't build it just for me. ripgrep started out as a tool to benchmark the regex crate. But when I noticed it was as fast as GNU grep in common cases, I decided to turn it into a tool for others to use. At this point, I specifically chose the design I did not just because of its impact on me, but the impact that older tools with a similar design (ack and ag) had on untold legions of programmers. I thought it was the better UX then and I think it is the better UX now.
> But it's also not surprising what are advantages to you are disadvantages to others.
I don't understand why you're so focused on "surprise." I'm not surprised at all by anything you said. And this insistence on ignoring my acknowledgment of my design having a cost is pretty frustrating.
- godelski 2y ago> You're ignoring the benefits of good defaults. I am not https://news.ycombinator.com/item?id=41515601 https://news.ycombinator.com/item?id=41515601