[Javalist] RegExp probléma: nem aposztrófok közé zártak felismerése

[József Keresztes]

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 !
(amúgy is akkora font kell ami még befér a cellákba)
Köszönöm a DBeaver ötletet !!!


2013. december 9. 15:55 Suller Andras írta, <suller.andras at gmail.com>:

> 2013/12/8 Auth Gábor <auth.gabor at javaforum.hu>:
> > A fejlesztés jel/zaj (üzletileg hasznos kód / üzletileg haszontalan kód)
> > viszonyában minden helper, utility, hack, workaround és a többi
> kiszolgáló
> > osztály a zajt növeli. Lehet okosan is csinálni az OOP paradigma
>
> Viszont az ilyen helper/utility/hack osztalyok az uzleti logika
> erthetoseget novelik. Ha nem, akkor nem erdemes utility osztalyt
> hasznalni.
> Konkret esetben Joe a JDBC hasznalatat szerette volna konnyebben
> erthetove es kevesbe error prone-na tenni. Ez szerintem mindenkeppen
> jo dolog, meg akkor is ha lesznek "zaj" osztalyok.
>
> >> En copy-paste-eltem a projektjeim kozott ezeket a helper osztalyokat.
> >> Ami most mar tudom, hogy balgasag volt, de akkor megfelelo megoldasnak
> >> tunt.
> >
> > Kicsit később már azt is balgaságnak fogod tartani, hogy írtál ilyen
> helper
> > osztályokat... az ember előbb-utóbb belátja ezt. Mindenki úgy kezdi, hogy
> > túl nagynak, összetettnek, nehézkesnek tartja az összes utility csomagot,
> > ezért megírja a sajátját, aztán napról-napra kiderül, hogy mit nem tud a
>
> En nem mondtam ilyet. De egyebkent nem haszontalan dolog sajat utility
> osztalyokat irni, sok tapasztalatot szerezhet vele az ember, es rajon
> hogy nem veletlenul vannak erre kesz - fizetos vagy open source -
> megoldasok.
>
> > A szokásos stációk:
> >
> > - valamelyik komponens újabb verziójával nem működik, mert van benne
> > deprecated függőség, mert az egyszerűbb volt
> >
> > - másik futtató környezetben nem működik, mert más a JVM, más a web
> > konténer, más az operációs rendszer
> >
> > - másik fejlesztésben nem működik, mert tulajdonképpen nem általános
> > utility, hanem specializált, ettől meg az első fejlesztésben nem működik
> jól
> >
> > - másik fejlesztővel nem működik, mert nem érthető a működése, illetve
> > késhegyre menő viták vannak folyamatosan, mert nem várt hibák vannak
> benne,
> > amit csak az ismer, aki fejlesztette
> >
> > - nem működik együtt szabványos vagy elterjedt utility osztályokkal, mert
> > azok "nem jól működnek"
> >
> > - nem működik elosztott környezetben, mert nem volt szempont a
> > kifejlesztésénél
> >
> > - lelépett vagy kirúgták a fejlesztőt és itt hagyta a sok "szart", amihez
> > csak ő értett, ezért kidobják az egyedi fejlesztést
>
> Ezeknek a stacioknak tobbsege egy pluszban behuzott fuggosegre is igaz
> lehet.
> Peldaul, hogy Joe hasznalja a spring-et. Lehet h mas framework-ot
> hasznal, amivel nem kompatibilis; kesobb ha frissitik, akkor problemak
> lehetnek; lehetnek benne bugok; ha Joe lelep a tobbiek lehet h nem
> ertenek hozza... A kesz megoldasok sem rozsaszin almok, amikkel mindig
> minden tokeletes.
>
> Andras
> _______________________________________________
> Javalist mailing list
> Javalist at lists.javaforum.hu
> http://lists.javaforum.hu/mailman/listinfo/javalist
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20131209/be579e1b/attachment.html>