Active Venture Partners
April 20th, 2011
, the Barcelona-based venture capital firm has invested in Oooferton.com after confirming the soundness and the expected growth of the company. After a year and a half of operation, the first Spanish Liveshopping platform is strengthening its position with more than 286,000 members and 88,000 registered buyers with a growth of between 6,000 and 7,000 new users per month. Oooferton has become the industry reference platform among male online buyers in Spain, thanks to its commitment to selling high-end electronics, as well as fashion and leisure products. The company which is based in Barcelona is expecting to close the year with 2.4 million euros in sales. Oooferton’s unstoppable growth is partly due to its highly interactive platform, according to its founder Luis Krug, who gets about 10% of its sales through Facebook where they have more than 37,000 fans. To share the success with its customers, Oooferton has revamped the image of its website, improving its functionality and offering even better deals. According to Luis Krug, the success of Oooferton is based on “the great prices we offer for our high-end technology products, gadgets and trendy fashion products. We are affordable luxury in times of crisis.” The business model of the Spanish company is inspired by a successful US platform, woot.com, a reference in online sales, recently acquired by the giant Amazon. Oooferton follows the trail of woot.com and its continuous progression confirms the recent statistics from the sector, that the average growth rate of e-commerce in Spain is 40% per annum.
¿Cómo elegir el mejor editor para Ruby on Rails?
May 20th, 2009
¡Hola Comunidad!
Para darle respuesta a la pregunta del millón ¿Cual es el mejor editor para trabajar Ruby on Rails?, voy a tomar otro camino que el común de intentar meterles por la garganta mi editor favorito o heredarles mi resentimiento hacia otros editores menos amigables.
Estas son las condiciones bajo las cuales un editor (en mi humilde opinión) es adecuado para el trabajo sobre Ruby on Rails. Aquí no valen pasiones platónicas con algún editor especifico, solamente cuenta si el editor puede o no puede hacerlo bien.
- Coloración para sintaxis de Ruby y archivos Rails
Con esto me refiero a que su editor debe proveer una forma SENCILLA de brindar coloración al código de archivos tipo *.rb, *.rhtml, *.html.erb, *.js, *.yml y *.json. Si su editor no puede hacer esto, o para hacerlo deben de pasar mas de 5 minutos para buscar información y configurarlo, no pierdan su tiempo y díganle NEXT!
- Completación de Código
¡Ojo! No estoy hablando de si al escribir una parte de una función el editor me regresa todas las funciones del API, me refiero a que al iniciar unos pocos caracteres como @ja el editor pueda, ya sea automáticamente o por medio de una combinación de teclas regresar @javieres_lomaximo. Esto se debe a que Rails trabaja en base a constantes llamadas a símbolos ya sea variables de instancia, nombres de clases o métodos de estas y no creerán la cantidad de tiempo que se pierde al buscar un error causado por una letra mal escrita en la llamada a una )variable o función.
- Fragmentos de Código (Code Snippets)
Una de las principales razones por las cuales un editor es o no adecuado para Ruby on Rails. Su editor debe permitirles el escribir algo como:
vu + TAB ó vu + CTRL + ENTER ó vu + SPACE
o algo parecido y debe regresar
validatesuniquenessof :nombredelcampo, :message=>”Este valor ya está en uso”
dando además la posibilidad de modificar FÁCILMENTE (una tecla) :nombre_de_campo y “Este valor ya está en uso”. A esto se le conoce como “placeholders”.
Además la creación y modificación de estos fragmentos debe de ser parte del editor o tener una manera SENCILLA de poder hacerlo. Si te tardas mas de 60 segundos en agregar, modificar o eliminar un fragmento tu editor no esta ni remotamente cerca de ser el indicado.
NOTA: El agregar o modificar fragmentos no debe de implicar que tengas que reiniciar tu editor.
- Facil navegación entre Archivos
Debido a la forma como Rails ordena sus archivos, existe la necesidad de navegar rápida y repetidamente entre muchos de ellos. Estos archivos normalmente estan reacionados entre sí, por ejemplo si me encuentro trabajando una vista llamada mostrarclientes.html.erb lo mas seguro es que voy a querer trabajar tambien el controlador clientescontroller.rb y el modelo cliente.rb. Y al hacerlo cambiar entre ellos de una manera RAPIDA y SENCILLA en especial si necesidad de utilizar el mouse para poder cambiar de archivos o para buscarlos. Tambien deben de incluir entre sus requerimientos que su editor permita visualizar un arbol de los directorios que contienen su proyecto, de nuevo no creerán lo frustrante que es no poder accesar rápidamente a un determinado directorio o peor aún tener que utilizar el manejador de archivos del sistema operativo para poder llegar a ellos.
- Búsqueda a nivel de proyecto
Simple pero tremendamente necesario, poder buscar un símbolo dentro de todos los archivos dentro de una carpéta específica y sus carpetas hijas.
- No necesitar de 4GB de RAM para correr.
Exagero, pero no estoy bromeando. Hay editores que requieren mas recursos que un simulador de vuelo. Si quieren trabajar tranquilamente escuchando su música favorita mientras dejan su legado en Twitter, por favor alejense de este tipo de editores.
Muy bien, me parece que eso es todo. Creo que he cubierto las bases de un buen editor de Rails, cualquier cosa a partir de aquí son gustos o ventaja competitiva. Finalmente les dejo algúnos ejemplos de editores que a mi parecer cubren estós requisitos y más.
Apple:
TextMate (Rails nació en este editor)
Windows:
E-texteditor (Lo mas cercano a TextMate para Windows)
Linux:
Gedit (No creeran lo bien que saca la tarea)
Vim (Todos los servidores tienen Vi o Vim instalado, vale la pena aprender a usarlo)
y finalmente Emacs ( por cierto Emacs FTW!!!)
Espero que el post les sea de utilidad. Por favor dején sus comentarios o preguntas con confianza, estámos aquí para hacer que la comunidad crezca, o como dice mi esposa “para conseguir amigos con quien jugar!”
Suerte y Exitos a todos!
Disponible la versión 2.2 RC1 de Rails
October 31st, 2008
Ya se puede probar la versión 2.2 RC1 de rails que incorpora, si no grandes cambios cara al programador, si importantes novedades que llevábamos tiempo esperando y que pueden aumentar significativamente el rendimiento de nuestra aplicación.
Para empezar Rails ya es Thread Safe ( programación multihilo). Esto significa que dependiendo de la infraestructura de nuestro servidor web rails podrá satisfacer más peticiones de clientes con menos instancias de rails en memoria, obviamente mejorando la respuesta y mejorando el rendimiento en máquinas de varios núcleos. Una de las grandes trabas en la puesta en producción de una aplicación rails es precisamente la necesidad de tener varias instancias de mongrel o thin corriendo detrás de un servidor web (Apache, Ngnix ) que implicaba la puesta en marcha de infraestructuras web de cierta complejidad que echaban atrás a muchos, especialmente a aquellos que venían de un entorno de desarrollo basado en Php . Cada vez hay más soluciones que simplifican la puesta en producción y mejoran el comportamiento de una aplicación en rails como mod_passenger o lsws, pero sin duda sea cual sea la solución de implementación que se adopte el hecho de que rails sea multihilo aumentará el rendimiento facilitando las soluciones de implementación adoptadas o la aparición de nuevas cada vez más seguras y menos complejas.
Otra de las novedades es que ya lleva incorporado el soporte para ETags, es decir el uso de una marca de tiempo para servir peticiones lo cual nos permitirá enviar una respuesta vacía si el contenido que vamos a servir no ha sido modificado acelerando la respuesta a aquellos clientes que se encuentren detrás de un servidor caché, sea este de su proveedor de Internet o de su empresa, o aquellos navegadores que cacheen los resultados.
Y no menos importante que los dos puntos anteriores Connection Pooling, Rails distribuye ahora las peticiones a bases de datos a través una pila de conexiones que por defecto son 5 pero podemos limitar o aumentar al número que nos convenga en el fichero database.yml ¿Ventajas? Esto ayudara a evitar cuellos de botella sobre todo en aquellas aplicaciones con un número elevado de clientes concurrentes.
Otro aspecto que mejorará el rendimiento de nuestras aplicaciones es el soporte de ruby 2.0, con su máquina virtual YARV. La fecha prevista de salida de ruby 2.0 ( 1.9.1) es a mediados de Diciembre. Aun tendremos que esperar un poco para ver que tal está implementado el soporte de ruby 2.0 en rails pero para aquellos impacientes ruby 1.9.0 está disponible en www.ruby-lang.org y Rails 2.2 RC1 se puede instalar como siempre:
gem install rails -s http://gems.rubyonrails.org -v 2.2.0
¿Qué es eXtreme Programing?
October 30th, 2008
La programación extrema o eXtreme Programming (XP) es un enfoque de la ingeniería de software formulado por Kent Beck, autor del primer libro sobre la materia, Extreme Programming Explained: Embrace Change (1999). Es el más destacado de los procesos ágiles de desarrollo de software. Al igual que éstos, la programación extrema se diferencia de las metodologías tradicionales principalmente en que pone más énfasis en la adaptabilidad que en la previsibilidad. Los defensores de XP consideran que los cambios de requisitos sobre la marcha son un aspecto natural, inevitable e incluso deseable del desarrollo de proyectos. Creen que ser capaz de adaptarse a los cambios de requisitos en cualquier punto de la vida del proyecto es una aproximación mejor y más realista que intentar definir todos los requisitos al comienzo del proyecto e invertir esfuerzos después en controlar los cambios en los requisitos. Se puede considerar la programación extrema como la adopción de las mejores metodologías de desarrollo de acuerdo a lo que se pretende llevar a cabo con el proyecto, y aplicarlo de manera dinámica durante el ciclo de vida del software.