Il y a un moment que je pensais faire un billet sur le rôle d’un CTO dans une startup. Cependant je me disais toujours que ce n’était pas intéressant, qu’il faudrait en parler quand la boîte serait bien plus grande, quand nous serions une licorne etc…
.
Et c’est ainsi que j’ai fait patienter ce billet pendant des mois, puis des années…
Lire la suiteJ’ai pas mal tourné autour du pot pour faire ce billet qui s’éloigne, un peu, de ce que je fais habituellement.
Il se trouve que j’ai un hobby en plus de mon métier, heureusement me direz-vous, il s’agit du dessin.
J’entends souvent que le dessin c’est réservé aux personnes qui ont du talent, que c’est inné etc… J’ai la conviction que, comme les capacités à concevoir et implémenter des systèmes, tout est lié à la pratique et à l’acquisition de certains fondamentaux.
Le dessin ça s’apprend. Il y a des techniques à assimiler et il faut exercer son œil et sa main pour se les approprier.
Je vous propose ici de faire quelques parallèles entre le dessin et le développement informatique. C’est parti 🙂
Ok le titre est un peu putaclick 🙂
Mais je ne lance pas ce sujet par hasard.
J’ai lu récemment plusieurs très bons articles sur ce thème
Je fais partie d’une espèce en voie d’extinction
Au secours le métier d’ops va disparaitre
et celui que j’ai sans doute préféré : l’alignement de l’esprit importe plus que celui du code
Or c’est un sujet qui me parle car je suis arrivé sur le marché au même moment que l’approche MDA (2001)
Cette approche faisait le buzz à ce moment là, enfin pour autant que ce soit possible sans réseaux sociaux, blogs etc…
Pour simplifier, cette méthode avait pour objectif de modéliser entièrement des applications à base de schémas UML, schémas qui permettent ensuite de générer le code de l’application.
Sur le papier, c’était convaincant pour un jeune diplômé et j’avais été tenté de regarder en détail à l’époque.
Mais les outils donnés et leurs limitations n’ont jamais permis à cette approche de décoller.
Ce billet fait partie d’une série dont vous pourrez lire l’introduction ici.
Le fil rouge global de cette série tourne autour du livre « IA La plus grande mutation de l’histoire » de Kai-Fu Lee, livre très bien écrit que je vous résume dans ce premier billet .
L’auteur y aborde la course à l’innovation dans le secteur du numérique et de l’IA, secteur que je vais résumer grossièrement en TIC (technologie de l’information et des communications). Ce secteur est fortement en croissance mais au delà des emplois qu’il génère, il apporte aussi une révolution au même titre que la machine à vapeur ou l’électricité sur la société actuelle et il est primordial de rester en pointe sur le sujet.
Sur l’impact économique, je vous invite à regarder cette infographie qui reprend les principales capitalisations boursières depuis 1994. On y apprend que les 4 plus grandes valorisations d’aujourd’hui sont toutes dans les TIC et que cette tendance date environ des années 2010.
Dans le livre qui est notre fil rouge pour cette série de billet, on voit l’essor incroyable de ce secteur en Chine, notamment porté par une volonté politique et un fort investissement privé.
Mais qu’en est-il de la France et la fameuse Startup Nation ?
Lire la suite
Ce billet fait partie d’une série dont vous pourrez lire l’introduction ici.
Le fil rouge global de cette série tourne autour du livre « IA La plus grande mutation de l’histoire » de Kai-Fu Lee, livre très bien écrit que je vous résume dans ce premier billet.
L’auteur aborde beaucoup la question des données, c’est le point central à l’origine de la révolution de l’IA et dans ce second billet je souhaitais aborder le sujet de la bataille autour des données mais aussi autour du Cloud, ce fameux cloud souverain.
Lire la suite
En démarrant ce billet, enfin ces billets, je savais à l’avance que l’écriture allait être très très difficile.
Difficile car je souhaite aborder des sujets qui vont au delà de ma simple zone de confort.
Ce qui m’a convaincu d’aller plus loin c’est la lecture de « IA La plus grande mutation de l’histoire » de Kai-Fu Lee. Ce livre, très bien écrit, aborde la question de l’IA et la positionne comme la future grande révolution générale de notre ère et comment cela va impacter nos sociétés.
Au delà de ça, le livre aborde la situation économique mondiale, l’emprise américaine actuelle, le bulldozer Chinois qui arrive et les impacts sur l’emploi.
L’Europe n’apparaît presque pas et je me disais qu’une analyse Européenne en plus serait intéressante.
Ce serait l’occasion de parler aussi de RGPD (oui il y a des liens, vous verrez), de protectionnisme, de notre dépendance aux acteurs US et de la structuration de notre marché local.
Lire la suite
Après maintenant quelques années sur Malt, j’aimerais revenir sur un sujet qui revient souvent sur la différence entre side project et produit.
En 2010, j’avais lancé un side project, Localizeyourapps, et j’ai voulu en faire un produit.
Tout ne s’est pas passé comme prévu mais pour être franc, avec le recul, c’était plutôt prévisible.
En 2013, je tentais d’en faire un retour d’expérience et je présentais « Epic Fail » lors d’un Human Talk.
En fin de compte, c’était trop tôt. Et je reste sur ma faim quant à cette présentation que je trouve très partielle et peu aboutie.
Je propose donc de revenir dessus mais en insistant sur un angle en particulier, la différence entre side project et produit.
Je souhaite partager aujourd’hui un retour d’expérience issu de multiples entretiens d’embauche que j’ai pu faire passer.
J’ai utilisé pendant plusieurs années un scénario qui servait lors d’une des phases de l’entretien. C’était entre 2011 et 2018.
Ce scénario avait de multiples avantages et j’aimerais le partager aujourd’hui, mais surtout partager la grille de lecture que j’en tirais.
J’ai lu récemment un billet sur le modèle Spotify intitulé « l’échec du modèle Spotify« .
Une des phrases de l’article étant la suivante :
« Spotify n’utilise pas le “modèle Spotify” et vous ne devriez pas non plus. »
Le billet n’est pas inintéressant. On peut y trouver des analyses et des alternatives. Mais le ton me semble très à charge et manquant de recul. Et surtout, il est dogmatique :
« vous ne devriez pas non plus »
Et si on parlait documentation ?
La documentation c’est un peu le sujet maudit et polémique dans les équipes tech. Entre ceux qui en font trop, ceux qui n’en font pas assez ou pas du tout. Est-ce que même parler de « faire de la doc » sur un blog technique c’est pas un peu… un troll ? 🙂
