Want to read Slashdot from your mobile device? Point it at m.slashdot.org and keep reading!

 


Forgot your password?
Close
typodupeerror
×
Businesses Books Media GNU is Not Unix Linux Business Book Reviews

Succeeding With Open Source 68

Posted by timothy from the persuading-the-gatekeeper dept.
Alex Moskalyuk writes "'Open source is great, but where do we start?' This is probably one of the most frequently asked questions in the corporate world when CIOs are faced with the need to choose between open and proprietary solutions. How do you figure out when it's feasible to implement an open source solution? Are there any support or training options if the solution does get approved, or if the project chosen was an alpha version developed by some student, who's away for the summer? Bernard Golden from NavicaSoft has probably heard the same questions too often, and then decided to write the book." Read on for prostoalex's review.
Succeeding with open source
author Bernard Golden
pages 272
publisher Addison-Wesley Professional
rating 7
reviewer Alex Moskalyuk
ISBN 0321268539
summary IT manager's guide into implementing an open-source solution

Implementing an open source solution requires a different approach from the buyer's point of view: There is no salesperson you'll get a call from, there are no license agreements to sign and no serial numbers to enter. Access to the software is simplified, but sometimes there are few pointers about what to do next.

Golden takes the reader through different aspects of dealing with open source technologies. As one can see from the table of contents, the information is presented from the business professional's point of view. This title is for an IT manager, not developers or IT personnel who might be using open source products already and feel strongly about them. The basic question that the book explores is this: When does it make sense for an organization to implement an open source product? How do you evaluate the product's maturity, functionality, ease of use, support infrastructure and documentation quality so that running open source within the organization starts making sense?

Golden's answer is the Open Source Maturity Model (OSMM), which the author developed himself. The model asks the IT manager to evaluate the software, support, training options, documentation, integration and professional services on 10-point scale. If the technology ranking reaches a certain score (which highly depends on the userbase), then it will make sense to implement it.

For example, on page 144, when the author discusses software support options, he suggests assigning 6 points for excellent community support, 3 points for available paid support and 1 point for availability of self-support (i.e., an employee who understands the product). So on the next page JBoss gets 6 points for community support (very helpful and respectful forums), 2 points for commercial support (since it was e-mail and phone only, and no on-site support) and 0 points for self-support (since no one within the organization stepped up to claim herself as JBoss expert).

JBoss is the prime example used by the author throughout the chapters, and turns out to be quite a convenient choice -- the company offers commercial support, training and documentation for an open-source product. Golden's model is supposed to help IT managers distinguish high-quality open source projects from 0.0.1 version, so widely available on SourceForge.

The book's primary market is business professionals and IT managers who would probably benefit from having a formal evaluation model instead of relying on pure gut feeling. Despite the book's ambiguous title, it's not a manual on how to create your own business with open-source products. Some chapters will be helpful for figuring that out (Chapter 2 talks about business models in the open source world), but it's mostly for people who are implementing rather than developing open source products. The language is somewhat dry, but if your weekly reading requires CIO Magazine, you're probably used to that.

Something I think the author would have done well to include is a collection of in-depth case studies on open source implementations. There's some data on Sabre and Charles Schwab running successful businesses on open-source infrastructure, but the details are not there. While certain companies publish hundreds of case studies to prove that their products will either save money or allow the customer to make more, the success stories are not that frequently publicized in the open source world. Having such material in the book would provide a confidence booster for an IT manager, I think.

The last chapter or the first appendix is where I would expect to find information on solid open-source products suitable for corporate deployment. I mean, if the evaluation model is introduced, why not list the most prominent projects out there for quick reference? The highest-ranked open-source operating system, office suite, corporate messaging system, accounting and tax package, etc.?

Overall the book is pretty good for a manager who has heard of open source, but has not read too much into it. Chapter 1 in PDF format is available from Addison Wesley site. Golden also wrote an article for OreillyNet that deals with bringing open source into the organization. There's also an interview with the author on TechTarget.

You can purchase Succeeding With Open Source from bn.com. Slashdot welcomes readers' book reviews -- to see your own review here, read the book review guidelines, then visit the submission page.
This discussion has been archived. No new comments can be posted.

Succeeding With Open Source More

Succeeding With Open Source

Comments Filter:

  • Where to start? (Score:1, Funny)

    by Anonymous Coward
    'Open source is great, but where do we start?'

    The answer, of course, is SCO SysV Unix source!

  • Simple (Score:5, Funny)

    by bo0ork ( 698470 ) on Friday September 17, 2004 @03:22PM (#10280030)
    Q: 'Open source is great, but where do we start?' A: Write it.

  • Next in the series ... (Score:3, Funny)

    by dcarey ( 321183 ) on Friday September 17, 2004 @03:23PM (#10280036) Homepage
    "Seven sucessful habits of highly effective open-source IT managers"


    Ugh. More seminars for the seminar weary.

  • Start Here (Score:5, Informative)

    by ArchAngel21x ( 678202 ) on Friday September 17, 2004 @03:28PM (#10280072)
    This may be an overly simplisitc way of looking at this, but my answer is this. Start by making sure open source software will do what you want. If it doesn't, then stick with the propietary stuff.

    • Re:Start Here (Score:5, Insightful)

      by Feneric ( 765069 ) on Friday September 17, 2004 @03:41PM (#10280191) Homepage

      That assumes that the proprietary stuff will do what you want. In a case where both the open source and proprietary solutions are close to what you need but not exactly right, you've got a much better chance of being able to adjust the open source one to be a perfect fit.

      From the sounds of it, it doesn't look like the book really tackles comparing proprietary to open source solutions; even though its ranking system could be just as well applied to the proprietary stuff.

      • That assumes that the proprietary stuff will do what you want.

        Of course, much of the marketing effort behind the proprietary stuff is to convince you that what you want - or should want - is what they happen to have. At least with OSS you're free to modify it to your own needs and are not dependent on a single entity for maintenance and support...

        • Very few consumers actually modify open source software. Even people who would have the ability to, ussually don't anyway. While they are free to, they probably won't.
      • I think I'd go even further and say that the ranking SHOULD be applied for any software you do not write yourself - how many times has a company purchased software from a vender and then finds NO-ONE (not even vender professional services!!!) knows how to run/extend it?

        In any software you are considering to buy or use, consider the community support above all and see if you are going to be able to get help from anyone outside the company or vender you are getting the software from.
    • Given enough time coding, won't open source software always do what you want?

      • Re:Start Here (Score:2, Insightful)

        by Feneric ( 765069 )

        I suppose in theory, but it's often beyond the bounds of the practical. Sometimes apps make assumptions that get so deeply ingrained that it's nigh impossible to root them out (or at least it becomes seemingly easier writing the whole miserable thing from scratch).

    • Relaize how much OSS is used in commercial software already. IBM Web Server is Apache. Most commercial Java apps have over 50% OSS code in imported libraries.

  • Open Source (Score:4, Interesting)

    by rampant mac ( 561036 ) on Friday September 17, 2004 @03:28PM (#10280074)
    The book should be open source, like WikiWikiWeb. That would certainly be interesting...

    :)

  • Worthwhile? (Score:2, Insightful)

    by null etc. ( 524767 )

    Access to the software is simplified, but sometimes there are few pointers what to do next.

    Like how to install the software and actually get it running.

    Golden's model is supposed to help IT managers distinguish high-quality open source projects from 0.0.1 version, so widely available on SourceForge.

    Good god, if you need a book to help you do that, you've already lost the game.

    The book's primary market is business professionals and IT managers who would probably benefit from having a formal evaluat

  • 'Open source is great, but where do we start?' (Score:5, Funny)

    by GillBates0 ( 664202 ) on Friday September 17, 2004 @03:31PM (#10280101) Homepage Journal
    RTFM for starters.

  • OSS and the Corporate world (Score:5, Insightful)

    by xenostar ( 746407 ) on Friday September 17, 2004 @03:33PM (#10280126)
    I think that the efforts of many big companies to introduce Linux into the corporate world in the past couple of years and the years to come, are, while greatly appreciated by most OSS developers, could be harmful in the long run to OSS in general. It's no question that every OSS fanatic wants nothing more than to see OSS on everyone's server and home computer, and lately a lot of companies have expressed similar interests. I think, however, that the motives should be questioned here. The motives of OSS developers are quite clear to most, and the motives of large corporations are clear to most as well. And anyone can see that, though joined by the desire to have more secure and publicly avialable software, the two ideological motives are on the opposite ends of the spectrum. The corporate interests are always clearly monetary, and that has always proved to harm anything it comes in contact with. While the GPL, and a slew of other licenses and agreements is there to protect open source, there will be many more cases like SCO if open source fully enters the corporate playground. Let's hope at least that the people at IBM, Novell and Sun understand what "the spirit" of Open Source is about and act with respect.
    • Well, I wouldn't worry.

      IBM, Novell and Sun have a long history of acting with nothing but respect and good intentions for all of humanity!

      Especially IBM. Remember the time they saved all those puppies by bullying the company I worked for into a multimillion dollar migration to AS/400s?

  • Look for others with the same problem (Score:5, Insightful)

    by joh ( 27088 ) on Friday September 17, 2004 @03:34PM (#10280139)
    First, Open Source or Free Software is not alone about free access to the source, it's also about helping each other. Even when in commercial settings this is not an option in all aspects, it can still help.

    For example there is the Open Source Observatory [eu.int] -- when you do not trust OS zealots, you may trust more independent sources. There are documents (like the Open Source Migration Guidelines [eu.int]), case studies and events where you may meet others with similar questions.

    In short: look around and get a clue. Helps enormously and makes much more things better than just software.

  • Essence of Open Source: Stability versus Flux (Score:4, Interesting)

    by reporter ( 666905 ) on Friday September 17, 2004 @03:38PM (#10280166) Homepage
    We can classify open source into the following categories.

    1. new software currently being developed by many programmers without backing from a stable commercial company
    2. stable software no longer being developed and is not backed by a stable commercial company
    3. new software currently being developed by many programmers with backing from a stable commercial company
    4. stable software no longer being developed but is backed by a stable commercial company

    Here, an example of a stable commercial company is IBM. Linux is an example of category #3. OpenOffice is an example of category #2. (Sun is not a stable company, and its survival is questionable.) Many applications offered through the free software foundation (FSF) fall into category #1.

    Companies debating whether to implement an open source solution should first determine whether there is open source software that meets their needs and that fall into any category except category #1. Category #1 is just too risky.

    As for categories #3 and #4, the backing of a stable commercial company means that any serious problem arising in the software will be resolved.

    Some software (category #2) may not be backed by a stable commercial company but is already fully developed, has been stable for a long time, and is no longer being revised. We can trust that such software is stable enough for deployment at a commercial company. The Mosaic browser, the original web client, would be a good example.

    • Hang on a second here. ...
      (Sun is not a stable company, and its survival is questionable.)
      Sun had a 2003 profit of $312,000,000 [yahoo.com]. But then you go on to say that Linux has the backing of stable commercial companies. What Linux companies, might I ask, are more financially sound than Sun?

    • Re:Essence of Open Source: Stability versus Flux (Score:4, Insightful)

      by cdrguru ( 88047 ) on Friday September 17, 2004 @05:03PM (#10280822) Homepage
      You forgot the absolutely most common open source project category:

      5. New software currently being developed by one programmer without backing from anyone.

      This is by far the largest category. Often this one programmer has rather interesting ideas about user interface and the requirements of the user community toward which he is targeting the project. And, yes, "interesting" is meant in exactly the same way as the Chinese curse "may you live in interesting times."
    • This argument really only applies if you're determined to be dependent on external entities for maintenance and support over the long haul. The main point with Open Source is that the source is, umm... open. Hence the market for M&S is similarly open (and competitive), and you are free to decide whether to handle it internally or externally as you see fit. No forced upgrades or other common forms of extortion that arise from monopolistic control of code. Whether a big, stable company "backs" it may not

      • The main point with Open Source is that the source is, umm... open. Hence the market for M&S is similarly open (and competitive), and you are free to decide whether to handle it internally or externally as you see fit.

        This is one of those OSS myths, like the security one discussed here the other day. The fact that a large project's source is open doesn't even slightly mean that just anyone can come along to develop new features or bug fixes. The barrier to entry involved in learning a large project

    • The Mosaic browser, the original web client, would be a good example.
      Slight ammendment: Mosaic was the first GRAPHICAL web client. I'm thinking Lynx was the first text-based web client (it's entirely possible that I'm mistaken).
  • I'm expecting that this book is well on its way to being transformed into a broadway musical version: "How to Succeed in Open Source Without Really Trying".
  • 1. Superior customer service/satisfaction 2. Lowest possible overhead/marketplace prices 3. Technological/industry leading features These are successful tenents of an online business and OSS makes these possible. Especially #2 - how can you have lowest possible overhead for a business when you pay thousands in license fees yearly to MS? Or the constant reboots of servers/desktops that waste productivity time in the workplace. MS just doesn't make sense.
    • First off, MS is not the only proprietary software company out there. There are thousands. Secondly, your #2 isn't as cut and dried as you make it out to be. If our small company moved to all open source, we'd go bankrupt. 1. We'd have to hire a system admin that now we don't need with Windows systems. 2. The software we need would have to be written from scratch.

      This really should not be modded as "+1 Interesting", but instead "-1 Troll"
  • In most industries, I'd guess, open source is a moot point. There simply is no open source software comprable to the vast majority of business related applications out there. For example, there's no open source point of sale product that even comes close to what's out there in the proprietary market.
    • Q: 'Open source is great, but where do we start?' A: Write it.

    1: Insert CD or your favorite disto

    2: Run install

    3: Never pay M$ tax again

    4: For support read the online info on your favorite distro.

    • You forgot...

      2a. Figure out why half of your hardware doesn't work.

      2b. Look for apps to replace your current business apps.

      2c. Discover that they either don't exist or are bug rdden pre-betas.

      2d. Install them.

      2e. Figure out how to run them (I just found out that you can't just install something in Linux and expect it to show up on any menu).

      2f. Spend hours banging away at some application with little to no documentation.

      2g. Realize that you have a machine that can browse the web and send email

      • Funny I haven't had any of the problems you described. Yes I have "invested" 1000's of hours in learning the system but I wouldn't say it was a waste. Hell I've invested 1000's of hours learning Winders too. This is how I make a living. Didn't you spend 100's of hours learning Winders? If you didn't the problem is obivous. Your problem isn't the OS but the user interface at the keyboard. You are right it ain't Winders.

        You are right in the sense that is takes more to load an app on Linux but then again

  • Wrong question (Score:2, Insightful)

    by np_bernstein ( 453840 )
    A better question to ask is: "What provides the best solution to this problem?". If open source provides the best option, great, go with it. If being open source itself provides a solution to a problem, say making sure that the software can be updated in house, for example, that's a different story. In real life, you pick the best tool for the job. Sometimes that means commercial products, other times it doesn't.

  • More common question (Score:3, Insightful)

    by Tim C ( 15259 ) on Friday September 17, 2004 @05:21PM (#10280945)
    "Open source is great, but where do we get support?".

    Seriously - for the project I'm on now the client has insisted we use Weblogic, even though all we're using is the servlet container. Resin or tomcat would have done the job just as well for a fraction of the cost, but they want the big-name backing and support contract.

    (Yes, I realise that that's often a false sense of security - don't tell me, tell the client.)
    • When I've tried to use open source, I've been told that there's too great a liability: if we used code that was stolen from somewhere then we could be sued as well.

      What I haven't heard are any numbers showing expected losses from such an unlikely event vs costs of buying a solution.

      • Think of it as insurance. You pay insurance companies money every month to insure your house, belongings, car, life, etc - companies (in the UK at least) are required to buy various liability insurances.

        When was the last time you saw any numbers for the costs of all those various insurances, versus the likely losses? How do you know that not paying the money and taking the hit if you do get burgled wouldn't be cheaper in the long run? (In fact, as insurance companies make a profit, *it is*, on average)

        Sam
  • Q: 'Open source is great, but where do we start?'

    Thinking of the tool before thinking of the goal is kind of ass-backwards.

    For all I know, you could be operating a $50 a day hot dog stand that may not even need any software. Seriously, whatever business you're into, your business objectives will be unique, and those business objectives should be fleshed out before you invest anymore emotional time into a particular tool.

  • Something I think the author would have done well to include is a collection of in-depth case studies on open source implementations.

    Yes. People who choose technologies are sheep -- show them the flock and they'll follow.

    Google on "____ success stories" where ____ is your favorite open source technology.

    Linux, apache, python, and perl all turn up useful case studies.

Slashdot Top Deals

"Trust me. I know what I'm doing." -- Sledge Hammer

Close