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

[Tóth Zalán]

+ sajátnál ugye fennáll a veszélye hogy ha te elmész az új kolléga aki
tudja használni az ismert libeket, nézheti átt hogy itt mi hogy van. én is
azt mondom hogy ha nem tud/akar valaki jobbat írni, csak a meglévőt
sajátjaként, akkor felesleges megcsinálni


2013. december 5. 13:51 György Szimeonov írta, <szimeonov.gy at gmail.com>:

> na latod ez az hogy pont vannak string kezelesre, datum fromazasra,
> filekezelesre bevalt utility package-ek es nekem levagnak a kezemet ha
> sajatot irnek :)
>
>
> 2013. december 5. 11:21 József Keresztes írta, <xesj.hu at gmail.com>:
>
> Igazából úgy érzem a határvonal meghúzását képzeljük el másként. Én sem
>> tudom elképzelni hogy jön egy új fejlesztő a céghez és kap egy önállóan
>> fejlesztendő új projektet, és hozza a saját hobby adatbáziskezelőjét,
>> mondván ő itt tartja az adatait, és ide dolgozik majd a szoftvere. Ez
>> számomra a határvonal átlépése. De az nem ha a JDBC-hez hozzáfejleszt
>> valamit és azt használja. Nekem pl. saját fejlesztésű utility osztályaim
>> vannak string-kezelésre, dátum formázásra, file-kezelésekre stb. Nem tudom
>> hogy vagytok ezzel, de el sem tudom képzelni hogy ilyen saját utility-ket
>> letiltanánk mert van egy "szabványosabb - szénné tesztelt - mindeni
>> használja - stb." cucc a neten. Tehát tényleg létezik a határvonal nálam
>> is, csak máshol.
>>
>>
>> 2013. december 5. 12:10 György Szimeonov írta, <szimeonov.gy at gmail.com>:
>>
>> igen kellenek uj keretrendszerek ezzel nem mondasz hulyeseget, de atlag
>>> fejlesztokent mi az uzletre koncentralunk es azt fejlesztjuk ami elorebb
>>> viszi a ceget vagy termeket. A frameworkoket fejleszto csapatok fulltime
>>> fejlesztik ezeket es abbol elnek, hogy igy vagy ugy eladjak nekunk a
>>> termekuket. Ha tenyleg ez erdekel szallj be egy opensource projektbe es
>>> segitsd az o munkajukat, persze csak ha ugy erzed, hogy tenyleg hozza tudsz
>>> adni valami jobbat.
>>>
>>>
>>> 2013. december 5. 11:00 József Keresztes írta, <xesj.hu at gmail.com>:
>>>
>>> Sziasztok !
>>>>
>>>> Sajnos nem igazán tudom elfogadni az érveket. Ha így állnánk hozzá
>>>> sosem születnének új termékek, nem újulna meg semmi, mert már megírták azt
>>>> kell használni. Ennyi erővel a Struts keretrendszer megszületése után, nem
>>>> jött volna létre a többi hiszen már megvan, azt kell használni. Én hiszek
>>>> benne hogy mindent újra lehet írni, lehet jobbat is csinálni, sőt teljesen
>>>> máshogy is el lehet képzelni, akár adatbázisról van szó, akár webes
>>>> keretrendszerről stb. Ez a programozói szabadság, ettől haladnak előre a
>>>> dolgok. Miért születnek újabb és újabb framework-ök ? Pont ezért. Annak
>>>> idején az svn is kész volt és azt mondták lépjünk túl rajta legyen helyette
>>>> GIT. Ki tudja a Spring is meddig húzza, aztán lesz egy jobb :)
>>>>
>>>> Ami még érdekes: annak idején még tényleg fiatal kezdő koromban kb. 20
>>>> éve, volt egy kolléga aki azt mondta hogy nem igazán van már szükség
>>>> programozókra mert leprogramoztak mindent, lassan kifogynak a fejlesztendő
>>>> dolgok. Ez mindig eszembe jut és mindig mosolygok rajta, mert annyira nem
>>>> volt igaza.
>>>>
>>>> Joe
>>>>
>>>>
>>>> 2013. december 5. 4:26 Gábor Garami írta, <gabor.garami at hron.me>:
>>>>
>>>> Pontosan ezert lenne jobb, ha egy meglevo frameworkot hasznalnal.
>>>>> Barmilyen egyszeru rendszert is irsz, nehezebb lesz atvenni, mert szinte
>>>>> biztos vagyok benne h nincs idod olyan mennyisegu es minosegu dokumentaciot
>>>>> csinalni hozza, mint ami a springeseknel van (nem beszelve arrol, h erre
>>>>> nekik valszinuleg dedikalt idejuk es/vagy emberuk van). Gondolj csak bele:
>>>>> ha te vennel at egy uj projektet, nem lenne egyszerubb egy alaposan, tobb
>>>>> oldalrol korbedokumentalt libbel dolgozni mint egy majdnem uresben
>>>>> kigeneralt javadoccal vajakolni? Szerintem ertelmes ember az utobbi
>>>>> lehetoseget nem valasztja.
>>>>>
>>>>> Azert is mondtam, h egy ilyennek eles projektben helye nincs mert az
>>>>> ilyenek kihatassal vannak a karbantarthatosagra es a megbizhatosagra is.
>>>>> Mondok egy csunyat: irrelevans, mennyi tesztet irsz a kodba. A teszteknek
>>>>> valo megfeleles ugyanis csak azt jelenti, hogy ismert nyilvanvalo hiba a
>>>>> rendszerben nincsen. De ettol a megbizhatosaga meg nem novekedett egy
>>>>> hangyanyit sem, ugyanolyan, mint a szomszed verpistike kodja. Egy olyan
>>>>> libnek viszont, aminek jelen pillanatban tobbezres felhasznalo bazisa van,
>>>>> es kettonknek sincs eleg ujja leszamolni hany nyilt es zart projekt epit
>>>>> ra... nos egy ilyen lib a szememben sokkal megbizhatobb.
>>>>>
>>>>> Tudom-tudom, en meg a rendszergazdai szemleletmodom is elmehetne a
>>>>> fenebe - de en meg azt gondolom, hogy erdemes az ilyesmire is figyelni.
>>>>>
>>>>> Garami Gábor
>>>>> gabor.garami at hron.me
>>>>> Skype: hron84
>>>>>
>>>>> Tel: +36 20 235 9621
>>>>>
>>>>> Sent from my T-Mobile G2
>>>>> Ezt a levelet telefonról adták fel, ékezethibákat tartalmazhat.
>>>>> 2013.12.04. 14:23 ezt írta ("József Keresztes" <xesj.hu at gmail.com>):
>>>>>
>>>>> Elmosolyodtam.
>>>>>> Ez amit írsz nem Magyarországon történik :)) 2 programozó egy kódot
>>>>>> ír ? Mekkora pazarlás, főnökség ilyet meg nem engedne.
>>>>>> A vicc az hogy nálunk is kitalálták (meg máshol is) hogy pl.
>>>>>> kommentezzük a kódokat, de ilyenekre gyakorlatilag nincs idő ! Meg
>>>>>> tesztelésre sem.
>>>>>> Persze azért néha van, pl. nekem is most jutott idő hogy ide
>>>>>> irogassak és olvassam a hozzászólásokat.
>>>>>>
>>>>>> Egyébként kicsit pszichológiai alapja is van az ilyen saját "jdbc
>>>>>> fejlesztésnek", vagy egyéb hobby otthoni projekteknek. Ezeknek mindig jobb
>>>>>> a minőségük
>>>>>> mint egy munkahelyi projektnek. Ugyanis nincs határidő, és így minden
>>>>>> belefér, ezért lesz sokkal minőségibb. És nem jön senki hülye ötletekkel
>>>>>> amire nem lehet NEM-et mondani.
>>>>>>
>>>>>>
>>>>>> 2013. december 4. 14:12 György Szimeonov írta, <
>>>>>> szimeonov.gy at gmail.com>:
>>>>>>
>>>>>>> Ha van rendszeres code review es pair programming senki se fog
>>>>>>> szemetet commitolni. De ehhez olyan cegnel kell dolgozni ahol a minoseg
>>>>>>> fontos.
>>>>>>>
>>>>>>>
>>>>>>> 2013. december 4. 12:59 József Keresztes írta, <xesj.hu at gmail.com>:
>>>>>>>
>>>>>>> Sajnos ez a kód megöröklése probléma sokkal nagyobb mint csak az
>>>>>>>> adatbázis elérés. Az egyik fejlesztő jQuery-vel csinálgatta a kliens
>>>>>>>> oldalt, és megörökli a másik aki csak prototype-ban profi. Az egyik
>>>>>>>> Spring-et használ és azt megkapja egy JSF-es fejlesztő, stb. Olyanról nem
>>>>>>>> is beszélnék hogy PHP-s cuccot dobnának oda egy java fejlesztőnek :) Szóval
>>>>>>>> az ilyen nem túl bonyolult JDBC-s elérés mint az enyém vagy a JdbcTemplate
>>>>>>>> átlátása nem hiszem hogy nagy gond. Arról nem is beszélve hogy van olyan
>>>>>>>> amikor minden technológia ismert az átadó és átvevő számára, de az átadó
>>>>>>>> olyan logikát követ amit nem lát át az átvevő. Sajnos én is örököltem ilyen
>>>>>>>> kódot, már 3 éve van nálama kódja és bevallom nem látom át, ez az igazság,
>>>>>>>> és hajam tépem ha bele kell nyúlni, pedig a technológia teljesen ismert
>>>>>>>> volt. Akitől átvettem az pl. mindent egyetlen 5000 soros java osztályba írt
>>>>>>>> bele :) Vagy pl. aki mindenhol v1,v2,vN változóneveket használ. Én azt
>>>>>>>> látom hogy néha sokszor annyi (akár 10x idő is) más kódjába túrkálni. Ha
>>>>>>>> erre van jó megoldásotok...bár ez már más téma.
>>>>>>>>
>>>>>>>>
>>>>>>>> 2013. december 4. 13:45 György Szimeonov írta, <
>>>>>>>> szimeonov.gy at gmail.com>:
>>>>>>>>
>>>>>>>> lehet en vok lusta de sose ulnek le "sajat jdbc-s cuccot"
>>>>>>>>> fejleszteni. Azt hiszem mar parszor ki volt targyalva miert ne irjunk sajat
>>>>>>>>> keretrendszert. A cegednek meg kulonosen rossz mert, ahogy felmondasz
>>>>>>>>> legacykent fog csungni a tobbi fejleszto nyakan. Arrol nem is beszelve,
>>>>>>>>> hogy minden uj fejlesztot be kell tanitani a hasznalatara.
>>>>>>>>>
>>>>>>>>>
>>>>>>>>> 2013. december 4. 12:20 József Keresztes írta, <xesj.hu at gmail.com>
>>>>>>>>> :
>>>>>>>>>
>>>>>>>>> Sziasztok !
>>>>>>>>>>
>>>>>>>>>> Köszönöm a sok hozzászólást, és ezt az utóbbit is. A
>>>>>>>>>> segítségetekkel (remélem) megoldottam a paraméter problémát,
>>>>>>>>>> végülis úgy hogy számolom az aposztrófok számát. Ha a :x előtt
>>>>>>>>>> páros van akkor az valós behelyettesítendő paraméter, ha páratlan akkor
>>>>>>>>>> békén hagyom.
>>>>>>>>>> Igen sajnos ha mysql-be nem dupla aposztrófot írunk akkor az
>>>>>>>>>> problémás lehetne, de gondolom elfogadja a szabványos dupla aposztrófot is.
>>>>>>>>>>
>>>>>>>>>> Igen értelek titeket hogy a JDBCTemplate mellett teszitek le a
>>>>>>>>>> voksotokat, én viszont sajátot írok JDBCShell néven. És "élesben" lesz
>>>>>>>>>> használva :)
>>>>>>>>>> Ugyanis én mindig saját jdbc-s cuccokat szeretek írkálni, évek
>>>>>>>>>> óta beváltak éles projektekben, pont ezekkel nem volt semmi gond. Persze
>>>>>>>>>> inkább az volt
>>>>>>>>>> a hiba velük hogy nem tudtak bizonyos dolgokat, amiket később én
>>>>>>>>>> magam hiányoltam.
>>>>>>>>>> Ezért fejlesztek hozzá, illetve kicsit átírom. Most pl. ebben a
>>>>>>>>>> JDBCShell-ben azt vezettem be hogy
>>>>>>>>>> annotációval vannak osztályok ellátva, hasonlóan mint Hibernate,
>>>>>>>>>> JPA stb. @Table, @View, @Column, @Id, és így ezek példányaira automatikusan
>>>>>>>>>> lehet
>>>>>>>>>> insertObject(), updateObject() stb. metódusokat hívni. Mivel ezen
>>>>>>>>>> osztályok forráskódjait nem kézzel kellene előállítani, a projekt-et
>>>>>>>>>> jar-ként futtatva egy
>>>>>>>>>> swing-es generátor felülettel lehet generálni ezen annotált
>>>>>>>>>> osztályok forráskódját (ez még nincs kész).
>>>>>>>>>> Én szeretek ezzel foglalkozni, és miért ne működne élesben ?
>>>>>>>>>> Legyen jól kitesztelve.
>>>>>>>>>> Amúgy több fejlesztőnél is tapasztaltam ezt a "saját jdbc-s
>>>>>>>>>> cuccot írunk" dolgot.
>>>>>>>>>>
>>>>>>>>>> Joe
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> 2013. december 4. 13:01 Gábor Garami írta, <gabor.garami at hron.me>
>>>>>>>>>> :
>>>>>>>>>>
>>>>>>>>>> Ekezetes problema barmely adatbaziskezelovel elofordulhat - csak
>>>>>>>>>>> ez
>>>>>>>>>>> alapjan dobni egyet szerintem nem fair. A MySQL-lel tenyleg eleg
>>>>>>>>>>> sok
>>>>>>>>>>> problema van, viszont fejleszteshez, egyszerubb feladatokhoz
>>>>>>>>>>> idealis.
>>>>>>>>>>>
>>>>>>>>>>> En szemely szerint kerulom az SQL sztringel bizgatasat, inkabb
>>>>>>>>>>> olyan
>>>>>>>>>>> frameworkot hasznalok, ami automatikusan kepes prepared
>>>>>>>>>>> statementek
>>>>>>>>>>> kezelesere, es eleve olyan formaban feedelem be neki az SQL
>>>>>>>>>>> templatet,
>>>>>>>>>>> amilyenben varja, nem ragaszkodok feltetlen az egy igaz
>>>>>>>>>>> formatumhoz.
>>>>>>>>>>>
>>>>>>>>>>> En is a JDBCTemplate mellett tennem le a voksomat. Teljesen
>>>>>>>>>>> felesleges
>>>>>>>>>>> pluszmunkanak latom ezt a cserelosdit megcsinalni megegyszer,
>>>>>>>>>>> amikor
>>>>>>>>>>> mar valaki egyszer nem csak, hogy megcsinalta, de egy olyan
>>>>>>>>>>> projektben
>>>>>>>>>>> csinalta ezt meg, amit relative nagyon sokan hasznalnak - igy
>>>>>>>>>>> szenne
>>>>>>>>>>> van tesztelve ennek a mukodese. Hobbiprojektkent persze, el lehet
>>>>>>>>>>> bibelodni vele - de eles projektben az ilyennek szerintem helye
>>>>>>>>>>> nincsen.
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> Garami Gábor
>>>>>>>>>>> E-mail: gabor.garami at hron.me
>>>>>>>>>>> Tel: +36 20 235 9621
>>>>>>>>>>> MSN: hrgy at vipmail.hu
>>>>>>>>>>> Skype: hron84
>>>>>>>>>>>
>>>>>>>>>>>
>>>>>>>>>>> 2013/12/2 József Keresztes <xesj.hu at gmail.com>:
>>>>>>>>>>> > Kicsit elkanyarodtunk a témától, de azért a mysql-ről egy
>>>>>>>>>>> megjegyzés: én
>>>>>>>>>>> > életemben egyszer próbáltam java-ból mysql-t használni, és
>>>>>>>>>>> rögtön az elején
>>>>>>>>>>> > már az ékezetekkel baj volt, nem is oldódott meg a probléma,
>>>>>>>>>>> de nem is
>>>>>>>>>>> > próbáltam igazán megoldani. Akkor azt mondtam soha többet, de
>>>>>>>>>>> tényleg soha
>>>>>>>>>>> > sehol nem kellett még használni mysql-t.
>>>>>>>>>>> >
>>>>>>>>>>> >
>>>>>>>>>>> > 2013. december 2. 13:11 Richard O. Legendi írta,
>>>>>>>>>>> > <richard.legendi at gmail.com>:
>>>>>>>>>>> >
>>>>>>>>>>> >> Hehe, ja, tud érdekes dolgokat produkálni :-) A kedvencem a
>>>>>>>>>>> "Disk is too
>>>>>>>>>>> >> full" hibaüzenet :D
>>>>>>>>>>> >>
>>>>>>>>>>> >> Ricsi
>>>>>>>>>>> >>
>>>>>>>>>>> >>
>>>>>>>>>>> >> On 2013.12.02. 13:05, Ákos Gábriel wrote:
>>>>>>>>>>> >>>
>>>>>>>>>>> >>> A MySQL az egy nem is tudom micsoda, mert se az SQL nyelvet
>>>>>>>>>>> nem tudja
>>>>>>>>>>> >>> rendesen, se az ACID koncepciót nem sikerül megvalósítania.
>>>>>>>>>>> >>> Szóval olyan "majdnem-adatbáziskezelő", szerintem.
>>>>>>>>>>> >>>
>>>>>>>>>>> >>> Üdv,
>>>>>>>>>>> >>> Ákos
>>>>>>>>>>> >>>
>>>>>>>>>>> >>>
>>>>>>>>>>> >>> 2013.12.02. dátummal, 13:02 időpontban Richard O. Legendi
>>>>>>>>>>> >>> <richard.legendi at gmail.com> írta:
>>>>>>>>>>> >>>
>>>>>>>>>>> >>>> MySql pl.? Amúgy az eredeti két lekérdezést is megeszi,
>>>>>>>>>>> amit írtál
>>>>>>>>>>> >>>> (attól függetlenül, hogy ha nincs is olyan táblám :-)).
>>>>>>>>>>> >>>>
>>>>>>>>>>> >>>> Ricsi
>>>>>>>>>>> >>>>
>>>>>>>>>>> >>> _______________________________________________
>>>>>>>>>>> >>> Javalist mailing list
>>>>>>>>>>> >>> Javalist at lists.javaforum.hu
>>>>>>>>>>> >>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>>>> >>
>>>>>>>>>>> >>
>>>>>>>>>>> >> _______________________________________________
>>>>>>>>>>> >> Javalist mailing list
>>>>>>>>>>> >> Javalist at lists.javaforum.hu
>>>>>>>>>>> >> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>>>> >
>>>>>>>>>>> >
>>>>>>>>>>> >
>>>>>>>>>>> > _______________________________________________
>>>>>>>>>>> > Javalist mailing list
>>>>>>>>>>> > Javalist at lists.javaforum.hu
>>>>>>>>>>> > http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>>>> >
>>>>>>>>>>> _______________________________________________
>>>>>>>>>>> Javalist mailing list
>>>>>>>>>>> Javalist at lists.javaforum.hu
>>>>>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>> _______________________________________________
>>>>>>>>>> Javalist mailing list
>>>>>>>>>> Javalist at lists.javaforum.hu
>>>>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>>>
>>>>>>>>>>
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Javalist mailing list
>>>>>>>>> Javalist at lists.javaforum.hu
>>>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>>
>>>>>>>>>
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Javalist mailing list
>>>>>>>> Javalist at lists.javaforum.hu
>>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>>
>>>>>>>>
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Javalist mailing list
>>>>>>> Javalist at lists.javaforum.hu
>>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>>
>>>>>>>
>>>>>>
>>>>>> _______________________________________________
>>>>>> Javalist mailing list
>>>>>> Javalist at lists.javaforum.hu
>>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>>
>>>>>>
>>>>> _______________________________________________
>>>>> Javalist mailing list
>>>>> Javalist at lists.javaforum.hu
>>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>>
>>>>>
>>>>
>>>> _______________________________________________
>>>> Javalist mailing list
>>>> Javalist at lists.javaforum.hu
>>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>>
>>>>
>>>
>>> _______________________________________________
>>> Javalist mailing list
>>> Javalist at lists.javaforum.hu
>>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>>
>>>
>>
>> _______________________________________________
>> Javalist mailing list
>> Javalist at lists.javaforum.hu
>> http://lists.javaforum.hu/mailman/listinfo/javalist
>>
>>
>
> _______________________________________________
> 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/20131205/85189963/attachment.html>