À propos

Bonjour, moi c’est ddoong-guri.

En quelques mots

Mon métier
Développeur de produits grand public, actuellement chez DocentPro, une app de voyage
Mes sujets
Produits grand public, croissance et fidélisation
Projets auxquels j’ai contribué
Une app étudiante (UOSLIFE), un chatbot d’annonces universitaires (UosAsk), un service permettant aux militaires de consulter les stocks des magasins PX et de réserver des articles à retirer sur place (Mili-Stock) et une app de voyage (DocentPro)
Dans mes articles
Mes expériences de développement, les apps grand public à la loupe, la fidélisation et le travail avec l’IA

J’aime développer des produits pour le quotidien. Ce qui m’intéresse surtout, c’est ce qui se passe après le lancement : est-ce que les gens reviennent ? Au sein de l’équipe UOSLIFE, l’app étudiante de l’Université de Séoul, j’ai développé des fonctionnalités backend : chat en temps réel, recommandations de clubs et API de classement d’un mini-jeu. J’ai dirigé le projet UosAsk et pris en charge le backend et l’infrastructure de ce chatbot utilisé par les étudiants. Pour Mili-Stock, j’ai participé à la gestion de produit et au développement backend, des entretiens avec les utilisateurs à la proposition soumise à l’agence de bien-être des forces armées coréennes. Aujourd’hui, je travaille au sein de l’équipe DocentPro sur l’extraction de lieux, les tarifs et la réservation d’hôtels. Chaque jour, je travaille avec des agents IA pour transformer des idées en fonctionnalités qui marchent.

Ce que j’ai envie de créer

Des produits grand public qu’on ouvre aussi un jour comme un autre, sans attendre d’en avoir besoin.

Je raconte ici les projets auxquels j’ai contribué, je décortique les apps grand public que j’utilise et je partage ma façon de travailler avec l’IA.

Ma façon de travailler

  1. 01

    Avant de chercher un détour, vérifier que c’est vraiment impossible.

    La plupart des obstacles que j’ai rencontrés tenaient à des suppositions. Un essai concret coûte moins cher qu’une semaine à les contourner.

  2. 02

    Avant de corriger un problème, regarder à quelle fréquence il se produit.

    Je cherche d’abord à savoir qui est concerné et à quelle fréquence. Corriger un cas rare ne devrait pas modifier une fonction que tout le monde utilise.

  3. 03

    Décider d’abord, coder ensuite.

    Comprendre la cause et l’ampleur du problème, comparer les options, puis décider. Le code vient à la fin.

  4. 04

    Les agents IA exécutent, je décide de ce qui compte.

    Je travaille chaque jour avec plusieurs agents IA. Ils avancent vite ; à moi de juger ce qui est important.

Ailleurs

Vous pouvez aussi simplement me dire bonjour →