Vint anys en el món del programari són molts, però no suficients per deixar de sorprendre's. Després de dues dècades dissenyant sistemes, escrivint codi i veient com les decisions tècniques es converteixen en històries d'èxit o en lliçons doloroses, he arribat a una conclusió que potser soni a lloc comú: la tecnologia avança, però els problemes fonamentals continuen sent els mateixos. El que realment m'astora no és un nou framework o un paradigma disruptiu, sinó la manera com les persones, els processos i les organitzacions interactuen amb el programari. En aquest article vull compartir algunes reflexions personals, des de l'experiència acumulada en projectes complexos, i com a Q2BSTUDIO apliquem aquestes lliçons per crear solucions realment útils.
Quan vaig començar, pensava que l'èxit d'un projecte depenia gairebé exclusivament de la qualitat del codi. Amb el temps vaig entendre que el programari és, sobretot, un reflex de les dinàmiques humanes. He vist equips brillants desenvolupar arquitectures impecables que fracassaven perquè els usuaris no les adoptaven, o perquè les àrees de negoci interpretaven les mateixes dades de maneres contradictòries. Per exemple, en un projecte recent d'integració de sistemes financers, la part tècnica era senzilla: connectar APIs i sincronitzar bases de dades. El complex va ser alinear les expectatives dels departaments de comptabilitat, tresoreria i compliance. Cadascú tenia la seva pròpia definició de 'report diari' i els seus propis terminis. Al final, la solució no va ser més tecnologia, sinó un treball de facilitació i disseny de processos, que després vam materialitzar en una aplicació a mida que adaptava fluxos de treball específics per a cada àrea. Això em va ensenyar que l'arquitectura de programari és també una arquitectura organitzacional.
Un altre aspecte que encara em sorprèn és la fascinació per la complexitat. En els meus primers anys, vaig caure en la temptació d'usar l'última tecnologia només perquè era nova. Recordo un projecte on estàvem avaluant si migrar a microserveis per a una plataforma de comerç electrònic de mida mitjana. Vam passar setmanes dissenyant contenidors, orquestració amb Kubernetes, cues de missatges... fins que un company més veterà va preguntar: 'Quin problema volem resoldre?' Va resultar que el coll d'ampolla era una consulta SQL mal optimitzada i un cacheig ineficient. Vam reescriure aquella consulta, vam afegir un parell d'índexs i el rendiment va millorar un 500%. La lliçó: moltes vegades la solució més simple és la més efectiva. A Q2BSTUDIO promovem un enfocament pragmàtic: abans d'afegir complexitat, ens preguntem si podem resoldre-ho amb el que ja tenim. Això no significa rebutjar les noves tecnologies, sinó usar-les amb criteri. Per exemple, hem adoptat agents d'IA per automatitzar tasques repetitives en processos de dades, però sempre després de validar que el problema no es soluciona amb una lògica més senzilla.
El deute tècnic és un altre d'aquests temes que, després de vint anys, segueix provocant-me esgarrifances. Tots hem sentit el 'ho fem ràpid i després ho arreglem'. Però aquell 'després' gairebé mai arriba. He vist sistemes que van col·lapsar per una decisió temporal que es va tornar permanent: una taula sense índexs, una llibreria insegura que no es va actualitzar, un script que dormia 360 segons i en créixer el volum de dades provocava caigudes. En una ocasió, una empresa client va acumular deute tècnic durant anys en el seu sistema de reporting. La base de dades PostgreSQL creixia sense control perquè les tasques de manteniment (VACUUM, anàlisi) s'havien desactivat 'per estalviar recursos'. Un dia, el disc es va omplir i el sistema va deixar de funcionar durant vuit hores. La pèrdua econòmica va ser considerable. Des d'aleshores, a Q2BSTUDIO donem molta importància a la ciberseguretat i al manteniment proactiu. No només implementem solucions al núvol AWS i Azure amb escalat automàtic, sinó que també establim processos de revisió periòdica del deute tècnic, tant a nivell de codi com d'infraestructura. La prevenció és sempre més rendible que la correcció.
També m'astora com les decisions arquitectòniques que semblen encertades en un moment poden tornar-se obsoletes. Fa quinze anys, vaig dissenyar un sistema monolític per a una empresa de logística. En el seu moment era perfecte: ràpid, eficient, amb un model de dades senzill. Amb el temps, el negoci va créixer, van aparèixer nous canals de venda i la necessitat d'integrar sistemes externs. El monòlit es va tornar rígid, i qualsevol canvi requeria setmanes de proves. Vaig aprendre que l'arquitectura ha de ser flexible, no perfecta. Avui dia, a Q2BSTUDIO dissenyem sistemes amb un enfocament evolutiu: comencem amb el que funciona i anem iterant. Usem patrons com event-sourcing o CQRS només quan té sentit, i sempre mantenint la capacitat de revertir o modificar. La intel·ligència artificial i l'anàlisi de dades també juguen un paper clau: implementem panells de BI (Power BI) per monitoritzar el rendiment de les aplicacions en temps real, cosa que permet detectar colls d'ampolla abans que es converteixin en problemes greus.
Finalment, vull destacar el paper dels equips multidisciplinaris. En vint anys, he vist que els millors projectes no són els que tenen els millors programadors, sinó els que integren perfils de negoci, disseny, operacions i seguretat des del principi. A Q2BSTUDIO fomentem aquesta cultura: els nostres desenvolupadors treballen colze a colze amb consultors de negoci i experts en núvol per assegurar que cada funcionalitat respongui a una necessitat real. A més, estem explorant l'ús d'agents d'IA per assistir en la generació de codi i proves, cosa que accelera el desenvolupament sense sacrificar qualitat. La tecnologia segueix sorprenent-me, però el que més valoro és la capacitat d'aprendre de cada projecte, de cada error i de cada encert. Vint anys després, segueixo pensant que el programari és una de les eines més poderoses per transformar empreses, sempre que l'usem amb humilitat i enfocament en les persones.
Si alguna cosa he après és que el major risc no és equivocar-se, sinó no voler aprendre. Per això, en cada nou projecte, en cada integració complexa, en cada migració al núvol, mantinc els ulls ben oberts al que l'experiència em segueix ensenyant: la simplicitat ben aplicada, la comunicació entre equips i una visió holística del negoci són els pilars d'un programari que realment aporta valor. I això, després de dues dècades, segueix sent una sorpresa gratificant.
