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

György Szimeonov szimeonov.gy at gmail.com
2013. Dec. 5., Cs, 13:51:22 CET


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
>
>
--------- következő rész ---------
Egy csatolt HTML állomány át lett konvertálva...
URL: <http://lists.javaforum.hu/pipermail/javalist/attachments/20131205/0c3fc863/attachment.html>


További információk a(z) Javalist levelezőlistáról