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

György Szimeonov szimeonov.gy at gmail.com
2013. Dec. 4., Sze, 14:40:04 CET


Mindegy hogy Magyarorszagon vagy vagy sem, rendes cegeknel ez mukodik csak
szet kell nezni a piacon. Ha negativ velemennyel vagy a cegedrol akkor
keress masikat, nincs rosszabb mint az elegedetlen munkavallalo :)


2013. december 4. 13:23 József Keresztes írta, <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/20131204/8d887b63/attachment.html>


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