e-Commerce de lata
Mi anterior post ha tenido buena repercusión y muchas opiniones. La mayoría opina que es mejor empezar un proyecto de e-Commerce con herramientas "open source" y luego, si es necesario por el crecimiento explosivo, pasarse a otro entorno más "probado" que puede -o no- ser IBM, ORACLE o Microsoft.
Muchos de los comentarios apuntan a que, desarrollar con estas marcas es muy caro y tiene además la implicación de licencias caras de dichas compañías.
Mi recomendación es que la clave es tener un CTO que sepa lo que quiere - no solo desde el punto de vista de tecnología- sino, muy importante, desde el objetivo de negocio que ha marcada el CEO de la compañía. Es mejor un desarrollo en ORACLE -si por ejemplo nuestro CTO es un experto en este entorno- que obligarle a "ahorrar dinero" con un sistema open source que es la primera vez que trabaja con él.
Todos parecen de acuerdo que - a poder ser- el desarrollo propio debe convertirse, con el tiempo, en una ventaja competitiva pero, en mi experiencia, a medida que una empresa crece de manera exponencial, es el propio CTO y sus planteamientos originales los que hacen agua. En muchos casos hay que cambiar de CTO, en otros, éste aprovecha para dar un salto cuántico en su carrera y se consolida como el alma de un proyecto tecnológico ambicioso y "casero" que nos distancia de la competencia.
El problema es que el CEO tiene que tomar la decisión -cambiarlo o hacerle caso- cuando es el peor momento porque estamos creciendo desaforadamente y no podemos permitirnos ningún error que nos deje sin servicio para nuestros clientes.
¿Como plantearíais una situación así? Digamos que tenemos un sistema propio o un desarrollo sobre "open source" y pasamos de 5.000 sesiones concurrentes a 50.000 en menos de tres meses y empezamos a comprender que, en un año, van a ser 500.000.
¿Que le recomendáis al CEO?


Joao dijo
En mi experiencia recomiendo crear sistemas "desde cero" y personalizados para proyectos que van a crecer mucho, y proyectos creados con software libre tipo joomla, wordpress, mambo, drupal... para proyectos que van a crecer poco. Explico mis razones.
La primera de todas es la escalabilidad, si vas a ser una tienda más de las miles que hay en internet puedes utilizar estos cms que tienen de todo y una gran comunidad de desarrolladores detrás.
Por esto son tan versátiles para cualquier tienda que empieza desde cero y no van a crecer mucho.
Si vas a crear una start-up muy innovadora, que ves posibilidades de crecimiento rápido, con muy buena inversión en marketing, seo, sem, vas a hacer una api para su uso, que requie programadores y CTO detrás, que sea un cms muy específico para unas funciones muy específicas, para todo esto es mejor crear un sistema "desde cero" con software libre por supuesto. Pongo desde cero entre comillas porque hoy en día realmente hoy en día no se crea nada desde cero. Hay Clases, Métodos, Plugin, templates... en php, javascript, mysql, ajax, jquery... vamos que hay de todo para no empezar desde cero patatero.
Otro problema que tienen los cms prefabricados es que no conoces su estructura interna, y tienes que fichar a tipos que conozcan estos cms a la perfección para poder escalar si es necesario.
Otra problemática que tienen estos cms es que al ser tan populares son muy atacados por los spammers, virus...etc y te puedes encontrar con sorpresas desagradables un día mirando que te lo han hackeado, o estas enviando spam a todos sitios. Lo digo por experiencia propia.
Conclusión. Si vas a crecer, software propio, sino vas a crecer software prefabricado.
Gracias por el blog, cordial Saludo a todos
9 Diciembre 2010 | 11:21 AM