<?xml version="1.0" encoding="iso-8859-1"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>VivaServer: Blog</title>
    <link>http://www.vivaserver.com.ar/blog</link>
    <pubDate>Wed, 23 Mar 2011 01:14:00 GMT</pubDate>
    <description>VivaServer: Sirviendo soluciones para la Web con Software Libre, apasionadamente.</description>
    <item>
      <title>C&#243;mo conectarse a un servidor SQL Server 2005 con ActiveRecord 3.0</title>
      <link>http://www.vivaserver.com.ar/blog/2011/03/22/sql-server-2005-via-activerecord-3</link>
      <pubDate>Wed, 23 Mar 2011 01:14:00 GMT</pubDate>
      <description>&lt;p&gt;Recientemente me encontr&#233; en la tarea de implementar alg&#250;n tipo de conectividad con un servidor Microsoft SQL Server para extraer informaci&#243;n muy espec&#237;fica que pudiera publicarse en el sitio web de un buen cliente. El sitio web en s&#237; est&#225; desarrollado en PHP, pero exponer un servicio web desde la Intranet del cliente usando ese lenguaje para conectarse con el servidor SQL Server no parec&#237;a ser la mejor soluci&#243;n a simple vista: Microsoft s&#237; ofrece un "driver" de &lt;a href="http://sqlsrvphp.codeplex.com/"&gt;SQL Server para PHP5&lt;/a&gt;, pero &#233;ste no es inclu&#237;do por defecto con la distribuci&#243;n oficial de PHP; sin contar con mi abversi&#243;n a todo lo que tenga la marca de "MS".&lt;/p&gt;

&lt;p&gt;Finalmente decid&#237; montar un peque&#241;o servicio web usando &lt;a href="http://www.sinatrarb.com"&gt;Sinatra&lt;/a&gt; y un &lt;em&gt;stack&lt;/em&gt; Ruby completo, aprovechando mis recientes exitosas experiencias con ese m&#237;nimo "framework". En este art&#237;culo explicar&#233; c&#243;mo lo hice, para futura referencia personal y de todos los que necesiten hacer algo parecido.&lt;/p&gt;</description>
      <guid>http://www.vivaserver.com.ar/blog/2011/03/22/sql-server-2005-via-activerecord-3</guid>
    </item>
    <item>
      <title>Got NetBeans? Choose your weapons wisely</title>
      <link>http://www.vivaserver.com.ar/blog/2011/01/28/choose-wisely</link>
      <pubDate>Sat, 29 Jan 2011 02:33:00 GMT</pubDate>
      <description>&lt;p&gt;Some time ago, I got involved as a freelancer in a Rails project that required all developers to use the NetBeans IDE (by Sun Microsystems, back then). Boy NetBeans was part of their "agile" practices. But this was kind of a bummer for me, having never used such IDE before and mostly beign a long time "Java hater" myself.&lt;/p&gt;

&lt;p&gt;Nevertheless, I had to set up my Rails development environment in NetBeans, learn it's tricks, shortcuts, options, preferences, etc. It probably took me a couple of days just to get it working into something useful to me, but it never made me feel much more "productive" in any way.&lt;/p&gt;

&lt;p&gt;For what I had to do, I thought, NetBeans was an overkill; worst, it felt sluggish in my little GNU/Linux development box and, for all it's unique features, it's polluted UI just got in my way most of the times, distracting me from the &lt;em&gt;real thing&lt;/em&gt;. I coped with it for the time being but eventually moved on somewhere else. On the other hand, the developers left behind most likely continued to use it in every other single next project.&lt;/p&gt;

&lt;p&gt;Now that Oracle effectively &lt;a href="http://news.ycombinator.com/item?id=2147590"&gt;killed the Ruby/Rails support&lt;/a&gt; &lt;a href="http://wiki.netbeans.org/RubySupport"&gt;in NetBeans 7.0 onwards&lt;/a&gt;, I think they might regret their choice of an IDE and just may be have had their "practices" disrupted at least a little bit? Bummer?&lt;/p&gt;</description>
      <guid>http://www.vivaserver.com.ar/blog/2011/01/28/choose-wisely</guid>
    </item>
    <item>
      <title>Solucionando el problema de Ruby y Rails en MacPorts</title>
      <link>http://www.vivaserver.com.ar/blog/2009/01/09/solucionando-ruby-y-rails-en-macports</link>
      <pubDate>Fri, 09 Jan 2009 19:50:00 GMT</pubDate>
      <description>&lt;p&gt;Ya antes &lt;a href="/blog/2007/12/12/instalar-rails-en-mac-osx"&gt;hab&#237;a escrito en este mismo blog&lt;/a&gt; porqu&#233; &lt;a href="http://www.macports.org/"&gt;MacPorts&lt;/a&gt; era la opci&#243;n m&#225;s conveniente disponible en OS X para instalar un entorno completo de desarrollo &lt;strong&gt;Ruby on Rails&lt;/strong&gt;. Sin embargo, pronto descubriremos que los &lt;em&gt;ports&lt;/em&gt; disponibles de los paquetes que usamos se actualizan frecuentemente mucho m&#225;s r&#225;pido que nuestros propios proyectos. Esto es generalmente algo bueno, asegur&#225;ndonos lo &#250;ltimo y mejor del software de c&#243;digo abierto a s&#243;lo un comando o unos &lt;em&gt;clicks&lt;/em&gt; de distancia.&lt;/p&gt;

&lt;p&gt;Pero a veces, las versiones m&#225;s recientes de paquetes importantes pueden "romper" la compatibilidad con el resto del &lt;em&gt;stack&lt;/em&gt; de nuestra aplicaci&#243;n. Un triste caso es el conocido error de compatibilidad de &lt;strong&gt;Ruby 1.8.7&lt;/strong&gt;, la versi&#243;n actual de Ruby disponible en MacPorts, con versiones viejas de Rails (sobre todo las &lt;em&gt;pre&lt;/em&gt;-2.0).&lt;/p&gt;

&lt;p&gt;Con este problema me d&#237; de bruces cuando al intentar actualizar el &lt;em&gt;port&lt;/em&gt; de RubyGems para luego instalar la versi&#243;n 2.2 de Rails con &#233;l, MacPorts tambi&#233;n actualiz&#243; mi &lt;em&gt;port&lt;/em&gt; de Ruby, una dependencia de RubyGems, inmediatamente dejando inusables a todas mis aplicaciones Rails 1.2.6 instaladas en mi MacBook.&lt;/p&gt;</description>
      <guid>http://www.vivaserver.com.ar/blog/2009/01/09/solucionando-ruby-y-rails-en-macports</guid>
    </item>
    <item>
      <title>&#161;RubyGems 1.1.0 disponible en MacPorts!</title>
      <link>http://www.vivaserver.com.ar/blog/2008/04/10/rubygems-1-1-0-en-macports</link>
      <pubDate>Fri, 11 Apr 2008 01:10:00 GMT</pubDate>
      <description>&lt;p&gt;Este es s&#243;lo un &lt;em&gt;post&lt;/em&gt; r&#225;pido para festejar la actualizaci&#243;n del "port" de &lt;a href="http://www.rubygems.org/"&gt;RubyGems&lt;/a&gt; en &lt;a href="http://www.macports.org/"&gt;MacPorts&lt;/a&gt; a su &#250;ltima versi&#243;n disponible (1.1.0). Esto hecho no es menor, pues como sabemos, &lt;a href="http://weblog.rubyonrails.com/2007/12/7/rails-2-0-it-s-done"&gt;Rails 2.0&lt;/a&gt; tienen entre sus dependencias a &lt;strong&gt;RubyGems 1.0&lt;/strong&gt; como m&#237;nimo, lo que significa que la v0.9.x que vinimos usando hasta ahora no es compatible con esa actualizaci&#243;n del framework.&lt;/p&gt;

&lt;p&gt;Hasta este momento el "port" de &lt;code&gt;rb-rubygems&lt;/code&gt; correspond&#237;a a su versi&#243;n 0.9.4, pero desde ayer ese paquete &lt;a href="http://trac.macosforge.org/projects/macports/ticket/13815"&gt;se actualiz&#243; al ultim&#237;simo RubyGems 1.1.0&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;&lt;strong&gt;MacPorts&lt;/strong&gt; ha sido mi gestor de paquetes libres de preferencia en el universo Mac desde mi primer d&#237;a como &lt;a href="/blog/2007/11/22/tengo-una-confesion"&gt;&lt;em&gt;switcher&lt;/em&gt;&lt;/a&gt;, y aunque siempre es posible instalar ese tipo de software desde sus fuentes tambi&#233;n en OSX, mi larga experiencia en Linux me ense&#241;&#243; que un buen gestor de paquetes es la manera correcta para hacer ese tipo de trabajo si queremos tener un sistema coherente y actualizable en el tiempo.&lt;/p&gt;

&lt;p&gt;Veamos entonces c&#243;mo nuestra paciencia reditu&#243; a la larga actualizando el &lt;em&gt;port&lt;/em&gt; de &lt;strong&gt;RubyGems&lt;/strong&gt; en nuestra instalaci&#243;n de &lt;strong&gt;MacPorts&lt;/strong&gt; a su &#250;ltima versi&#243;n.&lt;/p&gt;</description>
      <guid>http://www.vivaserver.com.ar/blog/2008/04/10/rubygems-1-1-0-en-macports</guid>
    </item>
    <item>
      <title>Construyendo mi primera "Hackintosh"</title>
      <link>http://www.vivaserver.com.ar/blog/2007/12/30/mi-primera-hackintosh</link>
      <pubDate>Sun, 30 Dec 2007 15:31:00 GMT</pubDate>
      <description>&lt;p&gt;En los meses siguientes a la compra de &lt;a href="/blog/2007/11/22/tengo-una-confesion"&gt;mi primer MacBook&lt;/a&gt; no me llev&#243; mucho tiempo descubrir el enorme valor que le agregaba a ese hardware su exclusivo sistema operativo: &lt;strong&gt;Mac OS X 10.4 "Tiger"&lt;/strong&gt;. Sin duda uno como no hab&#237;a visto nunca antes: r&#225;pido, atractivo, intuitivo, productivo y, como no me cansar&#233; de decirlo, con un verdadero BSD por dentro para hacer las delicias del linuxero m&#225;s ac&#233;rrimo. Efectivamente, OS X es la mitad de la magia de toda la "experiencia Mac", imitado incansablemente pero jam&#225;s igualado.&lt;/p&gt;

&lt;p&gt;Pero por supuesto, si queremos tenerlo, &lt;em&gt;tenemos&lt;/em&gt; que &lt;strong&gt;comprar&lt;/strong&gt; una Mac, &#243;rdenes de magnitud m&#225;s cara que cualquier configuraci&#243;n PC equiparable... &#191;O no?&lt;/p&gt;</description>
      <guid>http://www.vivaserver.com.ar/blog/2007/12/30/mi-primera-hackintosh</guid>
    </item>
  </channel>
</rss>

