Amory.dev
PortesCe que je fais

Full-stack, de bout en bout, de la base de données jusqu'à l'App Store.

Plan des portesDomaines de compétence

  1. A

    Web full-stack

    Applications web et portails en production, de bout en bout : schéma, API, authentification et rôles, outils d'administration, paiements, et l'interface par-dessus. Surtout Next.js et TypeScript sur Postgres.

  2. B

    Mobile

    Applications multiplateformes avec Expo et React Native, publiées via la validation de l'App Store et TestFlight. Des fonctionnalités iOS natives quand le produit en a besoin, comme la reconnaissance vocale sur l'appareil.

  3. C

    Caisse et matériel

    Une caisse en marque blanche qui tourne sur les téléphones et tablettes que les commerces possèdent déjà : encaissement, catalogue, taxes, rapports, reçus, et stockage local pensé pour fonctionner hors ligne.

  4. D

    Produits d'IA

    Des fonctionnalités à base de LLM intégrées à de vrais produits : agents avec appels d'outils, mémoire à long terme, extraction structurée à partir de paroles et de textes libres. Surtout avec Claude.

  5. E

    Outils de bureau open source

    De petits utilitaires efficaces pour mon propre environnement Linux (Hyprland et Omarchy), en Rust, QML et shell : domotique, superpositions pour l'enregistrement d'écran, suivi de la tête par webcam. Publiés sur GitHub.

  6. F

    Produit et design

    J'exploite mes propres produits, donc je maîtrise tout le cycle : cadrage, conception d'interface, lancement, support et itération suivante. Un design éditorial qui ne ressemble pas à un modèle tout fait.

ÉquipementOutils

TypeScriptRustNext.jsReactReact Native / ExpoSupabase / PostgresSQLiteTurborepo + pnpmClaude APIMapboxRevenueCatResendPayPalPhaser 3QMLShell / systemdLinux / HyprlandVercel

Procédure d'embarquementMa méthode

  1. 01Comprendre le problèmePartir de ce que les gens font vraiment au quotidien, pas de l'outil. Le périmètre est posé sur papier avant le code.
  2. 02Livrer tôtUne préversion fonctionnelle dès la première semaine, puis des versions petites et fréquentes. Un retour sur quelque chose de réel vaut mieux qu'un retour sur une maquette.
  3. 03L'assumer en productionSupervision, migrations, validation sur les stores, support. Pour moi, le lancement est le début du travail, car pour mes propres produits, c'est le cas.
  4. 04Laisser un projet propreDu code typé, des passations documentées et des données qui appartiennent au propriétaire du produit.

Voir en pratiqueVoir les réalisations

Les études de cas présentent ce que fait chaque produit, comment il est construit et ses difficultés.

Voir les départs