Az assembly (gépi kódú) nyelveken a processzorok utasításait általában hárombetűs rövidítésekkel (mnenomic) szokták jelölni. Például a "jump" utasítás mnenomicja a "JMP" szokott lenni, vagy mondjuk az "A" regiszter értékadása LDA ("Load A").

(Ebből az egészből kb az a lényeg, hogy gépi kódban programozni nem sokban különbözik az autizmustól.)

Következik pár, kevésbé ismert opcode leírása:

Any of several undocumented and semi-mythical {machine instructions} with destructive side-effects, supposedly included for test purposes on several well-known architectures going as far back as the {IBM 360}. The {Motorola} {6800} {microprocessor} was the first for which an HCF {opcode} became widely known. This instruction caused the processor to {toggle} a subset of the {bus} lines as rapidly as it could; in some configurations this could actually cause lines to burn up.

KAH - Kill All Humans

Processor will push the status of the flags to the stack, and will then attempt to kill all humans.

This works much like 'Kill Some Humans' (KSH) but there is no way to set a maximum bodycount. Instead, with KAH, the immediate operand and ALU contents are ignored.

Note: on the second edition of this CPU, this opcode can be masked by pulling low the "/safe" pin, and this is the recommended usage.

Azt hiszem mélyponton vagyok mostanság a munkahelyemen. Persze indokot mindig lehet találni a rosszkedvre: leépítések miatt értékes munkatársak elveszítése, munkakörülmények előrelátható romlása 1-2 hónapon belül, általános hangulatváltozás a kollégák között, stb... De jobban végiggondolva semmi köze ezeknek a rosszkedvemhez.

Inkább magammal vagyok elégedetlen. Más elvárásokat táplál a környezetem felém és ezzel összefüggésben én is mást várok el magamtól, mint amiben jó vagyok. Bármilyen meglepő, de jobban dolgozom csapatban, mint egyedül. Sokat kísérleteztem a csapattagok hatásának helyettesítésével: Kérdések, amiket magamnak felteszek, konzultáció képzeletbeli beszélgetőtárssal (ld. gumikacsa effektus). Nem segít. Így is vannak komplett hetek, amiket elakadva töltök. Az elmúlt hétért nem adnék magamnak fizetést.

Van egy klasszikus novella a neten 1985-ből kétféle fejleszőről. Ebben Charles hetekig nem csinál semmit, de aztán előáll egy technológiailag ideális szoftverrel. Vígasztalhatnám magam vele, hogy nekem is most a töprengős hetem volt, és olyan fasza gyerek vagyok amúgy, mint Charles. A helyzet az, hogy a múltamból arra következtetnék, hogy egyedül nem fogom megszülni a megoldást.

2 éve volt 3 hónapom (!) amikor egyetlen feladattal küzdöttem. Valami hiba miatt egy komplex szoftver egyik része egy másik rész memóriáját írta felül. Linux alatt kész megoldásokat ismertem az ilyesmi probléma kinyomozására, de ez Windows volt. Itt "termékek" léteztek csak a nyomozáshoz, jónéhány még az árat is csak azután mondta meg, hogy megnézte, mennyit lehet legombolni a cégről, aki veszi. Jónéhány hozzáférhető eszközt kipróbáltunk, de mind használhatatlanul lassú volt, a szoftver valósidejű követelményeit elrontotta. Elkeseredésemben 1 hónap után elkezdtem írni egy eszközt, amivel a memóriafoglalások/felszabadítások kicsit többet adminisztrálnak, így legalább azt megtudjuk, ki írt felül mit. 2 hét alatt eljutottam odáig, hogy egy adott Win32 hívás túl lassú, és mindegyik program azt használta. Újabb 1 hét alatt újraimplementáltam azt a Win32 hívást, hogy gyors legyen. És utána 1 hónap szünet.

Fogalmam sincs, mit csináltam abban az 1 hónapban. Mondhatnám, hogy vánszorgott a fejlesztés, de még azt sem. Minden mással foglalkoztam. "Segítettem" más feladatokban. Filmeket néztem munkaidőben. Kiolvastam az egész internetet. Aztán jött a szikra, hogy talán el kellene mesélnem valakinek az egészet. Megtaláltam a megfelelő áldozatot, aki semmit nem értett a dologhoz, így ideális beszélgetőtárs volt. 1 hét alatt közösen befejeztük a hibakereső eszközt, beintegráltuk a hibás szoftverbe, megtaláltuk és kijavítottuk a memória-korrupciót. Zseniális beszélgetőtársra találtam, nem?

Nem vagyok Charles. De nagyon szeretnék azzá válni.