- A hozzászóláshoz be kell jelentkezni
- 6316 megtekintés
Hozzászólások
On 2005-10-24, Dolphy <dolphy@inf.elte.hu> wrote:
>
> Thx. Ezt a b? választ szerintem fel lehetne vinni a HupWikibe a Ruby
> kulcsszó alá.
Ja a vesembe latsz... miutan leirtam mindezt, arra gondoltam,
atkopipesztelem a wikibe es csak az url-t postolom.
Csakhogy misztikus modon a wiki ezt irta ki:
Nincs olyan felhasználó hogy "Dzsekijo". Ellenorizd a gépelést,
vagy készíts új nevet a fent látható urlappal.
Pedig mint HUP user letezek... urlapot viszont sehol nem lattam.
Lehet, h. en vagyok a lama, de nem akartam ezzel tokoreszni, ugyhogy
siman csak postoltam.
Cs.
- A hozzászóláshoz be kell jelentkezni
oda külön kell regisztrálni, nem?
- A hozzászóláshoz be kell jelentkezni
Nagyon baró.Biztos így fejlesztik az expojlert is. Csak nem gecko-t írnak be, hanem azt, hogy IE_0.1 :-)
Sitty-sutty, ideírok, odateszek, osztán kész is van.
- A hozzászóláshoz be kell jelentkezni
"nincs kéznél egy sem, ellenben van nálunk Glade, Ruby-Gnome2 fordító és egy Emacs"
Hát persze, ez utóbbiak meg vannak, de egy böngésző nincsen... :) :) :)
Ez nyilván a magas szintű programnyelvek egyik érdekessége, hogy egész bonyolult feladatokat lekódolnak, csak be kell illeszteni valahova.
- A hozzászóláshoz be kell jelentkezni
Miután a GTK-ban van HTML widget (mármint ami megjeleníti), innentől kezdve tényleg csak 10 perc a dolog a Glade-del...
- A hozzászóláshoz be kell jelentkezni
Miért jó, hogy van ez a Ruby?
A Python nem tudja ugyanezt?
- A hozzászóláshoz be kell jelentkezni
Biztos.
De assemblerben is meg lehetne csinálni az egészet;)
- A hozzászóláshoz be kell jelentkezni
Miért jó, hogy van C#? Ott az asm.
- A hozzászóláshoz be kell jelentkezni
Nekünk 1 hónapja laboron nyomták az arcunkba, hogy visual studio indít, és webszervert köll írni... Nem aratott az 5let osztatlan sikert.
- A hozzászóláshoz be kell jelentkezni
szvsz ha nem veszed komolyan, az a jó. szerintem jó.
- A hozzászóláshoz be kell jelentkezni
On 2005-10-24, Dolphy <dolphy@inf.elte.hu> wrote:
>
> Miért jó, hogy van ez a Ruby?
>
> A Python nem tudja ugyanezt?
Anno epp egyszerre adodott, hogy irtam egy Python scriptet, es Rubyt
tanultam.
Szep lassan kezdett bennem kialakulni az erzes, hogy az lesz az utolso
Python szkriptem... es lon. Amiota megismerkedtem a Rubyval, ra se birok
nezni a Pythonra. Pedig elotte szerettem az utobbit is.
Szoval ha Python kodolas a kenyered, lehet, hogy jobb ha tavol tartod
magad a Rubytol... :)
Az alap ficsorok ugyanazok: szkriptnyelv, attekinheto kod, nevterek (bar
kicsit mas a koncept itt meg amott), interaktiv mod available, ...
Ruby miben jobb:
* Rugalmas (ertsd: metaprogramozast tamogato), okosan megtervezett es
szinte mindenre kihato objektummodel.
* Tomor szintaxis. A Python kb. annyira verbose a Rubyhoz kepest, mint
a Java a Pythonhoz kepest :) Pl. vannak regexp literalok (es egyeb
perlizmusok a "hasznos de meg nem faj" szinten belul), nincs
kulonbseg kifejezes es allitas (ugye igy mondjak magyarul?) kozott (
tehat
print(if (a + =1) > 0; a; else 0; end)
ervenyes kod).
* Funkcionalis programozasi elemek (closure-ok, nevtelen fuggvenyek) es
call-with-current-continuation tipusu orultsegek tamogatasa. (A
Pythonbol, ugy hallottam, epp kiszedik a lambdat, de ha megsem...
eleve ki volt szegeny herelve mar eddig is.)
* A binaris, de legalabbis obskurus pickle format helyett a human
friendly YAML nyelv az egyezmenyes szerializalasi formatum.
Ruby miben rosszabb:
* Nincs nativ szal (threading) tamogatas. (Vannak persze threadek,
de nem az OS threadjei). A lassan a hasznalhatosag fele kozelito uj
VM (a Yarv) ezt orvosolni fogja egyeb performancia nyugokkel egyutt.
* Nehezkesebb kod-dokumentacio tamogatas. Pythonban a docstringek az
addott osztaly/metodus attributumaikent elerhetoek az osztaly/metodus
betoltesetol fogva.
Rubyban ilyen nincs, a kodba irt doksit egy kulso util bontja ki es
tarolja el megfelelo helyen. Vannak libek amik ehhez csinalnak egy
belulrol is elerheto oo interfeszt, de nem reszei a stdlibnek.
Igazabol ez csak az interaktiv hasznalat bizonyos eseteiben
erzekelheto kulonbseg: pl. ha interaktive akarsz kiprobalni egy
uj libet installalas nelkul, vagy hazi szkriptjeid ketsoros
doksijat szeretned kinyerni hasznalat kozben. (En pont sokat csinalok
ilyet, ugyhogy ez nekem zavaro.)
Egyeb kulonbseg:
* Konyvtarak. A Pythonhoz elerheto konyvtarak mennyisege valamivel
nagyobb, de a Rubyei is eleg nagy, nem erezni, hogy "jo kis nyelv
lenne ez, csak nem igazan tudok vele mit csinalni...". A Posix
interfesz a Pythonnal C kozeli, Rubynal "follows the Ruby way"...
Tehat C prototypingra a Python jobb, de egyebkent talan inkabb
"kezre allnak" a Ruby binding-ek. A Python rendszer API
egyeneletesen jo szinvonalu, mindent atfogo, de kicsit unalmas,
szurke; a Ruby rendszer APIban meg lepten-nyomon elvezetes, otletes
szikrakba botlik az emberfia, de sajnos idonkent foghijakat,
elnagyolt/elhanyagolt/felbehagyott darabkakat is talalni.
Egy szo mint szaz: a Ruby kamaszkori bohemsagai idegesitoek bizony, de a
Python "it looks like pseudo code, but works!!!" vaskalapossaga
faaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaj.
Cs.
- A hozzászóláshoz be kell jelentkezni
Thx. Ezt a bő választ szerintem fel lehetne vinni a HupWikibe a Ruby kulcsszó alá.
- A hozzászóláshoz be kell jelentkezni