Benvenuti nel blog di Depalop Srl, la nostra finestra sul mondo del software moderno. Qui condividiamo idee, esperienze e visioni maturate lavorando su progetti ad alto contenuto tecnologico, con particolare attenzione alla qualità del codice, alla scalabilità delle soluzioni e alla sostenibilità nel tempo. Parliamo di architetture, strumenti, metodologie e scelte progettuali, ma anche delle sfide quotidiane che affrontiamo per costruire software davvero utile, robusto e duraturo
Il 21 ottobre 2026 PHP ha corretto due vulnerabilità critiche che permettono l'esecuzione di codice da remoto senza autenticazione. Le patch esistono solo per i rami 8.2–8.5: chi usa PHP 8.1 o precedenti resta esposto. Cosa fare subito e come pianificare l'aggiornamento.
Immagina un carrello ferroviario fuori controllo. Sta per investire cinque persone legate ai binari. Hai una leva: se la azioni, il carrello devia su un altro binario, dove c'è una sola persona. Cosa fai?
I test automatici rappresentano un pilastro dello sviluppo software moderno. Dagli unit test agli end-to-end test, scrivere codice che verifica altri pezzi di codice permette di garantire qualità, stabilità e manutenibilità nel tempo.
Cos’è il debito tecnico e perché ogni sviluppatore prima o poi ci inciampa? Un racconto visivo e concreto su quanto costa davvero "fare le cose al volo" — e come evitare che il tuo progetto crolli come una torre mal incastrata.
Le regole per creare password sicure stanno diventando inaccessibili agli umani ma perfettamente leggibili per i bot. Dove abbiamo sbagliato? Un’analisi tra UX, security by design e psicologia dell’utente.
La scelta tra architettura monolitica e microservizi è centrale nello sviluppo software moderno. Mentre i microservizi offrono scalabilità e modularità, il monolite mantiene il vantaggio della semplicità e della rapidità, specialmente in progetti meno complessi.
L’Anti-IF Campaign promuove la riduzione delle condizioni if nel codice per migliorare la leggibilità, la manutenzione e la qualità del software. Questo articolo spiega perché l’abuso di condizioni complesse danneggia i progetti e come approcci alternativi, come il polymorphism e l’early return, possono aiutare a scrivere codice più chiaro e robusto.