Barrapunto

He leído unas cuantas entradas y creo os saltáis lo más obvio. Si cambian de MySQL a Lucene lo más normal es que cambie el backend al lenguaje de programación de la solución que voy a implementar. En este caso Java, lucen trabaja de forma natural con Java, ya que está escrito enteramente en este lenguaje.

Cambiar a lucen y dejar el backen en Ruby u otro lenguaje me parece hacer malabares con las tecnologías y al final se te acaban cayendo las pelotas al suelo.

No creo que tenga nada que ver con que Ruby sea o no una solución competente. En este caso lo más sensato es usar Java.

Lucene es java, si, pero si solo fuera por eso, podrian haber usado Ferret que es un port de Lucene y haber dejado todo igual.

Por otro lado, tambien tienes Solr, que, dicho rapido y mal, es un wrapper alrededor de Lucene para servir peticiones por http con su respectivo gem en ruby (solr-ruby) y sirve en diferentes formatos (xml, json, php y hasta en ruby [apache.org]).

Tampoco has tenido en cuenta de que el cambio a java introduce un monton de riesgos (donde estan los seguidores de Joel diciendo eso de "no lo reescribas!"), estan re-escribiendo esa parte de la aplicacion desde cero y eso puede causar un monton de problemas inesperados (nuevos bugs, reaparicion de bugs antiguos que se solucionaron en su momento...). Supongo (porque seria de locos pensar lo contrario) que cuando se plantearon pasar a java lo hicieron con mucho cuidado y pensandoselo muy mucho. Quiero pensar que la gente capaz de diseniar algo que soporte ese nivel de carga tambien sera consciente de esos riesgos y lo planeara al detalle.

En resumen, hay *algo* en ruby que hace que no cumpla sus expectativas/necesidades (sea rendimiento del parser/maquina virtual/lo que usen, facilidad para implementar las modificaciones, soporte de librerias... lo que sea, no conozco tanto ruby RoR como para saber que pudiera ser) pero por los resultados que comentan, java si que les ha servido (como muchos otros lenguajes, seguramente).

PD: Tambien hay ports de Lucene a C y a otros lenguajes, asi que me hace pensar que la opcion de java tambien esta bien meditada.