I am playing with the idea of Test Driven Builds for a while now. This is ultra-agile.

But let me explain it first: A Test Driven Build builds your application based on your Functional and Integration tests (but not the Unit tests!). For each test the compiler looks up and compiles the required classes, and only those. Obviously, it keeps the previously compiled ones as well, and after running all your tests it packs all of them together, so you would have the application which can run your tests.

I don’t usually take this idea seriously, but actually this can be the next step on the agile path. Should I have the knowledge to create such a build tool, I would. Just for fun. It would be interesting to see whether people would try to use it.  I’d be curious about their experience and opinion.

Az iPadet, vagy gyakorlatilag akármelyik slate-et (hm, tömb? mafasz ennek a magyar neve?) okostelefonhoz, ebook readerhez vagy netbookhoz hasonlítani hiba. Tévútra visz, kategorizál és limitálja a képzeletet. A slate egy újdonság, kézbe fogható internet.

Az elmúlt héten jópár cikket elolvastam róla, magam is megemlítettem két helyen a blogon. Ma azonban rájöttem, hogy mit hiányoltam ezekből az írásokból. Mindenki kizárólag a személyes oldalára koncentrál az iPad-nek, ami, például esetemben, értelmetlen, mert én magamnak nem vennék iPadet. (sem másmilyen slate-et). A cégnek azonban, ahol dolgozom, simán szüksége lenne rá.

Nézzük meg, én, mint programozó, mire használnám az iPad-et a munkahelyen. Az teljesen nyilvánvaló szerintem, hogy programozásra nem. Gyenge proci, kevés memória, relative kis felbontás (viszonyításként: én négy monitorral dolgozom, és mind a négyet használom is). Ám a törpök élete nem csak.. akarommondani a programozó nem csak programozással foglalkozik napi nyolc órában.

Az első dolog, amire nagyon jó lehet, az a párprogramozásnál másodlagos – böngésző – gép. Gyakran van olyan, hogy egy olyan libet kell használni, amit a pár egyik tagja sem ismer, vagy éppen elő kell ásni egy mintaprogramot a netről. Ilyenkor nem arra van szükség, hogy egy izmos fejlesztői gépen kezdjünk el böngészni; egy slate tökéletesen megfelel ehhez. Jóval kisebb fogyasztással, tenném hozzá. Ráadásul elég mobil ahhoz, hogy a pár egyik tagja minden további nélkül átpasszolja a másiknak, nem kell a monitorokhoz tapadni, hogy mindketten lássanak.

A második dolog, ami beugrik, a scrumban megszokott standup meeting. Triviálisan nem lehet ilyenkor PC-t, de még laptopot sem használni, ellenben a slate tökéletes arra, hogy a webes alapú felületen (Jira, Rally, etc.) aktualizáljuk a story-k és taskok pillanatnyi státuszát. Dolgoztam már olyan helyen, ahol erre a célra hatalmas falitáblák voltak bevezetve, amin gombostűkkel rögzítettük a papír alapú story/task kártyákat, amit aztán a PM később arra használt, hogy update-elje vele a story követő rendszert. Error prone és nehézkes.

Három: tudunk vele rögzíteni és élvezhető formában visszajátszani egy meetinget. Akár videokonferenciára is jó kis csapatok esetén.

Négy: tökéletes bemutatóeszköz egy webes felülethez (ma becslésem szerint az újonnan készült céges rendszerek 90+%-a webes alapú). Az ügyfél kézbe tudja venni, tud játszani a felülettel, szó szerint Hands-on-Experience. Továbbá kikényszeriti a jó designt, mivel a touchscreen ritkán engedélyez olyan pixelvadászatot, amit az egér, ergo nem lehet túlzsúfolni a felületet.

Öt: Sokkal kevésbé zavaró egy meetingen, ha valaki egy slate-be jegyzetel, mintha telefonba vagy notebookba.

Pillanatnyilag ennyi jutott eszembe, de szerintem még csak a felszínt karcolgatom. Úgy érzem, ezek a gondolatok mindig távol fognak állni a döntéshozóktól (akik céges pénzen legfeljebb maguknak vesznek iPad-et, mert az cool) ami azt eredményezi, hogy a slate-ek nem fognak betörni a munkahelyekre. Pedig…

Holnaptól egy másik csapatban fogom folytatni a team lead-i pályafutásomat, ami valahol elismerés, mert ez a másik csapat sokkal nagyobb.
A mostani projekt lezárul, és ezzel kapcsolatban akarok megosztani egy érdekességet:
A határidő előtt két héttel befejeztük a kódot, és azóta 2 darab hibát sikerült találni az end2end tesztek során, azonban ezek is minimális problémák voltak, szóval kezdem elhinni, hogy lehet értelme ennek az agile fejlesztés dolognak