Lavorare con noi
Come nasce un incarico, come procede il progetto e cosa succede dopo il lancio.
Come inizia un progetto con MS WebX?
Ci descrivi l'obiettivo, non la soluzione tecnica. Facciamo domande finché il perimetro non è davvero chiaro, poi lo mettiamo per iscritto prima di costruire qualsiasi cosa. Se riteniamo che la strada richiesta sia sbagliata, lo diciamo prima che tu paghi: quella conversazione costa meno del rifacimento che evita.
Come procede il progetto giorno per giorno?
A passi piccoli e visibili. Il lavoro finisce su un ambiente di staging che puoi aprire nel browser quando vuoi e va online solo quando lo dici tu. Nessuno vede il prodotto finito per la prima volta a fine progetto: a quel punto ogni modifica costa cara.
Cosa succede dopo il lancio?
Quello che costruiamo è fatto per essere mantenuto: aggiornamenti delle dipendenze, monitoraggio e modifiche quando cambia il tuo business. Se a farlo siamo noi o il tuo team si concorda dentro il progetto, non si dà per scontato dopo. Niente viene costruito in modo che possiamo metterci mano solo noi.
Potete prendere in carico un sistema fatto da altri?
Prima leggiamo il codice esistente, poi diciamo chiaramente se conviene proseguirlo o sostituirlo sull'intera vita del sistema. Capitano entrambe le risposte: un codice ereditato spesso è più che sano e solo documentato male. Non consigliamo il rifacimento per riflesso, perché è la cosa più costosa che ti si possa vendere.
Su cosa costruite e come tenete alta la qualità?
PHP sul server, TypeScript nel browser, Flutter per iOS e Android, MariaDB per i dati, nginx e FrankenPHP per la distribuzione. Tecnologie attuali e diffuse per scelta, così dopo di noi può mantenerle chiunque. La qualità la tengono le macchine, non le buone intenzioni: l'analisi statica gira al livello più severo senza lista di eccezioni, con oltre duecento regole nostre che scartano il codice appena devia.