A CMS migráció azon kevés projektek egyike, ahol a technikai munka hibátlanul mehet, az eredmény mégis katasztrófa lesz. Az oldal időben elindul, jobban néz ki, gyorsabban tölt be, a forgalom pedig a felére esik, mert néhány száz URL alakot váltott, és senki nem építette meg hozzá a térképet. A veszteséget nem az új...
Szoftverfejlesztés
Cikkek, útmutatók és oktatóanyagok Szoftverfejlesztés témájában, fejlesztőknek és vállalkozásoknak szóló hasznos tippekkel.
Egy posztmortemet könnyű összehívni, és nehéz hasznossá tenni. Megvan az értekezlet, elkészül a dokumentum, rögzítenek négy feladatot, majd hat hónappal később ugyanaz a hiba újra bekövetkezik, miközben valaki éppen mást keresve akad rá a régi dokumentumra. A hibáztatásmentesség kapja a legtöbb figyelmet, amikor erről...
A jelszavak tárolása azon kevés szoftverfejlesztési területek egyike, ahol létezik valódi, publikált, karbantartott és ingyenesen elérhető helyes válasz. Ugyanakkor azon területek egyike is, amelyeket a leginkább következetesen rontanak el, mert a rossz válaszok valamikor helyesek voltak, és azóta sem nézte meg őket...
A szoftverellátási lánc biztonsága úgy hangzik, mint azoknak a szervezeteknek a gondja, amelyeknek van saját biztonsági csapatuk, és éppen ez a keretezés vezet félre. Egy kis csapat, amely néhány szolgáltatást üzemeltet, jellemzően több száz olyan csomagtól függ, amelyet közülük soha senki nem olvasott végig. Ezek a...
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,...
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 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ó...
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,...