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 “Open Source Software Model” 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"><fsb-subscribe@crynwr.com></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—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—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—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 “enhance”? 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 “because we must run our experiment rather than 98 invent new software features.” 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 “rocket 121 science” 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 “cron” 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—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 “creating and packaging” or 159 “collecting and packaging” 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 “responsible” to call in case of any failure. Such a 173 “power user” 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—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—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 “Halloween” document supports my 227 point by underlining that “Linux” is growing very fast in 228 the Far East. Charity organizations usually have this same 229 environment—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 “information to 235 the masses” looks quite similar to the old adage “power to 236 the masses.” 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—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"><rubini@gnu.org></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 & GNU inquiries to 295 <a href="mailto:gnu@gnu.org"><gnu@gnu.org></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"><webmasters@gnu.org></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 <web-translators@gnu.org></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 © 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>