<?xml version="1.0" encoding="UTF-8"?><!-- generator="wordpress/2.0.3" -->
<rss version="2.0" 
	xmlns:content="http://purl.org/rss/1.0/modules/content/">
<channel>
	<title>Comments on: Młot na railsy</title>
	<link>http://jarmark.org/post/mlot-na-railsy/</link>
	<description>Targowisko informacji, porad i pomysłów.</description>
	<pubDate>Fri, 30 Jul 2010 04:28:50 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.0.3</generator>

	<item>
		<title>by: daniel</title>
		<link>http://jarmark.org/post/mlot-na-railsy/#comment-3146</link>
		<pubDate>Wed, 06 Feb 2008 10:38:34 +0000</pubDate>
		<guid>http://jarmark.org/post/mlot-na-railsy/#comment-3146</guid>
					<description>@Radarek
Moje trzy grosze - podoba mi się REST (żeby nie było, że jestem wojującym anty-) ALE - ale nie zawsze ma sens taka konstrukcja aplikacji. Mówie o realnych aplikacjach, nie o przykładach czy wprawkach. Zbyt silne narzucanie mi jako architektowi *mojej* aplikacji jak mam ją zaprojekotwać to chyba lekka przesada. Dla mnie ror w tej chwili byłby świetnym rozwiazaniem do budowy zewnętrznego API dla aplikacji - do tego nadaje się świetnie - jednocześnie szkoda, że już tylko do tego.

@sonic
podpisuje się oboma rękoma - zwłaszcza, że 'uzywaj starej wersji' oznacza no to sam sie wpakowałeś w version lock-in (o którym pisałem czas jakiś temu)</description>
		<content:encoded><![CDATA[<p>@Radarek<br />
Moje trzy grosze - podoba mi się REST (żeby nie było, że jestem wojującym anty-) ALE - ale nie zawsze ma sens taka konstrukcja aplikacji. Mówie o realnych aplikacjach, nie o przykładach czy wprawkach. Zbyt silne narzucanie mi jako architektowi *mojej* aplikacji jak mam ją zaprojekotwać to chyba lekka przesada. Dla mnie ror w tej chwili byłby świetnym rozwiazaniem do budowy zewnętrznego API dla aplikacji - do tego nadaje się świetnie - jednocześnie szkoda, że już tylko do tego.</p>
<p>@sonic<br />
podpisuje się oboma rękoma - zwłaszcza, że &#8216;uzywaj starej wersji&#8217; oznacza no to sam sie wpakowałeś w version lock-in (o którym pisałem czas jakiś temu)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: solnic</title>
		<link>http://jarmark.org/post/mlot-na-railsy/#comment-3145</link>
		<pubDate>Wed, 06 Feb 2008 09:19:36 +0000</pubDate>
		<guid>http://jarmark.org/post/mlot-na-railsy/#comment-3145</guid>
					<description>@Radarek
Ja za to widze, po to rozwija sie software, zeby dawac uzytkownikom nowe, stabilniejsze, bezpieczniejsze i bardziej wydajne wersje, a nie po to, zeby mowic &quot;jak Ci sie cos nie podoba, to uzywaj dalej starej wersji&quot;. Takie podejscie jest malo profesjonalne, uzytkownicy RoR nie sa traktowani powaznie, mi to osobiscie bardzo nie odpowiada. RoR byl juz dawno krytykowany za wprowadzanie zbyt radykalnych zmian, ktore bardzo utrudniaja migracje aplikacji do nowych wersji frameworka. Byly problemy z przejsciem z 1.1.x -&amp;#62; 1.2.x, nie wspominajac o przejsciu z 1.2.x -&amp;#62; 2.0 - jak dla mnie paranoja.

W kwestii ORM masz racje, mozna wymienic AR na inny, chociaz nie jest to az tak proste i przyjemne jak w Merb :)</description>
		<content:encoded><![CDATA[<p>@Radarek<br />
Ja za to widze, po to rozwija sie software, zeby dawac uzytkownikom nowe, stabilniejsze, bezpieczniejsze i bardziej wydajne wersje, a nie po to, zeby mowic &#8220;jak Ci sie cos nie podoba, to uzywaj dalej starej wersji&#8221;. Takie podejscie jest malo profesjonalne, uzytkownicy RoR nie sa traktowani powaznie, mi to osobiscie bardzo nie odpowiada. RoR byl juz dawno krytykowany za wprowadzanie zbyt radykalnych zmian, ktore bardzo utrudniaja migracje aplikacji do nowych wersji frameworka. Byly problemy z przejsciem z 1.1.x -&gt; 1.2.x, nie wspominajac o przejsciu z 1.2.x -&gt; 2.0 - jak dla mnie paranoja.</p>
<p>W kwestii ORM masz racje, mozna wymienic AR na inny, chociaz nie jest to az tak proste i przyjemne jak w Merb :)
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: Radarek</title>
		<link>http://jarmark.org/post/mlot-na-railsy/#comment-3142</link>
		<pubDate>Tue, 05 Feb 2008 19:14:53 +0000</pubDate>
		<guid>http://jarmark.org/post/mlot-na-railsy/#comment-3142</guid>
					<description>Jeśli komuś nie pasuje ror 2.x, a 1.2.x za to tak, to nie widzę problemu by używać tej drugiej wersji. AR także nie jest na sztywno spięty z ror, nie ma problemu by użyć co innego (aczkolwiek odpadają wtedy migracje, przynajmniej te railsowe).

Merb już w tej chwili jest świetnym frameworkiem, mi także podoba się inżynierskie podejście Ezry, co owocuje kodem mniej magicznym, a bardziej jasnym i przejrzystym. Moim zdaniem to trochę różne projekty. Merb aspiruje do bycia bardziej komponentowym, railsy od początku narzucają pewną ścieżkę (defaultowy AR, rjs = prototype + scriptaculos itp). Te dwa frameworki jak najbardziej mogą istnieć obok siebie. Najważniejsze jest to, że coś się dzieje w tej kwestii, bo Ruby to nie tylko railsy :). Jest potrzeba by powstało coś innego (w pewnych kwestiach lepszego) i znaleźli się ludzie by to zrobić (podobnie można odnieść to do alternatywnych interpreterów).</description>
		<content:encoded><![CDATA[<p>Jeśli komuś nie pasuje ror 2.x, a 1.2.x za to tak, to nie widzę problemu by używać tej drugiej wersji. AR także nie jest na sztywno spięty z ror, nie ma problemu by użyć co innego (aczkolwiek odpadają wtedy migracje, przynajmniej te railsowe).</p>
<p>Merb już w tej chwili jest świetnym frameworkiem, mi także podoba się inżynierskie podejście Ezry, co owocuje kodem mniej magicznym, a bardziej jasnym i przejrzystym. Moim zdaniem to trochę różne projekty. Merb aspiruje do bycia bardziej komponentowym, railsy od początku narzucają pewną ścieżkę (defaultowy AR, rjs = prototype + scriptaculos itp). Te dwa frameworki jak najbardziej mogą istnieć obok siebie. Najważniejsze jest to, że coś się dzieje w tej kwestii, bo Ruby to nie tylko railsy :). Jest potrzeba by powstało coś innego (w pewnych kwestiach lepszego) i znaleźli się ludzie by to zrobić (podobnie można odnieść to do alternatywnych interpreterów).
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: daniel</title>
		<link>http://jarmark.org/post/mlot-na-railsy/#comment-3141</link>
		<pubDate>Tue, 05 Feb 2008 16:55:09 +0000</pubDate>
		<guid>http://jarmark.org/post/mlot-na-railsy/#comment-3141</guid>
					<description>@solnic 
Postaram się sklecić posta cross ORM szczególnie, ze w miarę na świeżo mam w głowie różne przeboje. Ale właśnie w DM upatruje przyszłego fajnego orma dla rubiego.</description>
		<content:encoded><![CDATA[<p>@solnic<br />
Postaram się sklecić posta cross ORM szczególnie, ze w miarę na świeżo mam w głowie różne przeboje. Ale właśnie w DM upatruje przyszłego fajnego orma dla rubiego.
</p>
]]></content:encoded>
				</item>
	<item>
		<title>by: solnic</title>
		<link>http://jarmark.org/post/mlot-na-railsy/#comment-3140</link>
		<pubDate>Tue, 05 Feb 2008 16:32:46 +0000</pubDate>
		<guid>http://jarmark.org/post/mlot-na-railsy/#comment-3140</guid>
					<description>Dobrze Cie rozumiem, ja tez jestem na etapie odstawiania RoR'a, 2.0 pokazalo w jak bardzo zlym kierunku idzie ten projekt, nie ma co czekac na cud, tylko trzeba sie brac za alternatywy. 

Moglbys cos wiecej napisac na temat Twoich przygod z alternatywami AR? Osobiscie jestem pod duzym wrazeniem DataMappera, mimo, ze jest bardzo mlody.</description>
		<content:encoded><![CDATA[<p>Dobrze Cie rozumiem, ja tez jestem na etapie odstawiania RoR&#8217;a, 2.0 pokazalo w jak bardzo zlym kierunku idzie ten projekt, nie ma co czekac na cud, tylko trzeba sie brac za alternatywy. </p>
<p>Moglbys cos wiecej napisac na temat Twoich przygod z alternatywami AR? Osobiscie jestem pod duzym wrazeniem DataMappera, mimo, ze jest bardzo mlody.
</p>
]]></content:encoded>
				</item>
</channel>
</rss>
