Informazioni sul servizio
TradottoSono uno sviluppatore backend e lavoro esclusivamente sul lato server in Kotlin. Questo non è sviluppo mobile o Android: progetto e distribuisco servizi HTTP, API REST e gRPC, lavoratori in background e strati di integrazione che girano sulla JVM. I miei strumenti principali sono Ktor per servizi asincroni leggeri e Spring Boot quando un progetto ha bisogno dell'intero ecosistema di starter, sicurezza e gestione dei dati. Sfrutto attivamente le coroutine e la concorrenza strutturata per mantenere l'elaborazione delle richieste non bloccante, prevedibile e comprensibile, in modo che il servizio gestisca il carico piuttosto che affogare nei pool di thread.
Di solito inizio con un contratto: modello il dominio, descrivo la superficie API e rifletto su come i dati fluiscono attraverso i livelli prima del primo endpoint. Per PostgreSQL e MySQL utilizzo Exposed o JDBC, collego le migrazioni tramite Flyway e coprendo i percorsi chiave con test unitari e di integrazione su JUnit e Testcontainers. Mi interessa l'osservabilità, quindi i servizi vanno in produzione con log strutturati, controlli di salute e metriche pronte per Prometheus e Grafana. Quando arriva il momento di distribuire, impacchetto tutto in Docker, ottimizzo la JVM per l'host di destinazione e consegno una build che funziona allo stesso modo localmente e in CI.
Sono altrettanto a mio agio a collegarmi a un codice esistente e a iniziare un progetto da zero, e spiego i compromessi in linguaggio semplice senza gergo inutile. Se stai scegliendo tra Kotlin e un backend Java o Go, ti guiderò con calma su dove ciascuna opzione ha senso in modo che tu possa prendere una decisione informata.
— Servizi server in Kotlin con Ktor e Spring Boot
— Progettazione, versioning e documentazione delle API REST e gRPC
— Coroutine e concorrenza strutturata per thread non bloccanti
— PostgreSQL e MySQL tramite Exposed, JDBC e Flyway
— Test con JUnit, Testcontainers e scenari di integrazione
— Imballaggio Docker, ottimizzazione della JVM e build CI
Di solito inizio con un contratto: modello il dominio, descrivo la superficie API e rifletto su come i dati fluiscono attraverso i livelli prima del primo endpoint. Per PostgreSQL e MySQL utilizzo Exposed o JDBC, collego le migrazioni tramite Flyway e coprendo i percorsi chiave con test unitari e di integrazione su JUnit e Testcontainers. Mi interessa l'osservabilità, quindi i servizi vanno in produzione con log strutturati, controlli di salute e metriche pronte per Prometheus e Grafana. Quando arriva il momento di distribuire, impacchetto tutto in Docker, ottimizzo la JVM per l'host di destinazione e consegno una build che funziona allo stesso modo localmente e in CI.
Sono altrettanto a mio agio a collegarmi a un codice esistente e a iniziare un progetto da zero, e spiego i compromessi in linguaggio semplice senza gergo inutile. Se stai scegliendo tra Kotlin e un backend Java o Go, ti guiderò con calma su dove ciascuna opzione ha senso in modo che tu possa prendere una decisione informata.
— Servizi server in Kotlin con Ktor e Spring Boot
— Progettazione, versioning e documentazione delle API REST e gRPC
— Coroutine e concorrenza strutturata per thread non bloccanti
— PostgreSQL e MySQL tramite Exposed, JDBC e Flyway
— Test con JUnit, Testcontainers e scenari di integrazione
— Imballaggio Docker, ottimizzazione della JVM e build CI
