Slashdot Mirror


Lessons Proprietary Software Can Teach Open Source

cdlu writes "Kris Shaffer at Newsforge argues that just because software is open source doesn't mean it should be unpopular. What lessons, he asks, can open source projects learn from popular proprietary software?" From the article: "In the absence of a monopoly, there are three traits that are likely to make an application popular: it is cool or attractive in some way, it provides easy entry, and it is addictive. Barring these things, most average users will stick with the status quo. In fact, many users never use a program on their computer that did not come pre-installed. However, by creating an attractive, easy to set up, addictive application, a developer can motivate the average user to break this barrier and try something new. And several such applications can generate strong popular interest in the open source movement in general."

7 of 359 comments (clear)

  1. Drug Analogy? by ackthpt · · Score: 5, Funny
    there are three traits that are likely to make an application popular: it is cool or attractive in some way, it provides easy entry, and it is addictive.

    Ah. It makes sense now...

    • MS Office Opium
    • MS Office Morphine, to help you break your addiction to MS Office Opium
    • MS Office Heroin, to help you break your addiction to MS Office Morphine
    Clearly businesses do have alternatives, we just didn't know the code names.

    next up: MS Office Crack, soon to be followed by Out-Of-Money and switching to Open Office to break the cycle.

    Sounds more like video games, as they can be very addictive, but I don't ever recall lying awake at night, with the shakes, because it's been 36 hours since my last hit of Excel.

    Easy entry, I'd assume means easy to access the application and use it, getting desired results with a minimum of fuss. I can't say this is exclusive to proprietary software, because some highly successful packages have very steep learning curves and can vary from version to version in ways which can be maddening. (I recently replaced a several step process for producing lists with a one-button application and the end-user was alarmed because the page count didn't match what they expected. Well, I added an extra item per page because I had space, guess I should have explained that one, eh? But it completely bypassed the need for Office Tools, which were a large source of frustration in a frequently run process.)

    Reliability seems to be overrated, however, as I've seen any number of vendor packages blow up, and an IT manager simply say, "well let me know when you get it fixed" Even when it's a desktop app that several users may be using (and man, will they whine when they lose even a minutes work!)

    Perhaps what proprietary software is best at is concealing easter eggs.

    --

    A feeling of having made the same mistake before: Deja Foobar
  2. Killer App by thesuperbigfrog · · Score: 5, Insightful

    It sounds like they are describing the characteristics of a Killer App--addictive, easy-to-use, and cool. I can think of a few OS programs that fall into this catergory, relative to the user's perception of "easy-to-use." For me, CLI is easy-to-use, so apps like mplayer or emacs are killer apps, though I'm not sure the general public would agree. . .

    --
    42
  3. Get the job done. by teiresias · · Score: 5, Insightful

    People will use whichever application that gets the job done or in the case of a game, provides the most fun. That's it. Most don't care whether it's propreitary or open source. Does it get my e-mail? Does it write my term paper for me? Does it allow me to kill robots? Yes. That's all I care about.

    All the rest is just FUDD that programmers worry about. Your common user doesn't much care. If both IE and Firefox were on every computer we'd see people use the one that got the job done.

    --
    -Teiresias
    1. Re:Get the job done. by ravind · · Score: 5, Insightful
      Get the job done, and done easily. Three words I can't emphasize enough "USER INTERFACE DESIGN".

      As a programmer, and especially on a volunteer project, it's very easy to get caught up with creating an elegant algorithm and then writing your application around that. Unfortunately what might seem elegant from a programming point of view is often not intuitive from an end user's perspective and this is where many open source applications suffer.

  4. Re:Marketing and Religion. by jacksonj04 · · Score: 5, Interesting

    Personally, I feel that OSS has plenty of missionaries. Sadly they're all the kind who beat on your door then wax lyrical about something you don't care about.

    OSS needs the missionaries who can go and get people interested on what they find useful.

    For example, Firefox. Don't go banging on about security vs. IE, and the fact it has no ActiveX, because they don't care. Show people tabbed browsing and they're hooked.

    --
    How many people can read hex if only you and dead people can read hex?
  5. Forgot an important one... by montulli · · Score: 5, Insightful

    Fit and finish! Most open source projects lack the will to finish the small details to make a software product really shine. Bad installers, incomplete preferences UI, lack of visual style, and little to no documentation. All the little details take about as long to do as the major portion of the application and most projects lack the will or funding to go the final mile. It's also not very sexy to work on the final finish details. Most people would much rather fix bugs or implement new cool features than work on tiny UI details or *gasp* write some documentation.

  6. Ask Joe User by Spy+der+Mann · · Score: 5, Insightful

    Tell him what he doesn't like about certain software, and why.

    Unfortunately, (some) Linux Gurus have forgotten the meaning of usability. Accustomed to the intrincated labyrinths of the command line, they just don't care to make something more user friendly (particularly the installations).

    It's like moving from the city (with all comodities) to the jungle. Unfortunately, developers don't have a team of "joe user" testers. And sometimes they ABHOR them. It's not rare (at least for me) that you encounter a FOSS project whose author says: "Want this feature? Implement it yourself". However, the developer doesn't help AT ALL so you can incorporate those features.

    I remember a FOSS GUI/language (whose name I shall not dare utter in public) where I wasn't given the least of support. The devs never bothered to make a simple class diagram, or documentation so I could help doing the development in windows. It's been 6 years, and only in the last months it got out of "pre-beta".

    And it's worse when your requests get denied "by principle". i.e. (from another FOSS project)
    "Why can't I just click on the form and add the control? Why do I have to select the stupid sizer from the object tree? Can't you make this process transparent?" Then expect a long philosophical discussion on why you can't do something that you're always used to (VB, Delphi, etc).

    Sincerely, it's hard when geniuses take the control over the USABILITY DESIGN of their software. They're not hired to make something look or feel right, they do as they please.

    Or simply they like some existing FOSS that isn't user friendly but more popular, and never started clones that would rock

    i.e. have you seen Linux ports (clones) of:

    - Photoshop (GIMP is better, we don't use photocrap)
    - irfanview (what?)
    - Visual Basic (real programmers use python/c++ / don't use GUIs / program using the API themselves / insert your stupid excuse here)

    In general, I can give a simple phrase for FOSS programmers to remember:

    "The user (customer) is always right". Trust me, it'll make your program much more popular than it is now.