Engem az üzleti 'probléma' izgat, mikor nekikezdek a feladatnak. Ha a problémák rész feladatokra bonthatók, elsőként a részfeladatokat oldom meg, figyelembe véve az egész feladatot, utána foglalkozok a megoldások összehangolásával. Gusztávnak küldtem egy hivatkozást a projektemre, amiről említést is tett a honlap ajánlójában "Java EE programozási receptek" című bejegyzésnél. Ebben láttam a fenti beszélgetés lényegét megvalósulni, vagyis az architect tevékenységet és az üzleti szabályok fejlesztését együtt.
Hogy végeztem a fejlesztő munkát?
Először az átfogó üzleti feladatot elemeztem, diagrammokat rajzoltam, fejben lejátszottam a lehetőségeket, megrajzoltam a működési mechanizmust, és eljutottam egy általános megoldásig, a feladat magassabb absztrakciójáig. A következő lépésben a kiszemelt technológiára koncentráltam. Pilot programokat kezdtem írni, majd ezek eredményeit gyúrtam egybe. Az üzleti logika és a technológia megismerése együtt jelentette a motivációt. Mégsem tudtam befejezni, mert a megrendelőt nem győzte meg a fa törzse, már magát a fás ligetet szerette volna látni. Nyilván a nagy multik mellett mint kis bolha kis ugrásokat tehetek. Kis ugrásokkal értem el addig, hogy keresett munkaerő vagyok a piacon. Már ezt abból tapasztalom, hogy megbecsülik az összegyűjtött tudást kis vállalatoknál, ahol nincs még meg a nagy vállalatoknál összegyűjtött tudás. De ez nem elégít ki mégsem. Valóban a technológia megismerése nagyobb erővel motivál, mint az üzleti 'probléma', mégis a kettő együtt segít a megoldás keresésben.
Mi okból érzem magam jól a programozói/informatikus bőrömben?
A közösség sokat segít, vagyis a közösségben megélt, vagy megélni vélt érzések tartanak a pályámon. És a gondolat, hogy magam is irányítom a szűkebb/tágabb közösségemet, tudva-tudatlanul. Ez a jelen és a jövőkép alakítási élmény a 'siker' élmény.
Engem az üzleti 'probléma' izgat, mikor nekikezdek a feladatnak. Ha a problémák rész feladatokra bonthatók, elsőként a részfeladatokat oldom meg, figyelembe véve az egész feladatot, utána foglalkozok a megoldások összehangolásával. Gusztávnak küldtem egy hivatkozást a projektemre, amiről említést is tett a honlap ajánlójában "Java EE programozási receptek" című bejegyzésnél. Ebben láttam a fenti beszélgetés lényegét megvalósulni, vagyis az architect tevékenységet és az üzleti szabályok fejlesztését együtt.
Hogy végeztem a fejlesztő munkát?
Először az átfogó üzleti feladatot elemeztem, diagrammokat rajzoltam, fejben lejátszottam a lehetőségeket, megrajzoltam a működési mechanizmust, és eljutottam egy általános megoldásig, a feladat magassabb absztrakciójáig. A következő lépésben a kiszemelt technológiára koncentráltam. Pilot programokat kezdtem írni, majd ezek eredményeit gyúrtam egybe. Az üzleti logika és a technológia megismerése együtt jelentette a motivációt. Mégsem tudtam befejezni, mert a megrendelőt nem győzte meg a fa törzse, már magát a fás ligetet szerette volna látni. Nyilván a nagy multik mellett mint kis bolha kis ugrásokat tehetek. Kis ugrásokkal értem el addig, hogy keresett munkaerő vagyok a piacon. Már ezt abból tapasztalom, hogy megbecsülik az összegyűjtött tudást kis vállalatoknál, ahol nincs még meg a nagy vállalatoknál összegyűjtött tudás. De ez nem elégít ki mégsem. Valóban a technológia megismerése nagyobb erővel motivál, mint az üzleti 'probléma', mégis a kettő együtt segít a megoldás keresésben.
Mi okból érzem magam jól a programozói/informatikus bőrömben?
A közösség sokat segít, vagyis a közösségben megélt, vagy megélni vélt érzések tartanak a pályámon. És a gondolat, hogy magam is irányítom a szűkebb/tágabb közösségemet, tudva-tudatlanul. Ez a jelen és a jövőkép alakítási élmény a 'siker' élmény.