-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.html
249 lines (216 loc) · 13.3 KB
/
index.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
<!DOCTYPE html>
<html xmlns="//www.w3.org/1999/xhtml" xml:lang="en" lang="en-us">
<head>
<meta name="generator" content="Hugo 0.30.2" />
<meta http-equiv="content-type" content="text/html; charset=utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1.0, maximum-scale=1" />
<title>Ruminations From a Tortured Mind · Ruminations From a Tortured Mind</title>
<link rel='stylesheet' href='//fonts.googleapis.com/css?family=Open+Sans:400,300,600' type='text/css'>
<link rel="stylesheet" href="http://douche.name/libraries/normalize.3.0.1.css" />
<link rel="stylesheet" href="http://douche.name/css/liquorice.css" />
<link rel="shortcut icon" href="http://douche.name/favicon.ico" />
<link rel="apple-touch-icon-precomposed" href="http://douche.name/apple-touch-icon-144-precomposed.png" sizes="144x144" />
<link rel="alternate" href="http://douche.name/index.xml" type="application/rss+xml" title="Ruminations From a Tortured Mind" />
</head>
<body class="li-body">
<header class="li-page-header">
<div class="container">
<div class="row">
<div class="sixteen columns">
<div class="li-brand li-left">
<a href="http://douche.name">Ruminations From a Tortured Mind</a></div>
<div class="li-menu li-right">
<span class="li-menu-icon" onclick="javascript:toggle('menu');">☰</span>
<ul id="menu2" class="li-menu-items">
</ul>
</div>
</div>
</div>
<div class="row">
<div class="sixteen columns">
<ul id="menu" class="li-menu-items li-menu-mobile">
</ul>
</div>
</div>
</div>
</header>
<div class="container">
<div class="row">
<div class="sixteen columns">
<div class="li-main-article-list">
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/nomenclature-des-tests-logiciels/">Nomenclature des tests logiciels </a></h2>
<time class="li-article-date">Monday, November 13, 2017</time>
</header>
<section class="li-article-section">
Lors de discussion sur les tests logiciels, je suis régulièrement surpris d’entendre que cela se résume à test unitaire, test d’intégration et test fonctionnel. En schématisant, le premier permet de tester le code, le deuxième l’intéraction de composants et le troisième le logiciel dans son ensemble. Hors, cette liste est largement incomplète.
Objectif d’un test Avant de tenter une classification, il me semble opportun de s’interroger sur l’objectif d’un test :
</section>
<footer>
<a href='http://douche.name/blog/nomenclature-des-tests-logiciels/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/conseils-pour-monter-une-equipe/">Conseils pour monter une équipe </a></h2>
<time class="li-article-date">Monday, May 16, 2016</time>
</header>
<section class="li-article-section">
Cela fait maintenant une dizaine d’années que je monte des équipes. J’en ai tiré une ligne de conduite que je vous propose dans ce billet.
Votre équipe doit vous survivre A la création d’une équipe, je pars du postulat suivant : dans quelques mois (généralement de 12 à 36 mois selon la difficulté à monter l’équipe), je n’en serai plus le manager. Le fait de se le dire dès sa conception permet de graver dans ses gènes l’apprentissage de son autonomie, d’une création d’une vision à long terme et de sa légitimité pour y aller.
</section>
<footer>
<a href='http://douche.name/blog/conseils-pour-monter-une-equipe/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/mon-arrivee-chez-un-editeur/">Mon arrivée chez un éditeur logiciel </a></h2>
<time class="li-article-date">Wednesday, July 29, 2015</time>
</header>
<section class="li-article-section">
Dans une ancienne vie, j’ai travaillé pour un éditeur logiciel. Il est temps de vous raconter le début de cet aventure.
Note : je parle d’un temps ancien, les choses ont bien changées depuis.
A cette époque, je travaille dans une SSII et je cherche depuis quelques mois à changer de poste. Comme on dit dans les milieux autorisés, je suis en recherche active. Mes dirigeants veulent que je me casse mais sans me licencier.
</section>
<footer>
<a href='http://douche.name/blog/mon-arrivee-chez-un-editeur/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/installer-python-sources/">Installer Python à partir des sources </a></h2>
<time class="li-article-date">Tuesday, January 6, 2015</time>
</header>
<section class="li-article-section">
J’ai toujours utilisé une distribution Linux à base de paquets binaires (Ubuntu, Debian…), trouvant ce mode de fonctionnement plus reposant que de compiler soi même tout un tas de projets dans divers langages. C’est souvent source d’erreurs incompréhensibles et de longs moments de solitude. Néanmoins, il existe plusieurs avantages de le faire pour un langage de programmation comme Python :
Ne pas toucher à l’interpréteur de la distribution et aux packages utilisés par le systême.
</section>
<footer>
<a href='http://douche.name/blog/installer-python-sources/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/passage-de-gmail-a-fastmail/">Passage de GMail à Fastmail </a></h2>
<time class="li-article-date">Thursday, January 1, 2015</time>
</header>
<section class="li-article-section">
En 2004, un pote qui bosse chez Google me file une invitation pour tester un nouveau Webmail appelé GMail. 2014. Cela fait maintenant 10 ans que j’utilise GMail pour mes besoins (sur plusieurs comptes) en plus de l’utilisation du moteur de recherche Google, Google Maps, Google Calendar, Google+ et Android (et jusqu’en 2013 Google Reader). Il était temps de réduire ma dépendance envers Google. Dans un élan de volonté, je me suis décidé à trouver un nouvel hébergeur mail pour 2015.
</section>
<footer>
<a href='http://douche.name/blog/passage-de-gmail-a-fastmail/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/worse-is-better/">Worse is better </a></h2>
<time class="li-article-date">Thursday, December 18, 2014</time>
</header>
<section class="li-article-section">
J’ai lu voici quelques mois un billet qui s’intitule The Rise of Worse is Better par Richard P. Gabriel, développeur Lisp (qui a d’ailleurs monté une société autour de ce langage dans les années 80). Vieux billet puisqu’il date de 1989 dans sa version original. Il est, à l’origine, une section dans un essai nommé Lisp: Good News, Bad News, How to Win Big.
Dans ce billet, Gabriel expose deux visions du développement logiciel qu’il appelle la conception «The Right Thing» (approche MIT) et la conception «Worse is Better» (approche Stanford).
</section>
<footer>
<a href='http://douche.name/blog/worse-is-better/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/expliquer-un-langage-de-programmation/">Expliquer un langage de programmation </a></h2>
<time class="li-article-date">Tuesday, December 16, 2014</time>
</header>
<section class="li-article-section">
Lors d’une présentation d’un langage de programmation, ou lors d’une discussion entre développeurs, il arrive bien souvent que l’on utilise les termes «avantage» et «inconvénient». Par exemple, cela peut donner comme argument pour Java : «Java c’est cool, tu codes sur la JVM et cela fonctionne sur plusieurs plateformes». Hors pour moi, la JVM est loin d’être un avantage. C’est gros, lourd, géré par Oracle qui impose des restrictions alacon… L’exemple illustre un défaut dans l’argumentation : l’utilisation d’un argument subjectif présenté comme objectif.
</section>
<footer>
<a href='http://douche.name/blog/expliquer-un-langage-de-programmation/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/pourquoi-je-crois-techniquement-en-google/">Pourquoi je crois (techniquement) en Google </a></h2>
<time class="li-article-date">Monday, December 15, 2014</time>
</header>
<section class="li-article-section">
Si cela fait des années que je n’espère plus rien de Google sur le plan des libertés, je reste curieux de tout ce qu’ils font sur le plan technique, notamment pour Internet. Car c’est pour moi la seule (grosse) boite qui fait avancer sérieusement les choses. Explication.
La différence de business model Pour expliquer mon point de vue, il faut d’abord parler de business model :
Quel est le business model de Microsoft ?
</section>
<footer>
<a href='http://douche.name/blog/pourquoi-je-crois-techniquement-en-google/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/catalogue-formation-2013/">Catalogue formation 2013 </a></h2>
<time class="li-article-date">Monday, December 17, 2012</time>
</header>
<section class="li-article-section">
En septembre 2010, j’ai lancé #gitfr pour expliquer les DVCS et Git en particulier. 2 ans, ~30 présentations et ~10 ateliers plus tard j’ai besoin de parler d’autres choses :). Je propose de nouveaux ateliers et présentations sur des sujets assez variés, que ce soit en développement, administration ou management. Si vous êtes interéssé par un sujet, il suffit de me contacter pour se mettre d’accord sur un lieu et une date.
</section>
<footer>
<a href='http://douche.name/blog/catalogue-formation-2013/'>More</a>
</footer>
</article>
</div>
<div class="li-article">
<article>
<header>
<h2><a href="http://douche.name/blog/les-5-niveaux-de-conscience-d-un-developpeur/">Les 5 niveaux de conscience d'un développeur </a></h2>
<time class="li-article-date">Sunday, November 6, 2011</time>
</header>
<section class="li-article-section">
On peut juger un développeur sur la compréhension qu’il possède de son métier : 5 niveaux qui détermine bien souvent sa plus value pour une organisation.
Niveau 0 : pisser de code Il pense que son boulot est de produire des lignes et des lignes et des lignes de code. Généralement peu intéressé par ce qu’il fait, c’est juste un poste qui paye la soupe. Ou alors c’est un boulot temporaire avant de passer chef de projet.
</section>
<footer>
<a href='http://douche.name/blog/les-5-niveaux-de-conscience-d-un-developpeur/'>More</a>
</footer>
</article>
</div>
</div>
</div>
</div>
</div>
<footer class="li-page-footer">
<div class="container">
<div class="row">
<div class="sixteen columns">
<div class="li-page-footer-legal">
Copyleft (c) 2010 - 2014, Sébastien Douche. Licence CC-BY-NC-ND
</div>
<div class="li-page-footer-theme">
<span class=""><a href="https://github.com/eliasson/liquorice/">liquorice</a> is a theme for <a href="http://hugo.spf13.com">hugo</a></span>
</div>
</div>
</div>
</div>
</footer>
<script type="text/javascript">
<!--
function toggle(id) {
var e = document.getElementById(id);
e.style.display == 'block' ? e.style.display = 'none' : e.style.display = 'block';
}
</script>
</body>
</html>