Come lavoro
Rigore tecnico, open source e collaborazione senza pressioni commerciali. Dipendente IT che sceglie con cura i progetti su cui investire energia extra.
Principi di lavoro
Quattro pilastri che guidano ogni decisione tecnica
Clean Architecture
Separo domain, application, infrastructure e presentation in ogni progetto. Zero dipendenze cicliche, regole di architettura verificate a compile-time.
TDD
Test prima del codice. Red-Green-Refactor come ritmo di lavoro quotidiano. Target: copertura >80% su ogni feature rilevante.
Documentation-first
CLAUDE.md, ADR, README e commenti inline sono parte del deliverable, non un afterthought. Codice senza documentazione non esiste nel mio workflow.
Open by default
Preferisco aprire il codice al pubblico quando possibile. Licenze permissive, CONTRIBUTING.md chiaro e issue board accessibile.
Stack preferito
Tecnologie su cui ho investito anni di pratica e su cui mi sento solido
Tipo di collaborazioni preferite
Nessun pricing, nessuna disponibilità pubblica — solo contesti in cui posso contribuire con qualità
Contribuzione open source
Issue, pull request, review o documentazione su progetti OSS esistenti.
Co-building side project
Costruiamo insieme qualcosa di nuovo — tool, libreria o micro-SaaS.
Speaking tecnico
Talk, workshop o sessioni hands-on su architettura Angular, Spring Boot o ML.
Code review occasionale
Revisione puntuale di un modulo, un design o una pull request critica.
Hai un'idea da esplorare?
Il canale preferito è l'email — descrivimi il progetto, il contesto tecnico e perché pensi che potremmo lavorarci insieme.
Non sono disponibile per engagement continuativi non pianificati. Rispondo a proposte concrete entro 48-72h nei giorni lavorativi.