<?xml version="1.0" encoding="utf-8"?><?xml-stylesheet title="XSL formatting" type="text/xsl" href="http://www.geeek.org/feed/rss2/xslt" ?><rss version="2.0"
  xmlns:dc="http://purl.org/dc/elements/1.1/"
  xmlns:content="http://purl.org/rss/1.0/modules/content/"
  xmlns:atom="http://www.w3.org/2005/Atom">
<channel>
  <title>Blog de Geeek, le blog geek par excellence par Ludovic Toinel ... - Ruby on Rails vs Java  - Commentaires</title>
  <link>http://www.geeek.org/</link>
  <atom:link href="http://www.geeek.org/feed/rss2/comments/862" rel="self" type="application/rss+xml"/>
  <description>Le blog d'un geek passionné par : l'informatique, le Web, Internet, les gadgets, la photo, la sécurité, Linux, le développement, la culture geek ...</description>
  <language>fr</language>
  <pubDate>Sun, 07 Sep 2008 09:02:15 +0200</pubDate>
  <copyright>Blog de geeek</copyright>
  <docs>http://blogs.law.harvard.edu/tech/rss</docs>
  <generator>Dotclear</generator>
  
    
    
    <item>
    <title>Ruby on Rails vs Java - Loïc</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c31390</link>
    <guid isPermaLink="false">urn:md5:cc84b472fb348c697833e1fd3c778510</guid>
    <pubDate>Wed, 21 Nov 2007 17:05:50 +0100</pubDate>
    <dc:creator>Loïc</dc:creator>
    
    <description>&lt;p&gt;Et si Grails &lt;a href=&quot;http://grails.org/&quot; title=&quot;http://grails.org/&quot; rel=&quot;nofollow&quot;&gt;http://grails.org/&lt;/a&gt; mettait tout le monde d'accord? Les
atouts indéniables de RoR, mais une intégration très soignée dans le monde Java
: framework s'appuyant sur Spring, Hibernate...&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Ruby on Rails vs Java - kabnot</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c27942</link>
    <guid isPermaLink="false">urn:md5:5ad0fc300f7c70ffea0247dcbc4deb23</guid>
    <pubDate>Fri, 21 Sep 2007 09:57:02 +0200</pubDate>
    <dc:creator>kabnot</dc:creator>
    
    <description>&lt;p&gt;Je vous conseille de lire l'ouvrage suivant de Bruce Tate, qui à été ingénieur chez IBM, consultant Java international pendant plusieurs années et auteur de plusieurs best seller dont un en faveur de java :&lt;br /&gt;
&lt;a href=&quot;http://www.pragmaticprogrammer.com/titles/fr_j2r/index.html&quot; title=&quot;http://www.pragmaticprogrammer.com/titles/fr_j2r/index.html&quot; rel=&quot;nofollow&quot;&gt;http://www.pragmaticprogrammer.com/...&lt;/a&gt;&lt;/p&gt;


&lt;p&gt;Dans son ouvrage, Bruce Tate argumente pour Ruby et contre Java, démontrant que Ruby représente la prochaine révolution des langages informatiques. D'après lui, tous les dix ans, depuis l'avènement de l'ordinateur, un nouveau langage apparait venant détrôner des technologies arrivant à bout de souffle : Fortran vs Assembleur, C vs Fortran, C++ vs C, Java vs C++ etc... Chaque révolution connait ses détracteurs qui refusent de remettre en questions leurs acquis et argumentent en faveur du conservatisme.&lt;/p&gt;


&lt;p&gt;Son bilan est clair : La plateforme Java touche aux limites de son extensibilité, créant un niveau de complexité tel qu'il devient difficile à un seul programmeur de la maitrisée dans son ensemble. Les langages interprétés sont l'avenir du développement tant d'entreprise qu'industriel et ce, malgré l'évidence même de leur manque de performance : La puissance des machines est au service de l'homme, non l'inverse. Si tel n'était pas le cas, nous coderions encore tous en assembleur.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Ruby on Rails vs Java - laurent</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c25391</link>
    <guid isPermaLink="false">urn:md5:96e41c80c7b94b4247c62d2a58f08492</guid>
    <pubDate>Tue, 07 Aug 2007 12:35:03 +0200</pubDate>
    <dc:creator>laurent</dc:creator>
    
    <description>&lt;p&gt;ne comparons pas ce qui n'est pas comparable, java est certainement l'outil le plus performant pour développer des APPLICATIONS Web,   java c'est une multitude de frameworks, de librairies, de possibilités, c'est interopérable avec tout, il existe même une couche JRUBY et JPYTHON, dans les technologies web, java est le langage le plus rapide (environ 50x plus rapide que le php &lt;a href=&quot;http://www.timestretch.com/FractalBenchmark.html&quot; title=&quot;http://www.timestretch.com/FractalBenchmark.html&quot; rel=&quot;nofollow&quot;&gt;http://www.timestretch.com/FractalB...&lt;/a&gt;), de plus il est compilé en mémoire dans les serveurs d'application, ceux-ci permettent de gérer plusieurs niveaux de cache, la persistance des données, les pools de connexions, etc.. java tiens donc mieux la charge, mes propres essais m'ont démontré que pour une même page web avec accès aux bases de données un test du type ab -c 300 -n 1000 &lt;a href=&quot;http://etc...&quot; title=&quot;http://etc...&quot; rel=&quot;nofollow&quot;&gt;http://etc...&lt;/a&gt; donne les résultats suivants&lt;/p&gt;


&lt;p&gt;un serveur Glassfish ou tomcat peut gérer facilement 500 requests per second, là ou apache/php en gère à péniblement 30.&lt;/p&gt;


&lt;p&gt;De plus java évolue rapidement et dans le bon sens, soutenu par les poids lourds de l'industrie IBM, SUN, ORACLE, etc..&lt;/p&gt;


&lt;p&gt;comparer par exemple php à java c'est comme comparer une twingo à une mercedes classe S.&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Ruby on Rails vs Java - DxD</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c11670</link>
    <guid isPermaLink="false">urn:md5:e373ef143ee441c9ed5fc777c334293a</guid>
    <pubDate>Tue, 22 May 2007 12:18:28 +0200</pubDate>
    <dc:creator>DxD</dc:creator>
    
    <description>&lt;p&gt;Je pense qu'il faut remettre les choses à leur place.&lt;br /&gt;
Developper 3 pages ... je m'irais pas vers RoR non plus ..&lt;br /&gt;
Pour les applications de classes moyenne, je dirais &amp;quot;RoR&amp;quot; car c'est super top.&lt;br /&gt;
Mais pour une application de grande envergure ayant besoin d'une réel stabilité et de standardisation &amp;quot;entreprise&amp;quot;, ben J2EE.&lt;br /&gt;
Car je ne pense pas que RoR possède la rigueur et la puissance de Java.&lt;br /&gt;
RoR est certe mieux placé que J2EE pour certaine application genre 3-Tier, mais au dela avec tous ce qu'on peut voir dans les clusters etc. RoR a encore trop de travail,&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Ruby on Rails vs Java - Snake046</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c11595</link>
    <guid isPermaLink="false">urn:md5:8942b7a68e6accfc9d4cf5480c0c2f0c</guid>
    <pubDate>Mon, 21 May 2007 13:07:12 +0200</pubDate>
    <dc:creator>Snake046</dc:creator>
    
    <description>&lt;p&gt;J'avais vaguement entendu parlé de RoR... pour le programme classique Ruby ne m'a pas trop séduit, mais cette vidéo m'a convaincu d'essayer Ruby on Rails !&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Ruby on Rails vs Java - Ludovic Toinel</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c11578</link>
    <guid isPermaLink="false">urn:md5:5abec4b0e6f7dc1b8c665cda3f6b5683</guid>
    <pubDate>Sun, 20 May 2007 23:41:09 +0200</pubDate>
    <dc:creator>Ludovic Toinel</dc:creator>
    
    <description>&lt;p&gt;Merci pour l'info Richard !&lt;br /&gt;
Je ne connaissais pas ..&lt;/p&gt;</description>
  </item>
      
    
    <item>
    <title>Ruby on Rails vs Java - Richard</title>
    <link>http://www.geeek.org/post/2007/05/20/Ruby-on-Rails-vs-Java#c11577</link>
    <guid isPermaLink="false">urn:md5:563e3150cd76fc309a3cdb0144d55996</guid>
    <pubDate>Sun, 20 May 2007 23:31:09 +0200</pubDate>
    <dc:creator>Richard</dc:creator>
    
    <description>&lt;p&gt;Pour PHP, je vous conceil cakephp (www.cakephp.org).&lt;/p&gt;


&lt;p&gt;Pour l'ajax, il s'uffit également d'inclure la librairie javascript &amp;quot;prototype&amp;quot;, dans le site, mais la aussi aucune ligne js a écrire, les &amp;quot;helpers&amp;quot; de cakephp faisant tout.&lt;/p&gt;


&lt;p&gt;En réalité, CakePHP est le portage de RoR pour PHP (et n'as rien a y envier), et donc je vous le conseil également, et permet de garder une homogénéité dans un parc info.&lt;/p&gt;</description>
  </item>
      
</channel>
</rss>