Slashdot Mirror


Windows Software Ugly, Boring & Uninspired

An anonymous reader writes "CPU magazine has written a very straight-to-the-point editorial on the lack of quality and innovation in software for the mainstream OS. They compare it to the Mac, which is found in a much different light. Where has all the innovation gone?" From the article: "There's too much coal and not enough diamonds within the sphere of downloads. The greatest pieces of software are plagued by unintelligent design, and very few rise to the level of ubiquity. Windows users don't have a strong sense of belonging; there's no user community rallying around the platform. We use the computer, certainly, or is the computer using us?"

5 of 924 comments (clear)

  1. Re:Just an idea, but by packetbasher · · Score: 5, Interesting

    Actually when I think of the hardcore mac user I think of people attending XML conferences, Next hackers, people at the MIT doing OS research, etc.

    A friend of my once said that OSX is the 21st century Sun workstation.

    Maybe I just think that because I dig having a unix box that can also run microsoft word at the same time.

  2. Re:Just an idea, but by Seumas · · Score: 5, Interesting

    Think about it, who do you think of when you think of a mac user? Granted, there are many out there, but when I think of a hardcore mac user I think of somebody who is into designing music, movies, graphics editing, etc. They are designed to cater to a group of people who are more creative and right brained.

    Really? I work for a huge company known for its big iron and most popular unix operating system and a silly coffee-related programming language and a CEO that has been ranked at the bottom of several CEO lists in terms of performance the last few years.

    And do you know what most of the developers and engineers I know around here have with them? Their PowerBook.

  3. Most people barely use the shell by EMIce · · Score: 5, Interesting

    Most users I've noticed are perplexed with explorer and its interface. They know specific hierarchies like My Documents and Program Files, but as soon as you drop them into an unfamiliar shell hierarchy, they aren't sure "what to click on" or what in general is possible.

    A new interface based in windows shell may be organized the same as others but is functionally different, and people end up looking for things that they are "allowed" to click, like they might an exe in Program Files, or a doc in My Documents. It is far from intuitive, as these custom hierarchies don't necessarily order things intuitively and even when they do, functionality varies from object to object whether you click, double click, or drag and drop.

    Functionality of different actions should be implicit in the design, so they can be inferred by those unfamiliar with what actions are possible in a particular application context. Now if windows made it standard that right clicking on an object should not only bring up object-specific options, but also describe simply what drag and click operations are available with respect to that object, then these interfaces might not be such a mystery.

    People aren't that dumb, they'll learn given context sensitive documentation like this. Finding their way to documentation is otherwise too frustrating, as it is often mired in a web of unfamiliar material. The frustration the average joe faces at a PC is enough to make him learn, if given a more accessible way to find the immediately relevant sources. He doesn't need to understand why the whole damn system works to find one particular solution, he'll generalize that with enough access to particular solutions.

  4. Yes, and here's what MS did wrong... by tkrotchko · · Score: 5, Interesting

    1) There was no benefit to making the registry a non-text file, except that MS wanted to make it more difficult for end-users to poke around and understand more clearly what's going on

    2) Applications do have to use the OS to read/write/update (so far so good), but the OS *never tracks what the application puts there*. As a result, every developer puts their copy protection in obscure keys in the registry. Even worse, and unforgiveable, are applications that leave crap behind.

    3) Keeping it all in one place (i.e. registry) sounds like a great idea... until you realize you can't readily *do* anything with it from a user's perspective because guess what... the OS won't let you do a simple "c:>copy registry to registry.backup".

    This could be solved easily:

    1) Make it impossible for an application to write to c:\windows or c:\windows\system32 or... you get the idea

    2) Registry files should be stored locally in the directory the application was stored in, or better yet in "My Directory". The system would have its own registry stored in the system directory.

    3) They should be text files that can be copied by the user easily using standard tools.

    4) When a program is uninstalled, the OS would ensure all traces of the registry entry are deleted (this is easy because of #2)

    5) The only thing allowed to alter a program's registry entry is that program. And every time its altered, a new version is kept. This would allow users to go back to old version if required.

    6) A user could tell the OS to lock a registry so that nothing can alter it

    7) The system registry could never be altered by any application. Requests to modify would require the root password entered by the user. Every time.

    This is easy. But MS makes it hard and in the process makes registry damage fatal to the system. With no way to properly back it up. So they have goofy "restore points" that you can't explain readily what it does. So then they'll add more utilities instead of following the KISS principle.

    I sometimes feel over at MS they have a bunch of brilliant programmers who have never set foot outside of Microsoft and don't understand the issues with their own product.

    --
    You were mistaken. Which is odd, since memory shouldn't be a problem for you
    1. Re:Yes, and here's what MS did wrong... by drsmithy · · Score: 5, Interesting
      1. There was no benefit to making the registry a non-text file, [...]

      There are a lot of good reasons why the registry is better than a text file. Performance and fine-grained permissions are two.

      [...] except that MS wanted to make it more difficult for end-users to poke around and understand more clearly what's going on

      Yes, because a system encouraging manual configuration no input validation is such a better alternative.

      Users _shouldn't_ be directly editing the registry. Ideally, users _shouldn't_ be directly editing text files in /etc, either. This is not to hide anything from them, it's so they don't break the system by making a typo.

      Manual editing of text files is an incredibly bad way to configure a system by just about every measure thinkable. That there are few _better_ methods does not change this.

      Applications do have to use the OS to read/write/update (so far so good), but the OS *never tracks what the application puts there*. As a result, every developer puts their copy protection in obscure keys in the registry. Even worse, and unforgiveable, are applications that leave crap behind.

      Neither does any other OS I can think of - so what's your point ?

      Make it impossible for an application to write to c:\windows or c:\windows\system32 or... you get the idea

      They can't unless they're running as a user with sufficient privileges - just like every other multiuser OS.

      Registry files should be stored locally in the directory the application was stored in, or better yet in "My Directory". The system would have its own registry stored in the system directory.

      The user's registry hive is stored in their user profile. The system registry hive is stored in the system directory. Ie: it's already the way you want it.

      They should be text files that can be copied by the user easily using standard tools.

      How are you planning on implementing per-user, per-value ACLs on lines of text in a file ? How about making sure modifications don't end up half finished ? Are you aware parsing text is an incredibly inefficient operation ?

      When a program is uninstalled, the OS would ensure all traces of the registry entry are deleted (this is easy because of #2)

      But how to deal with poorly written applications that don't tell the OS everything they do ?

      The only thing allowed to alter a program's registry entry is that program.

      Funny, I would have thought you'd want to allow the user to manually manipulate arbitrary registry settings.

      And every time its altered, a new version is kept. This would allow users to go back to old version if required.

      This is about the only decent idea you've managed to come up with. Mind you, similar functionality is already available via System Restore points - but I imagine people like you automatically turn them off because you "don't like stuff going on behind your back".

      A user could tell the OS to lock a registry so that nothing can alter it

      Like they could now with ACLs, you mean ?

      The system registry could never be altered by any application.

      Regedit ? Control Panel ? How about applications that want to make system level changes for legitimate reasons ?

      Requests to modify would require the root password entered by the user. Every time.

      Because I'm sure the user will understand the implications of modifying arbitrary registry keys and will give nearly two full seconds' careful and considered thought before typing in their password.