Toate mijloacele sunt bune, cu excepția rezolvării problemei: de ce dezvoltatorii se tem de simplitate

Ați văzut vreodată un dezvoltator care, în loc să scrie 10 linii de cod, implementează o arhitectură microservicii cu Kubernetes și event sourcing? Dacă da, nu sunteți singur. În IT există o regulă nescrisă: „Toate mijloacele sunt bune, cu excepția rezolvării problemei”.

Inginerul experimentat Yosef Kremn a publicat un eseu care disecă această durere cu precizie chirurgicală. El observă că, în loc să repare pur și simplu un bug, echipele preferă să rescrie totul pe un stack nou, să implementeze un pattern „corect” sau să adauge o abstractizare. E ca și cum, în loc să schimbi un bec ars, ai decide să reproiectezi toată instalația electrică a casei.

De ce se întâmplă asta? Răspunsul e simplu: să rezolvi problema e plictisitor și neprestigios. E mult mai distractiv să discuți în ședință care framework e mai cool sau să dai vina pe „lipsa de flexibilitate a arhitecturii”. Și, în final, obții un overengineering care trăiește viața lui, iar problema rămâne nerezolvată. Vă sună cunoscut, colegi?

Ce putem face? Kremn sugerează să ne amintim de vechiul principiu KISS (Keep It Simple, Stupid). Nu e nevoie să construiești o grădină zoologică de tehnologii acolo unde un simplu script e de ajuns. Simplitatea nu e lipsă de abilități, ci pilotaj la înălțime.

Comentariul studioului METABYTE: Și nouă ne place arhitectura frumoasă, dar dacă clientul are nevoie „doar să repare un buton”, nu vom implementa un blockchain pentru asta. Eficiența e totul, chiar dacă nu aduce stele pe GitHub.