Ce qui me trotte dans le crâne ce week-end :
- Je pense que les canaux de distribution des logiciels commerciaux sont foutus.
Le comique, c’est que l’IA devrait justement faciliter tout ça. Mais pour l’instant... personne ne réfléchit vraiment à bâtir de nouveaux canaux, ou à imaginer de nouveaux modèles de distribution et des types de licences pour le logiciel.
Je me dis que la segmentation du marché est en fait une bonne chose. Et que le problème du bootstrap n’est pas aussi grave que les gens le pensent d’habitude.
J’étudie la faisabilité d’un projet collaboratif à grande échelle où on pourrait tous s’asseoir et brainstormer sur de nouveaux modèles de canaux de distribution. C’est plus logique si on se déploie et qu’on attaque ça en groupe.
Mais un soutien collectif et un projet collaboratif organisé sont probablement nécessaires.
Mon idée, c’est que si la communauté pouvait sortir 11 000 canaux... et que 6 d’entre eux fournissent une infrastructure de distribution de logiciels ou de construction de communauté de haute qualité qui vaille la peine d’être utilisée, tout le monde gagne, et peu importe qui finit par posséder le truc.
Le hic, c’est l’intention humaine.
Comme d’habitude.
Contrôles de peinture
- Classifieurs génératifs pour des systèmes de contrôle basés sur une transcription ultra-légère et des tâches simples de génération de code. Je rédige un framework pour rendre ça un peu plus facile, en utilisant des RNN. Pas besoin de transformers pour ce genre de choses.
Ça réglerait certains problèmes que j’ai rencontrés en essayant de bâtir Kinetic Painter jusqu’ici. C’est le projet où on plaque des pinceaux sur ses doigts et sa langue, et on les suit avec du motion capture via un moteur de jeu qui sait comment faire sécher la peinture.
Ma première idée était de construire la toile d’abord, mais la toile est remplaçable et accessoire. En réalité, c’est le système de contrôle qui rend une appli comme ça spéciale. Donc c’est logique que ce soit la couche où se trouvent tous les goulots d’étranglement de performance et les problèmes techniques.
Bref, si vous aimez jouer avec les RNN et les entraîneurs de modèles légers, je posterai quelque chose sur GitHub ce week-end. Vous pourrez faire un essai.
Reconstruire de vieux logiciels
- L’étude du contrat Flash5/Codecharge avance plutôt bien. Je pense que ce qui me manque avec Flash, c’est la fluidité du truc. Et j’arrive presque à la parité avec la base, avant de l’étendre vers quelque chose d’imminemment ridicule.
La partie Codecharge est prête pour les tests de base, et j’espère que ce qu’elle recrache sera au moins un peu plus propre que l’original. Je trouve le problème de la régénération particulièrement intéressant.
Autres expériences et Petrolina
- Ruby Tumbler est un compilateur Rails sur lequel je bosse. Besoin de repos. Ça fait mal à mon pauvre petit cerveau.
- Projet d’entraînement récursif de modèles. Actuellement sur le Corpus 6. Il y a eu des progrès, mais rien d’aussi spectaculaire ou intéressant que ce que j’espérais. Je m’ennuie un peu parce que toutes mes hypothèses récentes tombent à l’eau. Je fais une pause d’une semaine. Quand je m’y remettrai, j’évaluerai si je pense pouvoir boucler ça maintenant, ou s’il vaut mieux attendre Qwen4.
- Petrolina a un nouveau camion donneur et est prête à recevoir son cerveau. Mwhahaha.