>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 think you want that, but you dont. trust us, you dont want that."
they eventually caved and launched classic WoW to overwhelming success. some time later, in an interview, ion hazzikostas (the game director) and holly longdale (vice president & executive producer), admitted that they got WoW classic very wrong and that the people "really did know what they want".
anyways, point being that sometimes the person putting in the feature request knows exactly what they want and they have a good idea. while your default mode might be (and perhaps should be) to ignore feature requests, it is worth recognizing that you may be doing so at your own loss. after all, you might not not be able to fully understand every underlying problem of every user of your product -- but you might understand how to code the feature that they asked for.
I have been in situations where a user makes a feature request and I don’t think it makes sense, but because they’ve been polite and understanding I decide to take the time to explain exactly why it wouldn’t work, but while doing so I basically rubber duck and come up with solutions to the problems I’m describing (which the user hasn’t foreseen yet). Sometimes that ends with me discovering yet even stronger reasons to not implement the feature, but other times it makes me delete the whole reply and work on it instead because I have worked it out. Sometimes doing so ends up taking less time than writing the full reply. Often the feature ends up being even better than what they originally requested.
In contrast, if a user has been rude, entitled, and high maintenance, I may end up not even trying to reply in the first place because I know they’ll just be combative every step of the way, and giving them what they want just makes them demand more, seldom being appreciative. These tend to be users who want something a very specific way and refuse to understand why the thing they are asking for is profoundly selfish and would shit the interaction for everyone else to satisfy their own desire. So I don’t do it.
This has been a bigger sidetrack than I originally intended. I guess the moral of the story is don’t be a prick to the people you’re asking something from.
To be fair on the Blizzard example, I think Blizzard could have also made the player base just as happy by, doing as your quote said, understanding the underlying problem.
It wasn't only a "we want WoW classic bug for bug," it was "the modern game has become so unrecognizable that it's basically WoW 2.0, you ruined it with the modern systems"
Blizzard could have rolled back LFR/LFG, class homogenization, brought back complicated and unique talent trees, remove heirlooms, re-add group guests and world mini-bosses, remove flying, etc. and players likely would have been happy.
Classic will only save them for so long without them making new content, but using classic's systems. So in a way, I think the point still stands, you have to understand what the underlying problem is. Users do generally know what they want, but they don't always know how to ask for it.
Another example is Old School Runescape, who reverted back to an earlier save and has now diverged as an entirely separate game running with older systems as they lost a ton of players with their "Evolution of Combat" update. While nostalgia is definitely a powerful tool, I agree with the previous commenter that the original WoW was a very different game than the modern version and it seems like that is one of the core aspects of what people desired.
But there are people who didn't play WoW back in the day who still love classic, so it can't just be nostalgia. Vanilla WoW really did have a different design ethos than the later expansions did, and some people prefer that experience.
They knew exactly what they wanted and they knew exactly how to ask for it. That’s the point.
engineers love announcing that nobody but engineers knows what’s important in software; that’s complete and total bollocks. wow classic is a perfect example because it is exactly the sort of thing that the business unit and the engineers and the designers would not want to do. We don’t need to assume that because we have hundreds of Internet posts indicating exactly that. Not only did they not want to do it, but they argued that users didn’t know what they wanted for the sheer fact that making it was not something that was desired by either the business unit or the engineers.
Also, the point is not that classic saves them from making new content. It’s probably the case that the more content they make the more of a value proposition classic appears to be. Is there some new race in the new expansion that’s stupid? OK hop on over to classic.
Kill the part of your brain that makes you assume users are stupid.
> Blizzard could have rolled back LFR/LFG, class homogenization, brought back complicated and unique talent trees, remove heirlooms, re-add group guests and world mini-bosses, remove flying, etc. and players likely would have been happy.
100% nope. Classic is what we wanted. All of what you just said is you saying: "you think you want that, but you dont. trust us, you dont want that."
Agreed. Current WoW has done some similar things to what the prior poster suggested, and while I personally find the current game better that it was for a while, it remains a very different experience from Classic.
Users usually don't know what they really want. But neither do developers or product managers. The "understand the underlying problem" part is hard, and easy to convince yourself of incorrectly.
There are also shallow wants and deeper wants. I don't have the experience to know, but my guess is that classic WoW was more of a shallow want, where people were very happy to get it, but the deeper want was more about a style and feel of gameplay. The players would be happier with new stuff that kept the magic of the classic game, but they justifiably knew they couldn't trust Blizzard not to add anything without messing it up. So the only practical way to satisfy the desire was to just roll back all the way to the classic version.
In a perfect world, some designer would come along and incorporate carefully selected bits and pieces of the new version, probably with some novel changes to balance it out, and end up with something superior to both classic and new WoW. But that would be really hard to get right, and distrusting players would fight it (with very good reasons for their suspicion), and you would have a giant mess of different people claiming that they know what to keep and what to discard, except nobody would agree on the same things, etc.
>I don't have the experience to know, but my guess is that classic WoW was more of a shallow want, where people were very happy to get it, but the deeper want was more about a style and feel of gameplay. The players would be happier with new stuff that kept the magic of the classic game, [...]
>In a perfect world, some designer would come along and incorporate carefully selected bits and pieces of the new version, probably with some novel changes to balance it out, and end up with something superior to both classic and new WoW.
this is exactly what they put a lot of effort into for 5-10 years or so. years! blizzard convinced themselves that the players asking for classic didn't really want classic, they just wanted some of the feeling of classic bolted on to the current game.
but players actually, really, 100% truthfully, no exaggeration, wanted classic WoW. not retail WoW with some classic-feeling bits. they wanted (basically) bug-for-bug classic.
and it worked out great in the end! classic is thriving. retail is thriving. no balancing act between the two player bases needed.
I'm not a WoW player, so perhaps speaking out of turn — but doesn't that example show that users know what extra features they don't want, not extra features they do?
that distinction sort of misses the point i was trying to make.
sometimes users want something. that something might be a feature request, or it might be a feature removal. it doesnt really matter for the sake of my point(s):
a) ignoring your users requests can sometimes be a bad choice.
b) you might not necessarily understand every underlying problem that every user has. worse, you might think you understand the problem when you dont.
expanding on b: blizzard thought they understood their player base and the underlying problems of retail WoW. on multiple occasions, ion explicitly said stuff like "you think you want this, but you dont". they kept making changes to retail WoW to try and stop the hemorrhaging of players.
eventually they said "fuck it, we dont know why you want this, but here" (not a verbatim quote). it ended up being very profitable.
Sid Meier has talked about something similar: he likes to tell designers at Firaxis that "feedback is fact". That is, no matter how strongly you (the designer) believe that something is a good design, if the player says "this isn't fun" then that needs to be taken as the gospel truth. The players might not be able to explain why it isn't fun, and you might be able to tweak the design to make it fun, but what you can't do is insist that the design is for the best while players are telling you "no, really, this isn't fun".
Unfortunately Blizzard has had a problem for a long time where they are too stubborn to listen to player feedback about WoW. They will put systems into the game that people hate, and for years they will insist that the system is fine and meets the team's design goals, despite all the people telling them that it sucks and isn't fun. Then, finally, in some future expansion they will go "yeah guys that really did kind of suck" and remove or overhaul the system. They really don't have a culture of listening to player feedback, and it drags their games down.
That's reinforcing the author's point: the classic game already existed, users just wanted the same game with some maintenance updates - not a new game with new features.
In this case it was the producers (not the users) that were wrong in wanting to throw away something that already worked.
I believe his point isn't exactly about users not knowing what they want, but instead the tension between evolutionary design vs. "keep piling features".
>users just wanted the same game with some maintenance updates - not a new game with new features.
this is similar to the comment by treetalker, so i dont want to just copy/paste my reply to them, but focus on "add" vs. "remove" is sort of beside the point(s) i was trying to make.
This is a good point, though maybe means that "understanding the underlying problem" requires a degree of humanity.
I think it's fair to say that Blizzard at a certain point went corporate and "lost the plot", so they thought they knew what people wanted, even though they really didn't (don't you guys have phones?).
This reminds me of Origin Systems and Ultima Online. The number of player-run shards over the years promising Classic UO gameplay and the number of player hours spent on them is enormous.
I think a large part of that is that Classic Wow is possibly not in the business interests of the bean counters. If it's classic, you can't sell new expansions, new MTX etc. I don't know how honest Ion was about the actual reasons Classic didn't happen sooner.
Still, by volume, there are thousands of examples of bad ideas and feature requests on the wow forum too.
I would actually argue that Classic WoW and OSRS are not good examples. These games already existed. For OSRS, the mass cancellation of subscriptions immediately following game updates was a clear wallet vote. Most feature requests aren't asking for the return of something people already liked.
Classic WoW is also not as successful as OSRS, which is why they're exploring Classic+. Even OSRS, which was born on nostalgia, also gets significant new content updates (albeit polled).
Jagex thought they knew better than the players what the game should look like, and overhauled the whole game to the point it was unrecognizable. It took a massive loss of paying members to get them to finally release 2007 version of RuneScape back.
Even now, OSRS has double the amount of players that RS3 has. Lol
That's also a good case of the difference between a "Yeah, it'd be cool if you added this feature for free" type of feature request vs "I'm actively paying a company making a hack version of what I'd like from you - would you please let me pay you instead - for the love of god, please please please take my money?"
We should normalize "finished" software products that stop feature creep and focus strictly on bug fixes and security updates.
It takes real courage for a builder to say, "It’s good enough. It’s complete. It serves the core use cases well." If people want more features? Great, make it a separate product under a new brand.
Evernote and Dropbox were perfect in 2012. Adding more features just to chase new user growth often comes at the expense of confusing the existing user base. Not good
This is one of the biggest issues in software development: So few projects are willing to admit that they are finished. I can probably count on one hand how many software products I use every day that actually get better (or stay the same) on update. The vast majority of them peaked somewhere around v1.0, and are just getting worse every time the developer touches them.
I think notepad.exe is the strongest example of this right now.
The amount of hacking required to even be allowed to re-associate text files with that particular exe on Win11 was shocking to me. I get that windows is extremely hostile to its users as a general policy, but this one felt extra special.
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.
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)
It grows and grows and eventually slows or grows too much and dies (cancer), but kinda sheds its top-heavy structure as its regrown anew from the best parts that survived the balanced cancer of growth?
Just forks and forks and restarts. It's not the individual piece of softwares job (or its community's) to manage growing in the larger sense, just to eventually leave and pass on its best parts to the next thing
Just like all organizations are naturally self-expanding and self-perpetuating. Same with all organizations building software. The natural pressure is to expand. It is hard to resist it.
Definitely that, a finite scope is good and finished software is beautiful.
But also, most of the modern software is in what I call "eternal beta". The assumption that your users always have an internet connection creates a perverse incentive structure where "you can always ship an update", and in most cases there's one singular stream of updates so new features (that no one asked for btw) and bug fixes can't be decoupled. In case of web services like YouTube you don't get to choose the version you use at all.
I moved to Obsidian after Evernote increased their subscription prices beyond the point I could justify and I think Obsidian is heading down the same path Evernote did. They keep adding more and more features to it when I wish they would call it complete and move it into maintenance mode.
For me, the turning point for Obsidian was their Canvas feature. That was a big move beyond the initial design of it being an excellent editor for a directory or markdown files that supported links and all the other cool things you can do with a basic directory of files and a few conventions. Nothing proprietary, nothing much beyond the directory of files aside from a preferences store. IMHO, Canvas and beyond should have been a new product.
If Obsidian was open source I would have been tempted to fork it at that point.
I built a spotify music extractor called harmoni that helps you download your playlists and I feel I'm done. It does its job and it caters to both non-technicals and technical people alike.
Spotify is a moving target, however. It may change its API, remove it completely, etc. I think you can only be truly done if you don’t rely on a third party.
> I think you can only be truly done if you don’t rely on a third party.
On a third-party that changes. Making software for a specific hardware like a game console or a specific e-reader may still technically rely on a third-party but doesn’t carry the same risk and you can definitely say you’re done.
It's the wonderful part about OSS and 'mission-driven' projects. If the mission is not to make money, then a project is free to reject addons/etc that might be lucrative but not add value to the core of the product
It's not about software, it's about money. They're chasing what they see making money and being mimetic. Simple as. It's a shame and sad to see so many get caught up in this, but it makes sense relative to where the world is at. People are desperate and this is what desperation manifest looks like.
The more stars my personal GitHub repos have, the more likely the project was something I cranked out over a weekend to scratch an itch, and then more or less abandoned because it was good enough -- maybe even perfect for that specific itch?
We need something similar to the Svalbard Global Seed Vault, to protect un-AI'd Linux distributions so that, in the event of an AI apocalypse, we will have access to clean operating systems.
So does robbing a bank. But it’s far from the only option. Plenty of indie developers thrive without any VC funding, and I thank every one of them for it. VC funding is essentially a guarantee that if the software isn’t shit now, it’ll be in the future, and that the creators care more about the money than doing something good. Case in point, the deterioration of 1Password.
I notice at this time there are no comments about systemd. I figured there would be at least one comment about it and "it does not try to do everything".
When chatGPT first gained traction I imagined a future where I'm writing code using an agent, but spending most of my time trying to convince it that the code I want to write is indeed moral and not doing anything that's forbidden by it's creators.
Oracle Database has now been renamed Oracle AI Database. But I think that in time, they will rename it back to Oracle Database. The hype will pass, but the AI will remain, and the name will no longer need to include the AI prefix. AI will just become the norm.
Not only that, but due to their pattern of putting letters after the version number the current version is Oracle AI Database "26ai".
I skimmed the video and the presenters said "Oracle AI Database 26ai" multiple times without even a glint of self awareness on their face. They must've picked the only people on the team that could say that without laughing.
The destructive forces (fire clearing deadwood) of the economy have been artificially suppressed for a long time. Most companies are zombie companies now. The US is an entire zombie economic zone.
>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 think you want that, but you dont. trust us, you dont want that."
they eventually caved and launched classic WoW to overwhelming success. some time later, in an interview, ion hazzikostas (the game director) and holly longdale (vice president & executive producer), admitted that they got WoW classic very wrong and that the people "really did know what they want".
anyways, point being that sometimes the person putting in the feature request knows exactly what they want and they have a good idea. while your default mode might be (and perhaps should be) to ignore feature requests, it is worth recognizing that you may be doing so at your own loss. after all, you might not not be able to fully understand every underlying problem of every user of your product -- but you might understand how to code the feature that they asked for.
I have been in situations where a user makes a feature request and I don’t think it makes sense, but because they’ve been polite and understanding I decide to take the time to explain exactly why it wouldn’t work, but while doing so I basically rubber duck and come up with solutions to the problems I’m describing (which the user hasn’t foreseen yet). Sometimes that ends with me discovering yet even stronger reasons to not implement the feature, but other times it makes me delete the whole reply and work on it instead because I have worked it out. Sometimes doing so ends up taking less time than writing the full reply. Often the feature ends up being even better than what they originally requested.
In contrast, if a user has been rude, entitled, and high maintenance, I may end up not even trying to reply in the first place because I know they’ll just be combative every step of the way, and giving them what they want just makes them demand more, seldom being appreciative. These tend to be users who want something a very specific way and refuse to understand why the thing they are asking for is profoundly selfish and would shit the interaction for everyone else to satisfy their own desire. So I don’t do it.
This has been a bigger sidetrack than I originally intended. I guess the moral of the story is don’t be a prick to the people you’re asking something from.
To be fair on the Blizzard example, I think Blizzard could have also made the player base just as happy by, doing as your quote said, understanding the underlying problem.
It wasn't only a "we want WoW classic bug for bug," it was "the modern game has become so unrecognizable that it's basically WoW 2.0, you ruined it with the modern systems"
Blizzard could have rolled back LFR/LFG, class homogenization, brought back complicated and unique talent trees, remove heirlooms, re-add group guests and world mini-bosses, remove flying, etc. and players likely would have been happy.
Classic will only save them for so long without them making new content, but using classic's systems. So in a way, I think the point still stands, you have to understand what the underlying problem is. Users do generally know what they want, but they don't always know how to ask for it.
We shouldn't discount nostalgia. Sometimes an otherwise objectively worse product is better because it reminds people of the past.
Another example is Old School Runescape, who reverted back to an earlier save and has now diverged as an entirely separate game running with older systems as they lost a ton of players with their "Evolution of Combat" update. While nostalgia is definitely a powerful tool, I agree with the previous commenter that the original WoW was a very different game than the modern version and it seems like that is one of the core aspects of what people desired.
But there are people who didn't play WoW back in the day who still love classic, so it can't just be nostalgia. Vanilla WoW really did have a different design ethos than the later expansions did, and some people prefer that experience.
They knew exactly what they wanted and they knew exactly how to ask for it. That’s the point.
engineers love announcing that nobody but engineers knows what’s important in software; that’s complete and total bollocks. wow classic is a perfect example because it is exactly the sort of thing that the business unit and the engineers and the designers would not want to do. We don’t need to assume that because we have hundreds of Internet posts indicating exactly that. Not only did they not want to do it, but they argued that users didn’t know what they wanted for the sheer fact that making it was not something that was desired by either the business unit or the engineers.
Also, the point is not that classic saves them from making new content. It’s probably the case that the more content they make the more of a value proposition classic appears to be. Is there some new race in the new expansion that’s stupid? OK hop on over to classic.
Kill the part of your brain that makes you assume users are stupid.
> Blizzard could have rolled back LFR/LFG, class homogenization, brought back complicated and unique talent trees, remove heirlooms, re-add group guests and world mini-bosses, remove flying, etc. and players likely would have been happy.
100% nope. Classic is what we wanted. All of what you just said is you saying: "you think you want that, but you dont. trust us, you dont want that."
Agreed. Current WoW has done some similar things to what the prior poster suggested, and while I personally find the current game better that it was for a while, it remains a very different experience from Classic.
Users usually don't know what they really want. But neither do developers or product managers. The "understand the underlying problem" part is hard, and easy to convince yourself of incorrectly.
There are also shallow wants and deeper wants. I don't have the experience to know, but my guess is that classic WoW was more of a shallow want, where people were very happy to get it, but the deeper want was more about a style and feel of gameplay. The players would be happier with new stuff that kept the magic of the classic game, but they justifiably knew they couldn't trust Blizzard not to add anything without messing it up. So the only practical way to satisfy the desire was to just roll back all the way to the classic version.
In a perfect world, some designer would come along and incorporate carefully selected bits and pieces of the new version, probably with some novel changes to balance it out, and end up with something superior to both classic and new WoW. But that would be really hard to get right, and distrusting players would fight it (with very good reasons for their suspicion), and you would have a giant mess of different people claiming that they know what to keep and what to discard, except nobody would agree on the same things, etc.
>I don't have the experience to know, but my guess is that classic WoW was more of a shallow want, where people were very happy to get it, but the deeper want was more about a style and feel of gameplay. The players would be happier with new stuff that kept the magic of the classic game, [...]
>In a perfect world, some designer would come along and incorporate carefully selected bits and pieces of the new version, probably with some novel changes to balance it out, and end up with something superior to both classic and new WoW.
this is exactly what they put a lot of effort into for 5-10 years or so. years! blizzard convinced themselves that the players asking for classic didn't really want classic, they just wanted some of the feeling of classic bolted on to the current game.
but players actually, really, 100% truthfully, no exaggeration, wanted classic WoW. not retail WoW with some classic-feeling bits. they wanted (basically) bug-for-bug classic.
and it worked out great in the end! classic is thriving. retail is thriving. no balancing act between the two player bases needed.
I'm not a WoW player, so perhaps speaking out of turn — but doesn't that example show that users know what extra features they don't want, not extra features they do?
that distinction sort of misses the point i was trying to make.
sometimes users want something. that something might be a feature request, or it might be a feature removal. it doesnt really matter for the sake of my point(s):
a) ignoring your users requests can sometimes be a bad choice.
b) you might not necessarily understand every underlying problem that every user has. worse, you might think you understand the problem when you dont.
expanding on b: blizzard thought they understood their player base and the underlying problems of retail WoW. on multiple occasions, ion explicitly said stuff like "you think you want this, but you dont". they kept making changes to retail WoW to try and stop the hemorrhaging of players.
eventually they said "fuck it, we dont know why you want this, but here" (not a verbatim quote). it ended up being very profitable.
Sid Meier has talked about something similar: he likes to tell designers at Firaxis that "feedback is fact". That is, no matter how strongly you (the designer) believe that something is a good design, if the player says "this isn't fun" then that needs to be taken as the gospel truth. The players might not be able to explain why it isn't fun, and you might be able to tweak the design to make it fun, but what you can't do is insist that the design is for the best while players are telling you "no, really, this isn't fun".
Unfortunately Blizzard has had a problem for a long time where they are too stubborn to listen to player feedback about WoW. They will put systems into the game that people hate, and for years they will insist that the system is fine and meets the team's design goals, despite all the people telling them that it sucks and isn't fun. Then, finally, in some future expansion they will go "yeah guys that really did kind of suck" and remove or overhaul the system. They really don't have a culture of listening to player feedback, and it drags their games down.
That's reinforcing the author's point: the classic game already existed, users just wanted the same game with some maintenance updates - not a new game with new features.
In this case it was the producers (not the users) that were wrong in wanting to throw away something that already worked.
I believe his point isn't exactly about users not knowing what they want, but instead the tension between evolutionary design vs. "keep piling features".
>users just wanted the same game with some maintenance updates - not a new game with new features.
this is similar to the comment by treetalker, so i dont want to just copy/paste my reply to them, but focus on "add" vs. "remove" is sort of beside the point(s) i was trying to make.
This is a good point, though maybe means that "understanding the underlying problem" requires a degree of humanity.
I think it's fair to say that Blizzard at a certain point went corporate and "lost the plot", so they thought they knew what people wanted, even though they really didn't (don't you guys have phones?).
This reminds me of Origin Systems and Ultima Online. The number of player-run shards over the years promising Classic UO gameplay and the number of player hours spent on them is enormous.
I think a large part of that is that Classic Wow is possibly not in the business interests of the bean counters. If it's classic, you can't sell new expansions, new MTX etc. I don't know how honest Ion was about the actual reasons Classic didn't happen sooner.
Still, by volume, there are thousands of examples of bad ideas and feature requests on the wow forum too.
I would actually argue that Classic WoW and OSRS are not good examples. These games already existed. For OSRS, the mass cancellation of subscriptions immediately following game updates was a clear wallet vote. Most feature requests aren't asking for the return of something people already liked.
Classic WoW is also not as successful as OSRS, which is why they're exploring Classic+. Even OSRS, which was born on nostalgia, also gets significant new content updates (albeit polled).
Same with Old School RuneScape.
Jagex thought they knew better than the players what the game should look like, and overhauled the whole game to the point it was unrecognizable. It took a massive loss of paying members to get them to finally release 2007 version of RuneScape back.
Even now, OSRS has double the amount of players that RS3 has. Lol
That's also a good case of the difference between a "Yeah, it'd be cool if you added this feature for free" type of feature request vs "I'm actively paying a company making a hack version of what I'd like from you - would you please let me pay you instead - for the love of god, please please please take my money?"
We should normalize "finished" software products that stop feature creep and focus strictly on bug fixes and security updates.
It takes real courage for a builder to say, "It’s good enough. It’s complete. It serves the core use cases well." If people want more features? Great, make it a separate product under a new brand.
Evernote and Dropbox were perfect in 2012. Adding more features just to chase new user growth often comes at the expense of confusing the existing user base. Not good
This is one of the biggest issues in software development: So few projects are willing to admit that they are finished. I can probably count on one hand how many software products I use every day that actually get better (or stay the same) on update. The vast majority of them peaked somewhere around v1.0, and are just getting worse every time the developer touches them.
I think notepad.exe is the strongest example of this right now.
The amount of hacking required to even be allowed to re-associate text files with that particular exe on Win11 was shocking to me. I get that windows is extremely hostile to its users as a general policy, but this one felt extra special.
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
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)
I am still on "vi"
it's okay, you're still one of us
Yeah that. Same here.
Maybe good software is like a living thing?
It grows and grows and eventually slows or grows too much and dies (cancer), but kinda sheds its top-heavy structure as its regrown anew from the best parts that survived the balanced cancer of growth?
Just forks and forks and restarts. It's not the individual piece of softwares job (or its community's) to manage growing in the larger sense, just to eventually leave and pass on its best parts to the next thing
Just like all organizations are naturally self-expanding and self-perpetuating. Same with all organizations building software. The natural pressure is to expand. It is hard to resist it.
Definitely that, a finite scope is good and finished software is beautiful.
But also, most of the modern software is in what I call "eternal beta". The assumption that your users always have an internet connection creates a perverse incentive structure where "you can always ship an update", and in most cases there's one singular stream of updates so new features (that no one asked for btw) and bug fixes can't be decoupled. In case of web services like YouTube you don't get to choose the version you use at all.
I moved to Obsidian after Evernote increased their subscription prices beyond the point I could justify and I think Obsidian is heading down the same path Evernote did. They keep adding more and more features to it when I wish they would call it complete and move it into maintenance mode.
For me, the turning point for Obsidian was their Canvas feature. That was a big move beyond the initial design of it being an excellent editor for a directory or markdown files that supported links and all the other cool things you can do with a basic directory of files and a few conventions. Nothing proprietary, nothing much beyond the directory of files aside from a preferences store. IMHO, Canvas and beyond should have been a new product.
If Obsidian was open source I would have been tempted to fork it at that point.
I built a spotify music extractor called harmoni that helps you download your playlists and I feel I'm done. It does its job and it caters to both non-technicals and technical people alike.
Spotify is a moving target, however. It may change its API, remove it completely, etc. I think you can only be truly done if you don’t rely on a third party.
> I think you can only be truly done if you don’t rely on a third party.
On a third-party that changes. Making software for a specific hardware like a game console or a specific e-reader may still technically rely on a third-party but doesn’t carry the same risk and you can definitely say you’re done.
It's the wonderful part about OSS and 'mission-driven' projects. If the mission is not to make money, then a project is free to reject addons/etc that might be lucrative but not add value to the core of the product
It's not about software, it's about money. They're chasing what they see making money and being mimetic. Simple as. It's a shame and sad to see so many get caught up in this, but it makes sense relative to where the world is at. People are desperate and this is what desperation manifest looks like.
The more stars my personal GitHub repos have, the more likely the project was something I cranked out over a weekend to scratch an itch, and then more or less abandoned because it was good enough -- maybe even perfect for that specific itch?
We need something similar to the Svalbard Global Seed Vault, to protect un-AI'd Linux distributions so that, in the event of an AI apocalypse, we will have access to clean operating systems.
https://archiveprogram.github.com/arctic-vault/
Of course, any AI smart enough to apocalypse us would also know about these.
Good software doesn't get you VC funding.
As if VC funding is a good thing.
Good software is made by individual people, nonprofits, or privately-owned entities.
And AI.
VC funding gets you paid, which is a good thing.
Not getting paid is less good.
> VC funding gets you paid
So does robbing a bank. But it’s far from the only option. Plenty of indie developers thrive without any VC funding, and I thank every one of them for it. VC funding is essentially a guarantee that if the software isn’t shit now, it’ll be in the future, and that the creators care more about the money than doing something good. Case in point, the deterioration of 1Password.
But more and more, as a user, VC funding is a pretty good sign that either the product is shit or later will become shit.
Which is great because it means whenever I can I should go with the underdogs and SMBs.
VC funding gets you enslaved. There's no such thing as free money.
Really at this point we should stop making software as we know it, but create minimal tools that an LLM can use.
> ready to upgrade your favorite Linux distribution and packages to their latest versions
It is "their" distribution, to do with as they wish. If this would happen to your workstation, you are a fool, for not following release notes.
I already jumped distros for several reasons, marketing BS was one of them. I do not need latest scam or flag of the month!
I notice at this time there are no comments about systemd. I figured there would be at least one comment about it and "it does not try to do everything".
if I ran an OS upgrade and was greeted by something like this I'd immediately be swapping OS.
I like the fictional way the article starts!
When chatGPT first gained traction I imagined a future where I'm writing code using an agent, but spending most of my time trying to convince it that the code I want to write is indeed moral and not doing anything that's forbidden by it's creators.
"To order, to govern,
is to begin naming;
when names proliferate
it’s time to stop.
If you know when to stop
you’re in no danger."
Oracle Database has now been renamed Oracle AI Database. But I think that in time, they will rename it back to Oracle Database. The hype will pass, but the AI will remain, and the name will no longer need to include the AI prefix. AI will just become the norm.
That never happened to JavaScript. It still has Java in the name long after the Java hype ended.
Not only that, but due to their pattern of putting letters after the version number the current version is Oracle AI Database "26ai".
I skimmed the video and the presenters said "Oracle AI Database 26ai" multiple times without even a glint of self awareness on their face. They must've picked the only people on the team that could say that without laughing.
not exactly what we're asking of database, don't you think ?
Ironically, yeah kinda. In so far as fuzzy text search goes, vectorization works great.
The generative part of the AI hype is getting in the way.
Needs for actual survival and functionality do not out weigh needs for product manager promotions anymore.
The destructive forces (fire clearing deadwood) of the economy have been artificially suppressed for a long time. Most companies are zombie companies now. The US is an entire zombie economic zone.
That's what happens when you have nearly a decade of ZIRP & QE.
Money printer go brrrr.
Link this to the Spotify product developers
Good example. Spotify today is noticeably worse.
No, all software grows until it gets email. Jamie told me that.
als: both fitting and terrifying name for that new utility...
... slowly losing all functionality until, suddenly, death.
So uhm where can I get the 'als' command then? :P