Software Engineering

Vogliamo raccontarvi quali tecnologie abbiamo scelto e cosa significa per noi "qualità". Le tecnologie che usiamo: Slope è un software cloud, web based, basato principalmente sulle seguenti tecnologie: PHP 8 + Symfony, TypeScript + StimulusJS e Vue.js, PostgreSQL, Docker. Le principali attività del team Software Engineering sono: L’analisi di fattibilità di nuove funzionalità e successiva implementazione; Il continuo miglioramento delle funzionalità già esistenti, con un occhio particolare alla performance e alla scalabilità; Il monitoraggio dell’infrastruttura. L’obiettivo è quello di mettere un software eccellente a disposizione delle numerose strutture ricettive che ci hanno scelto per la loro gestione. Eccellenza software per noi significa semplicità di utilizzo, performance, affidabilità e velocità di evoluzione e aggiornamento. Per ottenere questo dobbiamo porre estrema attenzione ad ogni dettaglio del processo realizzativo del software. È compito del team Software Engineering non accontentarsi dello status quo, ma domandarsi continuamente “come sia possibile migliorare quello che facciamo”. Tutto il codice invecchia, per questo è per noi importante dedicare il giusto quantitativo di tempo per limitare il debito tecnico. Crediamo che un approccio proattivo all’aggiornamento dei framework, librerie e pattern di sviluppo sia un investimento imprescindibile in ottica qualitativa. Il processo di sviluppo software (in breve): Il processo di sviluppo parte da una specifica implementativa definita dal team di design e prodotto, con un occhio particolare alla UI e alla UX che ne risulterebbe. Ogni specifica viene poi discussa con almeno un referente del team di ingegneria prima che possa entrare in fase di sviluppo, perché crediamo che l’analisi di fattibilità e di impatto sul sistema di ogni nuova funzione sia fondamentale. Ci consideriamo un’azienda tech-driven, in parole povere vuol dire che: Non promettiamo funzionalità a clienti o manager (i manager neanche ce li abbiamo!); Implementiamo soltanto funzionalità che riteniamo essere utili per la maggior parte di chi utilizza il Sistema, e cerchiamo di farlo in modo che non siano di intralcio per chi non ne ha bisogno; Misuriamo sempre il rapporto tra costo tecnologico e beneficio che deriva dall’introduzione di una aggiunta funzionale. Non siamo una feature factory, ed evitiamo il “feature creep” come la peste.