[Javalist] tifyty szerda
istvan.ketler at lhsystems.com
istvan.ketler at lhsystems.com
2012. Dec. 5., Sze, 13:41:26 CET
aztán amikor az extension method-ot nem ismerő programozónak kell az ismerő kódját javítani, akkor legalább nem telik hiába a napja mert azon a héten is tanul valamit. a főnöke meg hadd fizesse csak a tandíjat... :)
István Ketler
Senior Consultant
Lufthansa Systems Hungaria Kft.
Development Center Pest
Neumann János u. 1/e
1117 Budapest
Hungary
Tel: +36 1 887-2815
Fax: +36 1 887-2977
Mobile: +36 30 600-4936
Room: Infopark E, Room LH2-24
e-mail: istvan.ketler at lhsystems.com
Internet: www.LHsystems.hu
Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems Hungaria Kft, Budapest, Fovarosi Birosag 01-09-463417
Geschaeftsfuehrung / Management Board: Peter Sipos
-----Original Message-----
From: javalist-bounces at lists.javaforum.hu [mailto:javalist-bounces at lists.javaforum.hu] On Behalf Of Gábor Garami
Sent: Wednesday, December 05, 2012 1:39 PM
To: Java lista
Subject: Re: [Javalist] tifyty szerda
Azert a Rubyhoz sem kell feltetlenul. A Ruby alapvetoen mindket paradigmat tamogatja, pontosabban nem teszi le a voksat egyik mellett
sem: lehet OOP is amit csinalsz, meg lehet egy sima script is, amibe csak egymas ala irod az utasitasokat. Az, hogy az okoszisztema megis az objektum orientaltsag fele indult el, az nem a nyelven magan mult.
Az extension methodokrol: nem vagy attol se tobb, se kevesebb, ha nem hasznalod, nem kotelezo. Van, aki nem is ismeri ezeket a lehetosegeket a Ruby-ban, es boldog ember. Aztan van, aki ismeri, de utalja, es nem hasznalja oket: o is boldog ember. Es van, aki ismeri oket, tudja mire valok, es okosan hasznalja: o is boldog ember. Es mind egyforman boldogok.
Szerintem egy nyelvet, vagy a nyelv egy feature-et nem lehet felelosse tenni azert, amit az emberek elkovetnek veluk. Az ontokonloves eseteben sem a fegyvert hibaztatjuk, hogy ugyan miert sult el. Es szerintem inkabb ez a lenyeg: jo oktatassal, jo kozosseggel meg az ilyen dolgokat is lehet okosan hasznalni.
Ami a Javanal inkabb szerintem mint problema felmerul az extension methodoknal, hogy ez egy utolag belevitt cucc akarna lenni - es ez mar nem mindig jo otlet. Mert mas, ha valami a kezdetektol fogva ott van, es mas ha menet kozben visszuk be. A generikusokkal is volt jonehany kavar, mire az emberek megtanultak tisztessegesen hasznalni.
Garami Gábor
E-mail: gabor.garami at hron.me
Tel: +36 20 235 9621
MSN: hrgy at vipmail.hu
Skype: hron84
2012/12/5 <istvan.ketler at lhsystems.com>:
> A kulcsszó asszem az értő kéz. Ugye tudok basic vagy akár assembly nyelven is OO elvek alapján, szépen strukturáltan (olvashatóan) programozni, csak némi extra erőfeszítés kell hozzá. Jávában is megoldható, hogy egyetlen osztályom van néhány ezer metódussal, és az adja az egész programot (némi erőfeszítéssel és jól irányzott preprocesszorral még akár több fájlra is tördelhetem).
>
> De a jávát épp azért szeretjük, mert nem kell hozzá annyira értő kéz
> (most lehet nyugodtan jót kacagni), magától is szép és olvasható. :)
>
> István Ketler
> Senior Consultant
> Lufthansa Systems Hungaria Kft.
> Development Center Pest
> Neumann János u. 1/e
> 1117 Budapest
> Hungary
> Tel: +36 1 887-2815
> Fax: +36 1 887-2977
> Mobile: +36 30 600-4936
> Room: Infopark E, Room LH2-24
> e-mail: istvan.ketler at lhsystems.com
> Internet: www.LHsystems.hu
>
>
>
>
> Sitz der Gesellschaft / Corporate Headquarters: Lufthansa Systems
> Hungaria Kft, Budapest, Fovarosi Birosag 01-09-463417
> Geschaeftsfuehrung / Management Board: Peter Sipos
>
> -----Original Message-----
>
> From: javalist-bounces at lists.javaforum.hu
> [mailto:javalist-bounces at lists.javaforum.hu] On Behalf Of Gábor Garami
> Sent: Wednesday, December 05, 2012 1:21 PM
> To: Java lista
> Subject: Re: [Javalist] tifyty szerda
>
> Szerintem az extension methods nem az ordogtol valo, ha okosan bannak vele. A Ruby nyelv peldaul kezdettol fogva epit erre a paradigmara, es a kialakult okologiaban is rengetegszer epitenek erre. Hol ugy, hogy egy modullal ki tudod boviteni az osztalyt, hol magat az osztalyt patchelik meg ilyen metodusokkal (monkeypatch, csunya megoldasnak szamit amugy). Erto kezekben ertelmesen hasznalhato, nagyon sokszor segiti a munkat, vagy csak kevesebb kodot kell gyartani vele.
>
> Ugyanakkor lehet rossz celra is hasznalni, de hat gyakorlatilag mindent lehet. A Java is megengedi peldaul, hogy reflectionnel belenyulkalj olyan cuccokba, melyeket amugy nem surun piszkalhatnal, hogy olyan utakon jarj, melyen epeszu ember augy nem jar. Es megis forog a fold, akarom mondani megis benne van a nyelvben, a futtatokornyezetben.
>
> Ezzel nem azt akarom mondani, hogy a Java ettol rosszabb, hanem hogy a normalis programozok nem csak attol normalisak, mert nem ugy programoznak, mint egy junky koder, hanem attol is, hogy ismerik a lehetosegeket - es ismerik, vagy kepesek felismerni, hogy mit hol erdemes alkalmazni. Nekem peldaul a monkeypatching nem egyszer segitett abban, hogy egy egyszeru kis bug miatt ne alljon a fel projekt, illetve ne kelljen magamnak forkolni + menedzselni az illeto projektet, csak azert, mert ket sor nem tetszett benne. De ez egy sarkos pelda, nagyon sokszor olyan egyszeru dolgokrol van szo, minthogy pl. van egy projekt, ami ad egyfajta mukodesi "keretrendszert" (nem igazan frameworkot, inkabb konvenciokat), es van egy masik cucc, ami ugyan nem koveti ezeket a konvenciokat, de gyakorlatilag ez ket metodussal megoldhato. Viszont ha elkezdek az oroklessel okorkodni, akkor hirtelen nagyon sok munkaval talalom szembe magamat, viszont ha csak implementalom a ket szukseges metodust az eredeti osztalyon, akkor hirtelen maris van egy, a konvenciok koze illeszkedo objektumom, amit ugy tudok kezelni, mintha eredetileg is kovette volna az illeto konvenciokat.
>
> Ugyanakkor peldaul a Rubynal is letezik a privat/protected metodusok intezmenye, plusz az extension metodusok hasznalata is bizonyos szinten korlatok koze van szoritva, mindent nem lehet veluk megtenni.
>
> De ha valaki konkretan tokon szeretne loni magat, az ugyis meg fogja talalni a modjat az ontokonlovesnek. A kerdes az, hogy tenyleg meg akarjuk-e a programozokat vedeni az ontokonlovestol, vagy inkabb hagyjuk oket szenvedni, mert ebbol is tanulnak? Es ez az, amire a Ruby es a Java mas-mas valaszokat ad.
>
> Garami Gábor
> E-mail: gabor.garami at hron.me
> Tel: +36 20 235 9621
> MSN: hrgy at vipmail.hu
> Skype: hron84
>
>
> 2012/12/5 Peter Verhas <peter at verhas.com>:
>> Ezen ah éten megint egy könnyedebb (vagy éppen nehezebb?) téma.
>> Mindenesetre csak szöveg, semmi kód és semmi dekód. Ha a plastic.hu
>> is belinkeli megint háromszoros lesz az olvasottság. (Olvassatok
>> Plastik-ot! Is!)
>>
>>
>> http://tifyty.wordpress.com/2012/12/05/programozasi-marhanyelv-pacban
>> -
>> es-birkapasztorok/
>>
>> És kérek sok kommentet. Akár elhiszitek, akár nem: van amiről a
>> kommentek hatására megváltozott a véleményem. Momentán pont a (kód) kommentekről.
>>
>> --
>> Verhás Péter
>> peter at verhas.com
>> +36(30)9306805
>> skype: verhas
>>
>>
>>
>>
>>
>> _______________________________________________
>> 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
További információk a(z) Javalist levelezőlistáról