<div dir="ltr"><div>"nem érdekli (és nem is kell érdekelje) az ügyfelet,"<br></div><div>Láttam pár projektet emiatt földbe állni.<br><br>Fel kell mérni az ügyfél igényeit. Ehhez nem feltétlenül kell "odamenni" és "megkérdezni", (mert lehet megfigyelni és mérni is - lean) de legtöbb esetben nem árt a kétirányú egészséges kommunikáció. Sőt:<br>
<br></div><div>Scrum-nál egyenesen az a szokás, hogy az ügyfél beültet egy embert a fejlesztőcsapat közelébe, hogy bármikor elérhető legyen, ha kérdés van. Ez elég jól működik, az ő neve a Product Owner.<br></div><div><br>
</div></div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/10 Ákos Gábriel <span dir="ltr"><<a href="mailto:akos.gabriel@i-logic.hu" target="_blank">akos.gabriel@i-logic.hu</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div>Ez az ami rohadtul nem érdekli (és nem is kell érdekelje) az ügyfelet, megrendelőként komolytalan cégnek gondolnám aki ilyen döntést akar meghozatni velem.</div><div>Úgy érezném, hogy rám akarja tolni a döntés felelősségét. </div>
<div><br></div><div>Hozza meg a döntést ő, viselje ennek következményeit. </div><div><br></div>Üdv,<div>Ákos</div><div><br><div><div>2013.12.10. dátummal, 8:52 időpontban Tamás Viktor <<a href="mailto:viktor.tamas@gmail.com" target="_blank">viktor.tamas@gmail.com</a>> írta:</div>
<div><div class="h5"><br><blockquote type="cite"><div dir="ltr">Nem kell hogy az ügyfél explicit ,meghatározzon technológiát.<div>Új keretrendszereket több időbe (=pénzbe) telhet megtanulni (neadjisten lefejleszteni), de van az a helyzet amikor mégis érdemes belevágni. De nem jó, ha ezt a fejlesztők döntik el egyedül.</div>
<div>Van amelyik keretrendszer vagy technológia bizonyos feladatokra optimálisabb.</div><div>Beszélhetnék még a nyílt forráskódú vagy fizetős komponensekről. Nyílt forráskódon belül a GPL-ről...</div><div><br></div><div>
Ha azért hoz be valaki új technológiát mert érdekesnek, trendinek tartja, meg akarja tanulni, az gáz.</div>
<div><br></div><div>Példa, webes technológiáknál egy bizonyos feladatra Javascript, Sencha lenne optimális, mert gyors válaszidőket ad és kevés terhelést tesz a szerverre, tehát jól skálázható. De meg kellene tanítani minden fejlesztőt rendesen Javascriptben programozni, ami elég sokba kerül, vagy fogalmazhatnék úgy, hogy kezdetben nagyon lassú lesz a fejlesztés. Java-ban mindenki tud programozni az adott cégben, Wicket-et megtanítani sokkal kisebb erőfeszítés, de ez nagyobb terhelést tesz a szerverre, tehát nem lesz annyira skálázható. Valakinek ezt esetleg meg kell beszélnie az ügyféllel, hogy mi neki a fontosabb, megér-e neki több pénzt az optimálisabb megoldás, vagy nem érdekli ez az aspektus. A végén ebből lesz a technológiai döntés, üzleti alapokkal.</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013/12/9 Böszörményi Péter <span dir="ltr"><<a href="mailto:zmblevlist@gmail.com" target="_blank">zmblevlist@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Ostoba vagyok. Nagyon. Kerlek magyarazd el. Ertem, hogy esetleg a<br>
kuncsaft meghatarozhat egy technologiat (mar pedig en hibernatet<br>
akarok latni a rendszerben, es kesz!), de ugy gondolod, hogyha a<br>
kumcsaft nem hataroz meg kifejezett kovetelmenyeket ezzel<br>
kapcsolatban, akkor oda kell menni hozza, es megkerdezni: Tessek<br>
mondani, mit hasznaljunk? Spring MVC, vagy JSF?<br>
<br>
2013/12/9 Peter Verhas <<a href="mailto:peter.verhas@gmail.com" target="_blank">peter.verhas@gmail.com</a>>:<br>
<div><div>> Ennyi.<br>
><br>
><br>
><br>
> On H, dec. 9, 2013 at 3:13 du., Tamás Viktor<br>
> <<a href="mailto:viktor.tamas@gmail.com" target="_blank">viktor.tamas@gmail.com</a>="mailto:<a href="mailto:viktor.tamas@gmail.com" target="_blank">viktor.tamas@gmail.com</a>">> wrote:<br>
>><br>
>> Profit-orientált környezetben, végső soron minden technológiai döntésnek<br>
>> is üzleti okai kell hogy legyenek.<br>
>><br>
>><br>
><br>
</div></div><div><div>> _______________________________________________<br>
> Javalist mailing list<br>
> <a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br>
> <a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
><br>
<br>
<br>
<br>
--<br>
Üdvözlettel,<br>
Böszörményi Péter<br>
_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</div></div></blockquote></div><br></div>
_______________________________________________<br>Javalist mailing list<br><a href="mailto:Javalist@lists.javaforum.hu" target="_blank">Javalist@lists.javaforum.hu</a><br><a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
</blockquote></div></div></div><br></div></div><br>_______________________________________________<br>
Javalist mailing list<br>
<a href="mailto:Javalist@lists.javaforum.hu">Javalist@lists.javaforum.hu</a><br>
<a href="http://lists.javaforum.hu/mailman/listinfo/javalist" target="_blank">http://lists.javaforum.hu/mailman/listinfo/javalist</a><br>
<br></blockquote></div><br></div>