<div dir="ltr">DBeaver témához: a font problémától eltekintve eddig jól teljesít, persze még tesztelem, nem ítélünk elhamarkodottan !<div>(amúgy is akkora font kell ami még befér a cellákba)</div><div>Köszönöm a DBeaver ötletet !!!</div>
</div><div class="gmail_extra"><br><br><div class="gmail_quote">2013. december 9. 15:55 Suller Andras írta, <span dir="ltr"><<a href="mailto:suller.andras@gmail.com" target="_blank">suller.andras@gmail.com</a>></span>:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">2013/12/8 Auth Gábor <<a href="mailto:auth.gabor@javaforum.hu">auth.gabor@javaforum.hu</a>>:<br>
<div class="im">> A fejlesztés jel/zaj (üzletileg hasznos kód / üzletileg haszontalan kód)<br>
> viszonyában minden helper, utility, hack, workaround és a többi kiszolgáló<br>
> osztály a zajt növeli. Lehet okosan is csinálni az OOP paradigma<br>
<br>
</div>Viszont az ilyen helper/utility/hack osztalyok az uzleti logika<br>
erthetoseget novelik. Ha nem, akkor nem erdemes utility osztalyt<br>
hasznalni.<br>
Konkret esetben Joe a JDBC hasznalatat szerette volna konnyebben<br>
erthetove es kevesbe error prone-na tenni. Ez szerintem mindenkeppen<br>
jo dolog, meg akkor is ha lesznek "zaj" osztalyok.<br>
<div class="im"><br>
>> En copy-paste-eltem a projektjeim kozott ezeket a helper osztalyokat.<br>
>> Ami most mar tudom, hogy balgasag volt, de akkor megfelelo megoldasnak<br>
>> tunt.<br>
><br>
> Kicsit később már azt is balgaságnak fogod tartani, hogy írtál ilyen helper<br>
> osztályokat... az ember előbb-utóbb belátja ezt. Mindenki úgy kezdi, hogy<br>
> túl nagynak, összetettnek, nehézkesnek tartja az összes utility csomagot,<br>
> ezért megírja a sajátját, aztán napról-napra kiderül, hogy mit nem tud a<br>
<br>
</div>En nem mondtam ilyet. De egyebkent nem haszontalan dolog sajat utility<br>
osztalyokat irni, sok tapasztalatot szerezhet vele az ember, es rajon<br>
hogy nem veletlenul vannak erre kesz - fizetos vagy open source -<br>
megoldasok.<br>
<div class="im"><br>
> A szokásos stációk:<br>
><br>
> - valamelyik komponens újabb verziójával nem működik, mert van benne<br>
> deprecated függőség, mert az egyszerűbb volt<br>
><br>
> - másik futtató környezetben nem működik, mert más a JVM, más a web<br>
> konténer, más az operációs rendszer<br>
><br>
> - másik fejlesztésben nem működik, mert tulajdonképpen nem általános<br>
> utility, hanem specializált, ettől meg az első fejlesztésben nem működik jól<br>
><br>
> - másik fejlesztővel nem működik, mert nem érthető a működése, illetve<br>
> késhegyre menő viták vannak folyamatosan, mert nem várt hibák vannak benne,<br>
> amit csak az ismer, aki fejlesztette<br>
><br>
> - nem működik együtt szabványos vagy elterjedt utility osztályokkal, mert<br>
> azok "nem jól működnek"<br>
><br>
> - nem működik elosztott környezetben, mert nem volt szempont a<br>
> kifejlesztésénél<br>
><br>
> - lelépett vagy kirúgták a fejlesztőt és itt hagyta a sok "szart", amihez<br>
> csak ő értett, ezért kidobják az egyedi fejlesztést<br>
<br>
</div>Ezeknek a stacioknak tobbsege egy pluszban behuzott fuggosegre is igaz lehet.<br>
Peldaul, hogy Joe hasznalja a spring-et. Lehet h mas framework-ot<br>
hasznal, amivel nem kompatibilis; kesobb ha frissitik, akkor problemak<br>
lehetnek; lehetnek benne bugok; ha Joe lelep a tobbiek lehet h nem<br>
ertenek hozza... A kesz megoldasok sem rozsaszin almok, amikkel mindig<br>
minden tokeletes.<br>
<div class="HOEnZb"><div class="h5"><br>
Andras<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>
</div></div></blockquote></div><br></div>