|
|
 2007. január 21., vasárnap
Bluuum
::Kompjúter
|
|
Ehheheh :)
|
|
|
2006. október 20., péntek
flOw
::Kompjúter
|
|
Ez a játék is tökéletes példája a jól eltalált, sokáig játszható játékoknak, ami mégsem hipercsúcsűrtechnológia igényes, csak egyszerűen szép és ötletes:
.::KATT IDE::.
|
|
|
2006. október 9., hétfő
Limbo
::Kompjúter
|
|
Naaaa végre, valami igazán jó cucc, és nem politika!
limbogame.org
Ezt a szintű ötletességet hiányolom manapság!
|
|
|
2006. április 7., péntek
Meló | dráma
::Érdekes::Komoly::Kompjúter::Egyéb
|
Pont egy hónap telt el a legutóbbi bejegyzés óta. Történt pár érdekes dolog munkafronton. Többek közt vagy 2 hétig nem volt napközben internetelérésem :)
A hozzám igen közel álló Clever's Games megszűnt létezni. Arról nem írok, hogy miért, mert hosszú és bonyolult, ráadásul aki érintett, az tudja, hogy mi volt a szitu. Az emberek eredetileg átkerültek volna a Black Hole Games berkeibe, amit azonban sokan elkerültek. Ennek sem firtatom az okait inkább. Én két hetet töltöttem ott, közben három különböző helyre jelentkeztem. A vicces, hogy mindhárom helyre felvettek, és ki kellett választanom, hogy hová menjek. Lehetne erre azt mondani, hogy rosszabb dolgom sose legyen, de azért nagyon nehéz volt. Az egyik az angliai Codemasters volt, ami hatalmas lehetőség, de én ha lehet, inkább itthon maradok. Jóvanna, patrióta vagyok :) A másik kettő a Most Wanted, ami a Mithis egyik részéből alakult ki, valamint a Digital Reality. Szűkre szabott döntési idő után az utóbbi mellett döntöttem, szerintem jól. Majd kiderül. A másik cégnél többet kaptam volna havi értelemben, viszont úgy gondolom, a hosszabb távú stabilitás többet ér. Lehet, hogy öregszem :)
|
|
|
2006. január 3., kedd
Innováció
::Érdekes::Kompjúter
|
Érdekes cikkek, angolul, game industry cucc. Az egész az új ötlet/bevált ötlet, vagyis az innováció szerepét feszegeti.
Első rész | Második rész
|
|
|
2005. november 9., szerda
Tetűbogár
::Kompjúter
|
Aki nem programozik, vagy programozott, annak ez a bejegyzés még akár
kínaiul is lehetne. Azért írom le ide mégis, mert vannak olyan
ismerőseim, akiket esetleg érdekel, és ha elfelejtem, akkor nekem is
jól jöhet :)
Szóval, egy teljes napot szoptam a következő problémával:
Adott volt egy osztályom (A), ahol az egyik függvényben létrehoztam egy
példányt egy másik osztályból (B). Ebben a B osztályban található volt
egy eseménykezelésre kiválóan alkalmas, tagfüggvény-mutatókat (member
function pointer, későbbiekben mfp) kezelő osztály. Namost, amikor B
létrejött, akkor az A osztály this
pointere egészen egyszeűen kinullázódott. Wattafak, mondom erre, hiszen
mindegyiket használtam már jó ideje. Egyedül a B és az mfp kombinációja
nem létezett eddig, tehát ott keresgéltem tovább. Eljutottam addig,
hogy az mfp kezelő konstrukciójánál van a túlírás (más magyarázat nem
nagyon fordulhatott elő). A kód természetesen látszólag jó volt. Nem
így a vizsuálcé fordító. Okos persze, meg minden, de mint kis
utánakeresés után kiderült, a member function pointerek nem minden
esetben azonos méretűek egy normál pointer méretével, hanem ez attól
függ, hogy a funkciót tartalmazó osztály egyszerű, vagy többszörös
öröklődésű e. Ígyhát, mivel most először használtam ennél az mfp kezelő
osztálynál többszörös öröklődésű osztályt, ki is bukott a hiba, ami úgy
jelentkezett, hogy faszán túlírta a stacket, és visszatérésnél a this pointer is rosszul került vissza. A megoldás pedig, hogy ki kell kapcsolni a fordítónál az erre vonatkozó optimalizálást. Bang.
Leírás itt
|
|
|
|
|
|
