À propos du service
TraduitJe suis développeur backend et je travaille exclusivement côté serveur en Kotlin. Ce n'est pas du développement mobile ou Android : je conçois et déploie des services HTTP, des APIs REST et gRPC, des travailleurs en arrière-plan et des couches d'intégration qui s'exécutent sur la JVM. Mes principaux outils sont Ktor pour des services asynchrones légers et Spring Boot lorsque le projet nécessite l'écosystème complet de starters, de sécurité et de gestion des données. J'exploite activement les coroutines et la concurrence structurée pour garder le traitement des requêtes non-bloquant, prévisible et compréhensible, afin que le service gère la charge plutôt que de se noyer dans des pools de threads.
En général, je commence par un contrat : je modélise le domaine, décris la surface de l'API et réfléchis à la manière dont les données circulent à travers les couches avant le premier point de terminaison. Pour PostgreSQL et MySQL, j'utilise Exposed ou JDBC, connecte les migrations via Flyway et couvre les chemins clés avec des tests unitaires et d'intégration sur JUnit et Testcontainers. Je me soucie de l'observabilité, donc les services vont en production avec des journaux structurés, des vérifications de santé et des métriques prêtes pour Prometheus et Grafana. Quand vient le moment de déployer, je regroupe tout dans Docker, ajuste la JVM pour l'hôte cible et remets une build qui fonctionne de la même manière localement et dans CI.
Je suis également à l'aise pour m'intégrer dans une base de code existante et pour commencer un projet de zéro, et j'explique les compromis dans un langage clair sans jargon inutile. Si vous hésitez entre Kotlin et un backend Java ou Go, je vous expliquerai calmement où chaque option a du sens afin que vous puissiez prendre une décision éclairée.
— Services serveur en Kotlin avec Ktor et Spring Boot
— Conception, versioning et documentation d'API REST et gRPC
— Coroutines et concurrence structurée pour des threads non-bloquants
— PostgreSQL et MySQL via Exposed, JDBC et Flyway
— Tests avec JUnit, Testcontainers et scénarios d'intégration
— Emballage Docker, réglage de la JVM et builds CI
En général, je commence par un contrat : je modélise le domaine, décris la surface de l'API et réfléchis à la manière dont les données circulent à travers les couches avant le premier point de terminaison. Pour PostgreSQL et MySQL, j'utilise Exposed ou JDBC, connecte les migrations via Flyway et couvre les chemins clés avec des tests unitaires et d'intégration sur JUnit et Testcontainers. Je me soucie de l'observabilité, donc les services vont en production avec des journaux structurés, des vérifications de santé et des métriques prêtes pour Prometheus et Grafana. Quand vient le moment de déployer, je regroupe tout dans Docker, ajuste la JVM pour l'hôte cible et remets une build qui fonctionne de la même manière localement et dans CI.
Je suis également à l'aise pour m'intégrer dans une base de code existante et pour commencer un projet de zéro, et j'explique les compromis dans un langage clair sans jargon inutile. Si vous hésitez entre Kotlin et un backend Java ou Go, je vous expliquerai calmement où chaque option a du sens afin que vous puissiez prendre une décision éclairée.
— Services serveur en Kotlin avec Ktor et Spring Boot
— Conception, versioning et documentation d'API REST et gRPC
— Coroutines et concurrence structurée pour des threads non-bloquants
— PostgreSQL et MySQL via Exposed, JDBC et Flyway
— Tests avec JUnit, Testcontainers et scénarios d'intégration
— Emballage Docker, réglage de la JVM et builds CI
