Live data from Hacker News

Good software knows when to stop

ogirardot.writizzy.com

211–220 of 304 posts

Re: Good software knows when to stop

#211

This is why I love Sublime Text. It's so fast, it works so well. It isn't trying to be AI, it isn't trying to evolve until it can read email or issue SSL certs via ACME. It's focused on one thing and it does it extremely, extremely well.

this is why i am still on vim

I feel like a heathen; I'm using Neovim.

Re: Good software knows when to stop

#213

Earlier quoted context omitted.

this is why i am still on vim

I am still on "vi"

wow that's two people, including me!

(jokes aside, if I had a choice I'd use vim/neovim, but when I ssh into a remote system that has minimal installs, vi it is)

Re: Good software knows when to stop

#214
post #124
post #85

In 2020 I became a full time Java developer, coming from a infrastructure role where I kind of dealt with Java code, but always as artifacts I managed in application servers and whatnot. So when I first started dealing with the actual code, it scared me that the standard json library was basically in maintenance mode for some years back then. The standard unit test framework and lot of other key pieces too. I interpr…

I remember we made a switch to redis because java's memcached library was unmaintained. I made I joke that it's just feature-complete and cannot be improved upon, people chuckled, but we still did the switch.

Quite a bit of risk telescoping there...because you had the source code to the memcached library so in the theoretical case you found a bug in mature code (how many times have you seen that?), you weren't SOL. So instead you switched to an entirely new system? If you were trying to minimize risk and cost, you did the opposite unless memcached was doing something else that was a problem.

Re: Good software knows when to stop

#217

Earlier quoted context omitted.

this is why i am still on vim

Ha yes, learning vim was one of the best things I ever did. I can SSH onto a Juniper router and fix up config using vi. I still try to instill in juniors these days "Learn vim!" but everyone just wants to use nano (which I understand but nano isn't preinstalled on many network devices)

> everyone just wants to use nano (which I understand

I do not understand.

I have a very capable colleague/friend who uses nano. Unix hacker type, so I think it is what he is used to from growing up. I still find it strange, but such is the nature of preference.

Re: Good software knows when to stop

#218

Earlier quoted context omitted.

this is why i am still on vim

I feel like a heathen; I'm using Neovim.

I also felt a little guilty when making the switch! Totally irrational of course, but still there's something to be said for sticking to the the original.

Re: Good software knows when to stop

#219

> Ignore feature requests — don't build what users ask for; understand the underlying problem instead not quite in the same area, but this advice reminds me of blizzard and world of warcraft. for years and years, people requested a "classic" WoW (for non-players, the classic version is an almost bug-for-bug copy of the original 2004-2005 version of the game). for years and years, the reply from blizzard was "you thin…

[dead]

Re: Good software knows when to stop

#220

> Ignore feature requests — don't build what users ask for; understand the underlying problem instead not quite in the same area, but this advice reminds me of blizzard and world of warcraft. for years and years, people requested a "classic" WoW (for non-players, the classic version is an almost bug-for-bug copy of the original 2004-2005 version of the game). for years and years, the reply from blizzard was "you thin…

But in your example the version with less features that "knew when to stop" actually turned out to be more desirable, so...
Post reply on HN