taler-merchant-demos

Python-based Frontends for the Demonstration Web site
Log | Files | Refs | Submodules | README | LICENSE

software-libre-commercial-viability.html (17376B)


      1 <!--#include virtual="/server/header.html" -->
      2 <!-- Parent-Version: 1.96 -->
      3 <!-- This page is derived from /server/standards/boilerplate.html -->
      4 <!--#set var="TAGS" value="thirdparty" -->
      5 <!--#set var="DISABLE_TOP_ADDENDUM" value="yes" -->
      6 <title>Software Libre and Commercial Viability
      7 - GNU Project - Free Software Foundation</title>
      8 <!--#include virtual="/philosophy/po/software-libre-commercial-viability.translist" -->
      9 <!--#include virtual="/server/banner.html" -->
     10 <!--#include virtual="/philosophy/ph-breadcrumb.html" -->
     11 <!--GNUN: OUT-OF-DATE NOTICE-->
     12 <!--#include virtual="/server/top-addendum.html" -->
     13 <div class="article reduced-width">
     14 <h2>Software Libre and Commercial Viability</h2>
     15 
     16 <address class="byline">by Alessandro Rubini
     17 <a href="#rubini"> <sup>[*]</sup></a></address>
     18 
     19 <p><i>Nov 12th 1998, published in February 1999</i></p>
     20 
     21 <p>Fortunately, Linus' project of world domination is going to come true
     22 fairly soon. The trend toward this goal can be verified by checking
     23 how the press is behaving towards GNU/Linux solutions, looking at how
     24 several educational entities are going to introduce free software in
     25 the schools and verifying its usual technical excellence.</p>
     26 
     27 <p>Today in 1998 (yes, it is still 1998 as I write), the most
     28 important job remaining, in my opinion, is propagating the social and
     29 commercial implications of free software. While I greatly appreciated
     30 Russell Nelson's article &ldquo;Open Source Software Model&rdquo; in
     31 the July issue of <cite>LJ</cite>, I feel the need to expand on the points
     32 he briefly touched.</p>
     33 
     34 <p>Please note that I'm not an expert in economics or politics. I'm
     35 just a build-it-yourself kind of technical guy whose discussion is
     36 based on his own experience in the battle for survival, in the hopes
     37 of helping someone else adapt to new environmental conditions. Some of
     38 these ideas have already been discussed with friends or on the Free
     39 Software Business mailing list,
     40 <a href="mailto:fsb-subscribe@crynwr.com">&lt;fsb-subscribe@crynwr.com&gt;</a>,
     41 which I joined after reading Russell's article.</p>
     42 
     43 <h3 id="sec1">Viability for Individual Consultants</h3>
     44 
     45 <p>The best feature of any computer system is flexibility&mdash;allowing
     46 users to tailor its behaviour to their own needs. This
     47 flexibility is often completely unknown to the general computer user,
     48 because proprietary software solutions tend to hide functionality
     49 behind a rigid external interface which denies any divergence from the
     50 expected behaviour&mdash;a <i>user's</i> behaviour.</p>
     51 
     52 <p>When adopting free software, users are able to discover the real
     53 power of computer systems. Today I talked with a commercial consultant
     54 who never thought that programs could be adapted to one's needs. He
     55 confessed his company has always acted the other way around&mdash;they
     56 adapted their needs to the software they use. Most users are victims
     57 of their software and don't even realize it.</p>
     58 
     59 <p>Educating the user base about the extendibility of software will
     60 open new markets to independent consultants, creating new employment
     61 opportunities. Every user has different needs and solving these needs
     62 often means calling for technical support from people who tailor or
     63 enhance the relevant software. While this is not even imaginable with
     64 proprietary programs, source availability allows any problem that
     65 might arise to be quickly solved and new features to be easily
     66 added. While you may think this would quickly lead to a <i>perfect</i>
     67 software package, individual needs are so diverse and specialized that
     68 a package can't satisfy everyone.</p>
     69 
     70 <p>For example, I and others wrote a program for a local physiology
     71 center to analyze data for a typical kind of experiment. During two
     72 years of use, the physicians found so many ways to enhance the program
     73 that it is now reported as better than the commercial solutions. The
     74 total of all fees they paid during these years reveals the program to
     75 be more expensive in the end than some of the commercial
     76 alternatives. This fact is not relevant to my clients, as they have
     77 exactly what they want and they know they can have more should the
     78 need arise. The program is obviously free software and other centers
     79 expressed interest in getting a copy.</p>
     80 
     81 <p>As more and more people are choosing free software to address their
     82 needs, I'm sure some software companies will try to demonize GNU/Linux
     83 and both the free software and the Open Source movements because they
     84 are losing their own market share. Such companies will probably try to
     85 demonstrate that IT employment is decreasing and that humankind is
     86 being damaged by the general adoption of free software. This whole
     87 argument is bogus; computers exist to be programmed, and the more you
     88 allow programming them, the more you build employment opportunities.
     89 If you count the number of people who offer free software consulting,
     90 you will greatly exceed any shrinkage of proprietary companies.
     91 Sticking to my previous example, the physiology lab hired my company
     92 to write the program, and other centers interested in the product are
     93 willing to hire a local consultant for installing, maintaining and
     94 enhancing our package. Did I say &ldquo;enhance&rdquo;? Isn't the
     95 program working? Yes, the program is working well, but there <i>is</i>
     96 room for enhancement of the product. The local lab decided to stop
     97 development &ldquo;because we must run our experiment rather than
     98 invent new software features.&rdquo;  As anyone knows, every program
     99 has a bug and a missing feature, and this is where we build our
    100 credibility: bugs <i>can</i> be fixed and features <i>can</i> be
    101 implemented.  As I suggested before, the more you make things
    102 programmable, the more they will be programmed.</p>
    103 
    104 <p>Why should there be more employment opportunities in IT than there
    105 are now? First of all, because free software users have more requests
    106 for new features than users of proprietary products do, as explained
    107 above. Next, because anyone can build her own professionalism without
    108 paying tributes to access the sources of information.  I built my own
    109 expertise by studying source code and trying things out on my own
    110 low-end PC. Now I am confident I can solve any problem my clients
    111 might have, and my clients know I can (provided I am given enough time
    112 to deal with the problem).</p>
    113 
    114 <p>Another critical point in addition to source availability is
    115 standardization on file formats, a field where proprietary products
    116 are revealing their worst features. Let's imagine an environment where
    117 every file format in the system was known: you could, for example,
    118 create indexes from any document that is produced, thus easing later
    119 retrieval. This can be accomplished off-line without any load on
    120 non-technical personnel.  Asynchronous reuse of data is &ldquo;rocket
    121 science&rdquo; for many users, because they are accustomed to programs
    122 that use proprietary file formats (and operating systems with no real
    123 multi-tasking or &ldquo;cron&rdquo; capabilities). As soon as free
    124 standards are adopted, users begin asking for customizations and are
    125 willing to pay for anything that will increase their productivity.
    126 Moreover, free standards guarantee that customers are not making the
    127 wrong bet, as they won't ever be stuck with unusable data if the
    128 software market changes.</p>
    129 
    130 <p>While the conventional model of software distribution concentrates
    131 all knowledge in a few companies (or one of them), open standards
    132 leverage technical knowledge to anyone willing to learn. Whereas a
    133 proprietary product can be supported only by a limited number of
    134 qualified consultants (whose number and quality is centrally managed),
    135 the number of consultants supporting a free software solution is
    136 virtually unlimited and the offer can quickly adapt to the request.</p>
    137 
    138 <p>In a world where computers are just tools to accomplish some other
    139 goals, easy customization and quick maintenance are basic requirements
    140 of power users. In my opinion, free software will quickly gain the
    141 trust it needs to be a real market phenomenon. As soon as you start to
    142 trust some free software products, you learn that they deserve more.
    143 GNU/Linux fans must be ready to offer support in order to fulfill the
    144 upcoming need for consultants.</p>
    145 
    146 <h3 id="sec2">Viability for Support Companies</h3>
    147 
    148 <p>Obviously, independent consultants don't cover all the needs of
    149 computer users. Several activities can't be handled by
    150 individuals. Red Hat and S.u.S.E. are demonstrating that creating and
    151 maintaining a distribution can be a good source of revenue even when
    152 the product is freely redistributable. Debian-based efforts are on the
    153 way, although less advanced&mdash;mainly because both Red Hat and
    154 S.u.S.E. bundled proprietary products with libre packages in order to
    155 survive while the market share was low, while Debian has always been
    156 completely detached from proprietary products, and still is.</p>
    157 
    158 <p>In addition to &ldquo;creating and packaging&rdquo; or
    159 &ldquo;collecting and packaging&rdquo; jobs, companies can specialize
    160 in technical support, covering the situations where computer systems
    161 are of critical importance. Big business realities using computer
    162 systems in their productive environment won't be satisfied with either
    163 the external consultant or the in-house technician. They need to rely
    164 on an external structure that guarantees round-the-clock operation of
    165 their technological aids.</p>
    166 
    167 <p>Even if GNU/Linux or any other operating system is demonstrated to
    168 be completely reliable, power users will need to rely on a support
    169 company as a form of insurance. The more important computers are for a
    170 production environment, the more people are willing to pay to be
    171 reassured that everything will go on working and to have someone
    172 &ldquo;responsible&rdquo; to call in case of any failure. Such a
    173 &ldquo;power user&rdquo; support contract could also include a
    174 provision for refunds in case of down time. Big support companies will
    175 be able to efficiently deal with it, and clients will be happy to pay
    176 high rates even if they never need to call for assistance.</p>
    177 
    178 <p>In short, I see no need for software companies to keep exclusive
    179 rights on their products; the support environment is big enough to
    180 offer good business positions in Information Technologies. Those who
    181 want to be at the top could use some of the revenue to pay for Free
    182 Software development, thus gaining access to the best software before
    183 anyone else and associating their name with software products. As a
    184 matter of fact, this practice is already pursued by the big
    185 distributions.</p>
    186 
    187 <h3 id="sec3">Viability for Education Centers</h3>
    188 
    189 <p>Needless to say, schools and universities have the best interest in
    190 teaching information technologies using free software tools. Due to
    191 its technical superiority, free software environments have more to
    192 offer to the students, but also need more technical knowledge to be
    193 proficiently administered. I see no money saved here in choosing Free
    194 operating systems over proprietary ones, but educational entities
    195 could better spend their money on hiring system administrators than on
    196 subsidizing some already-too-wealthy commercial software company.
    197 While my country, Italy, is stuck with a few rules that offer more
    198 support for buying things rather than for employing people, other
    199 countries are already moving in the right direction&mdash;Mexico and
    200 France, for example, have announced plans to use GNU/Linux in their
    201 public schools.</p>
    202 
    203 <p>One more point leads toward free software in education: when
    204 students get jobs, they prefer to use tools they learned at school in
    205 order to minimize extra learning efforts. This fact should lead
    206 colleges to teach only those tools not owned by anyone&mdash;those
    207 that are libre. Schools should teach proprietary software only if two
    208 conditions apply: no viable alternative is available, and the company
    209 that distributes such software <i>pays</i> the school for teaching its
    210 product. Paying someone for a product in order to advertising it for
    211 him is definitely nonsense.</p>
    212 
    213 <h3 id="sec4">Social Issues</h3>
    214 
    215 <p>A few social issues relate to choosing one software model over
    216 another one. Although I mark them as social, they have economic
    217 implications as well.</p>
    218 
    219 <p>
    220 While free software may not be cheaper than proprietary software if
    221 you bill for your own time, some environments use different rates in
    222 converting time to money. Most emerging countries have good
    223 intellectual resources but little money, and they usually have many
    224 not-so-new computers as well. Proprietary operating systems are
    225 unaffordable for them, but free solutions are viable and
    226 productive. Actually, the &ldquo;Halloween&rdquo; document supports my
    227 point by underlining that &ldquo;Linux&rdquo; is growing very fast in
    228 the Far East.  Charity organizations usually have this same
    229 environment&mdash;little money and a good amount of human
    230 resources. This leads straight to the free software model for any IT
    231 requirement.</p>
    232 
    233 <p>These ideas will probably suggest that free availability of
    234 information looks fairly leftist in spirit, as &ldquo;information to
    235 the masses&rdquo; looks quite similar to the old adage &ldquo;power to
    236 the masses.&rdquo; What is usually ignored is the strong rightist
    237 flavour of the free software movement. The free software arena is
    238 fiercely meritocratic and a perfect environment for free competition,
    239 where the laws of the market ensure that only the best ideas and the
    240 best players survive. Proprietary standards, on the other hand, tend
    241 to diminish competition by decreasing innovation and consolidating
    242 previous results.</p>
    243 
    244 <h3 id="sec5">Limits of the Free Software Model</h3>
    245 
    246 <p>Naturally, I'm aware that not every software package can easily be
    247 turned into free software.  I'm not talking about office
    248 products&mdash;I'm confident some good projects will supply this need,
    249 sooner or later.</p>
    250 
    251 <p>Rather, I'm talking about all environments where a strong
    252 competition exists for a product only loosely based on its software
    253 component. For example, industrial equipment might include a computer
    254 and some commodity hardware (a robot, custom I/O peripherals,
    255 <abbr title="Programmable logic controller">PLC</abbr>s, etc.); the
    256 software application hosted in the computer is a minor part of the
    257 whole, but its features greatly affect the overall value of the
    258 equipment. Producing and debugging such applications usually require
    259 huge investments; free redistribution of source code is thus prevented
    260 as a form of protection against competitors.</p>
    261 
    262 <p>Another meaningful example is cell telephones. They include a lot
    263 of software, even though this software is almost invisible to the end
    264 user, who perceives the device as a telephone and not a computer. Such
    265 software is the component that defines the overall capabilities of the
    266 device; because of its major functional role in the device it is
    267 strictly proprietary.</p>
    268 
    269 <p>Unfortunately, I see no easy way to liberalize this type of code.
    270 Although I don't care too much about cell phones (I don't use them :),
    271 I would really like to see free industrial applications because their
    272 technological content is usually worth reusing and adapting to new
    273 problems.</p>
    274 
    275 <div class="infobox">
    276 <hr />
    277 <p id="rubini">[*]
    278 Alessandro writes free software for a living and advocates free
    279 software for a mission. He hopes his upcoming child will keep off
    280 computers, recalling the good old times when such beasts where
    281 confined to their technical zoos. He reads e-mail
    282 at <a href="mailto:rubini@gnu.org">&lt;rubini@gnu.org&gt;</a>, trying
    283 to reply to everyone.</p>
    284 
    285 <p>Reprinted with permission of <cite>Linux Journal</cite>.</p>
    286 </div>
    287 </div>
    288 
    289 </div><!-- for id="content", starts in the include above -->
    290 <!--#include virtual="/server/footer.html" -->
    291 <div id="footer" role="contentinfo">
    292 <div class="unprintable">
    293 
    294 <p>Please send general FSF &amp; GNU inquiries to
    295 <a href="mailto:gnu@gnu.org">&lt;gnu@gnu.org&gt;</a>.
    296 There are also <a href="/contact/">other ways to contact</a>
    297 the FSF.  Broken links and other corrections or suggestions can be sent
    298 to <a href="mailto:webmasters@gnu.org">&lt;webmasters@gnu.org&gt;</a>.</p>
    299 
    300 <p><!-- TRANSLATORS: Ignore the original text in this paragraph,
    301         replace it with the translation of these two:
    302 
    303         We work hard and do our best to provide accurate, good quality
    304         translations.  However, we are not exempt from imperfection.
    305         Please send your comments and general suggestions in this regard
    306         to <a href="mailto:web-translators@gnu.org">
    307         &lt;web-translators@gnu.org&gt;</a>.</p>
    308 
    309         <p>For information on coordinating and contributing translations of
    310         our web pages, see <a
    311         href="/server/standards/README.translations.html">Translations
    312         README</a>. -->
    313 Please see the <a
    314 href="/server/standards/README.translations.html">Translations
    315 README</a> for information on coordinating and contributing translations
    316 of this article.</p>
    317 </div>
    318 
    319 <p>Copyright &copy; 1998-2001 Alessandro Rubini</p>
    320 
    321 <p>Verbatim copying and redistribution of this entire article are permitted
    322 in any medium provided this notice and the copyright notice are preserved.
    323 </p>
    324 
    325 <!--#include virtual="/server/bottom-notes.html" -->
    326 
    327 <p class="unprintable">Updated:
    328 <!-- timestamp start -->
    329 $Date: 2021/09/22 09:19:58 $
    330 <!-- timestamp end -->
    331 </p>
    332 </div>
    333 </div><!-- for class="inner", starts in the banner include -->
    334 </body>
    335 </html>