Browse Source

Links

master
David Larlet 1 year ago
parent
commit
cd9d8f1b98

+ 229
- 0
cache/2023/45c1becce6fcd8254f2c99fbc1397018/index.html View File

@@ -0,0 +1,229 @@
<!doctype html><!-- This is a valid HTML5 document. -->
<!-- Screen readers, SEO, extensions and so on. -->
<html lang="fr">
<!-- Has to be within the first 1024 bytes, hence before the `title` element
See: https://www.w3.org/TR/2012/CR-html5-20121217/document-metadata.html#charset -->
<meta charset="utf-8">
<!-- Why no `X-UA-Compatible` meta: https://stackoverflow.com/a/6771584 -->
<!-- The viewport meta is quite crowded and we are responsible for that.
See: https://codepen.io/tigt/post/meta-viewport-for-2015 -->
<meta name="viewport" content="width=device-width,initial-scale=1">
<!-- Required to make a valid HTML5 document. -->
<title>Tech Companies Are Irrational Pop Cultures (archive) — David Larlet</title>
<meta name="description" content="Publication mise en cache pour en conserver une trace.">
<!-- That good ol' feed, subscribe :). -->
<link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/">
<!-- Generated from https://realfavicongenerator.net/ such a mess. -->
<link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png">
<link rel="manifest" href="/static/david/icons2/site.webmanifest">
<link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c">
<link rel="shortcut icon" href="/static/david/icons2/favicon.ico">
<meta name="msapplication-TileColor" content="#f7f7f7">
<meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml">
<meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)">
<meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)">
<!-- Documented, feel free to shoot an email. -->
<link rel="stylesheet" href="/static/david/css/style_2021-01-20.css">
<!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. -->
<link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin>
<script>
function toggleTheme(themeName) {
document.documentElement.classList.toggle(
'forced-dark',
themeName === 'dark'
)
document.documentElement.classList.toggle(
'forced-light',
themeName === 'light'
)
}
const selectedTheme = localStorage.getItem('theme')
if (selectedTheme !== 'undefined') {
toggleTheme(selectedTheme)
}
</script>

<meta name="robots" content="noindex, nofollow">
<meta content="origin-when-cross-origin" name="referrer">
<!-- Canonical URL for SEO purposes -->
<link rel="canonical" href="https://softwarecrisis.dev/letters/tech-is-a-pop-culture/">

<body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all">


<article>
<header>
<h1>Tech Companies Are Irrational Pop Cultures</h1>
</header>
<nav>
<p class="center">
<a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use>
</svg> Accueil</a> •
<a href="https://softwarecrisis.dev/letters/tech-is-a-pop-culture/" title="Lien vers le contenu original">Source originale</a>
</p>
</nav>
<hr>
<p>I’ve pointed out before that <a href="https://www.baldurbjarnason.com/2022/programming-is-a-pop-culture/">Programming is a Pop Culture</a>.</p>
<p>But, this isn’t an issue that’s specific to programming or software development. It’s an issue that plagues the entire tech industry.</p>
<p>In Alan Kay’s words:</p>
<figure>
<blockquote>
<p>So I think what happened is computing has turned into pop culture and the universities are not helping in general, at least not in the US.</p>
<p>So, Cicero—anybody know a good Cicero quote having to do with the present and past? Let’s check your classical education here. So, you know who Cicero was. He was one of those old Roman guys.</p>
<p>So, Cicero once wrote: ‘He who knows only his own generation remains forever a child.’</p>
</blockquote>
<figcaption><a href="https://www.youtube.com/watch?v=YyIQKBzIuBY">Programming and Scaling</a> (Alan Kay, 2011)</figcaption>
</figure>
<p>In a later interview, he adds:</p>
<figure>
<blockquote>
<p>
But pop culture holds a disdain
for history. Pop culture is all about identity and feeling like you’re
participating. It has nothing to do with cooperation, the past or
the future—it’s living in the present. I think the same is true of
most people who write code for money. They have no idea where
[their culture came from]—and the Internet was done so well that
most people think of it as a natural resource like the Pacific Ocean,
rather than something that was man-made.
</p>
</blockquote>
<figcaption>Alan Kay, <a href="https://link.springer.com/content/pdf/bbm:978-3-319-90008-7/1.pdf"><em>Dr. Dobb’s Interview with Alan Kay</em></a></figcaption>
</figure>
<p>The symptoms of pop culture:</p>
<ul>
<li>A “disdain for history”. Pop cultures believe history doesn’t have anything to teach them.</li>
<li>Newer is automatically better. Pop cultures are built on the assumption that anything new or different is superior to established. Or, in other words, older is inherently inferior.</li>
<li>What’s next is going to be superior to what’s now. Pop cultures exist in perpetual anticipation of the next trend. Their disbelief of history appears to outsiders as a belief in progress.</li>
<li>The “Pop” in “Pop Culture” stands for “popularity”. If it’s popular then it must be right.</li>
</ul>
<p>These traits are deeply irrational but they are the tech industry’s default mode of operation.</p>
<p>A recent example of a pop culture trend taking tech by storm is layoffs. Every tech company is laying people off, even those whose financials are in good shape. But, as Jeffrey Pfeffer explains in this interview, these are decisions driven entirely by pop culture—‘social contagion’ to use his words:</p>
<figure>
<blockquote>
<p>
The tech industry layoffs are basically an instance of social contagion, in which companies imitate what others are doing. If you look for reasons for why companies do layoffs, the reason is that everybody else is doing it. Layoffs are the result of imitative behavior and are not particularly evidence-based.</p>
<p>I’ve had people say to me that they know layoffs are harmful to company well-being, let alone the well-being of employees, and don’t accomplish much, but everybody is doing layoffs and their board is asking why they aren’t doing layoffs also.</p>
</blockquote><figcaption><a href="https://news.stanford.edu/2022/12/05/explains-recent-tech-layoffs-worried/">Why are there so many tech layoffs, and why should we be worried? Stanford scholar explains</a></figcaption>
</figure>
<p>These layoffs are not rational: they are almost always bad decisions.</p>
<figure>
<blockquote>
<p>Layoffs often do not cut costs, as there are many instances of laid-off employees being hired back as contractors, with companies paying the contracting firm. Layoffs often do not increase stock prices, in part because layoffs can signal that a company is having difficulty. Layoffs do not increase productivity. Layoffs do not solve what is often the underlying problem, which is often an ineffective strategy, a loss of market share, or too little revenue. Layoffs are basically a bad decision.</p>
</blockquote><figcaption><a href="https://news.stanford.edu/2022/12/05/explains-recent-tech-layoffs-worried/">Why are there so many tech layoffs, and why should we be worried? Stanford scholar explains</a></figcaption>
</figure>
<p>The effect is even worse for software companies because <a href="https://www.baldurbjarnason.com/2022/theory-building/">employee churn is lethal for software</a>:</p>
<figure>
<blockquote>
<p>Constant churn in a software development team, both among the programmers and designers, is absolutely devastating. It is the death knell for a software project. Makes deadlines meaningless. It turns software into a disposable, single-use product like a paper towel. Anything that increases team member churn threatens the very viability of the project and the software it’s creating.</p>
</blockquote>
<figcaption><a href="https://www.baldurbjarnason.com/2022/theory-building/">Theory-building and why employee churn is lethal to software companies</a></figcaption>
</figure>
<p>The only way to win is to not participate. Don’t chase trends. Don’t copy your competitors. Evaluate strategies, tools, and technologies on their <em>own merits</em>. Look at how they affect <strong><em>your</em></strong> organisation, systems, products and markets.</p>
<p>Don’t let the industry’s pop culture drag you into making poor decisions.</p>
</article>


<hr>

<footer>
<p>
<a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use>
</svg> Accueil</a> •
<a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use>
</svg> Suivre</a> •
<a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use>
</svg> Pro</a> •
<a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use>
</svg> Email</a> •
<abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use>
</svg> Légal</abbr>
</p>
<template id="theme-selector">
<form>
<fieldset>
<legend><svg class="icon icon-brightness-contrast">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use>
</svg> Thème</legend>
<label>
<input type="radio" value="auto" name="chosen-color-scheme" checked> Auto
</label>
<label>
<input type="radio" value="dark" name="chosen-color-scheme"> Foncé
</label>
<label>
<input type="radio" value="light" name="chosen-color-scheme"> Clair
</label>
</fieldset>
</form>
</template>
</footer>
<script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script>
<script>
function loadThemeForm(templateName) {
const themeSelectorTemplate = document.querySelector(templateName)
const form = themeSelectorTemplate.content.firstElementChild
themeSelectorTemplate.replaceWith(form)

form.addEventListener('change', (e) => {
const chosenColorScheme = e.target.value
localStorage.setItem('theme', chosenColorScheme)
toggleTheme(chosenColorScheme)
})

const selectedTheme = localStorage.getItem('theme')
if (selectedTheme && selectedTheme !== 'undefined') {
form.querySelector(`[value="${selectedTheme}"]`).checked = true
}
}

const prefersColorSchemeDark = '(prefers-color-scheme: dark)'
window.addEventListener('load', () => {
let hasDarkRules = false
for (const styleSheet of Array.from(document.styleSheets)) {
let mediaRules = []
for (const cssRule of styleSheet.cssRules) {
if (cssRule.type !== CSSRule.MEDIA_RULE) {
continue
}
// WARNING: Safari does not have/supports `conditionText`.
if (cssRule.conditionText) {
if (cssRule.conditionText !== prefersColorSchemeDark) {
continue
}
} else {
if (cssRule.cssText.startsWith(prefersColorSchemeDark)) {
continue
}
}
mediaRules = mediaRules.concat(Array.from(cssRule.cssRules))
}

// WARNING: do not try to insert a Rule to a styleSheet you are
// currently iterating on, otherwise the browser will be stuck
// in a infinite loop…
for (const mediaRule of mediaRules) {
styleSheet.insertRule(mediaRule.cssText)
hasDarkRules = true
}
}
if (hasDarkRules) {
loadThemeForm('#theme-selector')
}
})
</script>
</body>
</html>

+ 62
- 0
cache/2023/45c1becce6fcd8254f2c99fbc1397018/index.md View File

@@ -0,0 +1,62 @@
title: Tech Companies Are Irrational Pop Cultures
url: https://softwarecrisis.dev/letters/tech-is-a-pop-culture/
hash_url: 45c1becce6fcd8254f2c99fbc1397018

<p>I’ve pointed out before that <a href="https://www.baldurbjarnason.com/2022/programming-is-a-pop-culture/">Programming is a Pop Culture</a>.</p>
<p>But, this isn’t an issue that’s specific to programming or software development. It’s an issue that plagues the entire tech industry.</p>
<p>In Alan Kay’s words:</p>
<figure>
<blockquote>
<p>So I think what happened is computing has turned into pop culture and the universities are not helping in general, at least not in the US.</p>
<p>So, Cicero—anybody know a good Cicero quote having to do with the present and past? Let’s check your classical education here. So, you know who Cicero was. He was one of those old Roman guys.</p>
<p>So, Cicero once wrote: ‘He who knows only his own generation remains forever a child.’</p>
</blockquote>
<figcaption><a href="https://www.youtube.com/watch?v=YyIQKBzIuBY">Programming and Scaling</a> (Alan Kay, 2011)</figcaption>
</figure>
<p>In a later interview, he adds:</p>
<figure>
<blockquote>
<p>
But pop culture holds a disdain
for history. Pop culture is all about identity and feeling like you’re
participating. It has nothing to do with cooperation, the past or
the future—it’s living in the present. I think the same is true of
most people who write code for money. They have no idea where
[their culture came from]—and the Internet was done so well that
most people think of it as a natural resource like the Pacific Ocean,
rather than something that was man-made.
</p>
</blockquote>
<figcaption>Alan Kay, <a href="https://link.springer.com/content/pdf/bbm:978-3-319-90008-7/1.pdf"><em>Dr. Dobb’s Interview with Alan Kay</em></a></figcaption>
</figure>
<p>The symptoms of pop culture:</p>
<ul>
<li>A “disdain for history”. Pop cultures believe history doesn’t have anything to teach them.</li>
<li>Newer is automatically better. Pop cultures are built on the assumption that anything new or different is superior to established. Or, in other words, older is inherently inferior.</li>
<li>What’s next is going to be superior to what’s now. Pop cultures exist in perpetual anticipation of the next trend. Their disbelief of history appears to outsiders as a belief in progress.</li>
<li>The “Pop” in “Pop Culture” stands for “popularity”. If it’s popular then it must be right.</li>
</ul>
<p>These traits are deeply irrational but they are the tech industry’s default mode of operation.</p>
<p>A recent example of a pop culture trend taking tech by storm is layoffs. Every tech company is laying people off, even those whose financials are in good shape. But, as Jeffrey Pfeffer explains in this interview, these are decisions driven entirely by pop culture—‘social contagion’ to use his words:</p>
<figure>
<blockquote>
<p>
The tech industry layoffs are basically an instance of social contagion, in which companies imitate what others are doing. If you look for reasons for why companies do layoffs, the reason is that everybody else is doing it. Layoffs are the result of imitative behavior and are not particularly evidence-based.</p>
<p>I’ve had people say to me that they know layoffs are harmful to company well-being, let alone the well-being of employees, and don’t accomplish much, but everybody is doing layoffs and their board is asking why they aren’t doing layoffs also.</p>
</blockquote><figcaption><a href="https://news.stanford.edu/2022/12/05/explains-recent-tech-layoffs-worried/">Why are there so many tech layoffs, and why should we be worried? Stanford scholar explains</a></figcaption>
</figure>
<p>These layoffs are not rational: they are almost always bad decisions.</p>
<figure>
<blockquote>
<p>Layoffs often do not cut costs, as there are many instances of laid-off employees being hired back as contractors, with companies paying the contracting firm. Layoffs often do not increase stock prices, in part because layoffs can signal that a company is having difficulty. Layoffs do not increase productivity. Layoffs do not solve what is often the underlying problem, which is often an ineffective strategy, a loss of market share, or too little revenue. Layoffs are basically a bad decision.</p>
</blockquote><figcaption><a href="https://news.stanford.edu/2022/12/05/explains-recent-tech-layoffs-worried/">Why are there so many tech layoffs, and why should we be worried? Stanford scholar explains</a></figcaption>
</figure>
<p>The effect is even worse for software companies because <a href="https://www.baldurbjarnason.com/2022/theory-building/">employee churn is lethal for software</a>:</p>
<figure>
<blockquote>
<p>Constant churn in a software development team, both among the programmers and designers, is absolutely devastating. It is the death knell for a software project. Makes deadlines meaningless. It turns software into a disposable, single-use product like a paper towel. Anything that increases team member churn threatens the very viability of the project and the software it’s creating.</p>
</blockquote>
<figcaption><a href="https://www.baldurbjarnason.com/2022/theory-building/">Theory-building and why employee churn is lethal to software companies</a></figcaption>
</figure>
<p>The only way to win is to not participate. Don’t chase trends. Don’t copy your competitors. Evaluate strategies, tools, and technologies on their <em>own merits</em>. Look at how they affect <strong><em>your</em></strong> organisation, systems, products and markets.</p>
<p>Don’t let the industry’s pop culture drag you into making poor decisions.</p>

+ 272
- 0
cache/2023/d6b891fd250a6ae967ae55564770b67a/index.html View File

@@ -0,0 +1,272 @@
<!doctype html><!-- This is a valid HTML5 document. -->
<!-- Screen readers, SEO, extensions and so on. -->
<html lang="fr">
<!-- Has to be within the first 1024 bytes, hence before the `title` element
See: https://www.w3.org/TR/2012/CR-html5-20121217/document-metadata.html#charset -->
<meta charset="utf-8">
<!-- Why no `X-UA-Compatible` meta: https://stackoverflow.com/a/6771584 -->
<!-- The viewport meta is quite crowded and we are responsible for that.
See: https://codepen.io/tigt/post/meta-viewport-for-2015 -->
<meta name="viewport" content="width=device-width,initial-scale=1">
<!-- Required to make a valid HTML5 document. -->
<title>The Open-Source Software bubble that is and the blogging bubble that was (archive) — David Larlet</title>
<meta name="description" content="Publication mise en cache pour en conserver une trace.">
<!-- That good ol' feed, subscribe :). -->
<link rel="alternate" type="application/atom+xml" title="Feed" href="/david/log/">
<!-- Generated from https://realfavicongenerator.net/ such a mess. -->
<link rel="apple-touch-icon" sizes="180x180" href="/static/david/icons2/apple-touch-icon.png">
<link rel="icon" type="image/png" sizes="32x32" href="/static/david/icons2/favicon-32x32.png">
<link rel="icon" type="image/png" sizes="16x16" href="/static/david/icons2/favicon-16x16.png">
<link rel="manifest" href="/static/david/icons2/site.webmanifest">
<link rel="mask-icon" href="/static/david/icons2/safari-pinned-tab.svg" color="#07486c">
<link rel="shortcut icon" href="/static/david/icons2/favicon.ico">
<meta name="msapplication-TileColor" content="#f7f7f7">
<meta name="msapplication-config" content="/static/david/icons2/browserconfig.xml">
<meta name="theme-color" content="#f7f7f7" media="(prefers-color-scheme: light)">
<meta name="theme-color" content="#272727" media="(prefers-color-scheme: dark)">
<!-- Documented, feel free to shoot an email. -->
<link rel="stylesheet" href="/static/david/css/style_2021-01-20.css">
<!-- See https://www.zachleat.com/web/comprehensive-webfonts/ for the trade-off. -->
<link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t4_poly_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: light), (prefers-color-scheme: no-preference)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t3_regular.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t3_bold.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin>
<link rel="preload" href="/static/david/css/fonts/triplicate_t3_italic.woff2" as="font" type="font/woff2" media="(prefers-color-scheme: dark)" crossorigin>
<script>
function toggleTheme(themeName) {
document.documentElement.classList.toggle(
'forced-dark',
themeName === 'dark'
)
document.documentElement.classList.toggle(
'forced-light',
themeName === 'light'
)
}
const selectedTheme = localStorage.getItem('theme')
if (selectedTheme !== 'undefined') {
toggleTheme(selectedTheme)
}
</script>

<meta name="robots" content="noindex, nofollow">
<meta content="origin-when-cross-origin" name="referrer">
<!-- Canonical URL for SEO purposes -->
<link rel="canonical" href="https://www.baldurbjarnason.com/2021/the-oss-bubble-and-the-blogging-bubble/">

<body class="remarkdown h1-underline h2-underline h3-underline em-underscore hr-center ul-star pre-tick" data-instant-intensity="viewport-all">


<article>
<header>
<h1>The Open-Source Software bubble that is and the blogging bubble that was</h1>
</header>
<nav>
<p class="center">
<a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use>
</svg> Accueil</a> •
<a href="https://www.baldurbjarnason.com/2021/the-oss-bubble-and-the-blogging-bubble/" title="Lien vers le contenu original">Source originale</a>
</p>
</nav>
<hr>
<p>Disclaimer: For a while there, I was paid to work full-time on <a href="https://en.wikipedia.org/wiki/Open-source_software">Open-Source Software</a> (OSS) software in the <a href="https://en.wikipedia.org/wiki/Open_educational_resources">Open Educational Resources</a> (OER) space. There’s a distinct possibility that I’m biased in some way as a result. There’s also the possibility that working in OSS and OER for over four years might mean that my opinions are backed by experience. You get to decide.</p>
<h2 id="the-symptom">The symptom</h2>
<blockquote>
<p><a href="https://babel.dev/blog/2021/05/10/funding-update">Babel is used by millions, so why are we running out of money?</a></p>
</blockquote>
<p>This doesn’t surprise me. The purpose of the web software industry is to extract value out of Open-Source Software (OSS). Everything is built under the misconception that OSS is abundant, replaceable, and free.</p>
<p>People don’t appreciate just how much web dev is about extracting value from OSS, both on individual and corporate levels.</p>
<p>Make a native iOS app, and the only OSS you need to use is directly integrated into the OS, and a lot of it is maintained by Apple itself. Apple may use open-source font rendering libraries or SQLite, but you rarely have to deal with it yourself, as a developer, unless you want to.</p>
<p>Web development? Everything is built or run directly on OSS.</p>
<p>Almost everything we do in web development exists as a thin layer over open-source software.</p>
<p>Servers, build tools, databases, ORMs, auth, client-side JS, web browser: we are all building on a vast ocean of OSS labour without paying back a fraction of the value we generate. It isn’t just big, direct dependencies like Babel that are suffering. The stuff your stuff is using—the infrastructure code everything needs—is surviving on sheer inertia as well.</p>
<p>That’s value extraction. Strip-mining if you want to hammer home the unsustainability. Looting if you want to emphasise the moral dimension.</p>
<p>We don’t even know the extent of the problem. Has anybody looked into the sustainability of the npm ecosystem, for example? How much of it is backed by a sustainable business model or even any kind of ongoing revenue?</p>
<p>I suspect that the sustainable fraction is tiny. At some point, something’s going to give. Something’s <em>already giving</em>. We keep seeing projects like Babel: used by thousands; running on fumes.</p>
<p>I’m reminded of the only real tech bubble I’ve personally witnessed: the rise and fall of blogging. They’re very different phenomena, but blogging and open-source are solid examples of big corporations strategically subsidising a complement to their core business with no care being paid to collateral damage.</p>
<p>(I was in university when the dot com bubble collapsed, so I missed that. And I was doing my PhD when Web 2.0 peaked. Somebody needs to write about the true history of the rise and fall of the blog as the dominant web paradigm as a lot of it seems to be forgotten or just plain misunderstood today.)</p>
<p>There are a lot of misconceptions about what exactly happened. People think that Google killed weblogs in 2013 when it discontinued Google Reader. Which isn’t entirely true. Google Reader was a murder weapon, not a victim.</p>
<h2 id="the-blogging-bubble-and-its-modern-parallels">The blogging bubble and its modern parallels</h2>
<p>Google did kill weblogs, but that’s fair since they also created the weblog bubble.</p>
<p>You might not believe this if you weren’t there, but one of Google’s main problems, once they got going, was that there just wasn’t that much to see on the web.</p>
<p>Having a great search engine is kind of useless if, for example, somebody types in “how to take better landscape photographs,” and nobody online has an answer.</p>
<p>Google Adwords changed all of that. That, as well as free weblog hosting, fuelled the blogging bubble. You wrote a blog using a weblog system that came with decent SEO baked in (semantic structure and cross-linking, that’s all you needed back then). Most of your traffic came from Google’s search results. All of your revenue came from Google’s Adwords. It became profitable to churn out indistinct pap that passed as informative to fill Google’s search engine results, so people did.</p>
<p>The weblog ecosystem was built entirely around extracting value from Adwords. For a few, it was a springboard to launch something else. A few writing careers got off the ground. But the vast, vast majority was just Adwords. Weblogs as social media? A sideshow. Weblogs as a unique medium? Incidental.</p>
<p>Even outfits with paid subscriptions, like MetaFilter, relied on Adwords and had to course-correct once Google popped that bubble.</p>
<p>Which they did because they had to: most of it was fraudulent. Fake clicks. Spam blogs. Link farms. Black hat SEO. The blogging economy was filled with bad practices all around. People today don’t appreciate just how rampant these practices were. Most of us didn’t notice because we were in our tiny corner, all reading the same few popular bloggers (an early version of the modern ‘influencer’). But outside of that corner, blogs were done for Google and paid for by Google. Outside of a small number of active commenters (many of whom were toxic as hell), the traffic these blogs had existed solely because it suited Google to give blogs a high ‘PageRank’. They had no meaningful community or engagement to call their own.</p>
<p>After a few <em>years</em> of buying into the hype, advertisers started to push back, forcing Google to clean up their index. That consisted of downplaying blogs and blog-like sites and purging spam-blogs and blog farms (many of which had been hosted on Google Blogger, natch).</p>
<p>The blog gold rush ended. The tools surrounding it started dying, hastened by Google sucking the oxygen out of the software ecosystem by acquiring, offering for free, and then putting on life support the core tools in the ecosystem.</p>
<p>FeedBurner and Google Reader were not victims of Google’s policies. They were the weapons Google used to ensure that the only player extracting value from blogging was <em>Google</em>.</p>
<p>Because people misunderstand what happened, they tend to take away the wrong lessons about what worked or didn’t work about blogging. They wrote off blogs as a genre of design: content, a sidebar with blog roll and categories, comments, and a casual style of writing. They ignored the tech that blogs were built on: RSS, easy-to-use CMSes, reverse-chronological listings mixed with categories and the like to highlight posts.</p>
<p>Blogs, by the technical definition, are having a resurgence. Substack is a blogging system with convenient payment and email integration(RSS, reverse-chronological listing). As Jeremy Keith enjoys pointing out, Medium is Ev’s blog and offers RSS feeds and reverse-chronological listings for each guest author. Most mailing list platforms are either technically blogs (RSS plus a pleasant CMS) or integrate with blogs using RSS.</p>
<p>This time around, the audience seems, for the most part, to genuinely be invested in the blogs themselves. They aren’t being funnelled there by Google or Facebook because it’s strategically convenient for them, for the moment. Substack isn’t the only player in town, so we seem to be avoiding the monoculture pitfall. Blogging for an <em>earned</em> audience is probably bigger than it has ever been before in the history of the web.</p>
<p>The blogging bubble reminds me in many ways of the current state of web development:</p>
<ul>
<li>We have an economy that exists solely because big tech companies are pouring money into strategic complements to their products.</li>
<li>This money-hose distorts the economy in ways that kill off businesses and skew education and recruitment.</li>
<li>Much like the blog farms of old, many companies get away with extractive, unsustainable, and generally awful practices because so many of their resources are in effect subsidised by Google, Facebook, or Microsoft.</li>
<li>Most web software companies are built to quickly extract value from the underlying open-source layer. Ever wondered why management practices in web software are dominated by short term concerns that are self-destructive in the long term? Because managers know <em>what</em> they are supposed to do, even if they don’t exactly know why. Speed is of the essence because you aren’t doing anything unique. You aren’t creating tech of your own or building on a hard-earned understanding of the clientele. You are using your funding to race against others to see who manages to squeeze the most business out of the underlying OSS before the funding runs out.</li>
</ul>
<h2 id="the-willful-blindness">The willful blindness</h2>
<p>Most people in the industry don’t realise that the web dev economy is primarily extractive. As with the earlier assumption that Google must be trying to keep Adwords clean and sustainable, there’s the assumption here that <em>somebody</em> in tech must be making sure the work behind OSS is paid for. Or, almost as naively, they assume that it can all subsist as donationware.</p>
<p>People in web dev constantly assume that something somewhere must be paying for the OSS dependencies they use. This is why developers come in with the entitlement of a paying customer. The OSS maintainer is supposed to serve them with the enthusiasm of somebody being paid. Their worldview just doesn’t accommodate the idea that this is unpaid labour because then they’d have to start questioning the very sustainability of their own careers.</p>
<h2 id="the-money-hose">The money hose</h2>
<p>Many of the misconceptions about OSS stem from the fact that the core of the ecosystem <em>is funded</em>.</p>
<p>Facebook is pouring money into the React sub-ecosystem, and Google keeps burning cash on the Chrome bonfire. Microsoft keeps funding developer infrastructure like Visual Studio Code, Typescript, npm, and GitHub. Those are just the most prominent examples. They all fund ton of other projects, either directly or indirectly, through a wage surplus.</p>
<p>A surprising amount of OSS is made by former big tech developers. They can afford to subsist on meagre revenue—for a time—because their pay and stock options have left them free of debt and with well-stocked savings accounts.</p>
<p>This is much more common than you’d think. Scratch away at the surface of pretty much any active OSS project that has no discernible revenue, and you either get a burnout waiting to happen, or you’ll find a formerly well-paid dev coasting on savings. Many of the rest have solid VC funding. Though, VC funding always runs out at some point. The business fundamentals just aren’t there for open source when you have Google, Amazon, and the rest gatekeeping all of the value in the market. This is why the ecosystem is already beginning to pull apart at the seams.</p>
<p>And Microsoft… Like I wrote above, MS is just <em>carpet-bombing</em> the web developer community with open source software and OSS infrastructure. Typescript, Visual Studio Code, GitHub, npm, and so much more exist primarily because Microsoft executives believe this will lead to more business for Azure and other Microsoft offerings. In turn, most of the offerings on Azure (as with Amazon Web Services) are leveraging OSS to maximise the value of the platform.</p>
<p>Most of the rest of the ecosystem—excluding the tiny fraction like SQLite who have few dependencies and sustainable revenue—exists as backsplash from those two projects. Node, Deno, Electron, most front end tooling, and so many web dev libraries only exist because of projects that Google and Facebook are funding.</p>
<p>Google, Facebook, and Microsoft are probably the biggest players using OSS this way, but they are not alone. Leveraging the positive externalities of OSS has been the go-to strategy for many big tech corporations for a while now.</p>
<p>It isn’t just software: web dev education, training, and recruitment exist primarily to extract value from Facebook’s React or Google’s OSS projects. Very few of them invest in figuring out what sort of training will serve their students the best. The easiest thing to sell to both recruiters and students is the big framework on the block, so that’s what they sell and very little else.</p>
<p>The extraction mentality is baked into the business. Which is sort of fine when you’re dealing with projects funded by mega-corporations but disastrous when applied to the unfunded or poorly funded rest.</p>
<p>The money hose, combined with free or subsidised services, is a control mechanism that lets big tech companies control the OSS ecosystem. Projects they want to promote will get the money spigot. Other projects, like MongoDB or Redis, get turned into commodities and resold as cheap services.</p>
<p>Most notably, projects that try to independently leverage open source to become fast-growing tech companies are disproportionally likely to be ‘embraced and extended’ this way by AWS, Google Cloud, or Microsoft’s Azure.</p>
<p>The rest of us aren’t much better. The SaaS companies that funnel a bit of their revenue back to the OSS projects they’re building on are few and far between. The companies that maintain an OSS framework or library as a positive externality to their business are few and far between. VC-funded OSS companies are moonshots that tend to crash well before they get an opportunity to blow up in orbit.</p>
<p>We’re honestly bloody bad at paying for the work of making software as an industry.</p>
<h2 id="the-deterioration-and-potential-collapse">The deterioration and potential collapse</h2>
<p>Then as now, every stepwise deterioration in the ecosystem is explained away. Back when the primacy of blogs was sliding, every time Google changed their algorithm to downplay blogs or updated their Adwords policies, you got thousands of responses ‘explaining’ how this wasn’t the end of the world and here’s what you need to change to keep up.</p>
<p>Meanwhile, legitimate blogs started dropping off the web, services began to shutter, and RSS feeds went dark.</p>
<p>We’re starting to see the initial decay hit the parts of the web dev ecosystem that are the furthest away from the cheap money fountains Google and Facebook are providing. Core projects run out of money. Git commits stop. A dependency you use breaks when one of <em>its</em> dependencies stops working, leading somebody to fork it with a quick fix or replacement dependency. Bandaid fixes to decaying OSS projects start to crop up in more and more places. We start to see blog posts saying that all we need to do is get enough people to donate money or pay for support. Everything will be fine. Just look at how OpenSSL got turned around.</p>
<p>All of which is bad enough but also misses the point.</p>
<p>Weblogs were a strategic lever for Google. Funding them made sense at a time where they needed the web to have more content. When they didn’t need them—when they stopped being a profitable lever—they were discarded. And the ecosystem sunk fast.</p>
<p>Open-source software is a strategic lever for big tech companies. They fund when it helps their core business and strip-mine projects when it doesn’t. Cloud hosting has, slowly, been ushering in an era of extraction, where tech companies specifically target serverside OSS projects that they can leverage with little investment. Broad sections of serverside software are woefully underfinanced. Many server frameworks in the node ecosystem, for example, coast along on burned-out maintainers and sheer bloody-mindedness.</p>
<p>Chrome and React are strategic levers for Google and Facebook. Electron, GitHub, Visual Studio Code, TypeScript, and npm are all potential strategic levers for Microsoft. V8, npm, React, Visual Studio Code, and Github: they are the foundation of modern web development.</p>
<p>How confident are you that <em>all</em> of these projects will <em>remain</em> strategic for the life of the web? Losing any one of them would knock the entire software economy to the ground. Are we so sure that nothings going to change for these companies?</p>
<p>Facebook as a business is, in my view, harmful for society in general.</p>
<p>Which used to mark me as a contrary weirdo but is now the political consensus in many countries.</p>
<p>Apple’s pro-privacy stance is manoeuvring Chrome into direct conflict with other parts of the Google behemoth. To remain competitive as a browser, Chrome must work against the interests of its owner.</p>
<p>You can argue whether there is any substance behind Apple’s privacy efforts or not. But it’s a highly effective strategy for striking at Google’s longstanding core strategy: using free products and OSS to bolster their web-based ad business.</p>
<p>Microsoft is still in the progress of figuring out which of its acquired assets directly benefit its core businesses and which don’t. Their track record of embracing and extending and ruthless competition doesn’t inspire trust.</p>
<p>We’re still going to see a tonne of projects burn out and die out. Diversification will mostly be a question of which flavour of V8 and what flavour of React-like front end framework you’re using. Everything else would slowly become a barren wasteland. But overall? It would survive. A bit boring but still alive. Microsoft’s OSS endeavours might suffer as npm and GitHub more and more become homes for dead and broken software, but the tools should still work, right?</p>
<p>But…</p>
<p>What happens if Facebook’s fortunes change? Or if its reputation becomes so bad that React ceases to be a good recruitment tool. Or, if the web dev training ecosystem shifts away from React because most of the time, it isn’t the right tool for the job unless you’re Facebook? What if Facebook’s management decides they can get most of the benefit they want from React without pouring money into React? Let the community coast on voluntary contributions for a while?</p>
<p>Do we want to risk becoming a web development ecosystem that primarily exists as a subsidised complement to Microsoft’s Azure and, maybe, GitHub? (That’s assuming GitHub is a viable business in its own right.)</p>
<p>Are we all okay with the collateral damage of burning out the OSS ecosystem?</p>
<p>Strategy isn’t permanent. It’s always a response to needs and to the surrounding landscape. If needs change or if the landscape changes, then the strategy has to change as well. It’s a cliche to say this, but change is constant.</p>
<p>If we want software development to last, then we need to work on our attitudes towards open-source and reconsider our reliance on software that, at the moment, happens to be strategically relevant to big tech.</p>
<h2 id="the-price-were-paying">The price we’re paying</h2>
<p>Despite everything I wrote above, this apocalyptic vision of potential collapse isn’t what worries me. The biggest problem I have with the status quo isn’t that it might be unstable.</p>
<p>What we learned from blogging is that we can rebuild. If the tech giants shift their attention away and the bubble bursts, the skills and knowledge will still be there. And rebuilding is often an opportunity to fix things.</p>
<p>So, instability doesn’t worry me. It’s just an inevitable part of working in an immature medium, dominated by immature mega-corporations.</p>
<p>The biggest problem—and this isn’t limited to web development—is how it has baked exploitation into the core worldview of so many people. We <em>use</em> open-source software. We <em>get paid</em> to use open-source software. Our employers benefit, but the money never trickles down—money <em>never</em> trickles down. This is fine when the project in question is directly funded by a tech multinational. Less so when the project is something specialised, a little bit niche, or inventive, and therefore not financed by a gigantic corporation.</p>
<p>We train each other with a mindset to treat each other poorly and consider the people—whose free work we are turning into money—to be disposable.</p>
<p>We’re working in an unstable industry, surviving at the whim of callous mega-corporations, and we spend our days treating people like shit.</p>
<p>I don’t feel proud when I look around at the web developer community and economy. More the other thing.</p>
<p>There are a few bright spots. Interesting companies that build a lot of OSS while flying sustainably under the radar. Turns out you don’t need that many people to maintain open-source if you set strict boundaries and make sure all of the work is paid for.</p>
<p>Then you have companies like WordPress who have been around forever and form the backbone of the entire web.</p>
<p>Sustainable open-source looks <em>possible</em> if you manage to balance looking uninteresting to big tech but interesting enough to generate revenue. As WordPress shows, you can get pretty big while remaining mostly uninteresting to the tech behemoths.</p>
<p>It’s a tricky needle to thread but seems to be entirely possible.</p>
<p>The biggest threat, what kills off project after project, is scope creep (a universal problem for software development) and other developers who feel entitled to your time and work.</p>
<hr>
<p>Twenty years ago, when I was doing my postgraduate studies at the University of the West of England, one of my mentors was Bob Hughes. He wrote the book Dust or Magic, an idiosyncratic study of what makes great interactive media great. It’s a lovely book that’s hard to find these days, and it led him to hold a couple of <em>Dust or Magic</em> conferences in Oxford over a decade ago. Those two conferences are, to this day, the most engaging and inspiring conferences I’ve ever attended.</p>
<p>He has done quite a few things since. Some activism. A bit of writing. <a href="https://newint.org/books/new-internationalist/bleeding-edge">Like an excellent book on the toxic nature of modern tech</a>. (Highly recommended.)</p>
<p>One day, when I was still doing my Masters (ca. 2000), I ran into him in the courtyard at UWE’s Bower Ashton campus. I enthusiastically began to subject him to my latest enthusiasm as I’m wont to do. I spoke about this great thing called Free Software and how it would fundamentally change our relationship with technology: make tech free and fair. Free Software was going to make software a force for equality and progress!</p>
<p>—While I’ve never been bright-eyed or bushy-tailed by nature, I’ve always had a strong tendency towards idealism.</p>
<p>Bob patiently listened to me, gave me the time to make my case and argue my point before sighing.</p>
<p>Punctuation can’t really capture the way Bob speaks. The pauses and hesitations make his arguments feel like he’s leading you down a winding path, even though, at the end of it, you look back and see that you just went down a straight, narrow, and unmissable road.</p>
<p>“Capitalism will always find a way to exploit common resources. It’s just a matter of time.”</p>
<p>‘Loot’ is a word that he used a lot at the time. It was the primary theme of the closing talk Bob held at the last <em>Dust or Magic</em> conference he led.</p>
<p>Our world is built on looting what others have to give—what we <em>make</em> them give.</p>
<p>And we’re fine with it.</p>
<p>We’re all fine with looting.</p>
</article>


<hr>

<footer>
<p>
<a href="/david/" title="Aller à l’accueil"><svg class="icon icon-home">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-home"></use>
</svg> Accueil</a> •
<a href="/david/log/" title="Accès au flux RSS"><svg class="icon icon-rss2">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-rss2"></use>
</svg> Suivre</a> •
<a href="http://larlet.com" title="Go to my English profile" data-instant><svg class="icon icon-user-tie">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-user-tie"></use>
</svg> Pro</a> •
<a href="mailto:david%40larlet.fr" title="Envoyer un courriel"><svg class="icon icon-mail">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-mail"></use>
</svg> Email</a> •
<abbr class="nowrap" title="Hébergeur : Alwaysdata, 62 rue Tiquetonne 75002 Paris, +33184162340"><svg class="icon icon-hammer2">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-hammer2"></use>
</svg> Légal</abbr>
</p>
<template id="theme-selector">
<form>
<fieldset>
<legend><svg class="icon icon-brightness-contrast">
<use xlink:href="/static/david/icons2/symbol-defs-2021-12.svg#icon-brightness-contrast"></use>
</svg> Thème</legend>
<label>
<input type="radio" value="auto" name="chosen-color-scheme" checked> Auto
</label>
<label>
<input type="radio" value="dark" name="chosen-color-scheme"> Foncé
</label>
<label>
<input type="radio" value="light" name="chosen-color-scheme"> Clair
</label>
</fieldset>
</form>
</template>
</footer>
<script src="/static/david/js/instantpage-5.1.0.min.js" type="module"></script>
<script>
function loadThemeForm(templateName) {
const themeSelectorTemplate = document.querySelector(templateName)
const form = themeSelectorTemplate.content.firstElementChild
themeSelectorTemplate.replaceWith(form)

form.addEventListener('change', (e) => {
const chosenColorScheme = e.target.value
localStorage.setItem('theme', chosenColorScheme)
toggleTheme(chosenColorScheme)
})

const selectedTheme = localStorage.getItem('theme')
if (selectedTheme && selectedTheme !== 'undefined') {
form.querySelector(`[value="${selectedTheme}"]`).checked = true
}
}

const prefersColorSchemeDark = '(prefers-color-scheme: dark)'
window.addEventListener('load', () => {
let hasDarkRules = false
for (const styleSheet of Array.from(document.styleSheets)) {
let mediaRules = []
for (const cssRule of styleSheet.cssRules) {
if (cssRule.type !== CSSRule.MEDIA_RULE) {
continue
}
// WARNING: Safari does not have/supports `conditionText`.
if (cssRule.conditionText) {
if (cssRule.conditionText !== prefersColorSchemeDark) {
continue
}
} else {
if (cssRule.cssText.startsWith(prefersColorSchemeDark)) {
continue
}
}
mediaRules = mediaRules.concat(Array.from(cssRule.cssRules))
}

// WARNING: do not try to insert a Rule to a styleSheet you are
// currently iterating on, otherwise the browser will be stuck
// in a infinite loop…
for (const mediaRule of mediaRules) {
styleSheet.insertRule(mediaRule.cssText)
hasDarkRules = true
}
}
if (hasDarkRules) {
loadThemeForm('#theme-selector')
}
})
</script>
</body>
</html>

+ 105
- 0
cache/2023/d6b891fd250a6ae967ae55564770b67a/index.md View File

@@ -0,0 +1,105 @@
title: The Open-Source Software bubble that is and the blogging bubble that was
url: https://www.baldurbjarnason.com/2021/the-oss-bubble-and-the-blogging-bubble/
hash_url: d6b891fd250a6ae967ae55564770b67a

<p>Disclaimer: For a while there, I was paid to work full-time on <a href="https://en.wikipedia.org/wiki/Open-source_software">Open-Source Software</a> (OSS) software in the <a href="https://en.wikipedia.org/wiki/Open_educational_resources">Open Educational Resources</a> (OER) space. There’s a distinct possibility that I’m biased in some way as a result. There’s also the possibility that working in OSS and OER for over four years might mean that my opinions are backed by experience. You get to decide.</p>
<h2 id="the-symptom">The symptom</h2>
<blockquote>
<p><a href="https://babel.dev/blog/2021/05/10/funding-update">Babel is used by millions, so why are we running out of money?</a></p>
</blockquote>
<p>This doesn’t surprise me. The purpose of the web software industry is to extract value out of Open-Source Software (OSS). Everything is built under the misconception that OSS is abundant, replaceable, and free.</p>
<p>People don’t appreciate just how much web dev is about extracting value from OSS, both on individual and corporate levels.</p>
<p>Make a native iOS app, and the only OSS you need to use is directly integrated into the OS, and a lot of it is maintained by Apple itself. Apple may use open-source font rendering libraries or SQLite, but you rarely have to deal with it yourself, as a developer, unless you want to.</p>
<p>Web development? Everything is built or run directly on OSS.</p>
<p>Almost everything we do in web development exists as a thin layer over open-source software.</p>
<p>Servers, build tools, databases, ORMs, auth, client-side JS, web browser: we are all building on a vast ocean of OSS labour without paying back a fraction of the value we generate. It isn’t just big, direct dependencies like Babel that are suffering. The stuff your stuff is using—the infrastructure code everything needs—is surviving on sheer inertia as well.</p>
<p>That’s value extraction. Strip-mining if you want to hammer home the unsustainability. Looting if you want to emphasise the moral dimension.</p>
<p>We don’t even know the extent of the problem. Has anybody looked into the sustainability of the npm ecosystem, for example? How much of it is backed by a sustainable business model or even any kind of ongoing revenue?</p>
<p>I suspect that the sustainable fraction is tiny. At some point, something’s going to give. Something’s <em>already giving</em>. We keep seeing projects like Babel: used by thousands; running on fumes.</p>
<p>I’m reminded of the only real tech bubble I’ve personally witnessed: the rise and fall of blogging. They’re very different phenomena, but blogging and open-source are solid examples of big corporations strategically subsidising a complement to their core business with no care being paid to collateral damage.</p>
<p>(I was in university when the dot com bubble collapsed, so I missed that. And I was doing my PhD when Web 2.0 peaked. Somebody needs to write about the true history of the rise and fall of the blog as the dominant web paradigm as a lot of it seems to be forgotten or just plain misunderstood today.)</p>
<p>There are a lot of misconceptions about what exactly happened. People think that Google killed weblogs in 2013 when it discontinued Google Reader. Which isn’t entirely true. Google Reader was a murder weapon, not a victim.</p>
<h2 id="the-blogging-bubble-and-its-modern-parallels">The blogging bubble and its modern parallels</h2>
<p>Google did kill weblogs, but that’s fair since they also created the weblog bubble.</p>
<p>You might not believe this if you weren’t there, but one of Google’s main problems, once they got going, was that there just wasn’t that much to see on the web.</p>
<p>Having a great search engine is kind of useless if, for example, somebody types in “how to take better landscape photographs,” and nobody online has an answer.</p>
<p>Google Adwords changed all of that. That, as well as free weblog hosting, fuelled the blogging bubble. You wrote a blog using a weblog system that came with decent SEO baked in (semantic structure and cross-linking, that’s all you needed back then). Most of your traffic came from Google’s search results. All of your revenue came from Google’s Adwords. It became profitable to churn out indistinct pap that passed as informative to fill Google’s search engine results, so people did.</p>
<p>The weblog ecosystem was built entirely around extracting value from Adwords. For a few, it was a springboard to launch something else. A few writing careers got off the ground. But the vast, vast majority was just Adwords. Weblogs as social media? A sideshow. Weblogs as a unique medium? Incidental.</p>
<p>Even outfits with paid subscriptions, like MetaFilter, relied on Adwords and had to course-correct once Google popped that bubble.</p>
<p>Which they did because they had to: most of it was fraudulent. Fake clicks. Spam blogs. Link farms. Black hat SEO. The blogging economy was filled with bad practices all around. People today don’t appreciate just how rampant these practices were. Most of us didn’t notice because we were in our tiny corner, all reading the same few popular bloggers (an early version of the modern ‘influencer’). But outside of that corner, blogs were done for Google and paid for by Google. Outside of a small number of active commenters (many of whom were toxic as hell), the traffic these blogs had existed solely because it suited Google to give blogs a high ‘PageRank’. They had no meaningful community or engagement to call their own.</p>
<p>After a few <em>years</em> of buying into the hype, advertisers started to push back, forcing Google to clean up their index. That consisted of downplaying blogs and blog-like sites and purging spam-blogs and blog farms (many of which had been hosted on Google Blogger, natch).</p>
<p>The blog gold rush ended. The tools surrounding it started dying, hastened by Google sucking the oxygen out of the software ecosystem by acquiring, offering for free, and then putting on life support the core tools in the ecosystem.</p>
<p>FeedBurner and Google Reader were not victims of Google’s policies. They were the weapons Google used to ensure that the only player extracting value from blogging was <em>Google</em>.</p>
<p>Because people misunderstand what happened, they tend to take away the wrong lessons about what worked or didn’t work about blogging. They wrote off blogs as a genre of design: content, a sidebar with blog roll and categories, comments, and a casual style of writing. They ignored the tech that blogs were built on: RSS, easy-to-use CMSes, reverse-chronological listings mixed with categories and the like to highlight posts.</p>
<p>Blogs, by the technical definition, are having a resurgence. Substack is a blogging system with convenient payment and email integration(RSS, reverse-chronological listing). As Jeremy Keith enjoys pointing out, Medium is Ev’s blog and offers RSS feeds and reverse-chronological listings for each guest author. Most mailing list platforms are either technically blogs (RSS plus a pleasant CMS) or integrate with blogs using RSS.</p>
<p>This time around, the audience seems, for the most part, to genuinely be invested in the blogs themselves. They aren’t being funnelled there by Google or Facebook because it’s strategically convenient for them, for the moment. Substack isn’t the only player in town, so we seem to be avoiding the monoculture pitfall. Blogging for an <em>earned</em> audience is probably bigger than it has ever been before in the history of the web.</p>
<p>The blogging bubble reminds me in many ways of the current state of web development:</p>
<ul>
<li>We have an economy that exists solely because big tech companies are pouring money into strategic complements to their products.</li>
<li>This money-hose distorts the economy in ways that kill off businesses and skew education and recruitment.</li>
<li>Much like the blog farms of old, many companies get away with extractive, unsustainable, and generally awful practices because so many of their resources are in effect subsidised by Google, Facebook, or Microsoft.</li>
<li>Most web software companies are built to quickly extract value from the underlying open-source layer. Ever wondered why management practices in web software are dominated by short term concerns that are self-destructive in the long term? Because managers know <em>what</em> they are supposed to do, even if they don’t exactly know why. Speed is of the essence because you aren’t doing anything unique. You aren’t creating tech of your own or building on a hard-earned understanding of the clientele. You are using your funding to race against others to see who manages to squeeze the most business out of the underlying OSS before the funding runs out.</li>
</ul>
<h2 id="the-willful-blindness">The willful blindness</h2>
<p>Most people in the industry don’t realise that the web dev economy is primarily extractive. As with the earlier assumption that Google must be trying to keep Adwords clean and sustainable, there’s the assumption here that <em>somebody</em> in tech must be making sure the work behind OSS is paid for. Or, almost as naively, they assume that it can all subsist as donationware.</p>
<p>People in web dev constantly assume that something somewhere must be paying for the OSS dependencies they use. This is why developers come in with the entitlement of a paying customer. The OSS maintainer is supposed to serve them with the enthusiasm of somebody being paid. Their worldview just doesn’t accommodate the idea that this is unpaid labour because then they’d have to start questioning the very sustainability of their own careers.</p>
<h2 id="the-money-hose">The money hose</h2>
<p>Many of the misconceptions about OSS stem from the fact that the core of the ecosystem <em>is funded</em>.</p>
<p>Facebook is pouring money into the React sub-ecosystem, and Google keeps burning cash on the Chrome bonfire. Microsoft keeps funding developer infrastructure like Visual Studio Code, Typescript, npm, and GitHub. Those are just the most prominent examples. They all fund ton of other projects, either directly or indirectly, through a wage surplus.</p>
<p>A surprising amount of OSS is made by former big tech developers. They can afford to subsist on meagre revenue—for a time—because their pay and stock options have left them free of debt and with well-stocked savings accounts.</p>
<p>This is much more common than you’d think. Scratch away at the surface of pretty much any active OSS project that has no discernible revenue, and you either get a burnout waiting to happen, or you’ll find a formerly well-paid dev coasting on savings. Many of the rest have solid VC funding. Though, VC funding always runs out at some point. The business fundamentals just aren’t there for open source when you have Google, Amazon, and the rest gatekeeping all of the value in the market. This is why the ecosystem is already beginning to pull apart at the seams.</p>
<p>And Microsoft… Like I wrote above, MS is just <em>carpet-bombing</em> the web developer community with open source software and OSS infrastructure. Typescript, Visual Studio Code, GitHub, npm, and so much more exist primarily because Microsoft executives believe this will lead to more business for Azure and other Microsoft offerings. In turn, most of the offerings on Azure (as with Amazon Web Services) are leveraging OSS to maximise the value of the platform.</p>
<p>Most of the rest of the ecosystem—excluding the tiny fraction like SQLite who have few dependencies and sustainable revenue—exists as backsplash from those two projects. Node, Deno, Electron, most front end tooling, and so many web dev libraries only exist because of projects that Google and Facebook are funding.</p>
<p>Google, Facebook, and Microsoft are probably the biggest players using OSS this way, but they are not alone. Leveraging the positive externalities of OSS has been the go-to strategy for many big tech corporations for a while now.</p>
<p>It isn’t just software: web dev education, training, and recruitment exist primarily to extract value from Facebook’s React or Google’s OSS projects. Very few of them invest in figuring out what sort of training will serve their students the best. The easiest thing to sell to both recruiters and students is the big framework on the block, so that’s what they sell and very little else.</p>
<p>The extraction mentality is baked into the business. Which is sort of fine when you’re dealing with projects funded by mega-corporations but disastrous when applied to the unfunded or poorly funded rest.</p>
<p>The money hose, combined with free or subsidised services, is a control mechanism that lets big tech companies control the OSS ecosystem. Projects they want to promote will get the money spigot. Other projects, like MongoDB or Redis, get turned into commodities and resold as cheap services.</p>
<p>Most notably, projects that try to independently leverage open source to become fast-growing tech companies are disproportionally likely to be ‘embraced and extended’ this way by AWS, Google Cloud, or Microsoft’s Azure.</p>
<p>The rest of us aren’t much better. The SaaS companies that funnel a bit of their revenue back to the OSS projects they’re building on are few and far between. The companies that maintain an OSS framework or library as a positive externality to their business are few and far between. VC-funded OSS companies are moonshots that tend to crash well before they get an opportunity to blow up in orbit.</p>
<p>We’re honestly bloody bad at paying for the work of making software as an industry.</p>
<h2 id="the-deterioration-and-potential-collapse">The deterioration and potential collapse</h2>
<p>Then as now, every stepwise deterioration in the ecosystem is explained away. Back when the primacy of blogs was sliding, every time Google changed their algorithm to downplay blogs or updated their Adwords policies, you got thousands of responses ‘explaining’ how this wasn’t the end of the world and here’s what you need to change to keep up.</p>
<p>Meanwhile, legitimate blogs started dropping off the web, services began to shutter, and RSS feeds went dark.</p>
<p>We’re starting to see the initial decay hit the parts of the web dev ecosystem that are the furthest away from the cheap money fountains Google and Facebook are providing. Core projects run out of money. Git commits stop. A dependency you use breaks when one of <em>its</em> dependencies stops working, leading somebody to fork it with a quick fix or replacement dependency. Bandaid fixes to decaying OSS projects start to crop up in more and more places. We start to see blog posts saying that all we need to do is get enough people to donate money or pay for support. Everything will be fine. Just look at how OpenSSL got turned around.</p>
<p>All of which is bad enough but also misses the point.</p>
<p>Weblogs were a strategic lever for Google. Funding them made sense at a time where they needed the web to have more content. When they didn’t need them—when they stopped being a profitable lever—they were discarded. And the ecosystem sunk fast.</p>
<p>Open-source software is a strategic lever for big tech companies. They fund when it helps their core business and strip-mine projects when it doesn’t. Cloud hosting has, slowly, been ushering in an era of extraction, where tech companies specifically target serverside OSS projects that they can leverage with little investment. Broad sections of serverside software are woefully underfinanced. Many server frameworks in the node ecosystem, for example, coast along on burned-out maintainers and sheer bloody-mindedness.</p>
<p>Chrome and React are strategic levers for Google and Facebook. Electron, GitHub, Visual Studio Code, TypeScript, and npm are all potential strategic levers for Microsoft. V8, npm, React, Visual Studio Code, and Github: they are the foundation of modern web development.</p>
<p>How confident are you that <em>all</em> of these projects will <em>remain</em> strategic for the life of the web? Losing any one of them would knock the entire software economy to the ground. Are we so sure that nothings going to change for these companies?</p>
<p>Facebook as a business is, in my view, harmful for society in general.</p>
<p>Which used to mark me as a contrary weirdo but is now the political consensus in many countries.</p>
<p>Apple’s pro-privacy stance is manoeuvring Chrome into direct conflict with other parts of the Google behemoth. To remain competitive as a browser, Chrome must work against the interests of its owner.</p>
<p>You can argue whether there is any substance behind Apple’s privacy efforts or not. But it’s a highly effective strategy for striking at Google’s longstanding core strategy: using free products and OSS to bolster their web-based ad business.</p>
<p>Microsoft is still in the progress of figuring out which of its acquired assets directly benefit its core businesses and which don’t. Their track record of embracing and extending and ruthless competition doesn’t inspire trust.</p>
<p>We’re still going to see a tonne of projects burn out and die out. Diversification will mostly be a question of which flavour of V8 and what flavour of React-like front end framework you’re using. Everything else would slowly become a barren wasteland. But overall? It would survive. A bit boring but still alive. Microsoft’s OSS endeavours might suffer as npm and GitHub more and more become homes for dead and broken software, but the tools should still work, right?</p>
<p>But…</p>
<p>What happens if Facebook’s fortunes change? Or if its reputation becomes so bad that React ceases to be a good recruitment tool. Or, if the web dev training ecosystem shifts away from React because most of the time, it isn’t the right tool for the job unless you’re Facebook? What if Facebook’s management decides they can get most of the benefit they want from React without pouring money into React? Let the community coast on voluntary contributions for a while?</p>
<p>Do we want to risk becoming a web development ecosystem that primarily exists as a subsidised complement to Microsoft’s Azure and, maybe, GitHub? (That’s assuming GitHub is a viable business in its own right.)</p>
<p>Are we all okay with the collateral damage of burning out the OSS ecosystem?</p>
<p>Strategy isn’t permanent. It’s always a response to needs and to the surrounding landscape. If needs change or if the landscape changes, then the strategy has to change as well. It’s a cliche to say this, but change is constant.</p>
<p>If we want software development to last, then we need to work on our attitudes towards open-source and reconsider our reliance on software that, at the moment, happens to be strategically relevant to big tech.</p>
<h2 id="the-price-were-paying">The price we’re paying</h2>
<p>Despite everything I wrote above, this apocalyptic vision of potential collapse isn’t what worries me. The biggest problem I have with the status quo isn’t that it might be unstable.</p>
<p>What we learned from blogging is that we can rebuild. If the tech giants shift their attention away and the bubble bursts, the skills and knowledge will still be there. And rebuilding is often an opportunity to fix things.</p>
<p>So, instability doesn’t worry me. It’s just an inevitable part of working in an immature medium, dominated by immature mega-corporations.</p>
<p>The biggest problem—and this isn’t limited to web development—is how it has baked exploitation into the core worldview of so many people. We <em>use</em> open-source software. We <em>get paid</em> to use open-source software. Our employers benefit, but the money never trickles down—money <em>never</em> trickles down. This is fine when the project in question is directly funded by a tech multinational. Less so when the project is something specialised, a little bit niche, or inventive, and therefore not financed by a gigantic corporation.</p>
<p>We train each other with a mindset to treat each other poorly and consider the people—whose free work we are turning into money—to be disposable.</p>
<p>We’re working in an unstable industry, surviving at the whim of callous mega-corporations, and we spend our days treating people like shit.</p>
<p>I don’t feel proud when I look around at the web developer community and economy. More the other thing.</p>
<p>There are a few bright spots. Interesting companies that build a lot of OSS while flying sustainably under the radar. Turns out you don’t need that many people to maintain open-source if you set strict boundaries and make sure all of the work is paid for.</p>
<p>Then you have companies like WordPress who have been around forever and form the backbone of the entire web.</p>
<p>Sustainable open-source looks <em>possible</em> if you manage to balance looking uninteresting to big tech but interesting enough to generate revenue. As WordPress shows, you can get pretty big while remaining mostly uninteresting to the tech behemoths.</p>
<p>It’s a tricky needle to thread but seems to be entirely possible.</p>
<p>The biggest threat, what kills off project after project, is scope creep (a universal problem for software development) and other developers who feel entitled to your time and work.</p>
<hr>
<p>Twenty years ago, when I was doing my postgraduate studies at the University of the West of England, one of my mentors was Bob Hughes. He wrote the book Dust or Magic, an idiosyncratic study of what makes great interactive media great. It’s a lovely book that’s hard to find these days, and it led him to hold a couple of <em>Dust or Magic</em> conferences in Oxford over a decade ago. Those two conferences are, to this day, the most engaging and inspiring conferences I’ve ever attended.</p>
<p>He has done quite a few things since. Some activism. A bit of writing. <a href="https://newint.org/books/new-internationalist/bleeding-edge">Like an excellent book on the toxic nature of modern tech</a>. (Highly recommended.)</p>
<p>One day, when I was still doing my Masters (ca. 2000), I ran into him in the courtyard at UWE’s Bower Ashton campus. I enthusiastically began to subject him to my latest enthusiasm as I’m wont to do. I spoke about this great thing called Free Software and how it would fundamentally change our relationship with technology: make tech free and fair. Free Software was going to make software a force for equality and progress!</p>
<p>—While I’ve never been bright-eyed or bushy-tailed by nature, I’ve always had a strong tendency towards idealism.</p>
<p>Bob patiently listened to me, gave me the time to make my case and argue my point before sighing.</p>
<p>Punctuation can’t really capture the way Bob speaks. The pauses and hesitations make his arguments feel like he’s leading you down a winding path, even though, at the end of it, you look back and see that you just went down a straight, narrow, and unmissable road.</p>
<p>“Capitalism will always find a way to exploit common resources. It’s just a matter of time.”</p>
<p>‘Loot’ is a word that he used a lot at the time. It was the primary theme of the closing talk Bob held at the last <em>Dust or Magic</em> conference he led.</p>
<p>Our world is built on looting what others have to give—what we <em>make</em> them give.</p>
<p>And we’re fine with it.</p>
<p>We’re all fine with looting.</p>

+ 4
- 0
cache/2023/index.html View File

@@ -79,6 +79,8 @@
<li><a href="/david/cache/2022/646ebfa25432bc6b653e524b52d25c9a/" title="Accès à l’article dans le cache local : Keep it simple, stupid le plus longtemps possible">Keep it simple, stupid le plus longtemps possible</a> (<a href="https://sklein.xyz/garden/020-keep-it-simple-stupid-le-plus-longtemps-possible/" title="Accès à l’article original distant : Keep it simple, stupid le plus longtemps possible">original</a>)</li>
<li><a href="/david/cache/2022/45c1becce6fcd8254f2c99fbc1397018/" title="Accès à l’article dans le cache local : Tech Companies Are Irrational Pop Cultures">Tech Companies Are Irrational Pop Cultures</a> (<a href="https://softwarecrisis.dev/letters/tech-is-a-pop-culture/" title="Accès à l’article original distant : Tech Companies Are Irrational Pop Cultures">original</a>)</li>
<li><a href="/david/cache/2022/2f4b8ec8f6fd2cbc48a04dcac2cc7d24/" title="Accès à l’article dans le cache local : You don’t have to remember everything to be a good programmer">You don’t have to remember everything to be a good programmer</a> (<a href="https://gomakethings.com/you-dont-have-to-remember-everything-to-be-a-good-programmer/" title="Accès à l’article original distant : You don’t have to remember everything to be a good programmer">original</a>)</li>
<li><a href="/david/cache/2022/934ed9f96be582e35b3c8cf8fc0859e5/" title="Accès à l’article dans le cache local : La dette technique - Carnet de notes">La dette technique - Carnet de notes</a> (<a href="https://n.survol.fr/n/la-dette-technique" title="Accès à l’article original distant : La dette technique - Carnet de notes">original</a>)</li>
@@ -89,6 +91,8 @@
<li><a href="/david/cache/2022/8440372c6df33b8f23cfce7a9eca5961/" title="Accès à l’article dans le cache local : A highly opinionated guide to learning about ActivityPub">A highly opinionated guide to learning about ActivityPub</a> (<a href="https://tinysubversions.com/notes/reading-activitypub/" title="Accès à l’article original distant : A highly opinionated guide to learning about ActivityPub">original</a>)</li>
<li><a href="/david/cache/2022/d6b891fd250a6ae967ae55564770b67a/" title="Accès à l’article dans le cache local : The Open-Source Software bubble that is and the blogging bubble that was">The Open-Source Software bubble that is and the blogging bubble that was</a> (<a href="https://www.baldurbjarnason.com/2021/the-oss-bubble-and-the-blogging-bubble/" title="Accès à l’article original distant : The Open-Source Software bubble that is and the blogging bubble that was">original</a>)</li>
<li><a href="/david/cache/2022/c564325b28ec854b6b098950df5c8c8f/" title="Accès à l’article dans le cache local : weathering software winter">weathering software winter</a> (<a href="https://100r.co/site/weathering_software_winter.html" title="Accès à l’article original distant : weathering software winter">original</a>)</li>
<li><a href="/david/cache/2022/c9441324cd8ba32c33817cdbc720bfda/" title="Accès à l’article dans le cache local : Grande Traversée du Poisson Blanc 2023">Grande Traversée du Poisson Blanc 2023</a> (<a href="https://poissonblanc.ca/experiences/la-grande-traversee/" title="Accès à l’article original distant : Grande Traversée du Poisson Blanc 2023">original</a>)</li>

Loading…
Cancel
Save