Egy Salesforce integráció szinte soha nem a protokollon bukik el. A hitelesítés megoldott feladat, és egy rekord kiírása is az. A projekteket a napi híváskvóta és az adatmodell alakja zárja le, és mindkettőt jellemzően a bevezetés után nagyjából három héttel fedezik fel, amikor az éjszakai feladat hibákat kezd...
Programozási oktatóanyagok
Gyakorlati programozási útmutatók érthető példákkal Pythonhoz, C++ hoz és JavaScripthez. Tervezési, tesztelési és teljesítmény készségek.
A legtöbb WordPress bővítményfejlesztés ugyanazt az ívet járja be. Valakinek kell egy foglalási űrlap, egy hírfolyam-importáló vagy egy plusz mező a pénztárnál, egy fejlesztő megírja, működik, mindenki továbblép. Két évvel később a webhely egy régi WordPress-verzión ragadt, mert senki sem bízik abban, hogy az a...
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 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,...
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á,...