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

2013. Dec. 5., Cs, 04:26:13 CET

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