PHP vs RoR

[BrainDamage]

Originalno napisao caboom

@bNasty - pa ... ja sam nekako neodlucan imajuci u vidu "during the war..." mentalitet smalltalk community-a, ali sam manje neodlucan po pitanju avi bryant-ove stare ideje ruby-a koji se vrti nad smalltalk VM-om i onoga sto radi sa gemstone-om, osim po pitanju kompatibilnosti. seaside ima najbolji debugger "na web-u" i kontinuacije koje zapravo rade, ali nisam ubedjen da ce biti prihvacen van alpha-geek zajednice osim ako situacija po pitanju opensource smalltalk environment-a (i posebno ditch-ovanje ovog "environment"-a, ili bar ukalupljivanje u "moderni" devel cycle) postane manje tragicna, ili neko ne napise killer app sa serijom 5-minute-worth-work-being-done-in-5-minutes serijom screencast-ova.

Ja se izvinjavam sto upadam ovako "s neba" - je l' jos nekome trebalo malo vise vremena da razbistri sebi ovu poruku ili mi se danas kapiranje malo izlizalo?

[degojs]

@Nemanja: pa što ne kažeš da ti treba IronPython uputstvo? Sad sam pogledao link što si ostavio.

Elem, prve knjige za IronPython i IronRuby su par meseci daleko od izlaska, ali Manning ima nešto što ti omogućuje da knjigu čitaš dok je još pišu, pre izdavanja (slično kao O'Reilly).

Tebe bi dakle interesovalo ovo:
http://www.manning.com/foord/

[caboom]

@degojs - da li se ocekuje puna kompatibilnost? kako ce resiti pitanje gem-ova, pogotovo sa native ekstenzijama (pretpostavljam nikako za pocetak, ali me ne bi iznenadilo da rade na tome)?

@braindamage - sorry ako zvuci konfuzno, poenta je u sledecem - koshmarni community, squeak je diskutabilno dobar, seaside je super koncipiran - podrzava par stvari koje drugi nemaju, ovo deluje zanimljivije od seaside-a (avi bryant je autor istog) ako rese problem kompatibilnosti i gomilu slatkih muka koje je jruby vec resio: http://www.infoq.com/interviews/brya...aglev-gemstone

[degojs]

Originalno napisao caboom

@degojs - da li se ocekuje puna kompatibilnost? kako ce resiti pitanje gem-ova, pogotovo sa native ekstenzijama (pretpostavljam nikako za pocetak, ali me ne bi iznenadilo da rade na tome)?

Znam da su najavili, naravno, (Iron)Ruby i Rails implementaciju, ali za više od tog - ne znam. Valjalo bi ih pitati i pronjuškati, koga interesuje, itd.

http://www.iunknown.com/2008/05/ironruby-and-rails.html

Lično čekam da to sve bude bar u v.1.0 pa ću onda i sam da vidim detaljnije.

[Dragi Tata]

Originalno napisao degojs

@Nemanja: pa što ne kažeš da ti treba IronPython uputstvo?

U stvari, najviše su me zanimala iskustva ljudi koji su koristili dinamičke jezike za ASP.NET i onda sam sa zaprepašćenjem saznao da takvih nema Zanimljivo je da je Java zajednica dosta ispred .NETovaca kad su takve inovacije u pitanju; ovi drugi izgleda sve prepuštaju Majkrosoftu...

[degojs]

@Nemanja:
Mislim da je to dobrim delom i iz praktičnih razloga: vidi, sad kad su IronPython i IronRuby pod MS-om, za par meseci tu će biti i prve knjige. Jednostavno, mislim da dosta ljudi rađe zaobilazi neke tehnologije ako nisu sigurni da će postati "mainstream."

I ja sam, prilično, od tih koji više vole lepo napisanu knjigu kad uče nešto novo, nego kopanje po netu. Meni je to big dil.

Npr. vidi na Amazonu kakvo je stanje sa pretragom za "NHibernate" (ništa, nula A koliko je meni poznato ima jedna u izradi kod Manning-a, ali i ta kad izađe ima da bude debelo out-of-date), pa uporedi sa "Entity framework" iako je NH dugo prisutan i izuzetno kvalitetan.

[degojs]

Originalno napisao DT

Zanimljivo je da je Java zajednica dosta ispred .NETovaca kad su takve inovacije u pitanju; ovi drugi izgleda sve prepuštaju Majkrosoftu...

U stvari, sad mi pade na pamet jedno dosta bolje objašnjenje

Java se kao jezik razvija(la) jako sporo. Da nije bilo C#-a, pitanje je da li bi i danas imali stvari kao for-each ili code generics: pa oni se tamo još raspravljaju da li im je to, sve skupa, trebalo u Javi 1.5

Sa druge strane, koliko motiva neko ko radi sa C#-om (ili VB.NET-om) može da ima da baš prelazi na Ruby? Jako malo, bar po meni, s obzirom da i ovde imamo npr. sledeće stvari : LINQ (i sve što vodi do istog: lambda izrazi, closures, delegati, anonimne klase, ekst. metode, itd), implementaciju Active Record pattern-a (Castle ActiveRecord), MVC, NHaml, scaffolding (ako tako možemo da nazovemo ASP.NET Dynamic Data), a kako stvari stoje, uskoro će pristići i dinamički blokovi i meta programiranje..
Ruby?