Refaktoriranje rijetko ne uspije zato što programer ne može preimenovati klasu. Ne uspije jer kodna baza promjene čini skupima: kontroler zna previše o postojanosti, baza podat...
API nije zbirka krajnjih točaka. To je dogovor između ljudi, usluga i rasporeda izdanja koji se rijetko kreću istom brzinom. README može predstaviti taj dogovor...
Predmemoriranje je često prvi alat za poboljšanje performansi za kojim timovi posežu. Taj je instinkt razumljiv: dodajte predmemoriju, gledajte kako spora krajnja točka postaje brža i nastavite dalje. No predmemorija može samo...
Većina usporavanja baza podataka ne počinje kao problem baze podataka. Počinju kao naizgled bezazleni izbori u aplikaciji: krajnja točka koja učitava jedan dodatni odnos po retku, nadzorna ploča ko...
Praćenje stoga je račun, a ne objašnjenje. Govori vam gdje je kvar postao vidljiv, ali rijetko zašto je sustav dosegnuo tu točku ili koje je korisničko putovanje poremetio. U ...
Spora PHP aplikacija rijetko ima jednu dramatičnu manu. Češće gubi vrijeme u malim, ponavljajućim trenucima: pokrećući kod koji zahtjev ne treba, otvarajući veze s...
Problemi s performansama baze podataka rijetko se najave urednim objašnjenjem. Pojave se kao spora krajnja točka, red čekanja koji zaostaje, istek vremena tijekom vršnog prometa ili ...
Naslijeđeni PHP rijetko zakaže zato što je jezik sam po sebi nemoguće upravljati. Zakaže zato što je njegovo izvršno okruženje postalo nevidljivo: ručno konfiguriran poslužitelj, zastarjelo proširenje, cron ...
API pristupnik može distribuirani sustav učiniti umirujuće jednostavnim: jedna javna krajnja točka, jedan sloj autentikacije, jedno mjesto za usmjeravanje i ograničenja brzine. Ta jednostavnost je v...
Brzi pozadinski sustavi pružaju zadovoljstvo. Nadzorna ploča pozeleni, referentni test se poboljša, a spora krajnja točka napokon prestane dominirati kanalom za incidente. Ali performanse su samo jedna dimenz...
Većina neuspjeha API-ja ne počinje na HTTP granici. Počinju kada su poslovne odluke raspršene po kontrolerima, upitima bazi podataka, događajima okvira i „još samo jednom“...
Rad na funkcionalnostima ima zavodljiv ritam. Zahtjev stigne, otvori se tiket, stvori se grana, a novi endpoint ili zaslon počinje poprimati oblik. Isporuka se čini produktivnom jer...
Većina PHP pozadinskih sustava ne otkazuje zato što kontroler sadrži jedan redak previše. Otkazuju zato što normalan kod tiho pretpostavlja da baze podataka odgovaraju, redovi prihvaćaju posao, usluge trećih str...
Većina kvarova pozadinskog sustava nije uzrokovana nedostatkom značajke okvira ili opskurnom postavkom baze podataka. Počinju ranije: sustav je dizajniran oko današnjeg idealnog puta, a zatim se pita...
Većina neuspjeha API-ja ne počinje neispravnim retkom koda. Počinju nejasnim ugovorom, dvosmislenim prijelazom stanja ili operativnom pretpostavkom koja nikada nije bila zapisa...
Arhitekturu pozadinskog sustava lako je pretjerano zakomplicirati kada se svaka nova značajka okvira, obrazac baze podataka ili alat za implementaciju predstavlja kao sljedeći nužni standard. Trajna PH...
Većina kvarova baza podataka ne počinje dramatičnim prekidom rada. Počinju kao mala odstupanja od očekivanog tijeka: spor upit tijekom skoka prometa, zaključani red zadržan malo...
Većina preinaka API-ja započinje razumnim zahtjevom: novom mobilnom aplikacijom, integracijom s partnerom, redizajniranim postupkom naplate ili bržim zaslonom za izvješćivanje. Pogreška je tretirati taj novi...
PHP pozadinski sustav rijetko propada zato što je tim odabrao „pogrešan” radni okvir. Propada kada baza koda neprimjetno postane teža za mijenjanje nego što je poslovanje za razumijevanje. Novi zaht...
Brzi PHP pozadinski sustavi vrijedni su, ali sama brzina uska je definicija kvalitete. Sustav može vratiti odgovor u nekoliko milisekundi, a ipak biti teško izmjenjiv, krhak...
