Updates from May, 2007 Toggle Comment Threads | Keyboard Shortcuts

  • Roberto Galoppini 7:05 pm on May 24, 2007 Permalink | Reply  

    Open Solutions Alliance: Sartorio unveils OSA’s strategy 

    The Open Solutions Alliance (OSA) debuted recently with a strong emphasis on promoting interoperability among open source software solutions, and its membership was supposed to be open to organizations providing open source solutions. Dominic Sartorio – OSA’s President – few days ago stepped by and eventually get engaged in a interesting discussion with me about Open Solutions Alliance’s strategy.

    Oblique Strategy Oblique Strategy by gualtiero

    At the OSA (Open Solutions Alliance), we have a diverse membership and are often asked what we consider to be “open” business models. So, we track this issue with great interest.

    Inevitably, discussion goes down the path of licensing, or how strong each member’s community it. What isn’t discussed enough, IMO, is what best meets customer needs.[..] Because open source, especially in the applications space, is still relatively new, we think there is much room for experimentation regarding what business models are best for the most customers. Consequently, we don’t limit our membership based on some preconceived notion of business models we think ought to be the best.[..]

    I have been pretty critical about OSA’s decision to accept members not using open source licenses, calling them “false positive” , but reading Dominic’s comment I learned that there is one notion that they don’t compromise, namely the degree of openness:

    We fundamentally believe that open and collaborative behavior is consistently superior to closed and unilateral behavior. This difference go beyond how the source code is managed, to how the company fundamentally operates; How it engages with its customers and partners, its corporate marketing, and even corporate culture and internal politics.

    I replied suggesting to be clear about it, and tell everyone that OSA has decided not to talk about open source, while now the logo itself reports “open source at work”. I invited OSA to avoid to make open source definition uncertain, considering make some adjustments to the website, reporting:

    From time to time, the OSA may use the term “open source solutions” or “open source based solutions.” We do not mean to confuse this with the OSI’s Open Source Definition, which includes requirements not included in our open solution definition.

    Dominic come over again, below his full comment.

    Hi Roberto, Thanks for your thoughtful reply. Yes, we had our own “false start” through sloppy use of the term “open source” when we originally launched last winter. Open Source (capital ‘O’, capital ‘S’) means something very specific, as defined by the OSI, and the OSA intends to cover broader ground, for the reasons I described in my previous post. Our collective experience has been that customer value can be achieved in a variety of ways, and some of them don’t always fit a strict definition.

    You found other parts of our website that we overlooked. Thanks for finding this, and we will fix this. We don’t intend to cause further ambiguity around what it means to be “open source”, but rather clarify an issue that we believe hasn’t received enough attention: focus on customer needs. In an effort to avoid confusion, we came up with our own term, “Open Solution Definition” (PDF).

    Rest assured that our continuing work on this issue will be done in fully open and collaborative ways. Just like open and collaborative development has led to great Open Source products, we believe that open collaboration by the vendor community on various business issues is the best way to achieve customer success.

    Many vendors are incapable of this behavior. Some grew during the pre-WWW time when business success depended on unilateral behavior and “knowledge hoarding” than the collaborative behaviors that modern technologies now enable. Take a look at a more recent blog re: the Microsoft patent issue as an example.

    Searching for “Open Source” occurrences I noticed that among the actual members only two out of 19 don’t mention open source in their presentations. Apparently OSA is building a stack of open source products – where I see Red Hat RHX more credible offering open source stacks – and a stack of open source services. The latter hypothesis sounds more interesting, OSA would be the first to exploit the potentialities of open source firms taking advantage of the absence of a Corporate actor.

    Technorati Tags: Commercial Open Source, RHX, Open Solutions Alliance, Sartorio

     
    • Dominic Sartorio 1:00 am on June 1, 2007 Permalink

      Hi Roberto,
      Interesting ideas. We have a lot of product vendors among members, but mostly products whose success depends on horizontal services being relatively standard in the industry (integration, management and monitoring, project management, reporting, content management, and broadly-scoped business applications such as ERP, all depend on best practices for various services). We are also starting to attract more “integrator” members, who don’t represent an open source product themselves but focus on support and professional services. So, your observation appears to be proving itself out in practice, and I would expect the OSA to focus on these areas in the future.

    • Roberto Galoppini 3:36 pm on June 2, 2007 Permalink

      Dominic, I guess that OS firms with “vertical” offering won’t apply if among OSA’s members someone else has already a similar offer. So, at some point you might consider that one database is not enough, but could you bring in any other?
      I can hardly see other OS database firms investing in a common brand-oriented strategy, because appropriating returns sounds uncertain. Dominic, go for focusing, go!

  • Roberto Galoppini 12:33 pm on May 23, 2007 Permalink | Reply  

    Open Source Business Models: the Beekeeper model 

    James Dixon, Pentaho Chief Technology Officer, commenting a post introduced me to the “Beekeeper model“, a model used by open source firms writing the majority of the code.

    BeeKeeper Beekeepers (private) parking by Phil Downsing

    The Bee Keeper mode, which applies to companies like Pentaho, Alfresco or Zimbra, is about open source products where the original author, a company, is the main (if not the only) source code contributor (corporate production, in my words).

    Going through the whole document (PDF), I found interesting Dixon’s observations about the different kind of professional open source (commercial open source) firms looking at them by the relationship with the code:

    • Passive / Committers: Did not write much, if any, of code themselves. They provide services and support for third party open source software. They do not have their own community.
      .
    • Outers: Code started as proprietary software and has been released into open source by the creators.
      .
    • Founders: Originated project to be professional open source from the start. Often need seed capital to achieve this.
      .
    • Converters: Started project as open source project without intent to make money from it. Added ways to make income from it after it became successful. These are sometimes small businesses. Examples: JFreeChart.
      .
    • Baiters: Released an open source project as a method to attract consumers to a different, proprietary piece of software. Examples: Actuate BIRT.

    What is missing is a taxonomy describing how Professional Open Source firms cope with their communities, and how (and if) their business models are affected by the relationship.

    I suspect that Converters examining later which business model would be right for them have lesser choice, nevertheless they have a community and they can get advantage of it.

    About Outers, I believe that a taxonomy of the reasons to give away software would reveal something really interesting. The reason affects how and if the software will eventually be developed in cooperation with a community (hybrid production).
    Founders are also intriguing, whether they belong to the “third wave” (applications), or are exploring business models based on the absence of a corporate actor, why VCs are interested in investing in open source software firms would be important too. I guess that VCs play a very important role in the community start-up process.

    Technorati Tags: Beekeeper, business model, Commercial Open Source, Dixon, Pentaho

     
    • Debbie Moynihan 10:12 am on May 27, 2007 Permalink

      This is interesting. I hadn’t seen this list of business models before – thanks for sharing it. I attended OSBC this week where several different models were discussed. One thing that I find most interesting is how everyone seems to continuously evolve their business models over time as they figure out what works. I am hoping to get my notes from OSBC posted in the next 24 hours or so onto my blog.

      Deb

    • Roberto Galoppini 11:20 pm on May 28, 2007 Permalink

      Hi Debbie,

      unfortunately I couldn’t join OSBC this year, so I am eager to know more about it, please.

      About business models I believe that OS market is young enough to keep changing, because it is fundemental true that:

      In the beginner’s mind there are many possibilities, but in the expert’s there are few (Shunryu Suzuki-Roshi)

  • Carlo Daffara 5:11 pm on May 21, 2007 Permalink | Reply  

    Open Source Adoption: OpenTTT, testing the IRC approach on open source 

    Choosing the best open source products is considered one of the biggest challenges in open source adoption. Software selection costs are so high that specialized consulting companies are doing it as their main job, see Optaros and Spikesource just to name two of. Why is it so difficult?

    Juggler Choose by Dovaneh

    There are many reasons:

    • there is no single place to search for OSS (sourceforge hosts a significant percentage of projects, but some merely started there and then moved elsewhere; there are many other forge-like sites and many software listing sites like freshmeat).
      .
    • there is no consistency in the software evaluation; even models like OSMM and BRR have many components that are based on human evaluation, and some more recent approaches even change the evaluation model and forms depending on the software area or market.
      .
    • there are many excellent projects that are not widely known; a great example is the large and sophisticated packages in the scientific software area, virtually unknown outside of a small community).

    This means that only a few projects get any visibility, and that many useful tools are not employed even when they could be the perfect match for a company. On this consideration, the EU funded a small project called OpenTTT, that tries to apply a “matching model” to help in the adoption process.

    It works like this:

    • A group of companies and public administrations are audited, and a set of needs in terms of software and IT functionalities are collected in structured forms (using a modification of the original IRC forms, called TR or technology requests);
      .
    • in parallel, OSS companies and developers are invited to fill a complementary form indicating on what projects they are offering services;
      .
    • requests are grouped, whenever possible, to find a single match for multiple companies;
      .
    • a manual matched process is performed to find potential matches between requests and offers matchmaking is perfected in one-to-one personal meetings at special “matchmaking” events;
      .
    • one has been recently performed at CeBIT and another at the CONFSL conference.

    An interesting twist of OpenTTT, that we hope to start soon, is the “club” concept. After all matches are performed, we expect that some needs will go unfulfilled; in this case we will try to find a “near match”, and try to group users with the same need into user clubs, and forward the information that an unfulfilled need has been identified to the groups of developers. After this, users and developers or companies are free to negotiate a commercial agreement, for example for implementing the missing pieces.

    See a chart depicting the process.

    I hope that this model can be a basis for a more structured and “grassroot” model for interaction between users and developers, not only because it gives an explicit recognition of the fact that OSS is not about price (at least not only about that) but also about flexibility and matching the user needs in a better way.

    Technorati Tags: OpenTTT, confsl, best practice, IRC

     
  • Roberto Galoppini 12:28 pm on May 20, 2007 Permalink | Reply  

    Commercial Open Source is a Juggling act (part II) 

    Commercial Open Source has a lot in common with Juggling, and once you have broken the problem down into simpler steps, it is up to your discretion what to do next.

    Juggler Absentmindedly juggling by T Bell

    In juggling balance is an essential skill, but it doesn’t equal to stillness.

    The downside of balance is that you don’t want things to change. The moment you’ve achieved balance, you’d better be ready and willing to get rid of it. Because if you stay with what you think is perfect balance, you’ll be far from in control. Remember, there is no perfect balance; there’s only the approach to it.

    Open sourcing your software – throwing the balls – it is just the very first step, then you started playing you need to continuously refine your technique. Look at Funambol, now playing with two “balls” (community and carrier edition) instead of three: they are keeping moving and refining their business model. So does Alfresco, GPLing its software in order to give its new hybrid community a chance – and here I see a need for major adjustments, if they really want it to be a multiple vendors’ project.

    Juggling is also about being flexible to the unexpected:

    flexible to mistakes of any kind, like the wrong music coming up.When the unexpected flares up, you have to have a sense of humor — to know that your position has been compromised. It’s not the end of the world.

    May be at Novell they didn’t expect what’s going to happen because of the so-called nefarious deal, but it took ages for them to “catch” it, and the public get annoyed by not-so-humorous tricks. They were not proficient also in the “show-ending“, eventually.

    Open Source firms have to juggle different types of things, and the different characteristics of the objects affects your business game.

    Worse than dropping objects is letting them collide in the air and fall in random patterns. To prevent this, you need to create a separate flight path for each object. This comes from training and from knowing how objects move. A ring is a thin planar object that can slide through the air. A club creates a much bigger planar area as it revolves on its axis, and it takes up a lot more space. Then there’s the ball — the easy one that flits in and out of space. But the funny thing is that it’s usually the ball that screws everything up.

    Persons are like balls, if your business is based upon a community-based resource you really need to pay a lot of attention to retain them: a weak intellectual property asset need care.

    Customers are like clubs, the Internet it is just to small, and customers’ satisfaction gets more and more important when (and if) the exit cost is small. Despite the buzz can greatly help to get new users and eventually customers, but then you need to keep listening them.

    Partners are like rings, quite difficult to throw, but once in the air they are consistent with the original trajectory, unless you try to juggle them under wind conditions. Once you get partners, they tend to stay.

    And you better know that numbers jugglers do their best just with rings!

    Michael Moschen, one of greatest living jugglers, was interviewed by Anna Muoio, a Fast Company‘s journalist who wrote an inspirational article entitled “Life is a Juggling act“. I grabbed some idea from the original article – that I would recommend if interested in the subject – to talk about Commercial Open Source and Juggling.

    Technorati Tags: commercial open source, juggling, moschen

     
  • Roberto Galoppini 6:44 pm on May 19, 2007 Permalink | Reply  

    Open Source Links: 19-05-2007 

    Business as Usual – Bill Hilf on Port25: It’s not us versus the free world.

    Three Minutes with Microsoft’s Open-Source Manager – Bill Hilf explains Microsoft strategy: to license and not litigate. Am I the only one thinking to the Cold war at this stage?

    235 more reasons to love open source – Fabrizio Capobianco designed a funny and provoking t-shirt, and I guess he is going to bring along an XXL one for Bill Hilf next Monday!

    Steve? Darl? All of the Above? – Billy Marshall asserts that Microsoft won’tl like the nature of the collateral damage caused by the 235 move.

    (added on the 20th) Microsoft’s Patent Impasse – A lucid commentary by Cote’, really enlightening.
    Organizing an Open Source Workshop!!! – A workshop entitled “Open Source, Open Ideas” will be held on Tuesday May 29th at the Politecnico di Bari campus sponsored jointly by Politecnico di Bari, OrgLab (University of Cassino), Syracuse University and IESEG School of Management.

    Dell announces the models for Ubuntu – Jeremy discloses Dell’s Ubuntu models.

    I’m Joining Adobe – Ryan Stewart joined Adobe as a Rich Internet Application Evangelist.

     
  • Carlo Daffara 6:40 am on May 18, 2007 Permalink | Reply  

    Open Source Blueprints: replicable experiments in open source adoption 

    Is there a better way for helping companies and public administrations in the OSS adoption process? Most adoptions are based on a few different paths, for example by grassroots adoption, from consultancy intervention, by trying to replicate a known success story. In this sense, the concept of “best practice” can be considered as a way to tell others of something that worked well, but in the past it has not been successful in replicating the experience.

    Best Practices Best Practices by andai

    So, considering that most public administrations are pushing for initiatives to help the adoption process (even if it mainly means creating another forge – like the Italian one just launched – I would like to propose the concept of the “implementation blueprint” as an
    extension of the best practice model. The idea came out of our experience in the
    Open TTT project, that is trying to leverage the technology transfer process used in the IRC network to facilitate the match between technology demand and offer in OSS.

    A blueprint is a replicable and complete description of a set of tools and processes that satisfied a specific need. In this sense, a complete blueprint must contain the following items:

    • a complete description of the needs; this should include a complete textual
      .
    • description of what was requested, including mandatory and secondary requests
      .
    • a description of the context of the needs, for example within a public
      .
    • administration, with specific legal requirements, an SME, etc
      .
    • the set of technologies used
      .
    • the process implemented
      .
    • criticalities or additional constraints appeared during the implementation process
      .
    • an estimate of the human effort invested in the migration process.

    Why so much detail? Because replicability requires a significant amount on information not only on the technological means, but also on how those tools were used to create a complete solution.

    As these mapping efforts are already under way – for example the Italian Open Source Observatory has a listing section, called “vetrina” that provides short summaries of public administrations’ experience with open source – it may be interesting to propose a collaborative writing process, maybe wikipedia-based, to turn nice-to-know stories into replicable experiences.

    [tags] Open Source Observatory, OpenTTT, best practice [tags]

     
  • Roberto Galoppini 11:33 pm on May 16, 2007 Permalink | Reply  

    Open Source Government: Italy launches its Forge 

    The Minister of Reform and Innovations in Public Administration, Luigi Nicolais, and the President of the Center for the application of Italian Ministry of Innovation and Technology Politics (CNIPA), Livio Zoffoli, today announced the latest initiative of the Italian Open Source Observatory.

    The Collaborative Development Environment (ASC, Ambiente di Sviluppo Cooperativo) offers Italian Public Administrations a medium to co-develop open source applications with other public administrations, market players and research institutes.

    Public Administrations need software aimed at addressing specific needs, and the collaboration platform has been designed to help them to involve partners in developing software public goods.

    Luigi Nicolais commented:

    Public Administrations will benefit of the advantages of open source software now, beyond software customizing they will learn how to share it easier, eventually opening a market for software services and reducing time-to-market and costs of acquisition.

    He also added that:

    Among e-Government’s strategic lines it is necessary to study and define a model to use open source software assuring economic sustainability, within a market where Public Administrations and software firms play their respective roles.

    About ASC

    ASC is a collaborative development environment based on GForge, to help public administrations to collaborate, using message forums , mailing lists and tools to create and control access to Source Code Management repositories.

    Related post:

    Italian Government: funds to sustain open source innovation

    Technorati Tags: Open Source Government, Italy, CNIPA

     
  • Roberto Galoppini 7:32 pm on May 16, 2007 Permalink | Reply  

    Open Source Business models: to be or not to be community-driven 

    While Seth Grimes was in Rome we took a chance to have a nice chat talking of open source business models, and we happened to discuss about differences between proprietary and open source business models.

    How old is your community? by Insane Zamboni

    Characterizing Open as Altruistic and Closed as Profit-driven is, agreed, too black-and-white to explain the many businesses that seek to profit from open source. But on reflection, I like my table as-is. Open-source businesses are universally hybrids, whether they seek to profit from their altruism – those companies such as CentricCRM and Pentaho that sell support for software offerings that are completely free, open source – versus those such as SugarCRM and JasperSoft that are altruistic only to the point where they can attract paying customers for the closed parts of their software stacks. Open-source businesses span the table columns. Whether Open or Closed predominates in a given case depends on the particular business model.

    Reading Seth’s back thoughts on what characterizes open and closed business models, I got back to the idea that classifying Open Source production models is not a mere academic curiosity. On the contrary it makes a lot of sense, since it affects at large the software life-cycle.

    Corporate Open Source

    Hybrid Open Source

    Supplier

    An Open Source firm

    A multi-stakeholder entity

    Product development

    Driven by corporate economics

    Driven by product functionality

    Developers

    Limited numbers, all employed by the supplier, not reachable from outside the organization.

    Varies from a small to very large group of developers. Often permanently employed by the original author or other firms, volunteers or sponsored.

    Users

    Commonly not organised, every user maintains – if any – direct contact with the supplier independently from other users.

    Users participate in virtual communities and discuss among themselves and with the developers about the product, potentially influencing its development.

    The original version (edited) was extracted by the Open Source Maturity Model document

    While I can’t agree with Dion Almaer that if a company open sources its software it is a token gesture, I believe he raised some very important issues, describing what he meant for community driven open source – or hybrid production model, in my words.

    If you don’t have any committers from outside of your company. You probably aren’t community driven.

    If you didn’t spend time cleaning up documentation for the community when you opened it up. You probably aren’t community driven.

    If your users haven’t helped with the documentation if it is lacking. You probably aren’t community driven.

    If you do not have some kind of forums/lists where people help each other out. You probably aren’t community driven.

    If you aren’t willing to put in a lot of effort to build your community to get true benefits. You probably aren’t community driven.

    I don’t think an Open Source firm has to fulfill all of these requirements to proudly call itself community-driven, but if they can’t positively answer any of them I doubt they are taking part of a so-called community.

    I warmly suggested Carlo Daffara to take into consideration also this aspect when describing open source business models within FLOSSMETRICS.

    Is your Open Source Firm different?

    Technorati Tags: Commercial Open Source, community-driven, flossmetrics, grimes, almaer

     
    • Chris Marino 1:18 pm on May 17, 2007 Permalink

      Tony Wasserman at CMU West has done some research into this and has developed a framework for organizing the different methodologies.

    • Dominic Sartorio 2:16 am on May 18, 2007 Permalink

      Thanks for raising this excellent topic. At the OSA (Open Solutions Alliance), we have a diverse membership and are often asked what we consider to be “open” business models. So, we track this issue with great interest.

      Inevitably, discussion goes down the path of licensing, or how strong each member’s community it. What isn’t discussed enough, IMO, is what best meets customer needs. Ultimately that should determine which business models are best. Unfortunately, there’s no simple answer. Customer requirements can vary greatly, depending on industry, their IT best practices, the type of solution in question, and the skills and know-how required to implement it. Companies that serve different market segments must evolve their business models to best meet the requirements of that segment. Some may be more services-intensive, requiring frequent code customization for example, while others aren’t necessarily best served by purely OSD-compliant management and licensing of source code, but benefit from “open-ness” in other ways. Because open source, especially in the applications space, is still relatively new, we think there is much room for experimentation regarding what business models are best for the most customers. Consequently, we don’t limit our membership based on some preconceived notion of business models we think ought to be the best. Let customers decide that, not us.

      However, there is one notion that we don’t compromise. There’s a difference between “old guard” proprietary organizations and more open, collaborative organizations. The former hoard know-how, act unilaterally, and are always trying to “manage” how customers and partners perceive their products and solutions, as if yielding as little real information as possible is the key to business success. The latter instead share know-how, and act collaboratively with their customers and within their industry, and they compete based on their ability to make customers successful. We fundamentally believe that open and collaborative behavior is consistently superior to closed and unilateral behavior. This difference go beyond how the source code is managed, to how the company fundamentally operates; How it engages with its customers and partners, its corporate marketing, and even corporate culture and internal politics. A company’s DNA is either one or the other; these don’t mix.

      This is hard to quantify, but you know it when you see it when interacting with the management. There are some typical markers… GPL-licensing is a good sign. So is having public forums for customer feedback. (A closed company would never want the rest of the world to see an unfiltered view of what its customers think about its products.) But there are multiple ways a company can operate and still be “open”.

      Your thoughts are welcome. I’m not sure it’s possible to form a comprehensive taxonomy of open business models, but that doesn’t mean we shouldn’t try.

    • Roberto Galoppini 8:53 pm on May 18, 2007 Permalink

      Chris,

      I have been a strong advocate for the Open Source Maturity Model, and I thought that the Business Readiness Rating could be considered its evolution.

      None of them became a standard yet, before them even the GRAM/GRAS list had not much success indeed.

      Apparently consultants did not succeed by these means in producing definitive answers on which open source software is best suited to cover a particular need. Why? Once again one size doesn’t fit all.

    • Roberto Galoppini 5:48 pm on May 20, 2007 Permalink

      Dominic,

      I appreciated very much that you came over to comment my post and I am glad you at the Open Solutions Alliance are taking seriously this issue.

      While how strong each member’s community is, it is partially due to members’ choices, licensing on the contrary is totally under their control.

      I wrote about “false positive” talking about OSA’s decision to accept members not using open source licenses.

      You are right saying that there is room for experimentation regarding what business models are best, but pretending to sell open source while selling proprietary software is misleading.

      If you don’t compromise (only) on the degree of openness

      We fundamentally believe that open and collaborative behavior is consistently superior to closed and unilateral behavior. This difference go beyond how the source code is managed, to how the company fundamentally operates; How it engages with its customers and partners, its corporate marketing, and even corporate culture and internal politics.

      you should be clear about it, and tell everyone OSA has decided not to talk about open source (while not it is even under the logo, reporting “open source at work”). Then you might consider to make some changes to your website, that says:

      From time to time, the OSA may use the term “open source solutions” or “open source based solutions.” We do not mean to confuse this with the OSI’s Open Source Definition, which includes requirements not included in our open solution definition.

      This way OSA is contributing to make open source definition uncertain, don’t you agree?

      Your opinion is always welcome.

    • Dominic Sartorio 11:24 pm on May 20, 2007 Permalink

      Hi Roberto, Thanks for your thoughtful reply. Yes, we had our own “false start” through sloppy use of the term “open source” when we originally launched last winter. Open Source (capital ‘O’, capital ‘S’) means something very specific, as defined by the OSI, and the OSA intends to cover broader ground, for the reasons I described in my previous post. Our collective experience has been that customer value can be achieved in a variety of ways, and some of them don’t always fit a strict definition.

      You found other parts of our website that we overlooked. Thanks for finding this, and we will fix this. We don’t intend to cause further ambiguity around what it means to be “open source”, but rather clarify an issue that we believe hasn’t received enough attention: focus on customer needs. In an effort to avoid confusion, we came up with our own term, “Open Solution Definition”.

      Rest assured that our continuing work on this issue will be done in fully open and collaborative ways. Just like open and collaborative development has led to great Open Source products, we believe that open collaboration by the vendor community on various business issues is the best way to achieve customer success.

      Many vendors are incapable of this behavior. Some grew during the pre-WWW time when business success depended on unilateral behavior and “knowledge hoarding” than the collaborative behaviors that modern technologies now enable. Take a look at a more recent blog re: the Microsoft patent issue as an example.

  • Carlo Daffara 7:03 pm on May 14, 2007 Permalink | Reply  

    Conferences, knowledge dissemination and the discovery of peers 

    As seen the traditional process used by companies to disseminate information and collect potential customers is becoming less and less useful; i is just the beginning of an overall transformation of how companies look at external information sources (like consulting companies).

    In the beginning of the commercial computer era, most users were connected through user clubs, since most software was developed in-house, and the software market was still in its infancy. Groups like SHARE, the first unix communities, VAX users groups and such provided the essential knowledge technicians needed, and were centered on the idea that software and hardware vendors were few, and user experiences were centered on real and concrete evidence.

    Unconference Unconference by MichaelBee

    With the consolidation of the shrinkwrapped software market and the multiplication of deployable technologies, the need for directions and information was not satisfiable with user conferences, and the consultancies were born – fundamentally, people with deep knowledge of a specific sector, reselling this knowledge to reduce the risk of implementation of a new technologies, or the time necessary to implement it. This period marked the beginning of comparison tools (like the infamous Quadrant), necessary in a world where one solution was exluding all the others.

    Open standards, open source and the substantial opening of IT architectures changed everything again; this, and the fact that consultancies were no longer current or reliable on trends that change in a very short time (anyone remembers the “push web” craze? the original Microsoft internet killer, Microsoft network? WAP?) and were found to be not so impartial after all.

    This void is being filled by a new generation of knowledge disseminator, be it small and efficient consultancies like RedMonk (that show that openness can be effective) and vertical conferences, that are less trade shows and more conversations. This resurgence of exchanging information as peers is what is really innovative, or maybe a return to the roots; the fact that customers are being treated less as passive suppliers of money, and more as partners in a long-term strategy, in a way that is strikingly similar to the kind of partnership that OSS companies create with their customers.

    Technorati Tags: Open Source conference, peers discovery, redmonk, knowledge dissemination

     
  • Roberto Galoppini 12:24 pm on May 14, 2007 Permalink | Reply  

    Open Source Links: 14-05-2007 

    Microsoft takes on the Free World – Is Microsoft wondering to put it this way (patents’ infringements)? Microsoft mind your business: FON Abandons Microsoft, Adopts Ubuntu

    Ooh, ooh, the bogeyman is gonna getcha with his stupid patents. Or maybe not.

    Do Industry Analysts Matter? – It greatly depends on who they are!

    What about open source in the emerging world? – Alex Fletcher is amazed by the lack of demonstrated initiative at the macro-level by the typically western-based organizations, foundations and companies directly involved with open source software.

    The Top Ten Reasons To Work For MySQL -  Wondering to change your job? 29 open positions.

    ConfSL is overThe Italian conference on Free Software is over.

     
c
Compose new post
j
Next post/Next comment
k
Previous post/Previous comment
r
Reply
e
Edit
o
Show/Hide comments
t
Go to top
l
Go to login
h
Show/Hide help
shift + esc
Cancel