Komentarze do wpisu 'Rails 2.0 okiem zgreda' http://jarmark.org/post/rails-20-okiem-zgreda/ Targowisko informacji, porad i pomysłów. Thu, 28 Aug 2008 03:27:08 +0000 http://wordpress.org/?v=2.0.3 Autor: plastic http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2491 Mon, 15 Oct 2007 11:35:23 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2491 >> Chetnie zobaczylbym link do webankiety zatytulowanej >>”Jaki wyglada twoj framework marzen?” > hmmmm wiesz, że też zaczałem o tym myśleć… > Pomysł może być ciekawy poznawczo :) Chyba nie powstał jeszcze żaden framework, który byłby nas w stanie w pełni zadowolić :) > > No jak Daniel? Rzucisz sie na webankietke?:) > Musze załatwić sobie tam konto :) Wycięli Ci ?:) Ah ten niedobry właściciel :P >> Chetnie zobaczylbym link do webankiety zatytulowanej
>>”Jaki wyglada twoj framework marzen?”
> hmmmm wiesz, że też zaczałem o tym myśleć…
> Pomysł może być ciekawy poznawczo :)

Chyba nie powstał jeszcze żaden framework, który byłby nas w stanie w pełni zadowolić :)

> > No jak Daniel? Rzucisz sie na webankietke?:)
> Musze załatwić sobie tam konto :)

Wycięli Ci ?:) Ah ten niedobry właściciel :P

]]> Autor: daniel http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2484 Sun, 14 Oct 2007 18:56:10 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2484 > Chetnie zobaczylbym link do webankiety zatytulowanej >"Jaki wyglada twoj framework marzen?" hmmmm wiesz, że też zaczałem o tym myśleć... Pomysł może być ciekawy poznawczo :) > No jak Daniel? Rzucisz sie na webankietke?:) Musze załatwić sobie tam konto :) > Chetnie zobaczylbym link do webankiety zatytulowanej
>”Jaki wyglada twoj framework marzen?”
hmmmm wiesz, że też zaczałem o tym myśleć…
Pomysł może być ciekawy poznawczo :)

> No jak Daniel? Rzucisz sie na webankietke?:)
Musze załatwić sobie tam konto :)

]]> Autor: ciukes http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2482 Sun, 14 Oct 2007 13:07:43 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2482 Po przeczytaniu wpisu i komentarzy widze, ze kazdy z nas ma pewne oczekiwania wynikajace z nalecialosci/pasji/doswiadczen. Byloby ciekawie poznac nasze wspolne/rozne oczekiwania. Chetnie zobaczylbym link do webankiety zatytulowanej "Jaki wyglada twoj framework marzen?". Nie mam na mysli licytacji pluginow RoR, czy gardlowania w sprawie mappera SQL. Interesuja mnie oczekiwania niezwiazane z jezykiem, jak rowniez te ktore, w waszym mniemaniu, sprostaja zmianom zachodzacym w naszym ukochanym WWW. Oto kilka moich typow: - Kontynuacje (http://en.wikipedia.org/wiki/Continuation) - Framework jako platforma do budowy rozwiazan, a nie jako gotowe rozwiazanie. - Modulowosc (Komponentowosc?) (http://en.wikipedia.org/wiki/Software_componentry) - Szablony jak najmniej ingerujace w HTML (Kid, Tapestry) No jak Daniel? Rzucisz sie na webankietke?:) Po przeczytaniu wpisu i komentarzy widze, ze kazdy z nas ma pewne oczekiwania wynikajace z nalecialosci/pasji/doswiadczen. Byloby ciekawie poznac nasze wspolne/rozne oczekiwania. Chetnie zobaczylbym link do webankiety zatytulowanej “Jaki wyglada twoj framework marzen?”. Nie mam na mysli licytacji pluginow RoR, czy gardlowania w sprawie mappera SQL. Interesuja mnie oczekiwania niezwiazane z jezykiem, jak rowniez te ktore, w waszym mniemaniu, sprostaja zmianom zachodzacym w naszym ukochanym WWW.
Oto kilka moich typow:
- Kontynuacje (http://en.wikipedia.org/wiki/Continuation)
- Framework jako platforma do budowy rozwiazan, a nie jako gotowe rozwiazanie.
- Modulowosc (Komponentowosc?) (http://en.wikipedia.org/wiki/Software_componentry)
- Szablony jak najmniej ingerujace w HTML (Kid, Tapestry)

No jak Daniel? Rzucisz sie na webankietke?:)

]]> Autor: daniel http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2462 Fri, 12 Oct 2007 08:50:31 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2462 @Paweł Przerażające - czytam i mam wrażenie, że sam to napisałem :)) Pozycja DHH jako celebrity ma ewidentnie przełożenie na zmiany w RoR - jeden wódz, jedna droga... @Paweł
Przerażające - czytam i mam wrażenie, że sam to napisałem :))

Pozycja DHH jako celebrity ma ewidentnie przełożenie na zmiany w RoR - jeden wódz, jedna droga…

]]> Autor: Paweł Kondzior http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2461 Fri, 12 Oct 2007 00:31:59 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2461 Glowny problem REST to to ze implementacja HTTP w przegladarkach jeszcze do tego nie dorosla i prawdopodobnie nigdy nie dorosnie, poniewaz samo GET i POST w 99.9 % wystarczy, no bo REST'owe aplikacjie to jaki procest internetu ? Wszystko to co teraz jest w rest to mega emulacja, wykorzystujac jakies zmyslne hacki przez wykorzystanie wlasnie GET i POST. Jesli chodzi o oszczednosc duplikacji kodu, to fakt, takowy zainstenije, ale w wielu przypadkach powoduje wzrost poziomu skomplikowalnosci kodu, po prostu dialog zasobu musi byc swiadom kontekstu wywolania, a to wymaga warunkow. Nielubie REST, subiektywnie, gdyby bylo wsparcie przegladarki mysle ze zniknal by glowny powod antypatii do REST - skomplikowany kod wywolan (js/html pokrecone linkti w formularzach itd). Boli mnie tylko.. ze DHH jest zaslepiony wizja zdominowania railsowcow swoim pomyslem. Ja wcale nie chcem odchodzic od starego modelu MVC w Rails, bylo mi z nim dobrze i wcale kod mi sie nie dublowal :) to kwestia doswiadczenia, DHH chce uczyc wszystkich DRY poprzez maksymalne eliminowanie mozliwosci dublowania kodu - pisz tak, bo inaczej nie mozesz, a to przeciez nie o to chodzi ? Glowny problem REST to to ze implementacja HTTP w przegladarkach jeszcze do tego nie dorosla i prawdopodobnie nigdy nie dorosnie, poniewaz samo GET i POST w 99.9 % wystarczy, no bo REST’owe aplikacjie to jaki procest internetu ? Wszystko to co teraz jest w rest to mega emulacja, wykorzystujac jakies zmyslne hacki przez wykorzystanie wlasnie GET i POST.

Jesli chodzi o oszczednosc duplikacji kodu, to fakt, takowy zainstenije, ale w wielu przypadkach powoduje wzrost poziomu skomplikowalnosci kodu, po prostu dialog zasobu musi byc swiadom kontekstu wywolania, a to wymaga warunkow.

Nielubie REST, subiektywnie, gdyby bylo wsparcie przegladarki mysle ze zniknal by glowny powod antypatii do REST - skomplikowany kod wywolan (js/html pokrecone linkti w formularzach itd).

Boli mnie tylko.. ze DHH jest zaslepiony wizja zdominowania railsowcow swoim pomyslem. Ja wcale nie chcem odchodzic od starego modelu MVC w Rails, bylo mi z nim dobrze i wcale kod mi sie nie dublowal :) to kwestia doswiadczenia, DHH chce uczyc wszystkich DRY poprzez maksymalne eliminowanie mozliwosci dublowania kodu - pisz tak, bo inaczej nie mozesz, a to przeciez nie o to chodzi ?

]]> Autor: daniel http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2459 Thu, 11 Oct 2007 17:53:05 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2459 @sztywny Liczyłem Jaro na Ciebie :) @sztywny
Liczyłem Jaro na Ciebie :)

]]> Autor: sztywny http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2456 Thu, 11 Oct 2007 13:34:42 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2456 Btw, nie da się porównywać RESTu z SOAPem, XMLem czy czym tam. Nie jest to buzzword roku 2007, modelowym przykładem RESTowej "aplikacji" jest przecież WWW samo w sobie, a to chyba całkiem niezły "killer-app". Btw, nie da się porównywać RESTu z SOAPem, XMLem czy czym tam. Nie jest to buzzword roku 2007, modelowym przykładem RESTowej “aplikacji” jest przecież WWW samo w sobie, a to chyba całkiem niezły “killer-app”.

]]> Autor: sztywny http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2455 Thu, 11 Oct 2007 13:28:23 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2455 RESTfulne dialogi z wmiksowanym Javascriptem mają choćby taki plus, że pozwalają uniknąć duplikacji kodu w kontrolerach. Poza tą jedną wzmianką brakuje jakichkolwiek merytorycznych argumentów, czy choćby porównania z innymi możliwymi sposobami strukturowania aplikacji (SOA czy co tam), więc trudno jest z czymś tu dyskutować. Nie jestem przekonany co do sensu projektów typu Ambition, tam gdzie relację są choć trochę bardziej skomplikowane i tak wygodniej jest używać deklaratywnego i zaprojektowanego specyficznie do tego celu SQLa (ładnie opakowanego w metodę w modelu), niż próbować naginać imperatywnego Ruby'ego do celu do którego nie został stworzony. RESTfulne dialogi z wmiksowanym Javascriptem mają choćby taki plus, że pozwalają uniknąć duplikacji kodu w kontrolerach. Poza tą jedną wzmianką brakuje jakichkolwiek merytorycznych argumentów, czy choćby porównania z innymi możliwymi sposobami strukturowania aplikacji (SOA czy co tam), więc trudno jest z czymś tu dyskutować.

Nie jestem przekonany co do sensu projektów typu Ambition, tam gdzie relację są choć trochę bardziej skomplikowane i tak wygodniej jest używać deklaratywnego i zaprojektowanego specyficznie do tego celu SQLa (ładnie opakowanego w metodę w modelu), niż próbować naginać imperatywnego Ruby’ego do celu do którego nie został stworzony.

]]> Autor: daniel http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2451 Thu, 11 Oct 2007 11:10:54 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2451 @Adamh Co do pluginów - patrzę na to pesymistycznie - gdy soap zniknie z radaru twórców RoR obawiam się jego stopniowego staczania się w niebyt. Abstrakcja zapytań - zwłaszcza, że są już gotowe rozwiązania w temacie... @nabla :)) wiadomo lisp rulez! @Adamh
Co do pluginów - patrzę na to pesymistycznie - gdy soap zniknie z radaru twórców RoR obawiam się jego stopniowego staczania się w niebyt.
Abstrakcja zapytań - zwłaszcza, że są już gotowe rozwiązania w temacie…

@nabla
:)) wiadomo lisp rulez!

]]> Autor: nabla http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2450 Thu, 11 Oct 2007 10:52:14 +0000 http://jarmark.org/post/rails-20-okiem-zgreda/#comment-2450 Przekonało mnie to do nieużywania Railsów. Czuje się jakbym czytał o structach/ejb/hibernate pare lat temu :-) Przekonało mnie to do nieużywania Railsów. Czuje się jakbym czytał o structach/ejb/hibernate pare lat temu :-)

]]>