MUNKANAPLÓ / WORKLOG
Nem case study. Munkanapló.
A kész rendszer önmagában keveset mond arról, hogyan született. Itt a problémák, rossz irányok, javítások, kompromisszumok és ellenőrzések vannak — azok a részek is, amelyek egy portfólió-kártyáról lemaradnak.
18 bejegyzés ezen az oldalon · 103 összesen
Hogyan mutassunk valós KPI-t úgy, hogy ne vigyük ki a bizalmas adatot?
A riportlogikát és a fejlődést szerettem volna újrahasznosíthatóan bemutatni, de a mögöttes security adatok nem kerülhettek ki. Az anonimizálás ezért nem kozmetika volt.
Naplóbejegyzés megnyitása →Production hibánál az első commit gyakran az, amit nem írunk meg
Support közben többször az bizonyult a leggyorsabb útnak, hogy előbb összegyűjtöttük a tényleges futási bizonyítékot, és csak utána nyúltunk a kódhoz.
Naplóbejegyzés megnyitása →A „cache-törlés után jó lett” még nem gyökérok
Drupal supportban a cache rebuild gyakran megszünteti a tünetet, de attól még nem tudjuk, miért került rossz állapotba a rendszer. Ezt nem akartam lezárt hibának tekinteni.
Naplóbejegyzés megnyitása →Nem minden deprecation egyformán sürgős
Az upgrade audit sok figyelmeztetést hozott. A hasznos munka nem az volt, hogy darabra eltüntessük őket, hanem hogy futási út és jövőbeli blokkolás szerint rangsoroljuk.
Naplóbejegyzés megnyitása →Előbb adatmodell, utána slide: így lett stabilabb a vezetői riport
A prezentáció kézi igazgatása helyett a riport mögötti kategóriákat és számításokat kellett stabilizálni. A vizuális réteg csak ezután lett megbízható.
Naplóbejegyzés megnyitása →Áprilisi felismerés: a jó hibakeresés közben is rendszert építünk
A support ticketek akkor kezdtek hosszú távon is értéket termelni, amikor minden komolyabb diagnózisból visszakerült valami a deploy-, config- vagy upgrade-folyamatba.
Naplóbejegyzés megnyitása →
Egy régi WordPress oldal első lépése: legyen róla reprodukálható pillanatfelvétel
A Columbia Games WordPress kódja márciusban külön repóba került. Az első cél nem az upgrade volt, hanem hogy pontosan tudjuk, mihez nyúlunk és mi számít kiinduló állapotnak.
Naplóbejegyzés megnyitása →Drupal upgrade: a core verzió a legkisebb része a problémának
A Drupal 10→11 felkészítésnél újra kiderült, hogy az upgrade nem egy composer update, hanem contrib modulok, custom kód, PHP-korlátok és környezeti függőségek közös gráfja.
Naplóbejegyzés megnyitása →A composer.lock nem adminisztrációs melléktermék
Egy dependency-problémánál nem az volt a kérdés, hogy „felmegy-e a csomag”, hanem hogy ugyanaz a dependency graph reprodukálható-e fejlesztői, CI és production környezetben.
Naplóbejegyzés megnyitása →A kód jó volt. A konfiguráció nem ugyanaz volt.
Egy tipikus enterprise hibánál a lokális és tesztkörnyezet rendben viselkedett, miközben production közelében eltért az eredmény. A nyom végül konfigurációs drifthez vezetett.
Naplóbejegyzés megnyitása →A change request nem papírmunka, ha jól van megírva
A CR/CAB folyamat akkor lett hasznos, amikor nem formális leírásként kezeltük, hanem a változtatás, kockázat, validáció és rollback technikai szerződéseként.
Naplóbejegyzés megnyitása →API-hibánál nem a JSON az első kérdés, hanem az adat útja
Külső integrációnál ugyanaz az érték több transzformáción mehet át. A hibát csak úgy lehetett stabilan megfogni, ha végigkövettük a forrástól a kiküldött payloadig.
Naplóbejegyzés megnyitása →Production support és modernizáció egyszerre: két külön tempó egy rendszerben
A napi support nem áll meg azért, mert közben upgrade-et tervezünk. Márciusban a legfontosabb szervezési feladat a sürgős hibák és a hosszabb távú technikai adósság szétválasztása volt.
Naplóbejegyzés megnyitása →Amikor az Excel már nem táblázat, hanem kritikus rendszer
A governance nyilvántartás annyi logikát, függőséget és kézi műveletet gyűjtött magába, hogy már rendszerként kellett kezelni: verzióval, szabályokkal és hibalehetőségekkel.
Naplóbejegyzés megnyitása →A makróbiztonsági figyelmeztetés mögött valódi architekturális döntés volt
Egy macro security probléma elsőre felhasználói kényelmetlenségnek látszott, valójában azt mutatta meg, mennyi működés függ futtatható kódtól egy irodai dokumentumban.
Naplóbejegyzés megnyitása →Nem minden automatizáláshoz kell új platform: egy kicsi VBS is lehet jó átmenet
Volt olyan ismétlődő Office-folyamat, ahol egy célzott VBS segédprogram gyorsabban és kisebb kockázattal szedte ki a kézi munkát, mint egy teljes rendszerátépítés.
Naplóbejegyzés megnyitása →ActiveX-migráció: a láthatatlan függőség mindig a legdrágább
Régi Office-objektumok és vezérlők kiváltásánál nem a cserekomponens volt a legnehezebb, hanem annak felderítése, hogy mi minden támaszkodik a régi viselkedésre.
Naplóbejegyzés megnyitása →A státusz és a kockázat nem ugyanaz az oszlop
Egy feladat lehet technikailag majdnem kész és mégis magas kockázatú, vagy lehet nyitott úgy, hogy üzleti szempontból alig jelent veszélyt. Ezt a két tengelyt külön kellett kezelni.
Naplóbejegyzés megnyitása →Nincs találat a teljes munkanaplóban erre a keresésre.