Názory k článku Ruby v příkladech (7) - Ruby symbolické a nepovedené
-
jrave (neregistrovaný)hmm, me by potesilo, kdyby o ruby psal nekdo, kdo o nem neco vi.
to, ze po cca 3 dnech kdy jsem se o ruby zajimal jsem o nem vedel tolik, abych mohl tuhle serii odepsat zrovna moc duvery nevzbuzuje ...
no nic, kdyz uz sem se sem prez odkaz z abclinuxu dostal, zkritizuji aspon jeste tenhle dil ;-))
symboly/literaly se take pouzivaji (a byly vytvoreny) predevsim z hlediska citelnosti kodu (ie. naznacuji ze tady nejde o jen tak nejaky retezec ;-). rozhodne prijemnejsi varianta phpckovych "stringovych nedefinovanych konstant", kde identifikator nedefinovane konstanty (neznamy identifikator bez $ pred sebou) je automaticky prirazeno jeho jmeno jako textovy retezec... ono se pak stava ze si "lidi" zvyknou to pouzivat defaultne (jako kolega, ktery pak nechapal, k cemu jsou v tech zavorkach ty retezce, kdyz se to prece dela takhle ... vysvetlit mu, ze je to megaprasarna, u ktery neni zaruceno, zda v budoucnosti bude podporovana. klasicky problem s takyprogramatory, jejichz hlavnim kriteriem je : vzdyt to funguje ...)
parametr -r je ekvivalent require v kodu, coz nejen znamena ze jcode je normalni soubor, ale predevsim to, ze je LEPSI si ho (pokud je potreba) requirnout hezky ve zdrojaku a nemuset to pokazde pripisovat na cmd. line (a predevsim to zminit, aby to zjistily i lamy, jenze to chce clovek po autorovi asi moc, protoze ten je o ono prislovecne jedno prohledani googlu dal).
dalsi veci je, ze jcode neprekryva standardni metody, ale pridava k nim ekvivalenty s predrazenym j, cili jsize a jlength.
kdyz uz se zminujete o verzi 2.0, nejenze tam ma byt podpora unicode vyresena, ale hlavni atrakci je (jiz ted funkcni) bytecode virtualni masina, takze rychlost behu by mela jit rapidne nahoru (v nejmarkantnejsich pripadech az 20x, jinde jen 2x, to v pripadech kde to predtim nebylo zas az tak pomale, pokud to nekoho zajima, at si najde na googlu ruby rite, popripade i yarv -implementace vm ktera bude na 99% zvolena- a projde si nalezene ;-)).
zadost na redakci rootu: kdyz uz jste tak megamocny, reklamou preplaceny (a preplacany) server, nemohli byste _PROSIM_ alespon zajistit clanky na urovni ? je sice chvalyhodne, ze (treba) o ruby vysel clanek, mene chvalyhodne je, kdyz jsou reseni v clancich uvadena diskutabilni, a spojovaci text zase plny polovicatych udaju. kdyz uz autory clanku platite, je takovy problem zaplatit nekoho, kdo tematu OPRAVDU ROZUMI ?
docetl jsem se napr. ze se mame tesit na serii o rails. no, ja se tesim, ale vzhledem k tomu, ze kvuli rails jsem se o ruby zacal zajimat, prehltal jsem o nem nekolik knizek a ted ho pouzivam k praci, nebudu zrejme schovivavy kritik, a jestli to takhle pujde dal a ja se sem zas podivam, mate se na co tesit vy ;-)) -
Chybička se vloudila, dík za přípomínku. jcode opravdu nepřekrývá standardní metodu size/length. Nicméně jcode kromě přidání jsize/jlength některé standardní metody třídy String přeci jen překrývá (např. succ), případně přidává logicky podobné (each_char k původnímu each_byte). Nejhorší je ale, že některým metodám ekvivalenty nepřiřazuje ani je nepřepisuje. Takže například metody reverse nebo index mohou pro řetězce kódované v UTF-8 dávat velmi podivné výsledky.
No prostě, už aby tu byla verze 2.0 s rozumnou podporou Unicode. Sám jsem ale hodně zvědavý, jak se s tím lidé kolem Ruby poperou, protože problematika internacionalizace a Unicode je dosti komplexní.
BTW, parametr -r jako ekvivalent require byl zmíněn v pátém dílu (u Rubygems). -
Jistě, že je komplexní – vždyť právě proto to trvá tak dlouho. :-D Mimochodem…
„Přístup použitý v Ruby však může zapříčinit, že např. déle trvající (blokující) vstupně/výstupní operace zablokuje všechna vlákna bez ohledu na to, zda mají s onou V/V operací něco společného.“
A není tohle náhodou nesmysl? Veškeré IO operace v Ruby jsou blokující na úrovni threadů, ale runtime Ruby používá pouze neblokující operace a pokud není operace dokončena, zablokuje pouze postižený thread a dále zpracovává ostatní. Takže tohle opravdu nechápu, co tím máte na mysli. -
Nejsem si tak úplně jistý, zda se na to dá zcela spolehnout. Například následující kód
Thread.new { 10.times { |i| sleep 1; puts i } } sleep 5 File.new('con:').getc sleep 5se v Ruby 1.8.4 pod Win XP chová tak, že to čekání na vstup znaku z konzoly zablokuje to vlákno z prvního řádku, dokud ten znak není zadán. Proto je v textu to slovo "může". Nicméně je pravda, že to mohlo být v textu formulováno přesněji, resp. měly být zmíněny vhodnější příklady, kdy se (nechtěně) blokují ostatní thready.
-
KamK (neregistrovaný)Z jazyků s dynamickým typovaním je Ruby celkem elegantní. Jediná "nevýhoda" je, že při dobrém návrhu se dá napsat hodně funkčnosti do celkem krátkého kódu, takže člověk musí více přemejšlet než ťukat o 106 jak to býva kolikrát jinde...
Jinak, dobrý je se podívat na vývoj VM enginů: http://www.rubygarden.org/ruby?VirtualMachineOptions, např. Cardinal postavený na http://www.parrotcode.org/, má to podporů nativních threadů...
Stejně si myslím, že Ruby má ještě před sebou dlouhou cestu.. -
jrave (neregistrovaný)to prakticky nema cenu (pokud vas zajima engine na kterem pojede 2.0), na 99% bude zvolen yarv. predevsim proto, ze jako jediny je jiz ted funkcni, ma jeho autor uz od matze slibeno, ze pokud se neobjevi zadny showstopper, bude yarv zvolen jako zaklad rite (implementace ruby v2.0). samozrejme, ze dalsi vmka budou casem pribyvat jako stavebnicove casti, hodne zajimava se jevi moznost jet na parrotu (vm pro perl 6.0, pry by na nem mel jet i python atd), ve vysledky by to bylo neco jako .net, jedno vm, spousta jazyku na nem bezicich a 100% kompatibilnich. proste najednou by vsechny jazyky bezici na parrotu mohly bez sebemensich problemu vyuzivat knihovny napsane v jakemkoli z ostatnich jazyku.
dokonce souhlasim, ze ruby ma pred sebou dlouhou cestu, ja mu preju co nejdelsi ;-))
zaroven vsak ma hodne dlouhou cestu i za sebou, a co se tyce milestonu 2.0, zbavi ho to (podle me) nejzavaznejsich detskych chorob : oooooooh_soooooo_sloooooow , a zabudovana podpora unicode.
a zatimco ted mi nic nebrani v nem delat, az na prelomu roku (jak vsichni doufame) vyleze ona ocekavana verze 2.0, nebude jiz jediny duvod delat v necem jinem
ted si samo delam srandu, c/c++ tu porad zustane na vyvoj vykonove kritickych soucasti, jen diky tomu ze ruby ma byt i nadale jednoduse embeddovatelne do c/c++ programu a naopak, je jednoduche psat c/c++ extensions pro ruby, bude se moci pouzivat cim dal tim vic ;-)) koleje taky delaji svoje, zkrakta pridejte se, nebo budete asimilovani ;-)) -
Vidím, že tu začala zajímavá debata. Já se zrovna rozhoduji, jestli se pustím do zkoumání Pythonu, nebo Ruby. Zatím se nemohu rozhodnout, čemu dám přednost. Může mi poradit někdo se zkušenostmi, co je lepší?
Mimochodem, ta absence Unicode v Ruby na mě moc důvěryhodně nepůsobí. Otázkou je, zda v Ruby 2.0 to bude přidané tak, aby to nebyl až moc velký nalepovák. -
jrave (neregistrovaný)podle me rozhodne ruby, python me znechutil napriklad nutnosti odsazovat (lepereceno bloky jsou definovane odsazenim). nerikam ze neodsazuju, ale protoze muzu, ne proto ze MUSIM ....
ruby : chcete psat stredniky ? muzete, ale nemusite (pokud nechcete mit vic "prikazu" na radek na radek, coz je stejne prasarna)
chcete psat zavorky ? muzete, ale nemusite (myslim ze u slozitejsich konstrukci uz je to dnes doporucovano, jednak to zlepsuje citelnost a jednak to zabranuje pripadum kdy uzivatel a parser kazdy mysli neco jineho ;-))
ruby mi proste prijde jako citelny a versatilni jazyk. navic jakykoli jiny jazyk proste nema rails, coz je podle me nejgenialnejsi webapp framework jaky kdy byl. navic zacina v posledni dobe dost frcet, coz je urcite duvod proc by u toho Velky Miloslav Ponkrac nemel chybet (ostatni lidi okolo ruby & rails, nebijte me, prosim;-)))))
a co se tyce vestavene podpory unicode, zatim mi nejak nechybi, lepereceno na vsechno co jsem potreboval byl hack, a v2.0 je za dvermi. -
rini (neregistrovaný)Web frameworky podobne RoR v Pythone:
http://www.turbogears.org/ (aj urcita podpora AJAXu)
http://www.djangoproject.com/ -
František Brakon (neregistrovaný)Tak nevím. Může mi někdo vysvětlit, kde je ta "killer vlastnost" jazyka Ruby, že to někoho donutí se jím začít zaobírat a programovat v něm?
Třeba u PHP byla takovouto vlastností podobnost s C a automatické vytvoření proměnných z GET/POST/COOKIE. Ta podpora se teď potichu zahodila, ale nástupu jazyka to pomohlo. Co způsobuje atraktivitu Ruby pro některé jedince? Opravdu to nevím a teď co jsem si přečetl nedodělky to nechápu už vůbec. -
jrave (neregistrovaný)killer vlastnosti: closures (bloky, ktere se daji "predavat jako parametr", nebo dokonce vracet z funkci), podpora regular expressions primo v syntaxi jazyka, citelnost, brzy (pry okolo vanoc 2005, a zkouset se da uz ted) bytecodova stack-based virtualni masina a spousta jinych veci (popravde, kdyz si clovek potrebuje vzpomenout, nejak to nejde ;-).
me osobne se treba libi zminovane symboly (ie. string, ktery neni jen tak stringem), podpora pro automaticke "rozvinuti/svinuti" parametru do pole/hashe (oboji klidne zaroven, pokud dodrzite poradi)
nevim jestli je to killer vlastnost ruby, ale kdyz jste nadhodil php, ktere bylo urceno predevsim pro vyvoj webovych aplikaci (i kdyz dneska to uz neni cela pravda), oporucuju se podivat na http://www.rubyonrails.com/media/video/rails_take2_with_sound.mov (pokud vas tohle nenecha v nemem nebo klidne i hlasitem uzasu, tak uz nevim co), a vyzkouset si neco s rails napsat, popr. precist si skvelou knizku Agile web development with rails (od pragmatic programmers). pak uz jen budete zirat co vsechno se da diky ruby jednoduse a elegantne delat.
ČLÁNKY DO MAILU