Software e desktop
Applicazioni gestionali, utility e strumenti operativi destinati a lavorare sul PC o nella rete aziendale.
Progetto software e applicazioni costruiti attorno a esigenze reali: desktop, web, gestionali, automazioni e strumenti operativi. L’obiettivo non è aggiungere tecnologia, ma farla lavorare bene.
Le tecnologie cambiano in base al progetto. Il criterio resta lo stesso: costruire ciò che serve, senza imporre strumenti più complessi del necessario.
Applicazioni gestionali, utility e strumenti operativi destinati a lavorare sul PC o nella rete aziendale.
Software utilizzato dal browser: gestionali, backoffice, procedure e servizi applicativi accessibili da più postazioni.
Siti e applicazioni pubbliche progettati insieme a contenuti, SEO, gestione autonoma e integrazioni realmente necessarie.
Connessioni tra sistemi, notifiche, import/export, procedure guidate e riduzione delle attività manuali ripetitive.
Un programma usato ogni giorno per molti anni contiene procedure, controlli e conoscenza dell’azienda che hanno già dimostrato di funzionare. Una parte del mio lavoro consiste proprio nel modernizzare software esistente senza buttare via ciò che ha valore: eliminare i limiti dell’ambiente originario, portarlo quando conviene nel browser e farlo evolvere per passi verificabili.
Harbour può diventare il ponte tra applicazioni Clipper/xBase consolidate e ambienti moderni: permette di conservare una parte importante del lavoro già fatto mentre si costruisce intorno una nuova esperienza web.
Ogni fase deve essere comprensibile: cosa stiamo facendo, perché lo facciamo, quali alternative abbiamo scartato e cosa riceverai alla fine.
Raccolgo esigenze, vincoli, abitudini operative e obiettivi prima di proporre una soluzione.
Ricostruisco processi e alternative, distinguendo ciò che è indispensabile da ciò che è soltanto possibile.
Definisco struttura, flussi, dati, interfacce e criteri di manutenzione prima dello sviluppo.
Implemento per passi verificabili, con test, versioni e modifiche tracciabili.
Configurazione, deploy e documentazione sono parte del prodotto, non attività lasciate per ultime.
Il progetto resta comprensibile e modificabile anche dopo la consegna, senza dipendere da un’unica infrastruttura.
Chi lavora con me deve poter capire cosa viene realizzato, quali dati vengono trattati, quali sono i limiti della soluzione e quali responsabilità restano a ciascuna parte.
Le decisioni tecniche vengono collegate a un’esigenza concreta. Se una soluzione più semplice è sufficiente, preferisco quella.
Quando un servizio registra dati o applica controlli, l’utente deve sapere cosa viene raccolto, perché e per quanto tempo.
Versioni, collaudi, configurazione e procedure di consegna fanno parte del lavoro: non devono dipendere dalla memoria di chi ha sviluppato il progetto.
Dire chiaramente cosa una funzione fa, cosa non fa e quali parti richiedono verifiche specialistiche è parte della qualità del progetto.
I nomi rimandano alla relativa documentazione tecnica ufficiale o di riferimento. Non sono loghi decorativi: ogni tecnologia è collegata all’uso concreto che ne faccio.
Il portfolio distingue nettamente tra materiale di sviluppo e progetti realmente pubblicabili. Un progetto in bozza non compare nella navigazione pubblica, nei dati strutturati o nella sitemap.
La sezione è già predisposta; verranno pubblicati soltanto i lavori che possono essere presentati in modo completo e autorizzato.
Soluzioni su misura, risultati concreti. Ogni progetto nasce da un’esigenza reale, non da un modello preconfezionato.
Quando serve autonomia, costruisco strumenti di gestione mirati. Quando una funzione non serve, preferisco non aggiungerla.
Configurazione, deploy e documentazione fanno parte del lavoro quanto il codice e l’interfaccia.
Per richieste professionali puoi utilizzare il modulo dedicato. L’indirizzo email non viene pubblicato direttamente nell’HTML della pagina.