8 points par ffdd270 2022-02-03 | 1 commentaires | Partager sur WhatsApp

Pour moi, c’était sans doute le fait de « manger sa propre nourriture pour chien au bon moment ».

Pour les projets où ça s’est appliqué…

  • Le programme de validation fonctionnelle d’un outil de développement interne que j’ai créé parce que développer en interne me frustrait a été prêt en deux semaines. Je l’ai développé en l’utilisant moi-même, j’en ai été satisfait, puis j’ai continué à l’étendre dans cet outil, à l’utiliser moi-même, à le publier… et à répéter ce cycle. Aujourd’hui, cela fait un an, et je l’utilise vraiment très bien. Comme je l’utilisais en continu, je bricolais d’abord à la va-vite les idées qui me semblaient bonnes. Ensuite, après les avoir testées, si elles étaient convaincantes, je les peaufinais à la fin, donc je pense que c’est ce qui a bien marché.

  • Comme la majeure partie de mon emploi du temps me semblait prévisible ( aller au bureau => développer => rentrer => développement/jeux/écriture => dormir ), j’ai essayé de créer un minuteur Pomodoro automatique. Celui-ci aussi, je l’ai développé pendant deux semaines, puis je l’ai utilisé pendant deux semaines. Mais je n’y ai pas trouvé un avantage significatif par rapport à ce qui existait déjà sur le marché. Donc je l’ai abandonné.

  • Je suis en train de créer un projet open source appelé cron for notion, un « générateur automatique de documents Notion à intervalle planifié ». Son objectif gigantesque est de permettre de définir un planning via un front-end Web, d’envoyer ce planning au backend, puis, après une logique énorme et terrifiante, de prendre en charge de nombreuses plateformes disposant d’une API REST capable de générer des documents… mais pour l’instant, c’est un petit programme mignon qui, si on lui envoie du JSON en ligne de commande via la CLI, produit joliment des documents. Celui-ci aussi, je l’ai développé pendant deux semaines sur mon temps de pause. Contrairement à son nom, il prend aussi en charge YouTrack, et il faut l’appeler via la CLI plutôt que via cron, mais j’ai réalisé qu’il était extrêmement utile.

Pour les projets où ça ne s’est pas appliqué…

  • Au lycée, je voulais créer un immense MMORPG en monde ouvert… J’ai passé huit semaines à jouer avec un personnage courant dans une plaine vide, puis j’ai laissé tomber.

  • J’avais créé un jeu mélangeant Super Smash Bros. et jeu de tir à l’aide d’un moteur physique. Il fallait le rendre immédiatement une fois le développement terminé. Du coup, j’ai transformé un jeu qui aurait pu être bien plus amusant en un jeu juste moyen.

  • Au lycée, je trouvais que ce serait génial de pouvoir jouer à un RPG sur mobile avec des gestes tactiles sur écran. Au moins, sur mon document de conception, ça avait l’air génial. Mais six mois plus tard, après avoir testé un jeu qui le prenait en charge, j’ai compris : ah, en fait, c’est nul ! Pendant ces six mois, je n’avais codé que la reconnaissance des gestes, et c’est pour ça que je n’ai pas été retenu dans ce concours.

  • Et les innombrables autres projets morts sans même avoir reçu de nom

Et vous, quels points communs avez-vous remarqués dans les expériences de développement de side projects qui vous ont satisfait ? 'm' ?

1 commentaires

 
xguru 2022-02-04

C’est similaire à ce que vous appelez dogfooding,

à l’époque où je collectionnais les CD, j’avais créé puis diffusé un outil qui ajoutait les tags d’informations d’album aux MP3, et je l’ai utilisé longtemps. Mais depuis que je suis passé au streaming et que je n’achète plus de CD, je ne m’en sers plus ces jours-ci. Cela dit, il y a encore des gens qui se souviennent de cet outil.

Quand les sites de type One A Day se sont multipliés, j’avais aussi créé, pour mon propre besoin, un agrégateur d’achats impulsifs qui les regroupait. Je ne l’utilise plus non plus, car il y a moins de produits intéressants et moins de sites.

L’important, je pense, c’est que les choses qui durent le plus sont les « outils créés pour répondre à mon propre besoin, mais qui peuvent aussi être utiles aux autres ».

Cet agrégateur d’achats impulsifs a aussi généré un petit revenu grâce à l’affiliation, et je pense que pour les side projects aussi, il vaut mieux tenter divers modèles de revenus plutôt que de simplement y coller de la publicité. C’est ce qui permet, à mon avis, de les faire vivre plus longtemps.