https://old.reddit.com/r/dredmorbius/comments/69wk8y/the_tyr...
That of course doesn't mean that both it's perfectly fine to have a niche product that perfectly solves a problem few people have, some features really aren't used by anybody. It's just that things are not always simple.
I get the feeling that the 'people using feature x' curve follows a power law with rapid dropoff rather than a more linear shape, but that's just intuition, and I'd like to calibrate against known data.
I do think that the rise Amazon + Big Box Store + Offshoring meant resulted the disappearance of the power of distribution buyers. Manufacturers typically sell into a distribution chain. Old school the buyers in that chain would enforce some standard of quality. AKA their were a couple of of buyers for the various distributors that knew every model of toilet brush on the market. And if a model sucked they wouldn't order any it no mater how cheap it was.
The Emacs equivalent also works nice: press a memorized key binding for something that you do frequently, or press M-x to type into an autocompleted (and fuzzy searched, with the right packages) list of commands for some particular functionality.
Why the mouse pad with clock, calculator and FM radio was a dumb idea? Because each feature was orthogonal, and them being in a mouse pad actually reduced utility. For optimal use, I want the clock be in visual range, FM radio be in audio range and within arm's reach, the calculator is something I might want to reposition or take with me when I get up, etc., while the mouse pad forces a particular location on my desk. It's the "mouse pad" ingredient that breaks this - as modern smartphones show, FM radio + clock + calculator together is a good idea[0].
Compare that with complex and feature-full applications like Word, Excel, Photoshop, or Blender. There, you may not use 90% of the features (everyone uses different 10%, though), but they all work on the same "work piece", and interact well with each other. As long as they're mostly out of the way when you don't need them, they're fine in the same application - and splitting them out would degrade each of them[1].
Compare that with Emacs - in particular its utility as mini IDE + TODO manager + dayplanner + better Jupyter + e-mail client + a bunch more of stuff, at the same time. You could say all of these things should be their own applications, and you'd be right. They sort of are, if you see Emacs as a Lisp runtime with a text editor app bundled by default. The reason some people choose this combo is because for text-UI applications, Emacs offers the level of integration that's much superior to what regular operating systems give you. A bunch of completely orthogonal features end up reinforcing each other - improvements to IDE carry over to editing your e-mail, you can quickly glue together e-mail with your TODO list, etc.
My point being, bundling features is bad when they interfere with each other; it's OK if they complement each other; it's very much desirable if they reinforce each other.
--
[0] - For frequent use, hardware calculator with real buttons is better, though.
[1] - Sort of. Power users appreciate tools like imagemagick to quickly do some of the things you'd do in a bitmap editor, without having to start up a larger environment. Or, more importantly, the ability to operations in batch mode. But just because a power user might use imagemagick to batch-generate thumbnails, doesn't mean Photoshop should lose the "resize image" function.
> Put simply, what looks attractive in prospect does not necessarily look good in practice. Consumers often become frustrated and dissatisfied with the very cornucopia of features they originally desired and chose. This explains a recent nationwide survey that found that after buying a high-tech product, 56% of consumers feel overwhelmed by its complexity.
Bundling a VHS/DVD player together feels more sensible than bundling a TV into a fridge, or a calculator into a mousepad, but I don't know if I could come up with a principle behind why.
Unix was bodged together with nails and a glue gun using offcuts and left-overs from more sophisticated operating systems. It's the proverbial jack-of-all-trades OS.
The days of dropping kids in front of a text prompt and expecting them to figure it out are over.
I learned how to use the MSDOS prompt growing up as a teenager. Most of my programming was done in an IDE, though -- including the first few years of my career. I had also worked a little bit with Linux command line, so I wasn't completely unfamiliar.
At age 26, I joined FAANG and was forced to adapt to developing in Linux 100% of the time. The transition wasn't difficult. I felt comfortable with the Linux command line after a few months, with some help from coworkers and Stack Overflow searches when necessary.