-
Notifications
You must be signed in to change notification settings - Fork 0
/
index.xml
144 lines (115 loc) · 11.7 KB
/
index.xml
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
<?xml version="1.0" encoding="utf-8" standalone="yes" ?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
<title>Ruminations From a Tortured Mind</title>
<link>http://douche.name/</link>
<description>Recent content on Ruminations From a Tortured Mind</description>
<generator>Hugo -- gohugo.io</generator>
<language>en-us</language>
<copyright>Copyleft (c) 2010 - 2014, Sébastien Douche. Licence CC-BY-NC-ND</copyright>
<lastBuildDate>Mon, 13 Nov 2017 20:34:00 +0100</lastBuildDate>
<atom:link href="http://douche.name/index.xml" rel="self" type="application/rss+xml" />
<item>
<title>Nomenclature des tests logiciels</title>
<link>http://douche.name/blog/nomenclature-des-tests-logiciels/</link>
<pubDate>Mon, 13 Nov 2017 20:34:00 +0100</pubDate>
<guid>http://douche.name/blog/nomenclature-des-tests-logiciels/</guid>
<description>Lors de discussion sur les tests logiciels, je suis régulièrement surpris d&rsquo;entendre que cela se résume à test unitaire, test d&rsquo;intégration et test fonctionnel. En schématisant, le premier permet de tester le code, le deuxième l&rsquo;intéraction de composants et le troisième le logiciel dans son ensemble. Hors, cette liste est largement incomplète.
Objectif d&rsquo;un test Avant de tenter une classification, il me semble opportun de s&rsquo;interroger sur l&rsquo;objectif d&rsquo;un test :</description>
</item>
<item>
<title>Conseils pour monter une équipe</title>
<link>http://douche.name/blog/conseils-pour-monter-une-equipe/</link>
<pubDate>Mon, 16 May 2016 01:16:00 +0100</pubDate>
<guid>http://douche.name/blog/conseils-pour-monter-une-equipe/</guid>
<description>Cela fait maintenant une dizaine d&rsquo;années que je monte des équipes. J&rsquo;en ai tiré une ligne de conduite que je vous propose dans ce billet.
Votre équipe doit vous survivre A la création d&rsquo;une équipe, je pars du postulat suivant : dans quelques mois (généralement de 12 à 36 mois selon la difficulté à monter l&rsquo;équipe), je n&rsquo;en serai plus le manager. Le fait de se le dire dès sa conception permet de graver dans ses gènes l&rsquo;apprentissage de son autonomie, d&rsquo;une création d&rsquo;une vision à long terme et de sa légitimité pour y aller.</description>
</item>
<item>
<title>Mon arrivée chez un éditeur logiciel</title>
<link>http://douche.name/blog/mon-arrivee-chez-un-editeur/</link>
<pubDate>Wed, 29 Jul 2015 09:00:00 +0200</pubDate>
<guid>http://douche.name/blog/mon-arrivee-chez-un-editeur/</guid>
<description>Dans une ancienne vie, j&rsquo;ai travaillé pour un éditeur logiciel. Il est temps de vous raconter le début de cet aventure.
Note : je parle d&rsquo;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.</description>
</item>
<item>
<title>Installer Python à partir des sources</title>
<link>http://douche.name/blog/installer-python-sources/</link>
<pubDate>Tue, 06 Jan 2015 08:30:00 +0100</pubDate>
<guid>http://douche.name/blog/installer-python-sources/</guid>
<description>J&rsquo;ai toujours utilisé une distribution Linux à base de paquets binaires (Ubuntu, Debian&hellip;), trouvant ce mode de fonctionnement plus reposant que de compiler soi même tout un tas de projets dans divers langages. C&rsquo;est souvent source d&rsquo;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&rsquo;interpréteur de la distribution et aux packages utilisés par le systême.</description>
</item>
<item>
<title>Passage de GMail à Fastmail</title>
<link>http://douche.name/blog/passage-de-gmail-a-fastmail/</link>
<pubDate>Thu, 01 Jan 2015 16:49:00 +0100</pubDate>
<guid>http://douche.name/blog/passage-de-gmail-a-fastmail/</guid>
<description>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&rsquo;utilise GMail pour mes besoins (sur plusieurs comptes) en plus de l&rsquo;utilisation du moteur de recherche Google, Google Maps, Google Calendar, Google+ et Android (et jusqu&rsquo;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.</description>
</item>
<item>
<title>Worse is better</title>
<link>http://douche.name/blog/worse-is-better/</link>
<pubDate>Thu, 18 Dec 2014 15:19:00 +0100</pubDate>
<guid>http://douche.name/blog/worse-is-better/</guid>
<description>J&rsquo;ai lu voici quelques mois un billet qui s&rsquo;intitule The Rise of Worse is Better par Richard P. Gabriel, développeur Lisp (qui a d&rsquo;ailleurs monté une société autour de ce langage dans les années 80). Vieux billet puisqu&rsquo;il date de 1989 dans sa version original. Il est, à l&rsquo;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&rsquo;il appelle la conception «The Right Thing» (approche MIT) et la conception «Worse is Better» (approche Stanford).</description>
</item>
<item>
<title>Expliquer un langage de programmation</title>
<link>http://douche.name/blog/expliquer-un-langage-de-programmation/</link>
<pubDate>Tue, 16 Dec 2014 09:00:00 +0200</pubDate>
<guid>http://douche.name/blog/expliquer-un-langage-de-programmation/</guid>
<description>Lors d&rsquo;une présentation d&rsquo;un langage de programmation, ou lors d&rsquo;une discussion entre développeurs, il arrive bien souvent que l&rsquo;on utilise les termes «avantage» et «inconvénient». Par exemple, cela peut donner comme argument pour Java : «Java c&rsquo;est cool, tu codes sur la JVM et cela fonctionne sur plusieurs plateformes». Hors pour moi, la JVM est loin d&rsquo;être un avantage. C&rsquo;est gros, lourd, géré par Oracle qui impose des restrictions alacon&hellip; L&rsquo;exemple illustre un défaut dans l&rsquo;argumentation : l&rsquo;utilisation d&rsquo;un argument subjectif présenté comme objectif.</description>
</item>
<item>
<title>Pourquoi je crois (techniquement) en Google</title>
<link>http://douche.name/blog/pourquoi-je-crois-techniquement-en-google/</link>
<pubDate>Mon, 15 Dec 2014 07:29:44 +0100</pubDate>
<guid>http://douche.name/blog/pourquoi-je-crois-techniquement-en-google/</guid>
<description>Si cela fait des années que je n&rsquo;espère plus rien de Google sur le plan des libertés, je reste curieux de tout ce qu&rsquo;ils font sur le plan technique, notamment pour Internet. Car c&rsquo;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&rsquo;abord parler de business model :
Quel est le business model de Microsoft ?</description>
</item>
<item>
<title>Catalogue formation 2013</title>
<link>http://douche.name/blog/catalogue-formation-2013/</link>
<pubDate>Mon, 17 Dec 2012 12:44:00 +0200</pubDate>
<guid>http://douche.name/blog/catalogue-formation-2013/</guid>
<description>En septembre 2010, j&rsquo;ai lancé #gitfr pour expliquer les DVCS et Git en particulier. 2 ans, ~30 présentations et ~10 ateliers plus tard j&rsquo;ai besoin de parler d&rsquo;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&rsquo;accord sur un lieu et une date.</description>
</item>
<item>
<title>Les 5 niveaux de conscience d'un développeur</title>
<link>http://douche.name/blog/les-5-niveaux-de-conscience-d-un-developpeur/</link>
<pubDate>Sun, 06 Nov 2011 18:51:00 +0200</pubDate>
<guid>http://douche.name/blog/les-5-niveaux-de-conscience-d-un-developpeur/</guid>
<description>On peut juger un développeur sur la compréhension qu&rsquo;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&rsquo;il fait, c&rsquo;est juste un poste qui paye la soupe. Ou alors c&rsquo;est un boulot temporaire avant de passer chef de projet.</description>
</item>
<item>
<title>L'Agile est mort</title>
<link>http://douche.name/blog/l-agile-est-mort/</link>
<pubDate>Mon, 08 Aug 2011 03:00:00 +0200</pubDate>
<guid>http://douche.name/blog/l-agile-est-mort/</guid>
<description>Sous ce titre qui peut paraitre provocateur se trouve un constat plutôt amère, d&rsquo;autant plus amère que tout cela était prévisible depuis bien des années. L&rsquo;Agile est devenu mainstream, on en parle régulièrement dans les journaux de décideurs (c&rsquo;est bien la preuve de sa reconnaissance non ?), les développeurs disent le pratiquer au quotidien, les responsables de projet assurent en faire. Alors pourquoi ce pessimisme ? Parce qu&rsquo;il ne se passe un mois sans en avoir la preuve, par exemple quand quelqu&rsquo;un se pose en face de moi et me dit :</description>
</item>
<item>
<title>Nouveau blog avec Blogofile</title>
<link>http://douche.name/blog/nouveau-blog-avec-blogofile/</link>
<pubDate>Fri, 15 Jul 2011 02:00:00 +0200</pubDate>
<guid>http://douche.name/blog/nouveau-blog-avec-blogofile/</guid>
<description>Cela faisait quelques temps que cela me titillait : écrire des billets avec mon éditeur texte habituel, et de pousser en prod avec Git. C&rsquo;est le blog de #gitfr qui m&rsquo;a donné le courage de m&rsquo;y mettre. Et c&rsquo;est maintenant chose faites. Adieu Wordpress, boujour Blogofile !
Mais qu&rsquo;utilises tu ? Un générateur statique de site, autrement un outil qui transforme les documents textes (format markdown ou rst) en pages html, à l&rsquo;aide de templates.</description>
</item>
<item>
<title>Un retour sur Pomodoro</title>
<link>http://douche.name/blog/un-retour-sur-pomodoro/</link>
<pubDate>Fri, 01 Jan 2010 05:45:00 +0200</pubDate>
<guid>http://douche.name/blog/un-retour-sur-pomodoro/</guid>
<description>Cela fait maintenant plusieurs semaines que j&rsquo;utilise la technique Pomodoro, qui consiste (en gros) à découper le temps par tranche de 30 minutes : 25 minutes de travail puis 5 minutes de repos. D&rsquo;abord trés sceptique, je suis devenu un partisan convaincu.
Pourquoi tenter Pomodoro ? Au boulot, j&rsquo;ai constaté une dégradation progressive de mon efficacité, c&rsquo;est à dire de ma capacité à produire de la valeur. Je dois selon les moments trouver des idées, réfléchir à des actions ou tout simplement agir.</description>
</item>
</channel>
</rss>