PageRenderTime 25ms CodeModel.GetById 24ms RepoModel.GetById 1ms app.codeStats 0ms

/chapters/users.md

https://gitlab.com/notklaatu/casualComputing
Markdown | 230 lines | 186 code | 44 blank | 0 comment | 0 complexity | d4c0f852c1ca86e95fd578473c798843 MD5 | raw file
  1. # Why Does Linux Need Users?
  2. I have never really been comfortable with the idea of "advocacy", a
  3. concept that in the "real" world usually means that a person is kept
  4. busy standing on a soapbox proclaiming how important something is, and
  5. how other people should do something about it. The idea, I think, is
  6. that a critical mass of "advocates" for something will be reached,
  7. forcing the hand of those in power, who will, essentially, be bullied
  8. into performing some action to fulfill the desire of the advocates.
  9. Advocacy doesn't just exist in politics, it's a tech trend too. I
  10. see it crop up in several areas, and it's a tricky thing because on
  11. the surface it feels good.
  12. ## Good Advocating, Bro
  13. Advocacy feels good, because it's (sometimes) a positive statement in
  14. favour of something that someone likes (or, it's the kind of negative
  15. that makes you happy, but I'm going to ignore that style of
  16. advocacy). This seems like a good thing, because it's a voice in
  17. support of your cause, and that provides a confident boost and adds to
  18. your perceived number.
  19. The problem is, it doesn't add to your number. It only *appears* to
  20. add to your number, but there's no actual support.
  21. (It also presumes that there is a "critical mass" that, once reached,
  22. will influence higher powers, meaning that it assumes a higher power
  23. that will grant you your wish, which is a whole other problem. Surely
  24. the idea is not to petition for something as much as it is to "be the
  25. change", to quote a probable inspirational poster.)
  26. I've read several tech journalists and "tech leaders" who go on and on
  27. about how "Linux is a fine operating system, nearly ready for prime
  28. time" or how "Linux is important" and "we love Linux". It's usually
  29. something that's said with the unspoken caveat "but I don't know much
  30. about it, and I'm not going to learn". The larger message is that
  31. Linux, while powerful, de-centralised, independent, and probably the
  32. best solution for technology going forward, is something I'm not going
  33. to investigate personally because I'm comfortable with the status quo,
  34. however broken down it may be, so I'll keep using and promoting the same
  35. stuff I've been using and promoting for decades.
  36. What's the point? It's like a parent smoking a cigarette whilst
  37. telling their child not to smoke. The words and actions don't match
  38. up, and one is more powerful than the other.
  39. ## Advocacy or Solution
  40. Advocacy is like a sympathy card; it's a nice thought, but does
  41. nothing to solve the problem.
  42. And the problem that we should be solving in the tech world is
  43. ineffectiveness in technology. Why are we promoting closed-source tech
  44. that has a monetary barrier-to-entry, that keeps secrets from its
  45. users, and that most people are being forced to learn and use in order
  46. to interact with schools and government?
  47. There are some things that just ought to be provided to people, and
  48. those things compound along with society. Started out that
  49. civilisation offered the basics; safety in numbers, shared resources
  50. such as food and water, shelter, and an agreed location for waste
  51. disposal. Pretty good reasons to join in the whole "civilisation"
  52. trend. But the world got more complex, and expectations
  53. increased. Running water, plumbing, a sense of community, arts and
  54. entertainment, health, and other "luxuries" got rolled into the
  55. baseline for the definition of "civilisation".
  56. Today, of course, the baseline includes things like education, job
  57. opportunities, and the gateway to it all: technology.
  58. Why, then, are we treating technology the same way water companies are
  59. starting to treat water: if you bottle it up and sell it, you can
  60. charge people for clean water instead of providing it to people
  61. *gratis*, which is one of the main selling points for even bothering
  62. with the notion of a civilised society in the first place.
  63. This is a bad idea.
  64. Advocating for a better solution is all but empty if you don't
  65. actually move toward that solution. "Yes, somebody should do that"
  66. pales in comparison to being the one doing it.
  67. ## Advocacy Through Action
  68. Don't get me wrong: it makes me happy to see a tutorial site using a
  69. screenshot of Ubuntu when providing a tutorial, and it warms my heart
  70. when sites acknowledge that yes! Linux exists, and that people use it for
  71. real life, everyday things!
  72. That's great. I'm grateful for that. I don't want to lose it, and I'm
  73. not by any means saying that only people who use Linux are allowed to
  74. release software for or show support for or acknowledge or comment on Linux.
  75. But there's support and there's advocacy. When software vendors and websites and articles "support" Linux, what they usually mean is that they do not shut Linux out, and enable Linux users to use their product (whether the product is a tutorial with relevant screenshots, or software with a compatible download, or a widget on the site that requires some browser plugin, or whatever). That kind of support is real, and it's what pretty much exactly what I mean when I say you shouldn't advocate but *use*. In those cases, the "use" is reversed; instead of using Linux, they are enabling their product to be used on Linux.
  76. Things that are not that are examples of empty advocacy, which has
  77. several problems that pop up in unexpected places.
  78. Sure, the obvious danger is that even a statement of
  79. quote-support-unquote becomes, at best, a back-handed
  80. compliment. "Linux is great! who knows? maybe someday it'll grow up to
  81. be a real operating system that I can actually use!" That's often the
  82. implication when Linux is praised *but not used*, because there's the
  83. implication that something needs to happen *in Linux* for it to be
  84. usable. But this ignores, and possibly even spites, the fact that
  85. there are millions of users consciously and intentionally using Linux
  86. (I'm not counting the billions of people who "use" Linux between the
  87. internet, Android, embedded devices, and so on; I am talking about
  88. desktop users specifically) on a daily basis to do real work. What was
  89. intended as advocacy ends up invalidating millions of users, as if
  90. they don't even exist; how can they exist? Linux isn't yet usable (but
  91. hey, "it's nice, and it's getting close!").
  92. A nice caveat to avoid this would be something like "Linux is neat and
  93. as soon as I stop being a lazy technologist, I'm going to use it!"
  94. More subtle, though, are the good-intentioned advocates, often from
  95. within the pool of existing Linux users, but also from outside. People
  96. get excited about open source, and in that excitement sometimes things
  97. get praised very loudly. But not all praise is informed praise; some
  98. of it is just plain old fashioned over-enthusiasm. To make matters
  99. worse, the internet is the internet and so the praise gets amplified
  100. if enough content-echo sites pick up on it. Why is this a problem?
  101. The problem is that uninformed support is empty support. If you sing
  102. the praises of, for instance, GIMP because you heard that it was a
  103. really snazzy graphics application, to someone looking for an
  104. alternative to Adobe's closed source Illustrator, then you'd be doing
  105. a great disservice to the user and the software (because GIMP has only
  106. rudimentary path support; the correct answer would be Inkscape). I've
  107. read a great number of articles on how great `$FOO` software is, based
  108. entirely on the claims `$FOO` itself makes about itself, and a handful
  109. of screenshots that certainly make it look like it's powerful. This
  110. doesn't do anyone any good, and in fact threatens to make a horrible
  111. first-impression on users looking to switch to open source.
  112. If you don't use something, you don't know it; if you don't know
  113. something, you can't advocate for it. You can recommend that someone investigate it as a possible solution, but you should not position it as their Problem Solved.
  114. The same holds true when people advocate Linux without using
  115. it. Naturally, I personally believe that Linux can be recommended in
  116. practically any case, but even I will admit that there are sometimes conditions
  117. going along with that recommendation. But if I am not using Linux on a
  118. daily basis, I can't intelligently provide those conditional warnings
  119. or notes. Worse yet, I might provide incorrect warnings.
  120. Let's say someone is thinking of switching to an open source,
  121. Linux-based solution. As a non-user, you give them a list of things to
  122. take into consideration based on your general understanding of the
  123. current state of Linux, combined with that one time you tried Linux,
  124. plus maybe a quick web search. So you suggest Linux, and tell them a
  125. few general cautionary notes plus a few added tips, painting a
  126. completely incorrect picture of the current state of Linux. Then they
  127. try Linux expecting one thing, only to find that what you told them
  128. would work doesn't, and what you told them wouldn't work is a
  129. one-click install. Are they doing something very right? or very wrong?
  130. Or maybe you're a Linux user, and you've done your research, at least
  131. to the point that you have been able. For instance, I don't personally
  132. do CAD. I work in VFX, so I do a lot of 3d rendering and I'm in 3d
  133. applications a lot, but I have never had the need to learn or even try
  134. architectural rendering or design. I'm pretty good with Linux, and I'm
  135. pretty good at figuring out applications, given enough time and a
  136. million monkeys, so it's entirely within my ability to install some
  137. CAD applications and take them for a spin. However, everything I would
  138. do with these applications would be entirely without context, and
  139. without comparison. Now, admittedly, when most people evaluate
  140. software they could do with a lot **less** comparison, but even so I'd
  141. be doing architects a major disservice if I pretended like I was an
  142. expert architectural-software-on-Linux consultant and assured them
  143. that Linux-based CAD was exactly what they needed.
  144. (To reiterate: I have no experience with CAD, so this is a perfect
  145. example; to that end, I am neither recommending or cautioning against
  146. CAD on Linux.)
  147. (By contrast, I'm very experienced with tools like GIMP, Inkscape,
  148. Scribus, and anything having to do with video. So my recommendations
  149. in that area are pretty reliable.)
  150. I've personally seen lists of these "reviews" all over the
  151. internet. Sometimes they're even written by occasional users of Linux,
  152. but to anyone who uses Linux daily, they almost always read like those
  153. book reports you used to do in school when you didn't want to actually
  154. read the book, so you just watched the movie instead. That is to say,
  155. there's some kernel of truth there, but the emphasis is on the wrong
  156. thing, and there are other things that are just completely wrong.
  157. ## Staying Out of Each Other's Kitchens
  158. This isn't about not wanting someone's sympathy vote, or being
  159. sensitive about backhanded compliments, or feeling patronised. It
  160. isn't about being possessive, or trying to exclude anyone from trying
  161. something new and commenting about it.
  162. My point is that being "supportive" of something vocally and then not
  163. following through in actions is at best lazy and at worst
  164. hypocrisy. I'll be the first to admit that the opposite can feel
  165. almost as bad; companies and software vendors that actually use and
  166. support Linux make no mention of it, adding to the perceived void of
  167. Linux support.
  168. It would be nice to have the complete package in both scenarios. If
  169. you use and support Linux, give it first class treatment, the same as
  170. everything else. Stop defaulting to one platform and treating others
  171. as after-thoughts, because they aren't! take credit for your work,
  172. your support, and your dedication to open technology. On the other
  173. hand, if you're uninformed about Linux and only want to mention it
  174. because you know that it exists and want to acknowledge it, then
  175. qualify your statements so that people understand that you are not
  176. reporting on research, but on assumptions and second-hand information.
  177. This is nothing more than I'd expect on *any* topic, tech or otherwise.
  178. The benefit to everyone is that advocates become users instead of
  179. observers, and their feedback, both positive and negative, becomes far
  180. more valuable. It's easy to critique things, especially when you don't
  181. actually use it. So get to know the thing first, and then instead of
  182. critiquing it, help make it better. But don't wait around for it to
  183. get "good enough" for you to actually use, because as long as you
  184. refuse to use it, that day will never arrive.
  185. [EOF]
  186. Made on Free Software.