Alegerea dintre un contract cu preț fix și time and materials este prezentată de obicei ca o alegere despre risc, ceea ce este corect, iar imediat după aceea este tratată greșit, pentru că ambele părți presupun că riscul dispare, în loc să se mute dintr-o parte în alta. Riscul nu dispare. Într-un aranjament cu preț...
Dezvoltare software
Articole, ghiduri și tutoriale despre Dezvoltare software, cu sfaturi practice pentru dezvoltatori și companii, plus costuri reale și compromisuri.
Discuțiile despre versionarea API încep aproape întotdeauna de la capătul greșit, adică de la locul în care se pune numărul versiunii. Este cea mai lipsită de consecințe decizie din tot subiectul. Ceea ce contează este care modificări cer de fapt o versiune nouă, iar majoritatea echipelor greșesc în direcția nepăsării:...
O cerere de ofertă software ar trebui să facă furnizorii comparabili. Cele mai multe obțin exact opusul, pentru că descriu o soluție suficient de detaliat încât să constrângă răspunsul, lăsând totodată pe dinafară informațiile de care ar avea nevoie oricine ca să o coteze. Rezultatul sunt cinci cotații care se întind...
Costul mentenanței software este cifra care transformă un proiect reușit într-o discuție dificilă optsprezece luni mai târziu. Construcția a fost bugetată, aprobată și livrată. Ce se întâmplă după lansare a fost descris drept „suport" și a primit o sumă pe care cineva a ghicit-o, iar suma aceea a fost aproape...
Due diligence tehnic nu este un concurs de calitate a codului, iar echipele care se pregătesc pentru el își consumă de obicei timpul pe lucrul greșit. Nimeni care cumpără o companie nu vine să îți dea note pentru abstracțiuni. Cumpărătorul încearcă să afle cât va costa deținerea acestui sistem și cât de rău poate merge...
Munca la performanța bazei de date începe de obicei cu cineva care propune o instanță mai mare și se termină de obicei cu descoperirea că o singură interogare făcea o scanare secvențială peste 4 milioane de rânduri la fiecare încărcare de pagină. Hardware-ul nu a fost niciodată constrângerea. Planul de execuție a fost....
Strategiile de testare software sunt descrise aproape întotdeauna prin acoperirea cu teste, iar acoperirea este cel mai puțin informativ număr din toată disciplina. Un cod aflat la nouăzeci la sută poate livra un bug exact pe traseul cel mai folosit, pentru că acoperirea măsoară ce linii s-au executat în timpul unei...
Dezvoltarea de software fintech se cotează și se planifică exact ca orice altă dezvoltare software, până în momentul în care cineva întreabă cine este autorizat să dețină banii. Din acel punct proiectul încetează să mai fie un exercițiu de inginerie și devine unul de reglementare cu o componentă tehnică, iar calendarul...
Dezvoltarea unui MVP o ia razna în ședința de definire a scopului, nu în timpul construcției. Cineva rostește cuvintele „minimum viable product", toată lumea dă din cap aprobator, iar apoi sosește lista de funcționalități care conține conturi de utilizator, un panou de administrare, facturare, notificări, un dashboard...
Majoritatea echipelor tratează securitatea API ca pe o problemă de autentificare. Adaugă tokenuri, le verifică pe fiecare rută și consideră treaba încheiată. Apoi un tester schimbă o singură cifră într-un URL și citește factura altui client. Exact în această distanță dintre „autentificat” și „autorizat” se află...