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

József Keresztes xesj.hu at gmail.com
2013. Dec. 5., Cs, 12:00:18 CET 

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

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