Nädalavahetusel oli õues võrratult ilus ja soe ilm, paraku möödus see siiski suuremalt jaolt jahedas ja poolhämaras kontoris andes endast kõik, et juba ligi kuu aega tähtajast üle läinud projekti päästa.

Kahjuks siiski kõike ei jõudnud eile õhtuks ära lõpetada ja täna hommikuks oli tulemus käes. Klient helistas ja ütles, et nemad enam oodata ei jõua ja projekti ei taha! Raha lubati ka maksmata jätta, sest nad pole mitte midagi töötavat saanud selle eest.

Viimane kord, kui selline asi juhtus, jäeti meile palk maksmata. Ma tõsiselt loodan, et sel korral nii õnnetult ei lähe, vähemalt pool palka võiks ikka saada. Kuidagi halb tunne on, sest tegelikult oleksin võinud natuke rohkem pingutada ja siis oleks jõudnud asjad ka õigeks ajaks valmis!

Saadan nüüd projektijuhile kirja ja küsin mis edasi saab …

Kõik peab olema nii turvaline! Ja mina olen loomulikult kõige suurem turvarisk!

Tahaks juba koju saada, aga enne on vaja ära parandada üks pealtnäha lihtne bugi. Ilmselt 2 minuti töö, aga ma olen seda teinud juba hommikust saati. Või on NullReferenceExceptioni bugi probleemi leidmiseks rohkem aega vaja? Jah, on küll, kui see erind tuleb funktsioonist, mis on 278 rida pikk. Vahepeal tuli juba selline ikaldus peale, et lugesin üle mitmest kohast on võimalik sellel erindil tulla – tulemuseks sain 248!

Kindlasti arvate nüüd, et ma olen täiesti saamatu, sest ei saa päevaga ühest NullViiteErindist jagu. Aga tegelikult on asi nii, et turvalisuse tõttu pole mul ligipääsu logidele. Algul oli lihtsalt teada, et logisse tuleb pinurada, mille põhjustab NVE. Rohkem infot kuni lõunani mulle ei suudetud anda, sest oli vaja hankida kõikvõimalikud load logi failide jagamiseks välistele arenduspartneritele.

Lõpuks, kui projektijuht vajalikud load hangitud sai, jõudis minu e-postkasti ka kiri koos pinurajaga. Aga arvake ära, kas sellest oli midagi kasu? Ei olnud, sest pinurada oli ilma reanumbriteta. Ja nüüd ma siin istungi ja üritan välja mõelda milline võimalus 248st on just see õige, mida peaks parandama.

Protsesside järgi on võimalik paigaldamist teha ainult üks kord päevas ja reanumbrite logimist ei luba antud ettevõtte turvapoliitika rakendada. Seega võib antud bugi parandus aega võtta kuni pool aastat.

Kui mu ajaveebi loeb mõni selgeltnägija, sensitiiv või mõni teine eriliste võimetega inimene, siis ta võiks mulle öelda kus antud hetkel viga on ja ma saaksin minna koju Kreisiraadiole Eurovisiooni eelvoorus kaasa elama.

Kogu aeg on tähtajad seljas. Viimased kaks nädalat olen ainult kahel päeval koju jõudnud (kontori nahkdiivan on tegelikult päris mõnus ja pehme). Eile tekkis umbes veerand tundi vaba aega ning kasutasin selle mõistlikult ära – panin kirja kõik oma käigus olevad projektid. Arvake ära mitu sain? Õige! Hetkel on käsil ainult 8 projekti, seega üsna rahulik olukord. Mäletan veel paari kuu tagust seisu, mil mul oli neid 15.

Hetkel on käsil süsteemide SOAP veebiteenusega liidestamine, millel on ka kõrgeim prioriteet (nagu ka kõigil teistel projektidel). Kui ma muidu olen ma rahulik inimene, siis see projekt ajab mu täitsa hulluks ja närviliseks. Miks on vaja nii keeruline XML kokku panna? Kõige lihtsama päringu loomiseks on vaja kirjutada 20 rida koodi – tuleb kokku liita järjest suhteliselt ajuvabasid stringe, et server sellest aru saaks.

Kui päring saadetud, siis muutub asi eriti hulluks – tuleb hakata vastust töötlema. Võtad siis sõne ette ja kirjutad kas väikse regulaaravaldise vajaliku info kätte saamiseks või lased indexOf/substring jms funktsioonid käiku. Mõnes mõttes on isegi huvitav, sest lõpuks ometi on motivatsioon regexp’i õppida :)

Oeh, ma tõesti ei tea kuidas see ja teised projektid lõpule jõuavad, aga boss lubas eelmisel nädalal, et peale veebiteenuste projekti tuleb natuke vabam aeg ja veidi vähem projekte mulle. Palka lubati ka aasta lõpu poole üle vaadata, seega hetkel olen üsna motiveeritud.

Pean hetkel lõpetama, projektijuhi häält on kuulda lähenemas ja see on halb märk!

20:41 <me> sul homme on deadline jätkuvalt?
20:45 <censored> not so much
20:46 <censored> ajapikendust sai kuu aega vms

24. jaanuar 2008 – täna on projekti kõige lõplikum tähtaeg, enam ei saa sellest üle minna. Ees ootab pikk ja unetu öö, kooliga seonduvaga ei ole võimalik täna tegeleda.

31. jaanuar 2008 – nädal aega hiljem on seis endine. Jätkuvalt on samal projektil kõige viimasem tähtaeg, kui täna projekti ei lõpeta, siis lõpetab firma oma tegevuse ja on oht kaotada oma töö. Siiani pole olnud aega, ega teki ka, tegeleda kooliga.

Selle sündmuse kirjeldamise käigus tuleb käibele uus põnev termin – extended deadline.

Kahjuks ei ela me Java virtuaalmasinas, kus selliste olukordade tekkimine oleks välistatud, kuna final klasse ei ole võimalik extendida (kui just baitkoodiga manipuleerima ei hakka)