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ó...
Szoftverfejlesztés
Cikkek, útmutatók és oktatóanyagok Szoftverfejlesztés témájában, fejlesztőknek és vállalkozásoknak szóló hasznos tippekkel.
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á,...
A technikai átvilágítás nem kódminőségi verseny, és az erre készülő csapatok általában rossz helyre teszik az energiájukat. Aki céget vásárol, nem az absztrakcióidat osztályozza. A vevő azt próbálja kiszámolni, mennyibe fog kerülni ennek a rendszernek a birtoklása, és mekkora bajt okozhat azután, hogy a pénz gazdát...
Az adatbázis teljesítmény javítása általában azzal kezdődik, hogy valaki nagyobb példányt javasol, és általában azzal ér véget, hogy kiderül: egyetlen lekérdezés minden oldalbetöltéskor szekvenciális olvasást végzett 4 millió soron. A hardver soha nem volt a korlát. A végrehajtási terv volt az. Ez a minta elég...
A szoftvertesztelési stratégiákat szinte mindig a lefedettséggel írják le, pedig a lefedettség a legkevésbé informatív szám az egész szakterületen. Egy kilencven százalékon álló kódbázis is kiszállíthat hibát a legtöbbet használt útvonalán, mert a lefedettség azt méri, mely sorok futottak le egy tesztfuttatás alatt,...
A fintech szoftverfejlesztést pontosan úgy árazzák és ütemezik, mint bármely más szoftverfejlesztést, egészen addig, amíg valaki fel nem teszi a kérdést, hogy kinek van engedélye a pénzt tartani. Ettől a ponttól a projekt már nem mérnöki feladat, hanem szabályozási feladat mérnöki összetevővel, és az az ütemterv, ami a...
Az MVP szoftverfejlesztés a hatókört tisztázó megbeszélésen romlik el, nem a fejlesztés közben. Valaki kimondja, hogy „minimum viable product", mindenki bólint, aztán megérkezik a funkciólista, amelyen ott van a felhasználói fiók, az adminfelület, a számlázás, az értesítések, egy irányítópult és egy mobilalkalmazás. Ez...
A legtöbb csapat hitelesítési kérdésként kezeli az API-biztonságot. Bevezetik a tokeneket, minden útvonalon ellenőrzik őket, és ezzel késznek tekintik a munkát. Aztán egy tesztelő átír egyetlen számot az URL-ben, és elolvassa egy másik ügyfél számláját. Éppen ebben a résben, a „hitelesített” és a „jogosult” között...