Récemment, j'ai beaucoup écrit sur mes réflexions concernant le développement indépendant. J'ai voulu les résumer en parlant du parcours de Mole, passé d'un CLI open-source à un logiciel Mac payant — ce que je pensais à l'époque, ce qui a réellement fonctionné, et peut-être apporter un éclairage aux amis qui travaillent sur leurs propres projets.
Le site officiel de Mole est
mole.fit , et le CLI est open-source sur
GitHub . Vous pouvez l'essayer d'abord.
L'année dernière, pendant les vacances de la Fête nationale, j'ai écrit quelques centaines de lignes de code au bord d'une piscine à Sanya et créé un outil en ligne de commande pour nettoyer les Mac, appelé Mole CLI, que j'ai rendu open-source sur GitHub. Au départ, je le destinais uniquement à moi-même et à mes collègues. Il s'est avéré qu'en moins d'un an, il a récolté 60 000 étoiles, publié plus de 50 versions, et 121 développeurs du monde entier ont soumis du code, résolvant près de 800 suggestions de fonctionnalités et bugs.
En fait, je n'avais pas vraiment réalisé combien de personnes l'utilisaient jusqu'à ce qu'un jour, comme j'avais deux images dans le README accélérées par Vercel, le trafic a dépassé la limite de facturation et je devais 80 $ à Vercel. C'est là que j'ai compris qu'il était temps de créer une version de bureau.
Auparavant, le type d'email le plus courant que je recevais venait d'utilisateurs internationaux, avec le sentiment général : « Mes parents utilisent un Mac, ma sœur aussi, mais ils ne savent pas ouvrir le terminal. Pouvez-vous faire une version qui ne nécessite pas de taper des commandes ? » J'ai reporté cela un moment, principalement parce que je pensais que le CLI n'était pas encore assez mature. Plus tard, j'ai passé deux week-ends à construire la version de bureau Mac. Je l'ai publiée à 22 heures ce soir-là, et les notifications n'ont cessé de sonner toute la nuit — français, allemand, toutes sortes de devises. J'ai finalement désactivé les notifications par email juste pour pouvoir dormir un peu. Avec le recul, cette version initiale était en fait assez légère ; que peut-on construire de complet en deux week-ends ? De nombreuses fonctionnalités ont été ajoutées petit à petit au cours des mois suivants. C'était essentiellement un groupe d'utilisateurs qui payaient d'abord, puis m'accompagnaient pour le terminer. Le CLI reste inchangé, toujours open-source et gratuit, et continuera d'être mis à jour ; seule la version de bureau est payante.
Trois Types de Déchets Créés par l'IA
Après avoir construit la version de bureau, la fonctionnalité que j'utilisais le plus moi-même était le nettoyage, car mon Mac était vraiment poussé à ses limites par l'IA. Je garde Claude Code et Cursor ouverts toute la journée pour écrire des choses. Au début, je n'y prêtais pas beaucoup attention, mais plus tard, j'ai découvert que les déchets laissés par l'IA sont très différents des logiciels traditionnels, se répartissant en trois catégories.
La première catégorie est celle des artefacts de compilation. Ce n'est pas nouveau, mais l'IA a amplifié l'échelle. Avant, j'écrivais peut-être quelques centaines de lignes de code à la main et compilais trois à cinq fois par jour ; maintenant, je laisse un agent effectuer une douzaine de cycles en un après-midi, compilant à chaque cycle. Les cibles des projets Rust, les dossiers .next et dist du frontend, et DerivedData de Xcode grossissent très rapidement. J'ai déjà nettoyé 86 Go de ces seuls éléments. La deuxième catégorie concerne les anciennes versions laissées par les outils d'IA eux-mêmes. Les outils en ligne de commande comme Claude Code, Cursor Agent et GitHub Copilot se mettent tous à jour automatiquement. Ils se mettent à jour en téléchargeant la nouvelle version entière dans un nouveau répertoire — chaque version fait environ 250 Mo — et les anciennes ne sont pas supprimées. En quelques mois, une douzaine de versions inutiles peuvent s'accumuler. La troisième catégorie concerne les fichiers de modèles — les modèles téléchargés par Ollama et LM Studio, et les caches HuggingFace, qui occupent souvent des dizaines de gigaoctets.
Mole nettoie les deux premières catégories mais ne touche pas un seul octet de la troisième. Plus tard, j'ai progressivement pensé à cela en trois niveaux, catégorisant tout ce qui était scanné avant de décider s'il devait être coché par défaut. Le premier niveau est renouvelable : caches HTTP, caches GPU, artefacts de compilation et la plupart des journaux. Si l'application concernée a quitté et que le chemin est clair, il peut être nettoyé. Le deuxième niveau a un coût de reconstruction élevé : les caches des registres de gestionnaires de paquets, les poids des modèles locaux et iOS DeviceSupport peuvent tous être reconstruits, mais cela coûte de la bande passante et du temps, donc l'utilisateur devrait y jeter un œil lui-même. Le troisième niveau est irremplaçable : l'historique des discussions, les bases de données d'emails, les bibliothèques de photos et l'état des projets en cours. Je pense que ces choses ne devraient jamais être mises dans une liste de nettoyage en un clic.
Compresser ces trois niveaux en une seule liste « sûr à supprimer » serait plus facile, mais le coût est de prendre la décision à la place de l'utilisateur. Les dix catégories sur la page de nettoyage sont disposées dans cet ordre : les caches renouvelables sont en haut, et plus on descend, plus il faut vérifier par soi-même.
Des choses comme target, build, dist, __pycache__ et DerivedData peuvent être récupérées en recompilant, au prix de quelques minutes de CPU. node_modules, Pods, venv et vendor ressemblent aussi à des répertoires de dépendances, mais les supprimer nécessite de les télécharger à nouveau depuis Internet. Si vous êtes dans un train à grande vitesse ou dans un avion et que vous voulez exécuter un projet, vous seriez simplement bloqué à attendre. Ces deux catégories se ressemblent et sont facilement nettoyées ensemble comme des déchets. Mole CLI faisait cela au début, mais plus tard, j'ai spécifiquement retiré tous les répertoires de type téléchargement de la liste de nettoyage de la version Mac.
Les modèles sont la catégorie la plus lourde ici. Retélécharger des dizaines de gigaoctets est un désastre, et un outil de nettoyage général ne les supprimera même pas correctement. Ollama divise les modèles en un tas de blocs nommés par hachage ; plusieurs modèles peuvent partager le même bloc. ollama rm calcule si quelqu'un d'autre référence encore un bloc avant d'oser le libérer. Si vous supprimez manuellement un bloc qui semble volumineux du système de fichiers, vous pourriez casser un autre modèle. Seul l'outil lui-même comprend ces références.
Par conséquent, des chemins comme ~/.ollama/models et ~/.cache/huggingface sont codés en dur dans une liste de protection dans le code. Ils n'apparaîtront même pas pendant la phase d'analyse ; ils montrent seulement leur taille occupée dans la section d'analyse du disque, laissant les modèles eux-mêmes être gérés par Ollama ou LM Studio.
Il y a une autre catégorie de choses encore plus intouchables que les modèles : les enregistrements de sessions IA. ~/.codex/sessions, ~/.claude/projects et ~/.grok/sessions stockent vos dialogues complets avec l'IA sur des mois, voire une année. Ils contiennent vos pensées de l'époque, les solutions rejetées et les raisons de chaque changement. S'ils sont supprimés, ils sont vraiment perdus, et d'une certaine manière, ils sont plus précieux que le code lui-même. Donc ces chemins ne seront jamais nettoyés dans Mole, peu importe combien de temps ils sont restés là. Sont également protégés les souvenirs, les plans, les compétences et les images générées.
Ces listes de protection n'ont pas toutes été pensées au début ; elles ont surtout été apprises par essais et erreurs. L'erreur la plus stupide a été com.apple.e5rt.e5bundlecache. Il a « Caches » dans son nom et se trouve dans le répertoire des caches, donc il ressemble à un cache, mais c'est en fait un modèle compilé par le moteur neuronal d'Apple. Le CLI, au début, le traitait comme un cache et l'a effacé, ce qui a fait planter toutes les applications utilisant des fonctionnalités de reconnaissance jusqu'à un redémarrage. Depuis lors, j'ai pris l'habitude : quand je vois un répertoire avec « cache » dans son nom, je me pose trois questions : Qui l'a écrit ? Qui le lira après un redémarrage ? Comment le récupérer si je le supprime par erreur ? Si je ne peux pas répondre à l'une d'elles, je n'y touche pas.
Regardez Avant de Supprimer
Je ne juge pas la qualité de ce type d'outil par la quantité qu'il peut nettoyer, mais plutôt par sa capacité à vous laisser voir clairement avant de supprimer.
Quand Mole nettoie, il scanne d'abord, liste les éléments un par un, et montre exactement ce qu'est chaque élément, où il se trouve et combien d'espace il prend. Les éléments dont je ne suis pas sûr sont décochés par défaut. Vous confirmez avant de supprimer, et lors de la suppression, les éléments vont d'abord dans la Corbeille pour pouvoir être récupérés si vous regrettez. L'analyse et le nettoyage sont entièrement effectués localement ; les fichiers et les résultats ne sont jamais téléchargés. Le coût est que c'est plus lent et nécessite une étape de confirmation supplémentaire, ce qui peut sembler fastidieux quand on est pressé, mais je préfère manquer une suppression que de supprimer quelque chose par erreur.
La désinstallation suit la même logique. Lorsque vous sélectionnez une application, Mole trouve tout ce qui est dispersé dans le système, étiquetant chaque élément avec son chemin et sa taille. Dans l'image ci-dessus, l'application Claude elle-même ne fait que 781 Mo, mais ~/Library/Application Support/claude fait 7,67 Go. Ce n'est jamais le paquet d'application lui-même qui prend vraiment de l'espace. Les éléments de connexion et les services en arrière-plan sont également sur la même page, vous n'avez donc pas à les chercher dans les Réglages Système.
Par exemple, les installateurs de mise à jour du système macOS — le répertoire /macOS Install Data — font souvent plus de 10 Go et ressemblent à des cibles de nettoyage parfaites. Mais le système pourrait encore en avoir besoin pour terminer la mise à jour ; les supprimer trop tôt pourrait empêcher la machine de démarrer. Donc dans Mole, c'est un élément de révision non coché avec trois niveaux de protection : s'il y a une mise à jour en attente d'installation, toute la ligne est masquée ; si l'installateur a été touché au cours des 14 derniers jours, il est masqué ; si des processus liés à l'installation sont encore en cours d'exécution, il est masqué. Si un signal ne peut pas être lu, il est traité comme un risque et n'est pas affiché du tout.
Au moment de l'exécution, le script privilégié racine effectue à nouveau ces vérifications. Si elles échouent, il se termine avec un code non nul. Vous ne verrez pas une situation où « le rapport indique que 12 Go ont été nettoyés mais pas un seul octet n'a été déplacé. »
J'ai une façon très simple de juger si un outil de nettoyage est bon. Installez deux produits du même fournisseur, désinstallez-en un seul, et voyez s'il inclut le répertoire parent Application Support partagé ou le conteneur de groupe. Si c'est le cas, cela signifie qu'il fait correspondre par nom, pas par propriétaire. Je n'ose pas laisser un outil qui ne peut même pas clarifier la propriété supprimer des choses en masse.
Il Ne Vous Dérangera Pas Normalement
Nettoyer 86 Go en une seule fois n'est pas réalisé en supprimant quelques journaux ; lors de la désinstallation de Claude, vous pouvez trouver des choses dix fois plus grandes que l'application elle-même dispersées dans le système. Il trouvera ce qu'il doit trouver, mais il ne vous dérangera pas activement.
Une fois installé, il ne fera pas apparaître de notifications tous les quelques jours pour vous rappeler de nettoyer, ni ne sautera après une analyse pour dire à quel point votre ordinateur est dangereux. Ouvrez-le quand vous voulez nettoyer ; quand vous ne le faites pas, c'est comme s'il n'existait pas.
L'interface suit la même philosophie. Si l'analyse n'est pas terminée, il n'entre pas dans la page des résultats. Pour les choses qui seront prêtes dans un instant, il ne donne même pas d'indication de chargement ; seulement après un certain temps, une animation « occupé » apparaît. La page de fin a également de l'espace réservé à l'avance pour que la fenêtre ne saute pas lorsque les résultats apparaissent. Toutes ces règles sont très triviales, mais ensemble, elles expliquent pourquoi il semble stable à utiliser.
Les tâches sous-jacentes sont intrinsèquement imprévisibles, donc ajouter des animations n'aide pas ; le processus lui-même doit être fiable. Je ne veux pas d'un outil de maintenance qui nécessite une surveillance constante. Lancez la tâche, attendez qu'elle se termine, puis reprenez l'écran — c'est suffisant. Il n'a pas besoin de faire clignoter des lumières pour vous rappeler de le regarder.
L'accessibilité fait également partie de cela. L'ordre de lecture, les opérations au clavier et la stabilité du focus font tous partie de la même expérience « silencieuse ». Lorsque le « Réduire le mouvement » du système est activé, les planètes arrêtent leur rotation décorative, et les changements d'état réduisent les mouvements spatiaux. Aucune opération ne dépend de la compréhension d'une animation par l'utilisateur.
Le Rendre Utilisable Même pour un Septuagénaire
Avant, quand je faisais des choses, je considérais essentiellement si elles étaient faciles à utiliser pour mes collègues et amis. En passant du CLI à la version de bureau, j'ai réalisé que le rendre utilisable pour un grand-père de 70 ans implique beaucoup plus, et c'est beaucoup plus intéressant. Ce qui suit est tiré des emails des utilisateurs des trois derniers mois ; mes plus grands gains sont presque tous ici.
Un utilisateur britannique de près de 70 ans a dit qu'il avait eu un « moment de senior » et avait racheté Mole. « Considérez le second paiement comme un cadeau pour vous ; merci pour cet excellent outil, il m'a fait économiser bien plus de livres que CleanMyMac. » Je lui ai suggéré de demander un remboursement ou de donner la licence supplémentaire. Il a vérifié autour de lui et a répondu le lendemain : « Aucun de mes voisins n'utilise de Mac, ni mes abonnés sur Bluesky. Cette tournée est pour moi. » Recevoir de telles lettres me fait sentir que je dois rendre le produit encore meilleur pour être digne de cette confiance.
Un utilisateur américain a corrigé une idée fausse que j'avais sur les habitudes régionales. J'ai toujours pensé que les Américains devaient utiliser les Fahrenheit pour la température, donc j'ai mis les Fahrenheit par défaut pour la région américaine. Il a dit : « Les Américains utilisent les Celsius dans tous les contextes techniques ; seuls la météo et la température corporelle sont des exceptions. J'ai été surpris de voir 110 quand j'ai installé Mole. Les spécifications qu'Apple montre aux Américains sont aussi en Celsius, et fastfetch/neofetch utilisent les Celsius par défaut sur les systèmes américains. Je suggère de garder le bouton Fahrenheit mais de mettre les Celsius par défaut pour toutes les régions. » J'ai ensuite changé pour les Celsius par défaut avec un bouton Fahrenheit. Il a également envoyé un suivi sur les prix, disant que le nombre que j'avais donné ne ressemblait pas à un prix délibérément fixé mais plutôt à une conversion d'une autre devise. Il a ajouté : « Par 'étranger', je ne veux pas dire anti-chinois, mais que les gens veulent sentir que l'auteur les comprend. » Pour être honnête, j'ai juste choisi ce prix au hasard ; je n'ai jamais sérieusement réfléchi aux prix avant de fabriquer le produit. Se faire reprendre par un inconnu était assez embarrassant — il s'avère qu'un chiffre de prix affecte aussi les décisions des utilisateurs.
Un utilisateur avec une déficience visuelle légère a dit : « Cela a l'air d'une très belle application, mais malheureusement je ne peux pas l'utiliser ; elle semble avoir le mode sombre codé en dur. Mon système est en mode clair, et je n'utilise que des applications en mode clair. » Rendre Mole uniquement sombre était une décision délibérée ; le panneau de la barre de menus flotte sur le fond d'écran comme un HUD, et le verre sombre a moins de reflets, éliminant le besoin d'un changement de thème. Mais cette raison ne tenait pas pour lui. J'ai toujours pensé que j'étais sérieux en matière d'accessibilité, mais j'ai complètement échoué à réaliser que le mode clair est lui-même une exigence d'accessibilité. Cela fait un moment que j'ai reçu cet email, et Mole est toujours uniquement sombre ; le mode clair est toujours sur la liste, inachevé. Je me sens un peu coupable qu'un produit prétendant se soucier de l'accessibilité ait fait attendre si longtemps un utilisateur qui a explicitement dit qu'il ne pouvait pas l'utiliser.
Un conférencier d'une université allemande a demandé une licence éducative, disant que c'était « non seulement un soutien pour moi personnellement, mais aussi un soutien significatif au niveau éducatif. » Il s'avère qu'il y a des enseignants internationaux qui utilisent mon produit dans un environnement de classe, un cas d'utilisation que je n'avais pas anticipé. Un médecin hongrois a donné l'avis négatif le plus honnête : « Pour être honnête, le prix est un peu élevé pour quelque chose qu'une application gratuite peut aussi faire. » Je n'ai pas trouvé cela dur du tout ; le pouvoir d'achat varie considérablement d'un pays à l'autre. Il ne se plaignait pas ; il m'aidait à localiser un problème.
Mes fonctionnalités préférées dans Mole n'étaient en fait pas mes idées. La notification lorsque les AirPods sont faibles a été ajoutée pendant que je travaillais sur la santé de la batterie ; je n'avais pas rencontré ce scénario jusqu'à ce qu'un après-midi, je l'ai réellement reçue — c'était très attentionné et pas intrusif. J'ai ajouté trois comportements différents pour garder l'écran allumé après un rappel d'utilisateur ; quand je sors soudainement le week-end, le codage IA peut continuer à fonctionner, ce qui me fait gagner beaucoup de temps asynchrone. Pouvoir voir le niveau de batterie de l'iPhone dans la barre d'état était difficile à implémenter au début, mais j'ai finalement trouvé un moyen. Ce sont toutes des choses que les utilisateurs m'ont demandé d'ajouter, et j'ai fini par en bénéficier le plus.
J'ai En Fait Répondu aux Emails Manuellement
Les questions-réponses, les remboursements et la réinitialisation des codes d'activation représentent moins de 1 % de la base d'utilisateurs. Je pourrais écrire un script en une demi-heure pour tout automatiser, mais je ne l'ai pas fait. Ce n'est qu'en les traitant un par un que je peux ressentir ce que les utilisateurs veulent vraiment, pourquoi ils se font rembourser et ce qui les met mal à l'aise — et ce n'est souvent pas la première chose qu'ils demandent. Mon seuil pour l'automatisation est lorsque trois choses sont vraies : le problème se répète, la réponse est stable et toutes les exceptions sont comprises. Jusque-là, je préfère répondre un par un. Cela reste efficace ; je n'ai pas dépensé d'argent en marketing, et la croissance provient principalement du bouche-à-oreille. Le taux de remboursement est inférieur à 0,8 %. De nombreux acheteurs sont des utilisateurs de longue date du CLI.
Avant la sortie, je n'ai pas mis en place de système de tickets, de plateforme de service client ou de base de connaissances. Les ingénieurs aiment construire ces systèmes de support d'abord parce que c'est un travail familier, et l'IA l'a compressé à une demi-journée, ce qui rend plus facile de commencer trop tôt. Mais même s'il ne faut qu'une demi-journée pour le construire, la maintenance est un engagement à long terme, et ce n'est tout simplement pas encore nécessaire. Le jour où la boîte de réception commence à perdre des demandes, où les temps de réponse deviennent flous ou où la même question obtient des réponses différentes — c'est à ce moment-là qu'un nouveau système est vraiment nécessaire. L'IA rend de nombreuses parties de ce produit possibles, mais la communication avec les gens ne peut pas être remplacée par l'IA ; sinon, ce ne serait pas intéressant. Elle peut améliorer l'efficacité, mais il est difficile d'améliorer les sentiments mutuels et la confiance. Cela pourrait aussi être une façon pour les produits nés du codage IA de conserver une touche humaine.
Les Choses Que J'ai Trouvées Utiles à Faire
Dans la construction d'un produit, je pense que la capacité de codage ne représente qu'environ 30 %. Plus d'efforts sont consacrés à relier vos propres points faibles à ceux de la plupart des utilisateurs, à créer quelque chose qui est facile à utiliser sans manuel, et à le pousser devant les bonnes personnes pour qu'elles sentent qu'il a résolu un problème majeur. Un ingénieur produit est à peu près une combinaison de chercheur, chef de produit, ingénieur, opérateur, analyste de données et stratège commercial.
Ce que vous ne faites pas est bien plus important que ce que vous faites. Pour un outil qui supprime vos fichiers, cela devient ce que vous ne supprimez pas. Ces listes de protection codées en dur proviennent toutes de cette règle. J'ai eu la chance de lire de nombreux livres sur la culture de l'ingénierie quand j'ai commencé en première année ; des phrases comme « les entités ne doivent pas être multipliées sans nécessité » et « la simplicité est la sophistication suprême » se sont lentement infiltrées dans ma vie, mon travail et mon code. Je ressens cela encore plus profondément après avoir fabriqué des produits. La différence entre un bon produit et un produit moyen réside en grande partie dans la capacité à décider ce qu'il ne faut pas faire. Certaines fonctionnalités sont bonnes en elles-mêmes, mais si elles ne sont pas sur le chemin principal, je ne les inclus pas ; sinon, cela devient facilement un tas de fonctionnalités difficiles à maintenir.
Un autre sentiment est que vous devez avoir une feuille de route pour les six prochains mois dans votre tête, sachant clairement quoi ajouter dans chaque version, quels sont les faux besoins et quelles fonctionnalités devraient être placées là où elles sont à portée de main pour les utilisateurs. Pour les utilisateurs ordinaires, celui que vous pouvez utiliser sans lire de manuel est le bon. Le positionnement de Mole est celui d'un gardien silencieux de la maintenance du système Mac. De nombreux amis ont suggéré d'excellentes fonctionnalités que j'ai poliment refusées. Mon objectif est simple : si un utilisateur de Mac sur cent est prêt à garder Mole, c'est déjà assez utile.
Maintenant, avant qu'une fonctionnalité n'entre dans la feuille de route, elle doit passer trois portes : il ne peut y avoir de minuteurs, d'écouteurs ou de surcharge d'échantillonnage permanents si l'utilisateur n'a pas cliqué sur la fonctionnalité ; vous ne pouvez pas étendre les assistants privilégiés ou ajouter de nouvelles permissions système pour un petit confort ; et vous ne pouvez pas ajouter de paramètres lorsqu'il existe des valeurs par défaut raisonnables. Ce ne sont pas des principes universels pour tous les logiciels, mais des règles que Mole s'est fixées. Chaque tâche permanente, privilège et configuration supplémentaire exige que l'utilisateur vous fasse un peu plus confiance.
Je ne garde généralement pas pour les « grands coups » ; j'essaie de publier une version chaque semaine pour que les problèmes des utilisateurs puissent être résolus rapidement et que je puisse avoir un dialogue aller-retour. Chaque publication, mise à jour et promotion est une excellente opportunité de communication et permet aux personnes qui n'ont pas vu les nouvelles de savoir ce que vous faites.
À l'ère de l'IA, les barrières de code deviennent plus petites. Ce qui nécessite plus de contrôle est de savoir comment dépenser exactement les Tokens pour résoudre les problèmes des utilisateurs. Cela ne me dérange pas de dépenser plus, mais cela doit être dépensé efficacement — par exemple, discuter des exigences en profondeur, creuser dans les données pour trouver le vrai problème et rédiger un texte que les gens comprennent en un coup d'œil. Ces domaines valent la dépense. Je considère les Tokens comme un investissement, et les investissements doivent rapporter.
Mole est mondial depuis le premier jour, et je publie plus de contenu en anglais qu'en chinois. Mon sentiment pendant cette période est que le monde est immense, la base d'utilisateurs est large, et ils sont prêts à vous faire confiance dès le début. Les personnes que vous aidez en passant deviennent souvent vos utilisateurs plus tard parce qu'il y a eu une interaction réelle. Je n'ai pas dépensé d'argent en promotion ; les pics sur X sont élevés mais de courte durée, alors que les choses publiées sur YouTube se dégradent très lentement. Tant que le contenu est bon et que quelqu'un le recommande, il peut y vivre longtemps.
J'ai passé plus de temps sur les données que je ne l'imaginais. Regarder les ventes par dimension et par temps, combiné aux données de trafic, aux commentaires des utilisateurs, à tous les enregistrements des interactions avec les utilisateurs, aux raisons des remboursements et à tous les problèmes du côté open-source — ce sont toutes des ressources précieuses. Elles m'aident à découvrir de nombreux problèmes dont je ne connaissais pas l'existence et à voir exactement où l'entonnoir de vente est cassé.
Le dernier point concerne davantage ma propre approche. Construire un compte avec un utilitarisme profond rend anxieux ; je préfère le construire comme une marque, avec moi-même comme la marque. Mes pensées, idées, mises à jour de produits, idées, interactions et commentaires ajoutent tous de la confiance à cette marque. La confiance est particulièrement importante dans le monde actuel de l'IA, à la fois faux et prospère. Les choses qui semblent incroyables mais qui sont moyennes une fois que vous cliquez ont déjà abaissé les attentes de nombreux utilisateurs. Même si vous avez un produit vraiment bon, vous n'obtiendrez pas d'attention sans confiance. Cela peut être fait pour le très long terme ; tant que vous êtes sur Internet, cette marque vivra — c'est le produit avec le cycle de vie le plus long de votre vie.
Pourquoi Cinq Planètes
Le bureau de Mole a actuellement cinq modules : Nettoyage, Désinstallation, Optimisation, Analyse de Disque et État du Matériel. Chaque module correspond à une planète dans l'interface : Nettoyage est la Terre, Désinstallation est Mars, Optimisation est Mercure, Analyse est Jupiter et État est le Soleil. Cela est lié à mon amour d'enfance pour regarder les orbites planétaires, plus le fait que la première chose que j'ai vraiment voulu apprendre après avoir appris le frontend il y a dix ans était WebGL. Les textures planétaires ont été changées pas moins de 10 fois ; j'en ai téléchargé beaucoup depuis le site officiel de la NASA avant de me fixer. La direction de rotation, la vitesse et les effets de vol après l'achèvement suivent tous les corps célestes réels.
Cette partie aurait pu être omise ; un petit outil de barre de menus qui nettoie en un clic fonctionnerait aussi. Mais les déchets numériques générés par l'IA sont déjà suffisants. Au lieu d'utiliser des Tokens pour empiler une autre interface qui fonctionne à peine, je voulais faire quelque chose d'un peu plus confortable — ne pas gaspiller mes Tokens, et ne pas polluer votre timeline.
J'aime que les choses se produisent naturellement plutôt que de poursuivre des résultats de manière urgente en peu de temps ; ces trois mois l'ont renforcé. Il y a quelque temps, j'ai pensé à une phrase : Le meilleur travail du monde est probablement pour un apprenant continu dans un marché libre d'utiliser son jugement, sa capacité et son esthétique pour créer continuellement de la valeur que d'autres sont prêts à payer.
Le CLI est open-source et gratuit sur GitHub, et la version de bureau Mac est sur le site officiel mole.fit.
Comme c'est la première fois que je crée un produit payant, il se peut que certains aspects m'aient échappé. Je suis ouvert aux suggestions et conseils de personnes expérimentées. Les changements mentionnés ci-dessus ne viennent pas de moi ; ils ont tous été apportés suite à un email d'un utilisateur ou à un signalement. Ne renoncez donc jamais à l'opportunité de communiquer avec vos utilisateurs ; écoutez leurs plaintes et suggestions à cœur joie : elles peuvent vous aider énormément et vous permettre de mieux comprendre vos utilisateurs.
