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
A lokalizált szabálykönyv akkor jó, ha ugyanazt a szabályt bizonyítja
A többnyelvű rulebookokat nem egyszerű fordításként kezeltük. Auditáltuk a tartalmat és a digitális játék viselkedésével együtt kellett konzisztensnek maradniuk.
Naplóbejegyzés megnyitása →A PDF nem renderelt, mert a worker „megvolt” — csak rosszul volt kiszolgálva
A szabálykönyv PDF worker hibájánál a fájl jelenléte félrevezető volt. A böngésző JavaScript workert várt megfelelő MIME-mal, majd a régi példány cache-ből is visszatért.
Naplóbejegyzés megnyitása →
Az első playtest megmutatta: a helyes szabály még nem jó UX
Az első valódi játékos-visszajelzés több olyan pontot talált, ahol a rendszer szabály szerint helyesen működött, a játékos mégsem értette, miért történt valami vagy mi a következő lépés.
Naplóbejegyzés megnyitása →A terrain map és a property artwork funkcionális vizuál lett
A grafika hozzáadásánál nem egyszerűen szebbé tettük a játékot. A cél az volt, hogy a térkép és a kártya vizuálisan is hordozza azt az információt, amit addig csak szöveg mondott el.
Naplóbejegyzés megnyitása →DigitalOcean deploy: a játék szervere sem kapott kézi SCP-korszakot
A production bevezetésnél rögtön automatizált DigitalOcean deployment készült. A cél az volt, hogy az első valódi release-től kezdve ugyanaz a bizonyítható út menjen végig.
Naplóbejegyzés megnyitása →Az első TLS cert nem ugyanaz a feladat, mint a századik megújítás
A production TLS-nél külön kezeltük a bootstrap cert-kiadást és a későbbi normál megújítást. Az első körben még nincs cert, ezért a kész rendszer feltételeit nem lehet rá alkalmazni.
Naplóbejegyzés megnyitása →A multiplayer smoke zöld volt — amíg úgy nem teszteltük, mint egy böngésző
A WebSocket smoke tesztből hiányzott a production Origin header. Emiatt olyan kapcsolatot próbáltunk, amelyet a valódi böngésző más feltételekkel hoz létre. A tesztet közelebb kellett vinni a valós forgalomhoz.
Naplóbejegyzés megnyitása →A társasjáték digitalizálása nem UI-feladat: előbb szabálymotort kellett építeni
A The Last Spike első publikálható verziójánál gyorsan kiderült, hogy a látványos tábla csak a felszín. A valódi termék a determinisztikus játékszabály és az arra épülő többnyelvű kliens volt.
Naplóbejegyzés megnyitása →A játék még alig élt, de már volt reproducible dev és release workflow-ja
A Last Spike-nál nem hagytuk a deploymentet a projekt végére. A fejlesztői és release Docker workflow már a korai verziónál bekerült, hogy minden későbbi funkció ugyanazon a pályán menjen productionig.
Naplóbejegyzés megnyitása →A lokális Docker port nem azért lokális, mert annak hívjuk
A fejlesztői container port publishingját szigorítani kellett, mert egy kényelmes alapbeállítás könnyen minden hálózati interfészre kinyitja azt, amit csak a gépről akartunk elérni.
Naplóbejegyzés megnyitása →Online társasjátéknál a böngésző nem lehet a bíró
A multiplayer átállásnál a legfontosabb döntés az volt, hogy a szerver legyen az autoritatív játékállapot gazdája. A kliensek szándékot küldenek, nem kész igazságot.
Naplóbejegyzés megnyitása →A multiplayer szövegét lokalizáltuk, a szabály forrását pedig kötelezővé tettük
A többnyelvű multiplayer során nem csak fordítási kulcsokat adtunk. A szabály- és viselkedésváltozásokhoz forrásdokumentációt is kértünk, hogy a digitális játék ne kezdjen önálló szabálykönyvet írni.
Naplóbejegyzés megnyitása →A backup plugin is production dependency
A BackWPup frissítése nem „karbantartási apróság” volt. Ha a mentési lánc hibás, a következő upgrade kockázata azonnal nagyobb lesz.
Naplóbejegyzés megnyitása →WPCache: a gyorsabb oldalért cserébe új állapotot kaptunk
A cache bekapcsolása javította a kiszolgálást, de azonnal megjelent egy új kérdés: mikor és mit kell invalidálni, hogy ne gyorsan szolgáljunk ki régi tartalmat.
Naplóbejegyzés megnyitása →
WordPress 7: a core update csak a felszín volt
A nagy core-frissítést theme- és plugin-kompatibilitással együtt kellett kezelni. A cél nem az volt, hogy az admin kiírja az új verziót, hanem hogy ugyanaz az oldal tényleg működjön utána.
Naplóbejegyzés megnyitása →Régi theme új core-on: nem csak azt néztük, hogy szétesik-e a layout
A theme-kompatibilitás vizsgálata nem állhatott meg a kezdőlap vizuális ellenőrzésénél. Template hookok, widgetek, admin opciók és régi PHP-konstrukciók ugyanúgy kockázatot jelentettek.
Naplóbejegyzés megnyitása →Tíz plugint egyszerre frissíteni gyors, csak hibát keresni benne lassú
A pluginfrissítéseket úgy csoportosítottuk, hogy hiba esetén megmaradjon az ok-okozati kapcsolat. A gyors batch update helyett diagnosztizálható release kellett.
Naplóbejegyzés megnyitása →Upgrade után a kezdőlap 200 OK-ja semmit nem bizonyít az adminról
A frissítési smoke-ot üzleti és admin útvonalakra bontottuk. Egy zöld homepage mellett ugyanúgy lehet törött feltöltés, cron, login vagy plugin konfiguráció.
Naplóbejegyzés megnyitása →Nincs találat a teljes munkanaplóban erre a keresésre.