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

[Gábor Lipták]

http://en.wikipedia.org/wiki/Bus_factor :)


2013. december 9. 13:46 Gábor Garami írta, <gabor.garami at hron.me>:

> "Nem szoktuk egymás kódját nézegetni"
>
> Na ez peldaul gond lehet. Mi tortenne akkor, ha peldaul
> karacsonyfadiszites kozben leesel a letrarol, eltorod a labad es 6
> hetig gipszben vagy? Akkor all a fejlesztes? Vagy a kollegaid
> mindenben at tudjak venni a folyamatban levo fejleszteseket, beleertve
> a hobbiidodben fejlesztett, a ceges kodnak megis szerves, sot alapveto
> reszet kepezo cuccok fejleszteset, hibajavitasat is?
>
> Mert ez itt a fo kerdes. Nagyon hasznos, ha tudod, hogy a masik mit
> miert csinal, es foleg hogy csinalja. Nem csak azert, mert baj eseten
> konnyen at tuddod venni a munkajat, hanem azert is, mert ez egyfajta
> sanity checkkent is mukodik - ha a kozvetlen kollegaim jonak talaljak
> az otletet, valoszinuleg annyira nagyon rossz nem lehet. Viszont ha
> nincs meg a sanity check - honnan tudhatom, nem csinalok-e valami
> eszement orultseget?
>
>
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu
> Skype: hron84
>
>
> 2013/12/9 József Keresztes <xesj.hu at gmail.com>:
> >> A topicnyitohoz: Rosszul gondolkodsz. Te folyamatosan csak azt nezed,
> > hogy milyen helyes kis libet irtal, mennyire cuki modon mukodik, es
> > hogy mennyire buszke vagy ra meg magadra. De komolyan kerdezem,
> > megprobaltad mar a kollegaiddal megbeszelni, hogy nekik mi a
> > velemenyuk rola? Latta a kodot barki mas rajtad kivul?
> >
> > Nem szoktuk egymás kódját nézegetni, nincsenek kötelező eszközhasználati
> > szabályok.
> > Mint írtam, néha a programnyelv az a szint ahol a vezetőség esetleg
> beleszól
> > (ne PHP hanem Java legyen)
> > Ha holnap kitalálod hogy a Spring helyett Vaadin-nal fejlesztesz, akkor
> úgy
> > lesz, csak működjön.
> >
> >> Aztan a kovetkezo kerdes az, hogy megkerdezted-e a fonokodet, hogy
> > ugye nem baj, hogy ilyenekkel mulatod az idodet a valos problemak
> > megoldasa helyett? Merthogy az a cuki, aranyos kis sajat lib, amit
> > fejlesztettel, az pontosan 0 azaz NULLA forint hasznot hoz a cegnek.
> > Sot, minden perc, amit vele toltesz, folyamatos veszteseget termel a
> > cegednek, mert gyakorlatilag semmilyen uzletileg fontos probleman nem
> > dolgozol, hanem egy olyan problema megoldasan ugykodsz, amit te
> > talaltal ki es egyedul a te fejedben letezik.
> >
> > Fontos hogy nem a munkaidőben csinálom, illetve csak akkor ha nincs mit
> > csinálni !
> > Tehát kárt nem okozok ezzel. Általában akkor szoktam ezekkel a saját
> > cuccokkal
> > haladni amikor szabadságon vagyok, vagy otthon, esetleg hétvégén. Azt
> persze
> > nem állítom hogy munkaidőben sosem vettem elő ezeket. De ez előreviszi
> > a munkát (AMIKOR MÁR KÉSZ ÉS HASZNÁLOM), nem pedig hátráltatja,
> > pont ezért írom őket, tehát a CÉGNEK IS HASZNOS !
> >
> > Joe
> >
> >
> >
> > 2013. december 9. 9:36 Gábor Garami írta, <gabor.garami at hron.me>:
> >
> >> Azert ide hadd szurjam be azt, hogy nem feltetlen az a baj, hogy
> >> PHP-ban takoljak az elvtarsak a szoftvert, nem attol lesz az XML
> >> output szar, mert PHP tolja kifele magabol. A PHP-hoz is van
> >> tomentelen mennyisegu XML reader/writer lib, illetve a PHP platform
> >> maga is tartalmaz SAX es DOM reader/writer parost is, mindketto a
> >> LibXML csomag felett letezo dolgok, ami egy eleg sokat bizonyitott
> >> cucc, gyanitom a Java is azt hasznalja valahol nagyon melyen. Ami
> >> inkabb problema, az az, hogy nagyon sokszor PHP-ban is elojon az, ami
> >> itt: "Hat nem sokkal egyszerubb azt a tizsoros XML-t kezzel
> >> osszepasszitani es kihanyni, mint standard megoldasokat hasznalni? De
> >> hat nincs vele baj, nezd, a PHP sajat parzere is megeszi!" Hat nem.
> >> Mert az a tizsoros XML idovel szaz majd tobbezer soros lesz - es az
> >> alapveto mukodes rendberakasahoz mar senkinek sincs
> >> ideje/turelme/energiaja.
> >>
> >> A topicnyitohoz: Rosszul gondolkodsz. Te folyamatosan csak azt nezed,
> >> hogy milyen helyes kis libet irtal, mennyire cuki modon mukodik, es
> >> hogy mennyire buszke vagy ra meg magadra. De komolyan kerdezem,
> >> megprobaltad mar a kollegaiddal megbeszelni, hogy nekik mi a
> >> velemenyuk rola? Latta a kodot barki mas rajtad kivul?
> >>
> >> Aztan a kovetkezo kerdes az, hogy megkerdezted-e a fonokodet, hogy
> >> ugye nem baj, hogy ilyenekkel mulatod az idodet a valos problemak
> >> megoldasa helyett? Merthogy az a cuki, aranyos kis sajat lib, amit
> >> fejlesztettel, az pontosan 0 azaz NULLA forint hasznot hoz a cegnek.
> >> Sot, minden perc, amit vele toltesz, folyamatos veszteseget termel a
> >> cegednek, mert gyakorlatilag semmilyen uzletileg fontos probleman nem
> >> dolgozol, hanem egy olyan problema megoldasan ugykodsz, amit te
> >> talaltal ki es egyedul a te fejedben letezik.
> >>
> >> Nehez feladat megtanulni csapatban dolgozni, mert ez nem csak azt
> >> jelenti, hogy a csapat tudasat, mint eroforrast felhasznalhatod, hanem
> >> meg kell tanulnod figyelembe venni a csapat erdekeit is, es ezek
> >> bizony gyakran nem egyeznek azzal, ami legyezgeti az ember
> >> egojat/hiusagat.
> >> Garami Gábor
> >> E-mail: gabor.garami at hron.me
> >> Tel: +36 20 235 9621
> >> MSN: hrgy at vipmail.hu
> >> Skype: hron84
> >>
> >>
> >> 2013/12/9 Ákos Gábriel <akos.gabriel at i-logic.hu>:
> >> >
> >> > 2013.12.08. dátummal, 22:27 időpontban József Keresztes
> >> > <xesj.hu at gmail.com> írta:
> >> >
> >> >> esetén az & helyett &amp; kell mert xml-ben entitás jelölésére van a
> &.
> >> >> Erre nekem kellett felhívni a fejlesztő kollégák figyelmét 5-ből 3
> vagy
> >> >> 4 cég esetén !!! Valszeg simán stringekkel raknak össze xml-t,
> escape-elés
> >> >> nélkül.
> >> >> És mi meg ilyen saját/nem saját cuccokon vitatkozunk ? Na ne !!! Ez
> >> >> Magyarország.
> >> >> Kíváncsi vagyok pl. Németországban is ilyen arányban pocsék a
> >> >> szoftverek minősége ?
> >> >
> >> > Nekünk elég csak "eggyel" jobbnak lenni?
> >> > Igen, ilyen összetákolt szarral én is találkoztam, jellemzően php-ban
> >> > tákolják az elvtársak.
> >> > És igen, Németországban is pont ilyen szarok a szoftverek (bizonyos
> >> > körökben), főleg ha indiai kóderekkel tolják a háttérben.
> >> > Akkor bármilyen borzalom előfordulhat.
> >> >
> >> > A németek által elkövetett szoftverekben kevésbé triviális helyeken
> >> > szoktak botrányok lenni.
> >> >
> >> > Üdv,
> >> > Ákos
> >> >
> >> > _______________________________________________
> >> > 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/20131209/62f06226/attachment.html>