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

2013. Dec. 5., Cs, 12:21:53 CET

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