Progress

[?]

Jun 6, 2019, 9:28 PM

CBUCBYTVFSAQ3GYIJBE7MGYCEQ3SPDYVJ3OZ4JM2QM4TM6H6GFSQC

Dependencies

[2] SQWPGFUE Finish the demos
[3] LDVTVP2G All TODOs are gone now
[4] 36IPNPIS Handle a few TODOs
[5] ARAFRHKU Create the outline of the talk
[6] KPHR32IR Progress
[7] 4AZS4L6B Add chapters
[8] WYULWETJ Reorganize
[9] NYFLNSVV Add some contents
[10] S55XICBM Fix speaker notes
[11] 5LKTNB6O LOTS of progress
[12] PMBAMPBI Finish the title slide
[13] QEKU5M3O Preface
[14] UYGSVBN7 Start the fossil demo
[*] UH3YXOLF Start the slide deck

Change contents

file addition: fossil.png (----------)

[16.29364678]
file addition: plastic.png (----------)

[16.29364678]
file addition: veracity.png (----------)

[16.29364678]
replacement in index.html at line 106

[3.330244]→[3.330244:330329](∅→∅)

<strong>Time Elapsed: 58 min.</strong>
FIXME: er moeten 13 minuten af.

[3.330244]

[3.330329]

<strong>Time Elapsed: 54 min.</strong>
FIXME: er moeten nog 9 minuten af.
edit in sections/0-welcome.md at line 16

[4.34]

[4.34]

*Voorbereidingen*:

* Start Spectacle.
* Verbind Spotlight.
* Eerste scherm:
* Speaker notes
* Tweede scherm:
* Slides
replacement in sections/0-welcome.md at line 30

[4.135]→[4.4217690:4217754](∅→∅)

Now, everything you've heard about my country is probably true:

[4.135]

[4.1514]

Now, everything you've heard about my country is probably true.
I mean:
replacement in sections/0-welcome.md at line 34

[4.4217822]→[4.4217822:4217876](∅→∅),[4.4217876]→[3.330347:330390](∅→∅)

* We never drive cars to work; no, we ride our bikes.
* And we **never** wear a biking helmet.

[4.4217822]

[4.4217876]

* Also, we never drive cars to work, no! We ride our bikes.
replacement in sections/0-welcome.md at line 45

[3.330658]→[3.330658:330750](∅→∅)

I actually brought some stroopwafels with me, because in my country we have plenty of them.

[3.330658]

[4.521]

note:
Who has heard about stroopwafels already?
If you haven't: a stroopwafel is the best cookie in the world.
And of course I brought some with me, because in my country we have plenty of them.
replacement in sections/0-welcome.md at line 51

[4.600]→[4.4218132:4218175](∅→∅)

I didn't say WHEN you get bored, mind you!

[4.600]

[4.4218175]

Mind you, I didn't say WHEN you get bored!
edit in sections/0-welcome.md at line 54

[3.330777]

Or at least I hope there is.
replacement in sections/1-preface.md at line 10

[4.2163]→[4.2163:2408](∅→∅)

Besides doing consultancy work, I also teach a few courses.
Now at Info Support we offer a wide range of courses, which exist mainly to get our junior colleagues up to speed with important concepts or products they'll need for their daily work.

[4.2163]

[4.2408]

Now besides doing consultancy work, I also teach a few courses.
At my company Info Support, we offer a wide range of courses.
And they exist mainly to get our junior colleagues up to speed with important concepts or products they'll need for their daily work.
They address base software development topics such as object-orientation, automated testing, continuous delivery, containerisation and so on.
replacement in sections/1-preface.md at line 15

[4.2409]→[4.2409:2468](∅→∅),[4.2468]→[4.118627:118769](∅→∅),[4.118769]→[4.2611:2787](∅→∅),[4.2611]→[4.2611:2787](∅→∅)

One of the courses I teach is called 'Git for Developers'.
It's a one-day course where I teach the students how to use Git as a developer (none of that GUI stuff of course; command-line For The Win!).
Besides doing the practical stuff we also discuss the pros and cons of distributed version control systems and how they compare to the earlier VCS's, like CVS and Subversion.

[4.2409]

[4.118770]

And one of the courses I teach is called 'Git for Developers'.
It's a one-day course where I teach the students how to use Git **as a developer**.
That means **none** of that GUI stuff; I promote using the command-line as much as possible.
Because using the command-line **rocks**!
Besides practical stuff like this, we also discuss the pros and cons of distributed version control systems and how they compare to the earlier version control system, like CVS and Subversion.
replacement in sections/1-preface.md at line 29

[4.119139]→[4.4218408:4218506](∅→∅)

It displays which version control systems have emerged until now, and when they became available.

[4.119139]

[4.4218506]

And it displays which version control systems have emerged until now, and when they became available.
replacement in sections/1-preface.md at line 32

[4.119386]→[4.119386:119451](∅→∅)

So, Subversion relates to the Nokia 3210, for example. (*point*)

[4.119386]

[4.119451]

So, for example, Subversion relates to the Nokia 3210. (*point*)
replacement in sections/1-preface.md at line 34

[4.119501]→[4.4218658:4218690](∅→∅)

Both are obviously **ancient**.

[4.119501]

[4.119501]

Both are obviously **ancient**!
replacement in sections/1-preface.md at line 41

[4.119763]→[4.4218974:4219203](∅→∅)

To put things in perspective, before 2005, it had taken **nine** years for five version control systems to emerge.
(Starting with VSS in 1994, and ending with BitKeeper in 2003.)
And in 2005, it all happened within a few months!

[4.119763]

[4.119987]

To put things in perspective, before 2005, it had taken **nine** years for five version control systems to appear.
Starting with VSS in 1994, and ending with BitKeeper in 2003.
And in 2005, it all happened within a few months.
Now that's remarkable!
replacement in sections/1-preface.md at line 46

[4.119988]→[4.4219204:4219256](∅→∅)

So, does anyone know why things happened like this?

[4.119988]

[4.4219256]

So, does anyone happen to know why things happened like this?
replacement in sections/1-preface.md at line 56

[4.4219563]→[4.4219563:4219625](∅→∅)

They went from open-source to proprietary just like **that**.

[4.4219563]

[4.4219625]

BitKeeper went from an open-source license to a proprietary license, just like **that**.
replacement in sections/1-preface.md at line 58

[4.4219691]→[4.4219691:4219778](∅→∅)

He had been using BitKeeper for the Linux kernel, but was now in need of a new system.

[4.4219691]

[4.4219778]

Mr. Torvalds had been using BitKeeper for the Linux kernel, but was now suddenly in need of a new version control system!
replacement in sections/1-preface.md at line 60

[4.4219779]→[3.330779:330972](∅→∅),[3.330972]→[4.4219972:4220066](∅→∅),[4.4219972]→[4.4219972:4220066](∅→∅)

And because BitKeeper was the only distributed version control system at the time, which was now no longer freely available, a lot of similar products were developed in a short amount of time.
Including Mr. Torvalds' own rendition of distributed version control, which later became Git.

[4.4219779]

[4.120067]

And what do you do when the only distributed version control system is no longer freely available?
Well, you create a new one, of course!
So in the aftermath of BitKeeper's licensing change, a lot of similar products were developed in a short amount of time.
Including Mr. Torvalds' own rendition of distributed version control, which later would become 'Git'.
replacement in sections/1-preface.md at line 72

[4.120393]→[4.120393:120524](∅→∅),[4.120524]→[4.4220174:4220357](∅→∅)

Now just because I thought the year 2005 really stood out in this graphic, doesn't necessarily mean it was like that for everyone.
In fact, at the end of one particular course day a student came to me with a question.
And his question proved that he had noticed an **entirely** different thing than I had noticed.

[4.120393]

[4.4220357]

So **I** thought the year 2005 really stood out in this graphic.
Of course, that doesn't necessarily mean everyone thought so.
In fact, at the end of one particular course day, a student came to me with a question.
And his question proved that he had noticed an **entirely** different thing than I had.
replacement in sections/1-preface.md at line 79

[4.4220551]→[4.120881:121007](∅→∅),[4.120881]→[4.120881:121007](∅→∅),[4.121007]→[3.330973:331015](∅→∅),[3.331015]→[4.4220591:4220655](∅→∅),[4.4220591]→[4.4220591:4220655](∅→∅),[4.4220655]→[4.121058:121096](∅→∅),[4.121058]→[4.121058:121096](∅→∅),[4.121096]→[4.2933:2934](∅→∅),[4.2933]→[4.2933:2934](∅→∅),[4.2934]→[3.331016:331068](∅→∅),[3.331068]→[4.4220656:4220861](∅→∅),[4.121150]→[4.4220656:4220861](∅→∅)

So I told him I was quite sure distributed version control systems like Git and Mercurial would be around for a while longer.
But this wasn't the right answer, really.
Because **I didn't know** what was gonna be the next big thing.
So it was a great question, actually.

And he was right in asking the question, of course.
Because if you look at the chart and you look beyond what you've already seen (the year 2005), then it becomes painfully obvious...
That in version control land, nothing seems to have happened after 2006.

[4.4220551]

[4.4220861]

So I turned around and looked at the chart for a while, thinking "Huh!"
"Funny how it seems we can't look any further, after we think we've got it all figured out."
Because if you look at the chart and you look beyond what you've already seen (the year 2005), then it becomes painfully obvious -- that in version control land, **nothing** seems to have happened after 2006.
replacement in sections/1-preface.md at line 84

[4.121419]→[4.4220937:4221038](∅→∅)

FIXME: het volgende verhaaltje vloeiender, natuurlijker laten lopen.
En het kan ook best wat korter.

[4.121419]

[4.121423]

Now I turned to the student and told him everything I knew.
That I was quite sure that distributed version control systems like Git and Mercurial would be around for a while longer.
But this wasn't a proper answer at all!
Because **I didn't know** what was gonna be the next big thing.
replacement in sections/1-preface.md at line 89

[4.121424]→[4.4221039:4221429](∅→∅)

Now I kind of felt bad that I had dodged my student's question a bit by telling him distributed version control was the present **and** the future.
I had effectively told him that "Git will probably be around forever", even if I didn't phrase it exactly like that.
And I really hated the fact that I couldn't tell him more on the subject, so I decided to research the matter a bit further.

[4.121424]

[4.4221429]

Now afterwards, I really felt bad about not being able to answer his question directly.
I had effectively told the guy that "Git will probably be around forever", even if I didn't phrase it exactly like that.
So I decided to research the matter a bit further.
replacement in sections/1-preface.md at line 97

[4.4221615]→[4.3490:3879](∅→∅),[4.3490]→[4.3490:3879](∅→∅)

I'm going to assume that you are all more or less like the student I told you about.
He just couldn't believe that everything in version control land would stay the same for a long period of time.
And I hope you're also a little bit like me, because you probably also can't stand not being able to know the answer to a question.
So, let's see if we can find the answer together, shall we?

[4.4221615]

[4.7966700]

And let's see if we can find the answer to the student's question together, shall we?
And after we find out, I'll make sure that he gets the answer as soon as possible.
OK? I promise.
replacement in sections/1-preface.md at line 112

[4.2037328]→[4.121431:121564](∅→∅)

Now, whenever I hear somebody say that [insert-product-name-here] "will probably be around forever", it immediately reminds me of...

[4.973894]

[4.973996]

Now, whenever I hear somebody say that some product "will probably be around forever", it immediately reminds me of...
replacement in sections/1-preface.md at line 133

[4.2037773]→[4.2037773:2037868](∅→∅),[4.2037868]→[4.4221616:4221712](∅→∅),[4.4221712]→[4.2037905:2038144](∅→∅),[4.7967017]→[4.2037905:2038144](∅→∅),[4.2037905]→[4.2037905:2038144](∅→∅),[4.2038144]→[4.121565:121695](∅→∅),[4.121695]→[4.2038144:2038281](∅→∅),[4.7967124]→[4.2038144:2038281](∅→∅),[4.2038144]→[4.2038144:2038281](∅→∅),[4.2038281]→[4.7967125:7967143](∅→∅),[4.7967143]→[4.2038298:2038323](∅→∅),[4.2038298]→[4.2038298:2038323](∅→∅),[4.2038323]→[4.7967144:7967200](∅→∅),[4.7967200]→[4.4221713:4221815](∅→∅),[4.4221815]→[4.2:3](∅→∅),[4.7967252]→[4.2:3](∅→∅),[4.3]→[4.4221816:4221820](∅→∅),[4.4221820]→[4.211:212](∅→∅),[4.211]→[4.211:212](∅→∅),[4.212]→[4.4221821:4221949](∅→∅)

* Browser behaviours change.

Agile was invented for a reason! To be able to cope with CHANGE.
Because in our industry, change is the only constant
And it has been like that for a long time.

---



[Photo credit: Quang Le](https://quotefancy.com/quote/833239/Isaac-Newton-What-goes-up-must-come-down) 

note:
Now if the idea of "Change is the only constant" is valid in our industry, then so is the idea of "What goes up, must come down".
And although Newton (*point*) probably talked about an apple here, his quote can be applied to a lot of things, including:

* airplanes;
* Bitcoin prices;
* browser market shares;
* and maybe even version control system market shares.

FINAL: wanneer voorbereidingstijd over, gebruik hier dan meer slides met plaatjes van de voorbeelden.

---



[4.2037773]

[4.4221949]

* Or if you work in front-end: browser behaviours change.
replacement in sections/1-preface.md at line 135

[4.4221950]→[4.4221950:4222594](∅→∅)

## What goes up must come down.

<blockquote class="explanation">
<code>prediction variable</code>
</blockquote>

<https://www.pexels.com/photo/photo-displays-person-holding-ball-with-reflection-of-horizon-940880> 

note:
FIXME: leg het idee van 'prediction variable' wat beter uit.

Throughout this talk, we will discover several ideas that I will use as input variables for the final prediction.
At the moment we're far from it.
But we'll get there in the end, by identifying more prediction variables.
The idea of "What's goes up..." is actually the first variable that we'll use.
Because...? FIXME

[4.4221950]

To me, this proves that in our industry, change is the only constant.
So no, Git *won't* be around forever.
Eventually, there will be a successor.
replacement in sections/2-git.md at line 3

[4.7969464]→[4.121697:121730](∅→∅)

# Why has Git become so popular?

[4.7969464]

[4.7969465]

# Why did Git become so popular?
replacement in sections/2-git.md at line 8

[4.7969587]→[4.4222596:4222622](∅→∅)

**Time Elapsed:** 11 min.

[4.7969587]

[4.4222622]

**Time Elapsed:** 10 min.
replacement in sections/2-git.md at line 10

[4.4222623]→[4.4222623:4222735](∅→∅)

So, it's great that now we know 'what goes up, must come down'.
But it's not enough to make a sound prediction.

[4.4222623]

[4.4222735]

The question remains: which one will it be?
Which one will be the successor?
replacement in sections/2-git.md at line 13

[4.4222736]→[4.4222736:4222792](∅→∅)

FIXME: regel wat meer aansluiting met vorige onderwerp.

[4.4222736]

[4.121731]

Now in finding the answer to this question, we obviously have to make a prediction.
We have to predict which version control system will be popular in, say, ten years.
And throughout this talk, we will discover several ideas that can be useful to our prediction.
I call these ideas 'prediction variables'.
At the end of the talk, we will use these 'variables' to make the final prediction.
replacement in sections/2-git.md at line 19

[4.121732]→[4.121732:122006](∅→∅)

Now if we want to be able to predict 'the next big thing' in version control, surely some information on the 'current big thing' is very relevant to our quest.
Moreover, it could be useful to understand how 'the current big thing' became 'the big thing' in the first place.

[4.121732]

[4.4222793]

And I think we can discover them quickly by gathering information on the 'current big thing'.
And how 'the current big thing' became 'the big thing' in the first place.
So, why *did* Git become so popular?
replacement in sections/2-git.md at line 25

[4.4222799]→[4.4222799:4222818](∅→∅)

## Features of Git

[4.4222799]

[4.4222818]

## Main features of Git
replacement in sections/2-git.md at line 33

[4.4222898]→[4.4222898:4223027](∅→∅)

FIXME: leg wat verder uit waarom deze features - of liever gezegd: deze combinatie van features - baanbrekend waren in die tijd.

[4.4222898]

[4.4223027]

Well, as you may already know, these are Git's main features:
replacement in sections/2-git.md at line 38

[4.4223120]→[4.4223120:4223145](∅→∅)

* **Unlike** BitKeeper

[4.4223120]

[4.4223145]

* **Unlike** BitKeeper, obviously!
replacement in sections/2-git.md at line 40

[4.4223157]→[4.4223157:4223245](∅→∅)

* Linus said "everything you ever do on a daily basis should take less than a second".

[4.4223157]

[4.4223245]

* Linus said "everything you ever do on a daily basis should take less than a second".
replacement in sections/2-git.md at line 49

[4.4223512]→[4.4223512:4223537](∅→∅)

> "First Linux, now Git"

[4.4223512]

[4.4223537]

<blockquote class="fragment">
"I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git."
</blockquote>
replacement in sections/2-git.md at line 56

[4.4223683]→[4.4223683:4223875](∅→∅)

When asked why he called the new software, "git," British slang meaning "a rotten person," he said. "I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git."

[4.4223683]

[4.4223875]

When Linus Torvalds was asked why he called the new software, "git," British slang meaning "a rotten person," he said:
[slide]
"I'm an egotistical bastard, so I name all my projects after myself. First Linux, now git."
replacement in sections/2-git.md at line 73

[4.4224214]→[4.4224214:4224418](∅→∅)

When Linus Torvalds was developing Git, one of his guiding principles was WWCVSND, or “What Would CVS Not Do.” Take CVS as an example of what not to do; if in doubt, make the exact opposite decision.

[4.4224214]

[4.4224418]

When Linus Torvalds was developing Git, one of his guiding principles was WWCVSND, or “What Would CVS Not Do.”
Which means:
Take CVS as an example of what not to do; and if in doubt, make the exact opposite decision.
replacement in sections/2-git.md at line 84

[4.4224607]→[4.4224607:4224644](∅→∅)

<code>prediction variable</code>

[4.4224607]

[4.4224644]

<code>prediction variable #1</code>
replacement in sections/2-git.md at line 90

[4.4224805]→[4.4224805:4224849](∅→∅)

FIXME: Introduceer deze variable wat beter.

[4.4224805]

[4.4224849]

Now I think 'Killer features' should be our first *prediction variable*.
replacement in sections/2-git.md at line 92

[4.4224850]→[4.4224850:4225050](∅→∅)

Killer features are new features (that have never been seen) or different features (where a similar feature has been implemented in a radically different way, to distinguish it from the competitors).

[4.4224850]

[4.4225050]

And by 'Killer features' I mean two things:
* new features (that have never been seen); or
* similar features, implemented differently (where a similar feature has been implemented in a radically different way, to distinguish it from any competitors).
replacement in sections/2-git.md at line 96

[4.4225051]→[4.4225051:4225109](∅→∅)

* Surprising name
* Opposite of CVS in many aspects
* ...

[4.4225051]

[4.4225109]

Git is a great example of 'Killer features', because it was designed to be the opposite of CVS in many aspects.
And it went and got popular, so lots of reasons to use 'Killer features' as a prediction variable.
replacement in sections/2-git.md at line 103

[4.122148]→[4.122148:122304](∅→∅)

[https://blog.gitprime.com/git-didnt-beat-svn-github-did/](https://blog.gitprime.com/git-didnt-beat-svn-github-did/) 

[4.122148]

[4.659]

<https://blog.gitprime.com/git-didnt-beat-svn-github-did> 
replacement in sections/2-git.md at line 106

[4.122311]→[4.122311:122408](∅→∅)

Here is some information on how 'the current big thing' - which is Git - became 'the big thing'.

[4.122311]

[4.4225111]

Here is some information on how Git became 'the big thing'.
replacement in sections/2-git.md at line 108

[4.4225112]→[4.4225112:4225288](∅→∅)

There's a lot of significant information in this chart: (*point*)
* Git's growth increased rapidly after it was supported by Github (2008), Bitbucket (2012) and Gitlab (2013).

[4.4225112]

[4.4225288]

Now there's a lot of significant information in this chart: (*point*)
* For example, Git's growth increased rapidly after it was supported by Github (2008), Bitbucket (2012) and Gitlab (2013).
edit in sections/2-git.md at line 114

[4.4225492]→[4.4225492:4225695](∅→∅)

* The numbers we see here are based on *relative search volume*. It is not the **actual** usage of the products. Version control system popularity is actually quite hard to measure! (more on this later)
replacement in sections/2-git.md at line 115

[4.4225696]→[4.4225696:4225725](∅→∅)

FIXME: meer verhaaltje hier.

[4.4225696]

[4.4225725]

I would like to point out that all data that's displayed here is an approximation of the real usage.
It is not the **actual** usage of the products.
Version control popularity can't be *measured* like with browsers, for example.
These data were acquired by combining usage statistics from various sources.
Sources like Google Trends, GitHub, Atlassian and GitLab.
So any prediction based on these estimates will also be an estimate.
edit in sections/2-git.md at line 122

[4.4225726]→[4.4225726:4225884](∅→∅),[4.4225884]→[4.122408:122409](∅→∅),[4.122408]→[4.122408:122409](∅→∅)

---

## Influence of source code hosting on popularity

<https://en.wikipedia.org/wiki/Comparison_of_source-code-hosting_facilities#Version_control_systems>
replacement in sections/2-git.md at line 129

[4.4226078]→[4.4226078:4226115](∅→∅)

<code>prediction variable</code>

[4.4226078]

[4.4226115]

<code>prediction variable #2</code>
replacement in sections/2-git.md at line 135

[4.4226276]→[4.4226276:4226310](∅→∅)

FIXME: Introduceer deze variable.

[4.4226276]

[3.331070]

So it seems that the available source code hosting for a particular version control system has quite some influence on its popularity!
Which is why I think "Hosting platform support" should be our second 'prediction variable'.
replacement in sections/2-git.md at line 140

[3.331076]→[3.331076:331134](∅→∅)

FIXME: Introduceer de PV "Open-source community support."

[3.331076]

[4.665]


replacement in sections/2-git.md at line 142

[4.666]→[4.666:670](∅→∅)

---

[4.666]

[4.7969648]

## Open-source community support.
replacement in sections/2-git.md at line 144

[4.7969649]→[4.4226311:4226446](∅→∅)



[4.7969649]

[4.4226446]

<blockquote class="explanation">
<code>prediction variable #3</code>
</blockquote>
replacement in sections/2-git.md at line 148

[4.4226447]→[4.4226447:4226603](∅→∅)

[https://blog.gitprime.com/git-didnt-beat-svn-github-did/](https://blog.gitprime.com/git-didnt-beat-svn-github-did/) 

[4.4226447]

[4.4226603]

<https://www.pexels.com/photo/photo-displays-person-holding-ball-with-reflection-of-horizon-940880> 
replacement in sections/2-git.md at line 151

[4.4226610]→[4.4226610:4226690](∅→∅)

Let's return to this chart one more time and allow me to address a final point:

[4.4226610]

[4.671]

Let's introduce another one, while we`re at it!
Your version control system may be supported by a hosting provider, but that doesn't necessarily mean that said hosting provider supports the open-source community.
Lots of hosting providers primarily offer private repositories.
Also, not all version control systems focus as much on open-source develoment as Git does, for example.
So, here's prediction variable number three: "Open-source community support."
replacement in sections/2-git.md at line 157

[4.672]→[4.4226691:4226894](∅→∅)

* The numbers we see here are based on *relative search volume*. It is not the **actual** usage of the products. Version control system popularity is actually quite hard to measure! (more on this later)

[4.672]

[4.4226894]

That's enough about prediction variables, for now.
Let's try and make a first prediction.
Which at this early stage can only be done by using one approach:
"Extrapolate from incomplete data"
replacement in sections/2-git.md at line 164

[4.7969651]→[4.4226896:4226943](∅→∅)

## Measuring Version Control System Popularity

[4.7969651]

[4.4226943]


replacement in sections/2-git.md at line 166

[4.4226944]→[4.4226944:4226965](∅→∅)

* This is very hard.

[4.4226944]

[4.4226965]

<https://bingeprints.com/products/there-are-two-types-of-people-those-who-can-extrapolate-from-incomplete-data-mug-funny-statistics-math-coffee-cup-1> 
replacement in sections/2-git.md at line 169

[4.4226972]→[4.4226972:4227059](∅→∅)

FIXME: dit verhaaltje kan beter.
En schrijf wat naar het Google Trends-voorbeeld toe.

[4.4226972]

[4.4227059]

After all, we all know there are only two types of people in the world.
1. Those who can extrapolate from incomplete data.
replacement in sections/2-git.md at line 172

[4.4227060]→[4.4227060:4227408](∅→∅)

In Stack Overflow’s 2015 developer survey, 69.3% of respondents used Git, almost twice as many as used the second-most-popular version control system, Subversion. After 2015, Stack Overflow stopped asking developers about the version control systems they use, perhaps because Git had become so popular that the question had become uninteresting.

[4.4227060]

[4.7969682]

So, let's take some existing data and extrapolate it!
replacement in sections/2-git.md at line 176

[4.7969688]→[4.4227409:4227530](∅→∅)

<https://trends.google.nl/trends/explore?date=today%205-y&q=git,subversion,mercurial> 

[4.7969688]

[4.4227530]



<https://blog.gitprime.com/git-didnt-beat-svn-github-did> 
replacement in sections/2-git.md at line 182

[4.4227536]→[4.4227536:4227700](∅→∅)



[4.4227536]

[4.7969713]

## First Prediction
replacement in sections/2-git.md at line 184

[4.7969714]→[4.4227701:4227838](∅→∅)

<https://www.globalapptesting.com/blog/picking-apart-stackoverflow-what-bugs-developers-the-most> 

[4.7969714]

[4.974408]

<table>
<thead>
<tr>
<th/>
<th>2009</th>
</tr>
</thead>
<tbody>
<tr>
<th align="right">Subversion</th>
<td align="right">43%</td>
</tr>
<tr>
<th align="right">Git</th>
<td align="right">19%</td>
</tr>
<tr>
<th align="right">Mercurial</th>
<td align="right">16%</td>
</tr>
<tr>
<th align="right">TFS</th>
<td align="right">6%</td>
</tr>
<tr>
<th align="right">CVS</th>
<td align="right">5%</td>
</tr>
</tbody>
</table>
replacement in sections/2-git.md at line 215

[4.974409]→[4.7969950:7969956](∅→∅),[4.7969956]→[4.4227839:4227901](∅→∅)

note:
FIXME: leg uit waarom dit niet de metriek is die je wilt. :-)

[4.974409]

[4.4227901]

---


replacement in sections/2-git.md at line 219

[4.4227902]→[4.4227902:4228064](∅→∅)

Wat betekent het als er veel vragen worden gesteld?
* veel gebruikers van de taal?
* veel onervaren gebruikers?
* de taal is moeilijk te leren / niet intuïtief?

[4.4227902]

[4.7970148]

<https://blog.gitprime.com/git-didnt-beat-svn-github-did> 
edit in sections/2-git.md at line 222

[4.7970153]

[4.7970153]

## First Prediction
replacement in sections/2-git.md at line 225

[4.7970154]→[4.4228065:4228179](∅→∅)



[4.7970154]

[4.7970165]

<table>
<thead>
<tr>
<th/>
<th>2009</th>
<th>2019</th>
</tr>
</thead>
<tbody>
<tr>
<th align="right">Subversion</th>
<td align="right">43%</td>
<td align="right">8%</td>
</tr>
<tr>
<th align="right">Git</th>
<td align="right">19%</td>
<td align="right">73%</td>
</tr>
<tr>
<th align="right">Mercurial</th>
<td align="right">16%</td>
<td align="right">12%</td>
</tr>
<tr>
<th align="right">TFS</th>
<td align="right">6%</td>
<td align="right">7%</td>
</tr>
<tr>
<th align="right">CVS</th>
<td align="right">5%</td>
<td align="right"><1%</td>
</tr>
</tbody>
</table>
replacement in sections/2-git.md at line 262

[4.7970166]→[4.4228180:4228370](∅→∅)

<https://bingeprints.com/products/there-are-two-types-of-people-those-who-can-extrapolate-from-incomplete-data-mug-funny-statistics-math-coffee-cup-1> 

[4.7970166]

[4.7970261]

---
replacement in sections/2-git.md at line 264

[4.7970262]→[4.7970262:7970268](∅→∅),[4.7970268]→[4.4228371:4228560](∅→∅)

note:
Of course, this shouldn't stop us from making a first prediction!
After all, we all know there are only two types of people in the world.
1. Those who can extrapolate from incomplete data.

[4.7970262]

[4.4228560]


replacement in sections/2-git.md at line 266

[4.4228561]→[4.4228561:4228585](∅→∅)

FIXME: meer verhaaltje.

[4.4228561]

[4.7970472]

<https://blog.gitprime.com/git-didnt-beat-svn-github-did> 
replacement in sections/2-git.md at line 277

[4.4228685]→[4.4228685:4228819](∅→∅)

<th class="fragment" data-fragment-index="1">2019</th>
<th class="fragment" data-fragment-index="2">2029</th>

[4.4228685]

[4.4228819]

<th>2019</th>
<th>2029</th>
replacement in sections/2-git.md at line 284

[4.4228917]→[4.4228917:4229114](∅→∅)

<td align="right">45%</td>
<td align="right" class="fragment" data-fragment-index="1">8%</td>
<td align="right" class="fragment" data-fragment-index="2">4%</td>

[4.4228917]

[4.4229114]

<td align="right">43%</td>
<td align="right">8%</td>
<td align="right">4%</td>
replacement in sections/2-git.md at line 290

[4.4229180]→[4.4229180:4229379](∅→∅)

<td align="right">20%</td>
<td align="right" class="fragment" data-fragment-index="1">73%</td>
<td align="right" class="fragment" data-fragment-index="2">80%</td>

[4.4229180]

[4.4229379]

<td align="right">19%</td>
<td align="right">73%</td>
<td align="right">80%</td>
replacement in sections/2-git.md at line 296

[4.4229451]→[4.4229451:4229649](∅→∅)

<td align="right">17%</td>
<td align="right" class="fragment" data-fragment-index="1">12%</td>
<td align="right" class="fragment" data-fragment-index="2">9%</td>

[4.4229451]

[4.4229649]

<td align="right">16%</td>
<td align="right">12%</td>
<td align="right">9%</td>
replacement in sections/2-git.md at line 302

[4.4229717]→[4.4229717:4229914](∅→∅)

<td align="right">11%</td>
<td align="right" class="fragment" data-fragment-index="1">7%</td>
<td align="right" class="fragment" data-fragment-index="2">7%</td>

[4.4229717]

[4.4229914]

<td align="right">6%</td>
<td align="right">7%</td>
<td align="right">7%</td>
replacement in sections/2-git.md at line 308

[4.4229980]→[4.4229980:4230184](∅→∅)

<td align="right">7%</td>
<td align="right" class="fragment" data-fragment-index="1"><1%</td>
<td align="right" class="fragment" data-fragment-index="2"><1%</td>

[4.4229980]

[4.4230184]

<td align="right">5%</td>
<td align="right"><1%</td>
<td align="right"><1%</td>
edit in sections/2-git.md at line 314

[4.4230226]→[4.2039869:2039870](∅→∅),[4.7970511]→[4.2039869:2039870](∅→∅),[4.974442]→[4.2039869:2039870](∅→∅),[4.2039870]→[4.7970512:7970518](∅→∅),[4.7970518]→[4.4230227:4230303](∅→∅)

note:
FIXME: leg deze voorspellingen uit aan de hand van de populariteitsgrafiek.
edit in sections/2-git.md at line 315

[4.4230304]→[4.4230304:4230625](∅→∅),[4.697]→[4.2039903:2039904](∅→∅),[4.4230625]→[4.2039903:2039904](∅→∅),[4.7970860]→[4.2039903:2039904](∅→∅),[4.2039903]→[4.2039903:2039904](∅→∅)

FIXME: vind een manier om hier snel te kunnen wisselen naar de populariteitsgrafiek, *zonder dat de fragment state verandert*.
Een optie: open het plaatje als voorbereiding en zet deze direct op het tweede scherm neer.
Dan moet ik die voorbereiding wel ergens vastleggen (bij voorkeur op de titelslide in de notities).
edit in sections/2-git.md at line 328

[4.4231039]

[4.4231039]

Yeah, one problem though.
We haven't included *any* new products.
edit in sections/2-git.md at line 333

[4.4231236]→[4.755:756](∅→∅),[4.755]→[4.755:756](∅→∅),[4.2040273]→[4.2040273:2040278](∅→∅),[4.2040278]→[4.4231237:4231473](∅→∅),[4.4231473]→[4.2040392:2040393](∅→∅),[4.2040392]→[4.2040392:2040393](∅→∅),[4.2040393]→[4.4231474:4231826](∅→∅)

---



## Version Control 'By USB Stick'

<https://pxhere.com/en/photo/652221> 

note:
The next big thing could be 'Version Control By USB Stick', for example.
Haven't you been wondering why some of my slides have had USB sticks in the background?
It's a great story.

FIXME: dit verhaaltje uitwerken.

I can assure you that we don't need to worry about 'Version Control By USB Stick'.
It will not get popular, for obvious reasons.
replacement in sections/3-the-browser-wars.md at line 8

[4.4173]→[3.331136:331162](∅→∅)

**Time Elapsed:** 21 min.

[4.4173]

[4.4199]

**Time Elapsed:** 17 min.
replacement in sections/3-the-browser-wars.md at line 10

[4.4200]→[4.4232058:4232135](∅→∅)

This is not the first time I'm speaking on popularity of a software product.

[4.4200]

[4.4232135]

This is exactly what happened during 'The Browser Wars'.
Multiple times, actually.
edit in sections/3-the-browser-wars.md at line 14

[4.4507]

[4.4891]

So the talk was actually quite similar to this one.
Apart from the fact that my slides back then looked **very** different.
replacement in sections/3-the-browser-wars.md at line 28

[4.5140]→[4.5140:5165](∅→∅)

The background gradient.

[4.5140]

[4.5165]

Which were present on **every** slide.
They were obviously a major waste of space.
Also: the background gradient.
replacement in sections/3-the-browser-wars.md at line 32

[4.5196]→[4.5196:5213](∅→∅),[4.5213]→[4.4232330:4232403](∅→∅)

Fantastic stuff.
If you would just wait for fifteen years, it would be fashionable again.

[4.5196]

[4.5213]

Horrifying stuff!
I think slide deck designs are a lot like fashion.
If you just wait for fifteen years, they will be popular again.
Don't you think so?
replacement in sections/3-the-browser-wars.md at line 37

[4.5214]→[4.5214:5304](∅→∅)

The slide also shows that the Internet Explorer browser family was VERY dominant in 2005.

[4.5214]

[4.5304]

Anyway, apart from the fact that this slide causes your eyes to sting, it also shows that the Internet Explorer browser family was VERY dominant in 2005.
replacement in sections/3-the-browser-wars.md at line 39

[4.5357]→[4.4232404:4232490](∅→∅)

Now in this talk I predicted three things, of which two **actually really happened**.

[4.5357]

[4.4232490]

Now in this college talk I predicted three things, of which two **actually really happened**.
edit in sections/3-the-browser-wars.md at line 49

[4.5641]

[4.5641]

note:

## In ten years time...

1. ...Internet Explorer would be surpassed as the top browser family;
2. ...Mozilla Firefox would surpass Internet Explorer;
3. ...Mozilla Firefox would be the top browser.

---

## In ten years time...

1. ...Internet Explorer would be surpassed as the top browser family;
2. ...Mozilla Firefox would surpass Internet Explorer;
3. ~...Mozilla Firefox would be the top browser.~
replacement in sections/3-the-browser-wars.md at line 109

[4.4233384]→[4.4233384:4233704](∅→∅)

FIXME: leg dit mechanisme beter uit. Wat er zeker in moet voorkomen:
* een dominant product trekt meer aandacht, zowel positief als negatief:
* vatbaarder voor maliciousness - zie virussen op Windows vs. Linux
* meer mensen kennen je product en kunnen in theorie iets nieuws verzinnen dat je product nog niet heeft.

[4.4233384]

[4.4233704]

The dominant product will get a lot of attention.
Both positive *and* negative.
Your product - or the users of your product - could be popular victims of malicious software
(This is the reason why there are so many viruses on Windows, compared to Linux for example)
Also, if more people know your product, then in theory they can come up with fresh new ideas that your product doesn't have.
Just like in sports, it is a lot harder to stay on top, than it is to get there.
replacement in sections/3-the-browser-wars.md at line 129

[4.4234115]→[4.4234115:4234297](∅→∅),[4.4234297]→[4.6589:7050](∅→∅),[4.6589]→[4.6589:7050](∅→∅),[4.7050]→[4.4234298:4234407](∅→∅)

FIXME: Introduceer deze variable. Voeg waar mogelijk samen met het verhaal hieronder.

Because who in their right mind would dare to claim that Google Chrome will be around forever?
I mean, it will probably be gone in ten years or so...
By then it will have been replaced by a superior product.
These replacements in the browser world have happened at least four times until now.
Mosaic was replaced by Netscape, which was replaced by Internet Explorer.
Which was replaced by Internet Explorer, which was replaced by Mozilla Firefox, which was replaced by Google Chrome.
And I can't think of a reason why it wouldn't happen for a fifth time.

FIXME: bedenk een verbindende zin naar het volgende onderwerp.
En hopelijk iets beters dan wat er nu staat.

[4.4234115]

[4.7054]

So here's our final prediction variable.
It is hard to stay on top, hence "the disadvantage of the dominant product".
Eventually the dominant product will be replaced by a new one, like the browser world.
Netscape was replaced by Internet Explorer.
Internet Explorer was replaced by Mozilla Firefox
Mozilla Firefox was replaced by Google Chrome.
And I can't think of a reason why it wouldn't happen again.
replacement in sections/3-the-browser-wars.md at line 137

[4.7061]→[4.7061:7145](∅→∅)

So let's see how these things have happened until now in the version control world!

[4.7055]

So let's return to the version control world antd see which products we need to investigate as aspiring successors of Git!
replacement in sections/4-four-new-kids-on-the-block.md at line 8

[4.4234494]→[3.331164:331190](∅→∅)

**Time Elapsed:** 26 min.

[4.4234494]

[4.2744700]

**Time Elapsed:** 22 min.
replacement in sections/4-four-new-kids-on-the-block.md at line 12

[4.2744706]→[4.2744706:2744787](∅→∅)



[4.2744706]

[4.7971659]

## Four new(er) kinds on the block
edit in sections/4-four-new-kids-on-the-block.md at line 14

[4.7971660]→[4.7971660:7971665](∅→∅)

---
replacement in sections/4-four-new-kids-on-the-block.md at line 20

[4.7971739]→[4.4234521:4234648](∅→∅),[4.4234648]→[4.2744788:2744861](∅→∅)

These four Version Control Systems have been published after the large Distributed Version Control wave in March/April 2005.

FIXME: why did I choose to consider these four and not a few older ones?

[4.7971739]

[4.237]

These four Version Control Systems have been published after the large Distributed Version Control wave in March/April 2005.
I knowingly didn't choose to investigate products that were published *before* Git.
Because let's face it: these products have already been beaten by a newer product - being Git.
So I can't imagine any product older than Git to still beat it in the future.
If that would be true, it should have happened already.
And... it didn't!
replacement in sections/4-four-new-kids-on-the-block.md at line 29

[4.243]→[4.243:254](∅→∅)

# Veracity

[4.243]

[4.254]

## Veracity (2011)
replacement in sections/4-four-new-kids-on-the-block.md at line 34

[4.330]→[4.330:364](∅→∅)



[4.330]

[4.364]

![Veracity logo](img/logos/veracity.png) 
replacement in sections/4-four-new-kids-on-the-block.md at line 44

[4.582]→[4.582:658](∅→∅)

* Hosting platform onveracity.com hasn't been online since February 4, 2015

[4.582]

[4.658]

* Hosting platform www.onveracity.com hasn't been online since February 4, 2015
replacement in sections/4-four-new-kids-on-the-block.md at line 47

[4.665]→[4.665:762](∅→∅)

FIXME - why was this one even in the abstract and why that's the only reason I have included it.

[4.665]

[4.4234785]

Sorry if this is a bit of an anti-climax.
But in the talk abstract I included Veracity as one of the contenders.
And when I wrote the abstract I never thought about the fact that it could disappear from the Internet altogether.
Because that's literally what happened.
But no worries, I've found a replacement contender!
Which is Plastic.
replacement in sections/4-four-new-kids-on-the-block.md at line 63

[4.4234831]→[4.2744965:2744998](∅→∅)



[4.4234831]

[4.2744998]

![Plastic logo](img/logos/plastic.png) 
replacement in sections/4-four-new-kids-on-the-block.md at line 77

[4.2745281]→[4.2745281:2745336](∅→∅)

* Their references are almost exclusively game studios

[4.2745281]

[4.4234908]

* References on their website are exclusively from game studios
replacement in sections/4-four-new-kids-on-the-block.md at line 91

[4.795]→[4.2745670:2745732](∅→∅),[4.2745670]→[4.2745670:2745732](∅→∅)

* Git users are not switching SCM's just for some *eye candy*

[4.795]

[4.2745732]

* Git users are not changing their VCS just for some *eye candy*
replacement in sections/4-four-new-kids-on-the-block.md at line 96

[4.2745859]→[4.2745859:2745921](∅→∅)

* Git users are not switching SCM's just for some *eye candy*

[4.2745859]

[4.2745921]

* Git users are not changing their VCS just for some *eye candy*
replacement in sections/5-fossil.md at line 8

[4.2041108]→[3.331192:331218](∅→∅)

**Time Elapsed:** 30 min.

[4.2041108]

[4.4235281]

**Time Elapsed:** 26 min.

Now we get to the more serious contenders!
And first up is Fossil.
replacement in sections/5-fossil.md at line 21

[4.937]→[4.937:973](∅→∅)

* show **descendants** of a checkin

[4.937]

[4.973]

* show **descendants** of a check-in
replacement in sections/5-fossil.md at line 27

[4.1110]→[4.1110:1190](∅→∅)

FIXME: uitbreiden

* **autosync mode** - push automatically after each check-in

[4.1110]

[4.4235437]

* **autosync mode** - pushes automatically after each check-in
replacement in sections/5-fossil.md at line 49

[4.1618]→[4.1618:2054](∅→∅)

note:
FIXME:
The difference is that Git stores its objects as individual files in the ".git" folder or compressed into bespoke "pack-files", whereas Fossil stores its objects in a relational (SQLite) database file. To put it another way, Git uses an ad-hoc pile-of-files key/value database whereas Fossil uses a proven, general-purpose SQL database. This difference is more than an implementation detail. It has important consequences.

[4.1618]

[4.2054]

* a repository is stored in a single SQLite database file
* contains relations between check-ins to be able to produce both ancestors and descendants of a check-in
replacement in sections/5-fossil.md at line 52

[4.2055]→[4.2055:2501](∅→∅)

With Git, one can easily locate the ancestors of a particular check-in by following the pointers embedded in the check-in object, but it is difficult to go the other direction and locate the descendants of a check-in. It is so difficult, in fact, that neither native Git nor GitHub provide this capability. With Git, if you are looking at some historical check-in then you cannot ask "what came next" or "what are the children of this check-in".

[4.2055]

[4.4235466]

![Fossil logo](img/logos/fossil.png) 
replacement in sections/5-fossil.md at line 54

[4.4235467]→[4.2502:2774](∅→∅)

Fossil, on the other hand, parses essential information about check-ins (parents, children, committers, comments, files changed, etc.) into a relational database that can be easily queried using concise SQL statements to find both ancestors and descendents of a check-in.

[4.4235467]

[4.4235467]

note:
In Git a single commit knows only who its ancestor is.
So producing a list of all descendants of a commit is nearly impossible.
Both native Git and GitHub don't provide this capability.
replacement in sections/5-fossil.md at line 63

[4.2776]→[2.142:158](∅→∅)

* repository UI

[4.2776]

[2.158]

* repository UI (`fossil ui`)
replacement in sections/5-fossil.md at line 70

[4.2807]→[2.247:377](∅→∅)

FIXME:
So there's no need to use 3rd party products; after cloning a repo you have a fully-featured developer website available.

[4.2807]

[4.3163]

And, speaking of Github, Fossil is actually some sort of 'Github in a box'.
A feature-rich web interface is available through the command `fossil ui`.
So there's no need to use any 3rd party products; after cloning a repo you have a fully-featured developer website available.
edit in sections/5-fossil.md at line 74

[4.3164]

[2.378]

This makes Fossil:
replacement in sections/6-pijul.md at line 8

[4.2041064]→[3.331269:331295](∅→∅)

**Time Elapsed:** 38 min.

[4.2041064]

[4.7972461]

**Time Elapsed:** 34 min.
edit in sections/6-pijul.md at line 45

[4.1207]→[4.1207:1208](∅→∅)
edit in sections/6-pijul.md at line 58

[4.5172]

[4.5172]

* Pijul keeps track of 'dependent patches'
* No merges or rebases; applying a patch is like `git cherry-pick`.
replacement in sections/6-pijul.md at line 62

[4.5179]→[4.5179:5208](∅→∅)

FIXME: toelichting schrijven

[4.5179]

[4.1427]

In contrast, Git doesn't store patches.
It stores snapshots.
edit in sections/6-pijul.md at line 68

[4.1447]→[2.1152:1223](∅→∅)


edit in sections/6-pijul.md at line 72

[4.1528]→[2.1224:1308](∅→∅)

* (but maybe we don't need them - https://nest.pijul.com/tae/pijul-for-git-users)
replacement in sections/6-pijul.md at line 92

[2.1791]→[2.1791:1823](∅→∅)

!!! Throw the dice on stage !!!

[2.1791]

[2.1823]

!!! Roll the die on stage !!!
edit in sections/6-pijul.md at line 148

[2.2795]→[2.2795:2822](∅→∅)

* FIXME: verzin er nog een
replacement in sections/6-pijul.md at line 149

[2.2823]→[2.2823:2917](∅→∅)

<https://mivehind.net/2017/04/09/pijul-first-thoughts> 

[2.2823]

[4.4236767]

<https://mivehind.net/2017/04/09/pijul-first-thoughts>
edit in sections/6-pijul.md at line 156

[4.4236818]→[2.2918:4059](∅→∅)

FIXME: verwerk dit nog ergens (bron: https://news.ycombinator.com/item?id=19090514)

I've not used Pijul, but I used Darcs — which Pijul is essentially an improved clone of — for half a decade, and I assume it's roughly the same.
The patch model is incredible. Think of "git cherry-pick". Imagine you could use that instead of "git merge" or "git rebase" for all your work. Imagine that every time you cherry-picked, it would tell you which additional commits you'd need, and then pick them for you. And that when you merged your heavily cherry-picked branch back into the mainline, it just worked. That's Pijul/Darcs.

One doesn't have to understand the "theory of patches" to use Pijul/Darcs. As a user, you just work with changes, just like Git. But the UX is much simpler than Git — in a good way.

I remember switching from Darcs to Git back in 2008 or so. It was like switching out a sleek spaceship [] for an old rusty, clanking pickup truck. Git has gotten better over the years, but ultimately, I think Github was the killer app, not Git. Going back technical merits alone, Darcs and Mercurial "should" have won that battle.
replacement in sections/7-predictions.md at line 8

[4.2041143]→[3.331297:331323](∅→∅)

**Time Elapsed:** 48 min.

[4.2041143]

[4.7973531]

**Time Elapsed:** 44 min.

Well, the wait is finally over, it's prediction time!
About time, right?

Let's compile a list of the prediction variables that we've assembled.
edit in sections/7-predictions.md at line 19

[4.1905]→[4.1905:1937](∅→∅)

* What goes up, must come down.
edit in sections/7-predictions.md at line 25

[4.2069]

[4.2069]

Looks like we've gathered four prediction variables so far:
replacement in sections/7-predictions.md at line 27

[4.2070]→[4.2070:2116](∅→∅),[4.2116]→[4.4237074:4237106](∅→∅),[4.4237106]→[3.331358:331494](∅→∅),[3.331494]→[4.4237257:4237274](∅→∅),[4.4237257]→[4.4237257:4237274](∅→∅)

* **What goes up, must come down.** But when?
* **Hosting platform support**

* FIXME: afmaken

[4.2070]

[4.2116]

* **Killer features.**
* **Hosting platform support.**
* **Open-source community support.**
* **The disadvantage of the dominant product.**
replacement in sections/7-predictions.md at line 34

[4.4237280]→[4.4237280:4237294](∅→∅)

## The scores

[4.4237280]

[4.4237294]

<table>
<thead>
<tr>
<th/>
<th>Git</th>
<th>Hg</th>
<th>TFS</th>
<th>Fossil</th>
<th>Pijul</th>
</tr>
</thead>
<tbody>
<tr>
<th align="right">Features</th>
<td align="right">-1</td>
<td align="right">-1</td>
<td align="right">-1</td>
<td align="right">+1</td>
<td align="right">+2</td>
</tr>
</tbody>
</table>
replacement in sections/7-predictions.md at line 57

[4.4237295]→[3.331495:331597](∅→∅),[3.331597]→[4.4237396:4237452](∅→∅),[4.4237396]→[4.4237396:4237452](∅→∅)



[4.4237295]

[4.4237452]

note:
Pijuls major feature (fast patch-based versioning) might lure new users who think Git is too difficult to understand.
Fossil just adds 'show descendants' and integrated developer website to the mix, which is a bit less 'killer'.
edit in sections/7-predictions.md at line 62

[4.4237457]→[4.4237457:4237490](∅→∅),[4.4237490]→[3.331598:331706](∅→∅),[3.331706]→[4.4237597:4237651](∅→∅),[4.4237597]→[4.4237597:4237651](∅→∅),[4.4237651]→[3.331707:331881](∅→∅),[3.331881]→[4.4237823:4237827](∅→∅),[4.4237823]→[4.4237823:4237827](∅→∅)

## Prediction matrix 2.0


replacement in sections/7-predictions.md at line 67

[4.4237879]→[4.4237879:4238039](∅→∅)

<th>2009</th>
<th class="fragment" data-fragment-index="1">2019</th>
<th class="fragment" data-fragment-index="2">2029</th>

[4.4237879]

[4.4238039]

<th>Git</th>
<th>Hg</th>
<th>TFS</th>
<th>Fossil</th>
<th>Pijul</th>
replacement in sections/7-predictions.md at line 76

[4.4238091]→[4.4238091:4238334](∅→∅)

<th align="right">Subversion</th>
<td align="right">45%</td>
<td align="right" class="fragment" data-fragment-index="1">8%</td>
<td align="right" class="fragment" data-fragment-index="2">4%</td>

[4.4238091]

[4.4238334]

<th align="right">Features</th>
<td align="right">-1</td>
<td align="right">-1</td>
<td align="right">-1</td>
<td align="right">+1</td>
<td align="right">+2</td>
</tr>
<tr class="fragment">
<th align="right">Hosting</th>
<td align="right">+2</td>
<td align="right">+1</td>
<td align="right">-1</td>
<td align="right">+1</td>
<td align="right">+1</td>
</tr>
<tr class="fragment">
<th align="right">Open-source</th>
<td align="right">+2</td>
<td align="right">+2</td>
<td align="right">-2</td>
<td align="right">-1</td>
<td align="right">+1</td>
</tr>
<tr class="fragment">
<th align="right">Dominant</th>
<td align="right">-2</td>
<td align="right">-1</td>
<td align="right">0</td>
<td align="right">0</td>
<td align="right">0</td>
</tr>
<tr class="fragment">
<th/>
<th align="right">+1</td>
<th align="right">+1</td>
<th align="right">-4</td>
<th align="right">+1</td>
<th align="right">+4</td>
</tr>
</tbody>
</table>

---

<table>
<thead>
<tr>
<th/>
<th>2029</th>
edit in sections/7-predictions.md at line 126

[4.4238348]

[4.4238348]

</thead>
<tbody>
replacement in sections/7-predictions.md at line 130

[4.4238400]→[4.4238400:4238599](∅→∅)

<td align="right">20%</td>
<td align="right" class="fragment" data-fragment-index="1">73%</td>
<td align="right" class="fragment" data-fragment-index="2">80%</td>

[4.4238400]

[4.4238599]

<td align="right">80%</td>
replacement in sections/7-predictions.md at line 134

[4.4238671]→[4.4238671:4238869](∅→∅)

<td align="right">17%</td>
<td align="right" class="fragment" data-fragment-index="1">12%</td>
<td align="right" class="fragment" data-fragment-index="2">9%</td>

[4.4238671]

[4.4238869]

<td align="right">9%</td>
replacement in sections/7-predictions.md at line 138

[4.4238937]→[4.4238937:4239134](∅→∅)

<td align="right">11%</td>
<td align="right" class="fragment" data-fragment-index="1">7%</td>
<td align="right" class="fragment" data-fragment-index="2">7%</td>

[4.4238937]

[4.4239134]

<td align="right">7%</td>
edit in sections/7-predictions.md at line 140

[4.4239148]

[4.4239148]

<tr>
<th align="right">Subversion</th>
<td align="right">4%</td>
</tr>
replacement in sections/7-predictions.md at line 146

[4.4239200]→[4.4239200:4239404](∅→∅)

<td align="right">7%</td>
<td align="right" class="fragment" data-fragment-index="1"><1%</td>
<td align="right" class="fragment" data-fragment-index="2"><1%</td>

[4.4239200]

[4.4239404]

<td align="right"><1%</td>
edit in sections/7-predictions.md at line 152

[4.4239451]→[4.4239451:4239472](∅→∅)

## Prediction chart
replacement in sections/7-predictions.md at line 153

[4.4239473]→[3.331882:331980](∅→∅)



[4.4239473]

[4.4239570]

<table>
<thead>
<tr>
<th/>
<th><del>2029</del></th>
<th>2029</th>
</tr>
</thead>
<tbody>
<tr>
<th align="right">Git</th>
<td align="right"><del>80%</del></td>
<td align="right">77%</td>
</tr>
<tr>
<th align="right">Mercurial</th>
<td align="right"><del>9%</del></td>
<td align="right">8%</td>
</tr>
<tr>
<th align="right">Pijul</th>
<td align="right"></td>
<td align="right">5%</td>
</tr>
<tr>
<th align="right">TFS</th>
<td align="right"><del>7%</del></td>
<td align="right">4%</td>
</tr>
<tr>
<th align="right">Subversion</th>
<td align="right"><del>4%</del></td>
<td align="right">4%</td>
</tr>
<tr>
<th align="right">Fossil</th>
<td align="right"></td>
<td align="right">2%</td>
</tr>
<tr>
<th align="right">CVS</th>
<td align="right"><del><1%</del></td>
<td align="right"><1%</td>
</tr>
</tbody>
</table>
edit in sections/x-extra-content.md at line 13

[3.332646]

[3.332646]



---



[https://blog.gitprime.com/git-didnt-beat-svn-github-did/](https://blog.gitprime.com/git-didnt-beat-svn-github-did/) 

note:
Let's return to this chart one more time and allow me to address a final point:
edit in sections/x-extra-content.md at line 25

[3.332647]

* The numbers we see here are based on *relative search volume*. It is not the **actual** usage of the products. Version control system popularity is actually quite hard to measure! (more on this later)

---

## Measuring Version Control System Popularity

* This is very hard.

note:
FIXME: dit verhaaltje kan beter.
En schrijf wat naar het Google Trends-voorbeeld toe.

In Stack Overflow’s 2015 developer survey, 69.3% of respondents used Git, almost twice as many as used the second-most-popular version control system, Subversion. After 2015, Stack Overflow stopped asking developers about the version control systems they use, perhaps because Git had become so popular that the question had become uninteresting.

---

<https://trends.google.nl/trends/explore?date=today%205-y&q=git,subversion,mercurial> 

---



<https://www.globalapptesting.com/blog/picking-apart-stackoverflow-what-bugs-developers-the-most> 

note:
FIXME: leg uit waarom dit niet de metriek is die je wilt. :-)

Wat betekent het als er veel vragen worden gesteld?
* veel gebruikers van de taal?
* veel onervaren gebruikers?
* de taal is moeilijk te leren / niet intuïtief?

---



note:
Engage the audience in suggesting a few new features or improvements that would make them consider switching from Git.

---



---



## Version Control 'By USB Stick'

<https://pxhere.com/en/photo/652221> 

note:
The next big thing could be 'Version Control By USB Stick', for example.
Haven't you been wondering why some of my slides have had USB sticks in the background?
It's a great story.

FIXME: dit verhaaltje uitwerken.

I can assure you that we don't need to worry about 'Version Control By USB Stick'.
It will not get popular, for obvious reasons.

---





[Photo credit: Quang Le](https://quotefancy.com/quote/833239/Isaac-Newton-What-goes-up-must-come-down) 

note:
Now if the idea of "Change is the only constant" is valid in our industry, then so is the idea of "What goes up, must come down".
And although Newton (*point*) probably talked about an apple here, his quote can be applied to a lot of things, including:

* **airplanes**;
* I got here on an airplane, and it obviously came down. In a well-organised way, mind you!
* **Bitcoin prices**;
* They went up, and they went down,
* **browser market shares**;
* Everyone used Netscape, then it went down and we used Internet Explorer 6. Then Mozilla Firefox. Then Google Chrome.
* and maybe even **version control system market shares**.
* But I guess we'll find out!

---



## What goes up must come down.

<blockquote class="explanation">
<code>prediction variable #1</code>
</blockquote>

<https://www.pexels.com/photo/photo-displays-person-holding-ball-with-reflection-of-horizon-940880>