Développement on kenji.blog

L'histoire secrète du développement de LogicPad

Wed, 30 Jul 2025 23:51:35 +0900

Un outil pour “ceux qui ne peuvent pas coder, mais qui ont de la logique”. La raison pour laquelle j’ai créé LogicPad

Bonjour, je suis kenji. Je suis le créateur de l’outil low-code " LogicPad “. Cette fois, il ne s’agit pas d’une présentation du produit, mais je voudrais écrire sur les coulisses du développement, “Pourquoi ai-je décidé de créer cela ?”, et sur mes propres pensées d’un point de vue un peu personnel.

Honnêtement, ce n’était pas seulement le développement d’un outil. Mon passé, les frustrations au travail, mes compétences et le désir ardent de “créer un jour mon propre produit” — LogicPad est né du résultat de la convergence de toutes ces choses.

En d’autres termes, c’est aussi le “projet d’une vie” pour moi. Je vais écrire ce contexte aussi honnêtement et passionnément que possible.

Je voulais un produit pour lequel je pourrais dire fièrement “C’est moi qui l’ai fait”

Pour être honnête, c’était ma première motivation.

Depuis toujours, j’ai aimé écrire du code, que ce soit pour le travail ou comme passe-temps. J’ai également été impliqué dans divers développements. Mais, un jour, j’ai soudainement réalisé. “Je n’ai aucun produit que j’ai lancé dans le monde sous mon nom, sous ma responsabilité.”

Bien sûr, il y a de la valeur dans ce que nous créons en équipe, et il y a eu beaucoup de travaux dont je suis fier. Mais quelque part, il y avait aussi un sentiment de vide, “Vais-je terminer ma carrière sous le nom de quelqu’un d’autre comme ça ?”.

Juste une fois suffirait. Je veux laisser quelque chose dont je puisse dire fièrement, “C’est moi qui l’ai fait”. C’est dans cet esprit que j’ai commencé à concevoir LogicPad. C’était il y a environ 6 ans (vers 2019). (L’idée originale elle-même remonte à 2015 environ, lorsque j’ai découvert Blueprint, le langage de programmation visuelle d’Unreal Engine.)

Je ne peux pas m’y mettre car je ne sais pas coder. N’est-ce pas dommage ?

Il y avait beaucoup de personnes excellentes sur mon lieu de travail.

Elles peuvent construire de la logique. Elles maîtrisent les fonctions Excel et peuvent voir l’essence du problème. Mais — à l’étape “écrire du code”, leurs mains s’arrêtent.

“Je fais cette tâche à chaque fois en regardant le manuel de procédure, mais n’y a-t-il pas moyen de l’automatiser ?” “Oui, c’est possible. Mais… pour cela, il faut écrire du code…”

Nous avons eu de telles conversations à maintes reprises.

À chaque fois, je pensais : “C’est un tel gâchis de s’arrêter au mur du code alors qu’on comprend la logique.”

L’option d’un éditeur low-code

En fait, dans mon emploi précédent, je développais un logiciel de CAO 2D fonctionnant via une interface graphique (GUI). Avec la CAO, vous utilisez la souris pour assembler des formes, n’est-ce pas ? En d’autres termes, c’est un monde où “la logique est construite par l’opération” .

J’ai pensé : “C’est très compatible avec le low-code”.

En remontant encore plus loin, depuis mon époque étudiante, j’ai toujours écrit du code et produit en masse de petits programmes dès qu’une idée me venait, comme le traitement d’images, le traitement numérique, des outils Windows et des outils de publication automatique sur les réseaux sociaux. Je pense qu’il y en a plus de 600. Ils sont toujours sur mon GitHub aujourd’hui.

À l’époque, je ne pensais pas à la signification. C’était juste “Je le fais parce que j’ai envie de le faire”. C’était tout.

Mais maintenant, en créant LogicPad…

J’ai eu l’impression que les points s’étaient enfin rejoints.

Facile à utiliser, mais puissant. La difficulté de l’équilibre

Ce à quoi je pensais constamment en faisant avancer le développement, c’était “En faire un outil intuitif à utiliser, mais en même temps robuste.”

Si vous ajoutez des fonctions, vous pouvez faire plus de choses. Mais cela devient plus difficile à utiliser. Si vous simplifiez, n’importe qui peut l’utiliser. Mais il y aura alors des personnes qui ne seront pas satisfaites.

Pour qu’on ne dise pas : “Les outils low-code ne sont que des jouets, n’est-ce pas ?”. Mais je ne veux pas non plus qu’on dise : “En fin de compte, ça ne sert à rien si on ne code pas.”

Je me battais constamment sur la ligne de démarcation entre l’intuition et l’expressivité.

J’ai reconstruit l’interface utilisateur à maintes reprises, je l’ai jetée à maintes reprises, Et quand je me suis enfin approché d’une forme où je me suis dit “Ça va le faire”, j’étais vraiment heureux.

J’ai été sauvé par les mots de ma première “utilisatrice”

La première fois que j’ai donné LogicPad, c’était à une ancienne collègue. Elle n’est pas douée en informatique, et elle a peur du code. Mais elle est douée pour la logique.

Après lui avoir expliqué un peu et l’avoir laissée manipuler… Je ne peux pas oublier la phrase qu’elle a dite quelques minutes plus tard.

“Avec ça, je pense que même moi, je pourrais le faire !”

À ce moment-là, j’ai failli pleurer. C’est ce que je voulais lui offrir.

Non pas un outil qui fonctionne, mais le sentiment de “Je l’ai créé moi-même !” . J’étais convaincu que c’était là la véritable valeur de LogicPad.

Quand le nombre de créateurs augmente, la société devient bien plus intéressante

Je pense que la “démocratisation de la technologie” est vraiment importante.

La technologie a le pouvoir de changer le monde. Mais le nombre de personnes qui peuvent la manipuler est limité.

Et si on pouvait créer une application simplement “en comprenant la logique” ?

Davantage de personnes pourraient passer du “côté de la création”. Et je pense que ce qui naîtra de là dépassera notre imagination actuelle.

Si LogicPad pouvait devenir cette porte d’entrée. Je veux que ce soit un outil qui transforme le “je veux créer” en “je peux créer”.

C’est mon souhait.

En conclusion

LogicPad est encore en version bêta et n’est pas terminé. Il y a encore des tonnes d’améliorations à apporter et de choses que je veux faire.

Mais, je mets tous les “points” de ma vie dans cet outil. Maintenant, je peux dire avec fierté :

“C’est le produit que j’ai créé.”

👇 Bonus : Ce que vous pouvez faire avec LogicPad

Construir des processus par glisser-déposer
Les branchements conditionnels et les variables peuvent également être gérés dans l’interface graphique
Divers nœuds de collaboration IA sont disponibles
L’extension pour les utilisateurs avancés est également possible grâce à l’insertion de scripts
Fonctions mathématiques et traitement de données de haute précision (calculs numériques avec une précision infinie, etc.)
Une multitude de raccourcis clavier pour les utilisateurs avancés
Prend en charge les langues de plus de 90 pays

Ce que je veux faire à l’avenir

Générer de la logique à partir du langage naturel en collaboration avec l’IA
Un système qui permet aux utilisateurs de créer des nœuds personnalisés
Construire une plateforme où les nœuds et la logique créés peuvent être partagés

✍️ Postface

Merci beaucoup d’avoir lu jusqu’ici. Ce n’était pas seulement le développement d’un outil, mais un défi dans lequel j’ai mis ma propre expérience, ma passion et des fragments de ma vie.

“Je ne sais pas coder, mais j’ai de la logique.” Un avenir où ces personnes pourront “créer” par elles-mêmes. C’est ce que je veux continuer à viser à travers LogicPad.

Je serais très heureux si vous pensiez, ne serait-ce qu’un peu, “J’ai envie de l’utiliser”. Si vous êtes intéressé, n’hésitez pas à essayer LogicPad.

Et si vous avez des impressions ou des remarques après l’avoir utilisé, même les plus petites, n’hésitez pas. Votre voix sera une force majeure pour façonner la prochaine étape de ce produit.

Merci pour votre soutien continu.

Le Mur du Développement de l'IA

Sun, 20 Jul 2025 21:52:42 +0900

Le Mur du Développement de l’IA

~ Je suis arrivé à la 8ème station, mais à partir de là, ce fut l’enfer ~

Bonjour, c’est kenji.

Dernièrement, j’ai entendu beaucoup de gens dire : “J’ai demandé à l’IA et j’ai pu créer une application !” Nous avons dépassé l’ère du no-code et du low-code pour entrer dans la phase du “vibe coding” (coder à l’intuition).

Par exemple, si vous dites “crée une application pour éditer des images et les publier sur les réseaux sociaux”, l’IA va générer le code et même l’interface utilisateur. Incroyable, on n’a plus besoin d’humains, non ? On pourrait le penser.

Mais en réalité, c’est comme atterrir à la 8ème station du Mont Fuji en tongs .

Jusqu’à la 8ème station, ça a l’air “facile”

Au début, le développement avec l’IA est vraiment facile. Entrées/Sorties de fichiers ? Ça marche. Réseau ? Eh bien, ça se connecte. Base de données ? Du JSON suffira. Interface utilisateur (UI) ? ChatGPT a généré du code React pour moi. Paiement ? L’API de Stripe peut se régler par un simple copier-coller.

À ce stade, on se fait l’illusion : “Je suis ingénieur maintenant, non ?” Mais le véritable enfer commence ici.

Pourquoi reste-t-on bloqué ?

La raison est simple : “L’IA crée quelque chose qui semble terminé, mais les ajustements finaux sont entièrement laissés aux humains.”

Les données disparaissent à cause des I/O de fichiers
La normalisation de la base de données est faible et les recherches sont lentes
L’UI n’est pas intuitive
Aucun test de charge, donc crash en cas de pic de trafic
Rejet lors de l’examen par Apple/Google
Problèmes avec les exigences légales (frôlant la catastrophe)

En d’autres termes, l’IA excelle à créer “des prototypes qui ressemblent à des produits finis” , mais en faire un “produit fonctionnel dans le monde réel” reste, aujourd’hui encore, le travail de l’homme .

Mais, il y a un paradoxe

Ici, on remarque un paradoxe .

Et si l’IA pouvait vraiment tout faire à l’avenir ? En d’autres termes, si “la sécurité, la facturation et le design étaient parfaitement gérés par l’IA” ?

À ce moment-là, la nécessité même pour les humains de créer des applications pourrait disparaître .

Car si les utilisateurs disent directement à l’IA “je veux faire ça”, les tâches seront exécutées instantanément sans avoir besoin d’une application.

🌀 Par exemple

Autrefois, on “ouvrait une application calculatrice pour calculer”, mais aujourd’hui, on dit juste “Dis Siri, combien font 12 x 32 ?” et c’est tout.

De la même manière, si on dit “Hé l’IA, modifie et partage cette photo”, la tâche peut être accomplie sans même passer par l’UI ou l’API d’une application.

En bref, lorsque l’objectif de “créer des applications avec l’IA” sera atteint, nous pourrions entrer dans un monde où les applications elles-mêmes ne sont plus nécessaires .

En fin de compte, que pouvons-nous faire maintenant ?

Alors, que devons-nous faire ?

Pour l’instant, “au-dessus de la 8ème station” reste le domaine de l’humain, alors perfectionnons-le.
Concentrez-vous sur la compréhension essentielle des utilisateurs et la conception de services.
Pensez à “ce qui a de la valeur” plutôt qu’à “ce qui peut être créé”.
Explorez plutôt des moyens d’apporter de la valeur “sans être restreint par le format d’une application”.

L’IA est un outil, un ascenseur, et parfois un concurrent. Mais “quoi créer” et “pourquoi le créer” restent des questions pour nous, les humains .

Résumé :

Le mur du développement de l’IA n’est pas technologique, c’est un paradoxe structurel.

Une époque où n’importe qui peut atteindre la 8ème station du Mont Fuji. Mais le vrai défi commence à partir de là.

Et quand nous atteindrons le sommet, un avenir où nous nous demanderons “Avions-nous vraiment besoin de gravir la montagne ?” nous attendra peut-être.

Market-in et Product-out

Tue, 15 Jul 2025 20:18:22 +0900

Market-in et Product-out

Bonjour, c’est kenji.

Parfois, dans des livres de business ou des propositions de projets,

“Notre stratégie est market-in.” “C’est plutôt du product-out.”

Je vois des gens dire ce genre de choses, mais…

Attendez, Market-in ? Product-out ? Lequel est le meilleur ???

Ne vous posez-vous pas la question ?

Alors cette fois, je vais essayer d’expliquer ces concepts de “market-in” et de “product-out” aussi simplement que possible, avec un regard un peu critique.

Pour faire simple…

Market-in : Écouter la voix du marché (market) et créer des produits qui y répondent.
Product-out : Créer ce que nous pensons être bon (product) et le lancer dans le monde.

C’est tout. C’est simple.

Par exemple, dans un restaurant de ramen…

Un restaurant de ramen market-in dirait : “Les ramen de style Iekei sont à la mode en ce moment. D’accord, mettons plein de gras et d’ail !”

Un restaurant de ramen product-out dirait : “Ce ramen au lait de soja, basilic et sel que j’ai fait est vraiment incroyable, alors mangez-le !”

Quelle est la bonne réponse… les deux ont raison

Le market-in a une “forte probabilité de se vendre” car il se rapproche des besoins du client, mais il est difficile de générer des idées révolutionnaires ou des percées.

Le product-out consiste à “donner forme à la justice en laquelle nous croyons”, il est donc audacieux et attrayant, mais s’il manque sa cible, il ne résonnera avec personne.

L’iPhone ressemble à du product-out

À une époque où les gens disaient “Nous n’avons pas besoin de smartphones”, Apple a sorti l’iPhone.

C’est un exemple de succès totalement product-out .

S’ils avaient écouté la voix des utilisateurs, on leur aurait dit “Un téléphone portable sans clavier ? Impossible” et ça se serait arrêté là.

Mais le product-out peut facilement devenir une “satisfaction personnelle”

Parfois, certaines entreprises ou personnes disent : “Nous sommes de type product-out”, mais…

Attendez, n’est-ce pas juste ignorer l’utilisateur ?

C’est ce que je pense parfois.

“Nous l’avons fait parce que nous voulions le faire. Mais ça ne s’est pas vendu.” Ce n’est pas du product-out, c’est du “monologue-out”.

Le market-in a aussi ses pièges

D’un autre côté, le market-in n’est pas non plus tout-puissant.

Si vous dites : “Nous ferons tout ce que les utilisateurs demandent !”, le cœur du produit se perdra, et au final, il n’attirera personne.

Vous continuez à ajouter des fonctionnalités, et avant même de vous en rendre compte, c’est devenu un outil chaotique.

Ceux qui sont vraiment incroyables, ce sont “ceux qui font les deux”

Les produits incroyables présentent brillamment “ce que les utilisateurs voulaient vraiment, mais ne pouvaient pas exprimer avec des mots”.

En d’autres termes, c’est “obtenir l’empathie du market-in avec la mentalité du product-out”.

C’est facile à dire, mais c’est extrêmement difficile à réaliser. Mais, si vous y parvenez, cela devient instantanément un “produit divin”.

Conclusion : Plus que les mots, la réaction des utilisateurs est tout

Market-in ou product-out. Savoir lequel est le bon est une question qui n’a pas beaucoup de sens.

“Est-ce que cela a vraiment touché le cœur des utilisateurs ?” c’est tout ce qui compte, je pense.

“Avec quel type de stratégie nous travaillons” Je pense que c’est très bien tant que vous pouvez l’écrire dans vos documents marketing plus tard.

Voilà, c’était l’histoire du market-in et du product-out !

Je pense que le plus sain est de ne pas se laisser distraire par des mots compliqués et de se dire “Finalement, comment pouvons-nous rendre les gens heureux ?”.

À plus tard~.

Comment installer Gemini CLI sur Windows

Sun, 13 Jul 2025 23:49:56 +0900

[Pour débutants] Comment installer Gemini CLI sur Windows

“Gemini CLI” vous permet d’utiliser l’IA générative “Gemini” de Google à partir de la ligne de commande. Dans cet article, nous expliquerons les étapes d’installation de Gemini CLI dans un environnement Windows de la manière la plus simple possible.

1. Préparation : Installer Node.js et npm

Tout d’abord, puisque Gemini CLI s’exécute sur un environnement appelé “Node.js”, vous devez installer ce qui suit :

Node.js
npm (Outil de gestion de paquets inclus avec Node.js)
npx (Outil d’exécution de commandes inclus dans npm)

Téléchargez la version Windows de Node.js depuis le site officiel ci-dessous (la version LTS est recommandée) :

👉 Site officiel de Node.js

Une fois l’installation terminée, vérifiez qu’elle a été correctement effectuée avec la commande suivante :

1
2


node -v
npm -v

2. Démarrez PowerShell

Pour utiliser Gemini CLI sous Windows, PowerShell est généralement utilisé. Tapez “PowerShell” dans le menu Démarrer pour l’ouvrir.

3. Installer Gemini CLI

Copiez et collez la commande suivante dans PowerShell pour l’exécuter :

1

npx @google/gemini-cli

Cette commande exécute temporairement le paquet Gemini CLI publié par Google. Il se peut que l’on vous demande de procéder à la configuration initiale et de vous connecter, si nécessaire.

Remarque : la première fois peut prendre quelques minutes. Si une erreur se produit, veuillez revérifier Node.js et votre environnement réseau.

4. Installation terminée ! Que faire ensuite

Gemini CLI est maintenant installé sur votre Windows. À partir de maintenant, vous pouvez utiliser Gemini à partir de la ligne de commande pour diverses opérations, comme la génération de texte et la complétion de code.

Si vous souhaitez vérifier la documentation officielle ou l’aide, vous pouvez également utiliser des commandes comme celle-ci :

1

npx @google/gemini-cli --help

Résumé

Revoyons les étapes pour installer Gemini CLI sur Windows :

Installer Node.js et npm
Démarrer PowerShell
Exécuter npx @google/gemini-cli

Et vous êtes prêt ! Si vous souhaitez utiliser l’IA générative localement, n’hésitez pas à essayer ces étapes comme référence.

Avantages et Inconvénients de la Création de Programmes avec Win32API + C++

Sat, 12 Jul 2025 12:30:35 +0900

L’Attrait et les Défis du Développement avec Win32API + C++

Pour ceux qui souhaitent maîtriser le développement d’applications Windows, Win32API + C++ reste une option puissante. Cette combinaison, qui permet l’interaction la plus proche possible avec le système d’exploitation, offre à la fois vitesse et flexibilité.

D’un autre côté, elle requiert de la détermination pour être maîtrisée, car elle diffère considérablement des styles de développement modernes.

Sur cette page, nous expliquerons clairement les avantages et les inconvénients du point de vue d’un développeur actif d’applications Windows .

Avantages

Exécution Native Ultra-Rapide

Étant donné que C++ et Win32API fonctionnent sur la couche la plus proche du système d’exploitation, il n’y a presque pas de surcharge inutile. L’utilisation du processeur et de la mémoire est extrêmement efficace, offrant une vitesse d’exécution écrasante .

Haute Flexibilité et Liberté

Vous pouvez contrôler finement par vous-même tous les comportements de l’application, tels que le contrôle des fenêtres, le traitement asynchrone, l’intégration COM et la gestion des processus. Il est également possible de créer des outils spécialisés et vos propres frameworks originaux.

Facile à Distribuer Sans Besoin d’Exécution

Comme aucun runtime externe tel que .NET ou Java n’est requis, il peut être distribué sous forme de fichier exécutable unique . Il est moins sujet aux problèmes lors de la redistribution et est facile à exécuter sans installateur.

Peut Créer des Applications Légères

Puisqu’il ne nécessite que la configuration minimale, sa caractéristique est d’avoir une empreinte mémoire très petite . Il fonctionne confortablement même sur des PC peu performants ou des environnements de machines virtuelles.

Contrôle Avancé au Niveau du Système d’Exploitation Possible

Vous pouvez également réaliser des contrôles qui sont difficiles avec des langages et des bibliothèques normaux , tels que les crochets globaux de la souris et du clavier, le réglage fin des styles de fenêtres et les opérations du menu système.

Inconvénients

Faible Efficacité de Développement

Même la construction de l’interface graphique doit être entièrement réalisée en code, et parfois des dizaines de lignes de code sont nécessaires juste pour créer un seul bouton . La modification de la conception est également compliquée, et la productivité est plus faible par rapport au développement utilisant des frameworks d’interface utilisateur.

Facile de Réduire la Maintenabilité

Il y a beaucoup de codes avec des structures spéciales , tels que les boucles de messages et les procédures de fenêtres, ce qui entrave la lisibilité et la réutilisation. Il a également des aspects inadaptés au développement en équipe et à la maintenance à long terme.

Difficile de Supporter l’Interface Utilisateur Moderne

Il est difficile de supporter l’UX requise ces dernières années , telle que la prise en charge des DPI élevés, les interfaces tactiles, l’accessibilité et le mode sombre. Vous devez traiter chacun manuellement, ce qui demande beaucoup d’efforts.

Ne Supporte Pas le Multiplateforme

Comme il s’agit d’une API entièrement exclusive à Windows, elle ne peut pas être portée sur macOS ou Linux . Si vous prévoyez un déploiement sur plusieurs plates-formes, vous devrez sélectionner d’autres technologies.

Coût d’Apprentissage Extrêmement Élevé

Vous devez comprendre des concepts et des mécanismes rarement utilisés aujourd’hui , tels que les handles, GDI, COM et OLE. De nombreux documents sont anciens, nécessitant du temps et de la patience pour apprendre.

Utilisations Appropriées

Outils légers tels que les lanceurs de fichiers et les aides aux raccourcis clavier
Utilitaires système tels que la manipulation du presse-papiers et le contrôle de l’IME
Applications basées sur le contrôle natif telles que les crochets globaux et la capture de fenêtres
Outils de support de pilote étroitement liés au matériel

Utilisations Inappropriées

Applications destinées au grand public où les interfaces utilisateur et expériences utilisateur modernes sont importantes
Prototypage et développement de MVP conçus dans un souci de rapidité
Projets à grande échelle basés sur une exploitation à long terme et un développement en équipe
Produits multiplateformes qui doivent prendre en charge plusieurs systèmes d’exploitation

Résumé de l’Évaluation

Point de Vue	Évaluation
Vitesse d’Exécution	◎ Très Rapide
Efficacité de la Mémoire	◎ Excellente
Vitesse de Développement	× Lente
Maintenabilité	× Faible
Support Multiplateforme	× Non Supporté
Support de l’Interface Utilisateur Moderne	× Faible
Liberté de Contrôle du Système d’Exploitation	◎ Écrasante Haute

Conclusion

Win32API + C++ est un outil pour les développeurs qui “veulent tout gérer dans le système d’exploitation par eux-mêmes”. Bien que sa puissance soit immense, l’apprentissage et le fonctionnement nécessitent une détermination correspondante.

Le fait que cela vaille la peine de “choisir audacieusement” dépend de la nature de l’application que vous visez.

Plonger dans le monde de #include <windows.h> sans dépendre de frameworks GUI ou de langages modernes ―― Ce choix est toujours significatif aujourd’hui.