A műszaki dokumentáció mindig ugyanolyan, jól kiszámítható módon mond csődöt. Valaki két nyugodt hét alatt nagyon sokat ír belőle, aztán a rendszer megváltozik, senki nem frissíti, és egy éven belül a dokumentum teljes meggyőződéssel állít valótlant. Ettől a ponttól kezdve rosszabb, mint a semmi, mert aki hisz neki,...
Cikkek
Minden cikk egy helyen. Találj oktatóanyagokat, mélyebb elemzéseket, útmutatókat és frissítéseket MI, programozás, biztonság, infrastruktúra és webfejlesztés témákban.
A fejlesztői onboardingot rendszerint azzal mérik, meddig tart a formális beléptetés, ez viszont a probléma rossz vége. Az a szám számít, hogy mennyi idő telik el addig, amíg egy új mérnök meg tud változtatni valamit úgy, hogy biztos lehet benne: semmi mást nem tört el. A legtöbb csapatnál ez hónapokban mérhető, nem...
A rendelkezésre állási SLA ígéretnek látszik, de úgy viselkedik, mint egy visszatérítési szabályzat. A szolgáltatók ezt tudják. Az ügyfelek gyakran nem, és úgy írnak alá szolgáltatási szint megállapodást, hogy azt hiszik, rendelkezésre állást vásároltak, holott valójában egy kis kedvezményt vásároltak arra az esetre,...
A szoftverletét, vagyis a forráskód harmadik félnél való elhelyezése, egy teljesen ésszerű félelemre válaszol: a szállító, aki a kritikus rendszerét megépítette és üzemelteti, megszűnik, Ön pedig ott marad valamivel, amitől függ, és amit karbantartani nem tud. A letéti szerződés a forráskódot egy független...
A fixáras szerződés és a ráfordítás alapú elszámolás közötti választást általában kockázati döntésként fogalmazzák meg, ami helyes, és utána azonnal rosszul kezelik, mert mindkét oldal abból indul ki, hogy a kockázat eltűnik, ahelyett hogy csak átkerülne a másik félhez. Nem tűnik el. Fixáras konstrukcióban a szállító...
Egy kis csapatnál a katasztrófa utáni helyreállítás rendszerint egyetlen sor egy olyan dokumentumban, amelyet soha senki nem nyitott meg: a mentések be vannak kapcsolva. Ez az állítás igaz, és mégsem válasz semmire, mert nem mond semmit arról, hogy milyen régiek lennének a visszakapott adatok, mennyi ideig tart egy...
A content pruning a keresőoptimalizálás legkevésbé intuitív eleme, mert minden ösztönünk azt súgja, hogy több oldal több forgalmat kellene, hogy jelentsen. A publikálás gyarapodásnak tűnik. A törlés úgy érződik, mintha kidobnánk egy munkát, amit valaki kifizetett. Az a mechanizmus teszi hasznossá az eltávolítást, hogy...
Az API-verziózásról szóló viták szinte mindig a rossz végén kezdődnek: azon, hogy hová kerüljön a verziószám. Ez az egész téma legkevésbé súlyos döntése. Ami számít, az az, hogy egyáltalán mely változtatások igényelnek új verziót, és a legtöbb csapat itt téved, mégpedig a nemtörődömség irányába: kiadnak valamit, amit...
A szoftveres ajánlatkérésnek az volna a dolga, hogy összehasonlíthatóvá tegye a szállítókat. A legtöbb az ellenkezőjét éri el, mert olyan részletesen ír le egy megoldást, hogy azzal megköti a választ, közben viszont kihagyja azokat az adatokat, amelyekre bárkinek szüksége lenne az árazáshoz. Az eredmény öt árajánlat,...
A szoftverkarbantartás költsége az a szám, amely egy sikeres projektet tizennyolc hónappal később kellemetlen beszélgetéssé változtat. A fejlesztésre volt keret, jóváhagyás és átadás. Azt, ami az élesítés után következik, valaki egyszerűen „támogatásnak" nevezte, és egy hasra ütéssel megbecsült összeget rendelt hozzá,...