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

2013. Dec. 5., Cs, 12:10:37 CET

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