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

2013. Dec. 4., Sze, 14:23:33 CET

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