Hoy decimos

Resolvemos tus problemas - Conversá con nosotros

miércoles, 2 de octubre de 2013

Hipervisores múltiples

Hace algún tiempo - tres a cuatro años - es posible construir un sistema con prestaciones de nivel empresarial que permite correr aplicaciones de un modo mucho más eficiente que un hipervisor estándar como ESXi, Hyper-V o KVM. No tiene todavía un nombre formal en la Wikipedia, pero en Libres lo llamamos "hipervisor múltiple".

El hipervisor múltiple corre aplicaciones en tres niveles:
  • Sobre el host, directamente sobre el hardware físico: El sistema operativo del hipervisor múltiple ejecuta las aplicaciones normalmente, sin capa de virtualización, con performance nativa del hardware sobre el que corre el sistema operativo.

  • En contenedores lógicos: El sistema operativo del hipervisor múltiple permite crear contenedores lógicos (o particiones lógicas),donde se puede instalar y correr aplicaciones compatibles con el sistema operativo del host físico.  La performance de las aplicaciones en los contenedores es casi la misma que la performance real sobre el hardware físico.

  • En máquinas virtuales: El sistema operativo del hipervisor múltiple tiene la posibilidad de crear una capa de virtualización completa estándar, permitiendo crear máquinas virtuales en las que se puede instalar sistemas operativos completos, compatibles o no con el sistema operativo del host físico.


Performance Nativa en el hardware
Un hipervisor múltiple va a permitir correr aplicaciones simultáneamente - o no - en los 3 niveles de ejecución explicados arriba.

Ello acarrea el beneficio único de poder explotar las capacidades completas del host físico, gracias a la flexibilidad de poder implementar aplicaciones en cualquiera de los tres niveles (con una gestión apropiada).


Contenedores Lógicos

Son un modo de virtualización a nivel de sistema operativo diferente a la virtualización completa de hardware (KVM, etc. ), y a la paravirtualización (XEN, KVM para sistemas operativos compatibles con este modo, etc.).

De la definición: "Es un método de virtualizacion donde el kernel de un sistema operativo permite correr varias instancias espacio de usuario aisladas, en vez de solo una.."

Similar en nombre a las particiones lógicas (LPARs), sin embargo éstas últimas son un metodo diferente de virtualización: "LPAR es un subconjunto de recursos de hardware, virtualizados como una computadora separada. En efecto, un host físico puede ser particionado en múltiples particiones lógicas, cada una alojando un sistema operativo diferente".


Construyendo un hipervisor múltiple
Hay varias combinaciones de software posibles para construir un hipervisor múltiple usando Linux como base.

En principio necesitamos un kernel de Linux, o mejor aún una distribución con buen soporte de contenedores. El software de contenedores nativo de Linux es hoy LXC, sin embargo el soft de contenedores para Linux con mejores capacidades, es OpenVZ. 

En este mismo momento, los desarrolladores de OpenVZ están trabajando para integrar el código y capacidades de OpenVZ en LXC, unificando así los dos software de contenedores más evolucionados en Linux.

En una 2da. instancia necesitaremos software para implementar la capa de virtualización. Las opciones de base en Linux, de performance y capacidades de nivel empresarial son KVM y Xen.

Y así tendríamos las dos capas de virtualización y la capa base del sistema operativo corriendo sobre el host físico:

  • Capa 1 - Kernel de Linux, incluyendo una distribución de Linux (Debian, CentOS, Ubuntu LTS, etc.), capaz de correr aplicaciones con performance nativa del hardware del host físico.

  • Capa 2 - LXC u OpenVZ (las más recomendadas), capaz de correr aplicaciones con una performance del 2% al 5% menor que la disponible en el hardware del host físico.

  • Capa 3 - KVM o Xen, brindando capacidad de virtualización completa para máquinas virtuales reales.
 
Link

Comparación entre diferentes plataformas de virtualización (incluye descripción del método de virtualización usado)

Cero Administración y economía de recursos

El artículo de Wired de abajo es muy bueno, la charla del tipo debe haber estado mejor aún. Veamos:

"Twitter Founder Reveals Secret Formula for Getting Rich Online"
http://www.wired.com/business/2013/09/ev-williams-xoxo/

Básicamente te explica que las empresas y productos exitosos relacionados con Internet - y con tecnología informática en gral. - son aquellos que le facilitan la vida a las personas ("usuarios" en Internet). Si podés eliminar pasos para realizar un trabajo, o facilitar el cómo se hace algo hoy mediante tus productos y servicios, vas a tener éxito.

Otro consejo - repetido - es "mejorar una idea que ya haya tenido éxito".

Hacele muy fácil la vida a tus usuarios, cuanto menos tienen que interactuar con tu producto / servicios (le sacás botones, automatizás pasos para quitarlos de los procesos, etc.), más chances de éxito tiene éste.

Por ejemplo:

Los ingenieros de Etsy manejan un principio de arquitectura de soluciones de tecnología informática llamado "One Button Deploy Principle" (Principio de implementación de un solo botón). Básicamente cualquier puesta en producción de cualquier producto o servicio de tecnología informática de Etsy, interno o público, debería poder hacerse presionando un solo botón.

Cero Administración
Algo parecido al "Principio de implementación de un solo botón" es una prerrogativa básica de los productos de Libres Consultores, le decimos.. 

Cero Administración: El usuario del producto tiene que poder "usar" el producto, sin necesidad de tener que "configurarlo" primero.

¿Cómo un usuario va a "usar" un producto que brinda soluciones simples a problemas y requerimientos complejos?
 

Esa es la parte de la que nos encargamos nosotros en LC, sin reinventar la rueda, sin necesidad de "construir pirámides", sin grandes proyectos de desarrollo de productos.

Gracias al principio de Cero Administración, detrás de los productos de LC hay ideas y principios simples, la complejidad está minimizada, por ende la magnitud de la ejecución y desarrollo del proyecto queda minimizada también, en grado sumo. 

LC es un proyecto que puede ser llevado adelante por una o dos personas, en muy poco tiempo, muy pocas horas. Lo que es clave para no tener que dedicar 12 hs. por día (que no se podría), ni tener que disponer de muchas personas para realizar todo el trabajo.

Lo bueno de tener (más) tiempo libre gracias a la simplificación y automatización, es que se puede expandir el ámbito del emprendimiento, no  solo porque sí, sino porque hay suficientes recursos y tiempo (sin necesidad de costos adicionales ni personal adicional).

No hace falta trabajar más, sino mejor, de modo más inteligente. Hacer más cosas, de mayor calidad, en menor tiempo, con menos esfuerzo y gastando menos recursos.

lunes, 30 de septiembre de 2013

Tecnología de contenedores en Linux

La tecnología de virtualización vía containers en Linux está tomando por sorpresa a muchos, mostrando una mucho mejor relación costo/beneficio para deployments en nubes públicas y privadas, que el actual uso de hipervisores completos para virtualizar servidores.

Los contenedores no son tecnología nueva, de hecho la implementación de contenedores en Linux todavía tiene algunos puntos flacos respecto de las tecnologías de contenedores de los unices AIX y HP-UX (bueno. OpenVZ no).

La clave es que los contenedores y su manejo optimizado de recursos de hardware se perfilan, para muchos casos de uso, mucho mejor para el uso en infraestructura virtual que el resto de las técnicas de virtualización usadas por ESX, Hyper-V, KVM, Xen, etc.

Las nubes públicas basadas en Linux (Rackspace, HP Cloud, Amazon, etc.), tienen una ventaja clave aquí: podrían implementar contenedores sobre sus infraestructura con mínimo esfuerzo, porque ya corren sus máquinas virtuales sobre Linux (y los contenedores Linux necesitan un sistema operativo Linux de host, corriendo sobre el hardware físico).

Docker no hace más que mejorar las perspectivas a corto plazo

viernes, 27 de septiembre de 2013

Howto: Cómo crear un mercado IT desde cero, en Corrientes

Este artículo iba a ser un howto en toda la regla, paso a paso, un procedimiento ordenado para bootstrapear un nuevo mercado de tecnología informática en la Ciudad de Corrientes, en cambio, recordando lo aprendido de los viejos emprendedores, les voy a contar una historia y el "cómo" es algo que van a tener que descubrir, "tarea para la cabeza, no para la casa" como decía una vieja profesora de Producción que tuve en los 90'.

Sigue siendo un howto, solo que para verlo, tenés que poder aprender de la experiencia.


Hay nuevos mercados de IT sin explotar en Corrientes, varios, ahora
Aunque no lo parezca a la vista para los que son relativamente nuevos en la industria IT local, el concepto de trabajar con nuevos mercados no es para nada extraño a la industria IT de Corrientes.

En los relativamente pocos años que trabajé y emprendí en la industria IT local pude participar muy de cerca: presenciar la propulsión, promoción, despegue y asentamiento de varios nuevos mercados para la industria informática de la región y en la ciudad de Corrientes en particular.


Entiendo la reluctancia a creer que "no hay posibilidad de que haya nuevos mercados de industria informática en la ciudad de Corrientes", ya que existe una coyuntura actual tal en la que la muchos de los profesionales y gente del ambiente IT, incluso empresarios IT, han trabajado durante años en la coyuntura actual, con pocas novedades respecto de años anteriores, y no han visto y/o participado de la aparición de nuevos mercados de informática en Corrientes.

La mayoría no emprendió o no pudo emprender más que brevemente*, llegando a "confirmar" que "no hay mercado para vender informática en Ctes.", y continuan su carrera profesional en IT como empleados y/o como empleados/emprendedores en negocios no IT en la región. Tengo la convicción de que tales "confirmaciones" fueron conclusiones apresuradas y deberían haber intentado emprender de nuevo. Pero no es una convicción sin fundamento.

*Yo mismo estuve en esa situación en algún momento y estuve totalmente convencido de la imposibilidad de emprender de vuelta en la industria informática de Corrientes.


El motor real de los nuevos mercados de informática en Corrientes
Hay un hecho afortunado para todos los actores de la industria IT correntina: la capacidad de emprender, de hacer empresa en la industria informática, no tiene que ver ni está limitada en modo alguno por el nivel de conocimiento y experiencia técnica en informática del emprendedor, por muy alto que sea dicho nivel y por mucha experiencia que tenga la persona en la industria informática.

Parece contraintuitivo :-), parecería ser una desventaja, no lo es. En realidad se constituyó - varias veces ya - en una ventaja y un factor que maximiza la oportunidad de éxito, es decir, "funciona" y muy bien.

De hecho, la creación de los últimos nuevos grandes mercados - masivos y altamente rentables - en la industria informática de la Ciudad de Corrientes tuvo una participación mínima de los profesionales de sistemas y en cambio fue impulsada y sostenida mayormente por personas autodidactas en informática, no profesionales, que eran a lo sumo estudiantes universitarios de sistemas, pero estos últimos inclusive siempre fueron una minoría - naturalmente, dada la escasa cantidad de estudiantes universitarios de carreras de sistemas en la ciudad de Corrientes - de entre los actores principales que movilizaron la economía de la ciudad hasta constituir cada uno de los mercados que voy a mencionar a continuación.

¿Cuáles fueron esos mercados nuevos?


A principios de los 90'
El negocio de los institutos de computación


Cerca de 1989 yo estaba aprendiendo a armar - "conectar" - computadoras desktop en uno de esos institutos, que eran en la práctica, "escuelas de hacking de hardware de escritorio", y en muchos lugares, lo mejor se aprendía al terminar las clases de DOS, compartiendo diskettes, y teníamos entre los pocos riesgos de ese entonces, al Stoned.

Los institutos fueron apareciendo de a poco, primero uno, luego dos, y al cabo de 3 años había al menos 7 en una ciudad donde casi nadie tenía una PC de escritorio en su casa, y muy pocos la tenían en el trabajo. De todos modos, la demanda fue muy alta durante años y sostuvo la buena rentabilidad de muchos institutos.

Eventualmente, las PCs baratas y el acceso a Internet hogareño erosionó la base de clientes de los institutos y solo quedaron unos pocos, que habían diversificado sus cursos a otras temáticas y/o que tenían suficientes contactos para vender regularmente capacitaciones masivas a entes estatales o privados.

Fue el primer mercado IT de Corrientes, nacido desde prácticamente cero en el que tuve algún nivel de participación: en 1987 había varias academias para aprender a escribir a máquina (la mecánica, las Olivetti, etc.), y tal vez uno o dos institutos de computación, un tanto avejentados; dos años después los institutos estaban abriendo sucursales por todas las ciudades del interior y cada instituto tenía al menos dos sedes en la ciudad Capital.


A finales de los 90'
El negocio de los cibercafés

(y la propulsión de mercados de productos y servicios complementarios: ventas de componentes de PC, ventas mobiliario, alquileres, nuevos puestos de trabajo, etc.).


La adopción de Internet iba lenta en Corrientes, las facturas telefónicas a pagar por navegar por Internet + el precio de suscribirse eran muy caras para el promedio de sueldos pagados en la ciudad de Corrientes; algo similar pasaba con los precios de las computadoras necesarias para navegar. Así entré en un cibercafé por primera vez en 1995.


A finales de los años 90' se dió el surgimiento de al menos 4 importante comercios de informática que hoy todavía persisten en la ciudad, que inicialmente se dedicaron a la instalación y mantenimiento de cibercafés.

Era en gral. un mercado nuevo, grande y sin explotar, decenas de cibercafés por toda la ciudad funcionaban mantenidos desde lo técnico y a duras penas por los empleados que los atendían y por algunos reluctantes incluso, técnicos que recorrían "cibers" todo el día, desde la mañana temprano hasta bien entrada la madrugada, reparando PCs, limpiando virus, reinstalando sistemas operativos y software.

No era raro ver que un cibercafé del barrio permanecía abierto toda la noche, una vez por semana, fuera del fin de semana, ya que en ese momento venía el técnico y se encargaba de "preparar" las máquinas para el exceso de carga del fin de semana: con uso intensivo en juegos en línea, sesiones interminables de navegación y prácticamente solo 6 horas de descanso en 72 horas de uso contínuo, tres días, de viernes a domingo.

Desde lo personal participé personalmente, colaborando con los emprendedores aunque no como socio, en el despegue de tres cibercafés que tuvieron un nivel de éxito muy alto, el último inclusive con éxito sustancial, obvio resultado del nivel de refinamiento de las diferentes metodologías de comercialización aprendidas en las experiencias anteriores, así como del refinamiento en el manejo de las tecnologías más útiles para implementar en un cibercafé (que por cierto propulsaban la automatización casi extrema, dejando libres decenas de horas/hombre tanto para los técnicos - ahorrando costos de mantenimiento - como para los empleados, que podían dedicarse a tareas secundarias a la "gestión constante" de las máquinas) - que hoy son estándares, pero en ese momento eran 100% artesanales.


A finales de los 90'
Mercado de servicios de desarrollo de aplicaciones a medida basadas en Visual Basic
(hoy evolucionado a provisión de software enlatado, como productos)


Antes de que fuera estándar, habitual y un hecho dado, el que una radio FM, un diario, tuviera un sitio web donde publicar noticias, no había nada de eso, no había acceso a Internet en la mayoría de los hogares e inclusive empresas en la ciudad de Corrientes, sin embargo ya había una cantidad suficiente de computadoras instaladas, tal que - junto a otros factores - permitió la aparición de un importante mercado local de desarrollo de software a medida.

El software que se vendía masivamente tenía que ver con la ahora vieja escuela de creación de aplicaciones rich-client, principalmente basadas en Visual Basic 5, la metodología y técnicas de venta fueron mayormente rudimentarias, no porque los productos - muchos, aunque no todos - no fueran de buen nivel técnico, sino porque los actores económicos tenían poca experiencia en el negocio de la venta de softwar.

Eran literalmente todos nuevos actores (compradores, vendedores, productores, etc.), ya que las pocas empresas locales de informática de ese momento en la ciudad se dedicaban a negocios "más grandes" que vender software Visual Basic a medida...y muchas perdieron ese tren y ya no están más presentes en el mercado.

Este mercado se agotó parcialmente luego de que los jugadores más previsores del mercado se constituyeran en proveedores de productos, software ya desarrollado, con cero tiempo de desarrollo y entrega inmediata, vs. los demás oferentes del mercado, que seguían intentando vender el servicio de desarrollo a medida de software (costoso en recursos, caro en precio, etc.), que finalmente ya está prácticamente desaparecido en la ciudad.


A principios del 2000'
Mercado de servicio de desarrollo de aplicaciones a medida basadas en PHP
(hoy evolucionado a provisión de software enlatado, como productos, principalmente CMS)


En los primeros años de la década del 2000, en Corrientes Capital estaba empezando a popularizarse el uso del lenguaje PHP, y la aparición de los primeros CMS, manejadores de contenido estaba por revolucionar el mercado de venta de software a medida en la ciudad (y también en toda la región NEA).

Volviendo a PHP, unos pocos participantes empezaron a crear el mercado, en principio - todavía inclusive - fogueados por la financiación de diversos interesados en aprovechar la nueva plataforma web, Internet para masificar aún más distintos tipos de campañas de marketing dirigido, en principio, muy relacionados con la actividad política, pero que luego fueron sencillamente plataformas de marketing dirigido en general, participando de campañas de publicidad dirigida prácticamente todo el espectro de posibles oferentes en la ciudad (partidos políticos, organizaciones no gubernamentales, variopintos sectores del estado provincial, municipal, inclusive nacional, comercios en gral., nuevos comercios, etc.etc.).

Claro, que con semejante nivel de participación de actores económicos diversos y capaces de suficiente nivel de financiamiento, los sitios de noticias web se multiplicaron en poco tiempo, al igual que los desarrolladores PHP independientes dedicados a satisfacer la incesante demanda de CMS para ser utilizados como plataformas de marketing dirigido.

También es obvio que la presencia de cibercafés y clientes contados por miles por día en ellos, por toda la ciudad de Corrientes ayudó a foguear el mercado de sitios web de noticias como plataformas de marketing dirigido.

En lo personal en esta época tuve la oportunidad de colaborar, aportar ideas - desde la "etapa de garage" - en la creación, consolidación y estabilización de una de las empresas con mayor experiencia en desarrollo PHP de la ciudad, muy conocida en la actualidad.


Década del 2000'
Revival de los institutos de computación en Corrientes


A principios de la década, junto con mi socio Carlos Pace y Andy Acevedo, dictamos los primeros cursos sobre Linux en la ciudad de Corrientes (en la FACENA - UNNE),  en su momento estuve seguro de que fue "el primero de la ciudad", hoy ya no tanto, porque había mucha gente arrancando con la idea de dictar cursos de Linux en la ciudad, al mismo tiempo.
La demanda fue pervasiva, y hubo que duplicar los horarios disponibles, nuevas ediciones de los cursos fueron dictadas en años subsiguientes, un par las volví a dictar yo, y se sumaron nuevos dictantes.

Los cursos y trainings de Linux se dispararon en varios institutos en la ciudad y se produjo un boom moderado de cursos de Linux. Pero fue creciendo con el paso de los años, y hacia finales del 2006, 2007, ya había cursos de Linux e institutos con mucho éxito comercial dictándolos en la ciudad.

Luego de algún tiempo la demanda de training Linux en Corrientes bajó bastante, cuando se dió la percepción de que Linux no añadía demasiado a las posibilidades de conseguir empleo de los autodidactas y profesionales de la informática en la ciudad. Proposición que se reveló últimamente como falsa, dado que un conocimiento importante de Linux es la llave que abre las puertas al trabajo en desarrollo PHP a nivel profesional e internacional inclusive.



Finales de la década del 2000'
Otros mercados nuevos en Corrientes


No es tan evidente, pero en los últimos años de la década la ciudad y el ambiente relacionado con la informática en Corrientes asistió a la aparición de varios nuevos mercados locales de venta de productos y servicios informáticos, solo que no fueron tan masivos como los ocurridos previamente, mencionados arriba. Algunos fueron muy rentables solo por un par de años, y los emprendedores lograron capitalizar sus emprendimientos de tal modo que hoy se dedican a la venta de productos y servicios IT más tradicionales (por esto es que no es tan evidente que sus empresas nacieron gracias a la explotación de nuevos mercados).

También tuve en un par de estos casos la oportunidad de colaborar con varios de los emprendedores en la ciudad, que lograron finalmente llevar adelante sus visiones de negocio en IT.

Por ejemplo: training de seguridad informática, software con características de geolocalización, servicios de intermediación de hosting, etc.

Y muchas más, ya que algunos nuevos mercados fueron mercados de nicho, específicamente asociados a determinados tipos de organizaciones y clientes (y a proveedores locales fuertermente especializados también), una actividad que si bien fue rentable para los actores, no fue demasiado pública y ni siquiera fue demasiado conocida en los círculos más amplios de personas relacionadas con la industria IT en Corrientes.

Tip: Mercados en boga ahora mismo en la ciudad de Corrientes: 
  • Training de informática a distancia vía Internet
  • Desarrollo mobile orientado a mercado locales (NO a clientes en Internet)

La dificultad para "ver" los nuevos mercados IT potenciales en Ctes.
La principal dificultad es que los ámbitos de operación de las empresas IT de Corrientes están fuertemente separados, y la articulación entre empresas es puramente circunstancial, casi nula en la mayoría de las empresas.

Un verdadero ecosistema de empresas IT, con importantes nexos B2B, dejaría "ver" a los empresarios muchas oportunidades fuera de su propio ámbito de negocios IT actual, pero como están totalmente focalizados en un solo ámbito de operaciones, se llega a tomar por veraz e irrefutable la idea de que "no hay plata en IT en Corrientes para hacer otra cosa aparte de X" (X = lo que sea que estén vendiendo), hecho que como se puede aprender de la historia reciente, es en realidad, una falacia.

Muchas veces el nivel de falta de información, gracias a una exitosa disciplina de discreción, hace que dos grandes emprendedores IT correntinos vayan a encontrarse en el mismo lugar, al mismo tiempo, sin saber que tienen un par sentado justo a su lado.


Empresas IT y no IT constituídas hoy en Corrientes y su origen
Es evidente que en la actualidad que muchas de las empresas relacionadas con la informática, hardware y software, existentes hoy en la ciudad de Corrientes tuvieron su capitalización inicial de origen en las escaladas de demanda surgida de la creación / aparición de nuevos mercados de industria informática en la ciudad en años anteriores.

Obviamente, un cierto número importante de inversiones y empresas no relacionadas con la informática en la ciudad de Corrientes tuvo el origen de sus capitales iniciales en la explotación de los mercados antes mencionados, capitales que fueron apropiadamente invertidos maximizando la diversificación de inversiones ("no poner todos los huevos en la misma canasta"), así tenemos que muchos empresarios de la ciudad que hoy se dedican a otros negocios (Maxikioscos, Minimercados, Inmuebles, Remises, etc.), en principio fueron importantes empresarios de la industria IT correntina.

Claro, eso nos lleva a otra idea interesante: muchos viejos emprendedores IT que salieron del negocio IT - volcándose a nuevos negocios e inversiones en el emprendedorismo, aunque continuaran trabajando en IT - en algún momento en los últimos 20 años, conocen muy bien la ciudad y cómo funcionan el mercado IT de Corrientes, así que de vez en cuando, al presentarse una oportunidad de mercado, vuelven a "aparecer", y en general nadie se acuerda de que ya estuvieron, varias veces, para alegría de los muchachos de marketing, que puede fabricar una presentación de mercado desde cero vs. la dificultad de plantear un "comeback".

jueves, 26 de septiembre de 2013

El primer pivoteo de Libres Consultores

Hoy completé el primer deployment del hipervisor múltiple, tengo un artículo en preparación explicando la idea en detalle, pero hoy quiero hablar del primer pivoteo de Libres Consultores.


https://en.wikipedia.org/wiki/Lean_Startup#Pivot
Resulta que el enfoque inicial de LC fue trabajar vendiendo consultoría en soluciones informáticas, todavía lo hacemos, pero el scope de ventas esperado inicialmente no lo alcanzamos, entonces decidimos pivotar hacia una idea nueva, y ese camino nos llevó hacia el desarrollo de productos basados en tecnología IT.

El primer enfoque no funcionó en principio porque el mercado de consultoría para infraestructura informática de nivel empresarial es relativamente chico en Corrientes, Capital (explícitamente aclaro: no estoy expresando que el mismo mercado sea chico en el NEA en gral.).

Los proveedores de consultoría de la ciudad están asentados hace tiempo y con una cartera de clientes bastante estable, y tienen una capacidad efectiva para proveer todos los servicios de consultoría sobre infraestructura que pudieran requerir esos clientes, desde la menor escala a la mayor escala de las infraestructuras existentes en la ciudad.

Por ende el mercado de consultoría si bien no está "cerrado" explícitamente de ninguna manera, en la práctica sí lo está; claro que la competencia esperable ante potenciales nuevos clientes es intensa, y entre otras cosas, la capacidad de provisión de servicios y el prestigio ganado a lo largo de años de óptimo rendimiento comercial y profesional juega a muy favor de los jugadores establecidos.

Así que en la práctica el primer producto mínimo viable ofrecido por Libres Consultores justamente resultó en un fallo y hubo que pivotear, reorientando la estrategia empresarial hacia mercados menos cerrados, de hecho, nuevos mercados locales, sin explotar aún.

Link

Pivoting in a Lean Startup

http://matthewmamet.com/2010/07/pivoting-in-a-lean-startup/

martes, 24 de septiembre de 2013

Precios baratos y nuevos mercados

En algún momento comenté que los productos de Libres Consultores van a ser relativamente muy baratos, aunque sea alta la calidad del software, de sus componentes y del mismo producto final. Uno de los factores principales determinantes de los precios es que usamos software opensource para el desarrollo de los productos.

El precio además está determinado otros parámetros y en el caso de los productos de LC, ellos se alinean a favor de precios relativamente muy baratos respecto de lo que está acostumbrado el mercado a pagar.

Mencioné "relativamente" porque la estimación de que los precios van a ser baratos no se está haciendo contra productos que se estén vendiendo hoy en Corrientes (no voy a arriesgar a asegurar lo mismo de Resistencia, pero es bastante posible que sea así también allí). Como expliqué someramente en uno de los primeros posteos de este blog, Libres Consultores tiene como misión desarrollar un mercado nuevo.

Como el mercado objetivo actualmente no existe*, de momento no hay ni un solo vendedor ofreciendo, vendiendo nada a nadie, a ninguno de los potenciales clientes de Libres Consultores. De hecho, según los estudios de mercado que estuvimos haciendo los últimos meses, las chances se dan a favor de que cerca del 100% de los potenciales clientes de LC no están usando ahora mismo ningún tipo de producto similar a los que está desarrollando LC.

* Por cierto, que el mercado no exista en el presente no implica que no se pueda realizar previsiones fundadas sobre cómo se estructuraría al poco tiempo de surgir.

Alguno se puede llegar a preguntar cómo es que nadie le está vendiendo nada siendo que las empresas IT de la zona están ávidas y muy capacitadas para realizar tal trabajo, bueno, de momento esa información es parte del capital logístico de LC. Para solventar esa deuda interna de inteligencia logística, sugiero emprender cabales estudios de mercado.


Algo que comentamos antes es que parte de la base de la logística de producto de LC es trabajar con bienes complementarios: al poder integrar un bien que es complementario a otros ya existentes, y al combinar ese evento con una estrategia se potenciaría una fuerte integración con sus complementos (que ya están en el mercado y vendiéndose a buen ritmo, por cierto), y si se logra retroalimentar el fenómeno de modo apropiado, no solo se dispararía la demanda de productos de LC, sino también la de los bienes complementarios, graciosamente elevando el grado de informatización global en la ciudad de Corrientes.

Mercado nuevo
Crear un nuevo mercado no es tan interesante ni revolucionario como puede parecer al ojo inexperto en negocios, al contrario, para el negociante promedio suele ser mucho más interesante desde varios puntos de vista intentar entrar en un mercado ya existente.

Aún así, los mercados nuevos se crean constantemente, simplemente se da que en IT, habiendo una aparente sobre-oferta de productos y servicios, muchos consideran - sin haber realizado estudios de mercado - que no hay nada nuevo que ofertar. Sin embargo, tal como es constantemente demostrado por los nuevos productos que salen al mercado, esa apreciación no es correcta.

Productos nuevos* que sirven de ejemplo: WhatsApp, Tumblr, etc.

* Ambos ejemplos me sirven para hacer distinguir al lector entre "nuevos productos" vs. "nuevas ideas" o mejor aún, vs. "ideas complementamente nuevas y originales". 
Como ven, se puede construir un producto nuevo sin recurrir a ideas radicalmente revolucionarias, lo hizo Google en los 90' (pero ya había ideas muy parecidas en Altavista y Yahoo), lo hizo Mercado Libre poco después (eBay y Amazon ya existían hace tiempo). Etc.

Me resultó curioso leer que Jeff Bezos creó Amazon en parte porque tenía culpa por no haber participado desde antes en el boom de negocios de Internet, ya que en estos días, mientras delineaba ideas, estrategias, infraestructura técnica, logística, me pasaba algo parecido por la cabeza, "Tenía que haber empezado antes", en fin, más allá del éxito o no - que lo buscaremos a conciencia por cierto - trabajar en Libres ya empezó a devolver satisfacciones.

lunes, 23 de septiembre de 2013

Semana movida y 7x1


La anterior fue una semana movida en Libres y aunque nos divertimos mucho en lo que estuvimos haciendo, no hubo mucho tiempo para escribir, así que lo hago ahora.

Se buildearon varios servers de prueba para los diferentes productos, estuvimos trabajando junto con los early adopters para poner en producción los prototipos avanzados, varias arquitecturas en las que estábamos trabajando tuvieron una mejora drástica o directamente ya están en su versión final.

También estuvimos con los early-adopters estudiando casos de uso, o mejor explicado, casos de "no uso", contextos donde los productos de Libres Consultores no serían aplicables inmediatamente. Nos contactamos ya con una comunidad importante de usuarios, especialistas en uno de los componentes más importantes de uno de los productos en desarrollo de Libres.

Otras cosas que estuvimos viendo fue cómo se ajustarían los productos de LC a los que ya existen en el mercado, ya que son complementarios de ellos.

Así que hoy tenemos 7x1, siete artículos en uno, así ya vamos introduciendo el importantísimo concepto de bundles al blog de Libres Consultores.

  • Servers de Testing
  • Arquitecturas 
  • Gestión de proyectos flexible
  • Early Adopters
  • Componente actualizado
  • Colaborando con la comunidad
  • Innovación incremental y productos complementarios

Servers de Testing
Un alto grado de automatización va a estar ubicado en los productos de LC en sí, pero por el momento en la infraestructura de building y testing, hay que trabajar con servidores completos, a la vieja escuela, levantar los Linux, cargarlos con el software necesario y montar sobre ellos los productos.

En la teoría parece fácil "levantar servers de prueba", pero cuando se trabaja en equipo, los servers de prueba no pueden ser gestionados localmente, por ejemplo, usando máquinas virtuales locales (Vagrant, VirtualBox, KVM, etc.), más que para probar muy limitados aspectos de los productos, a lo sumo características en la que el miembro del equipo esté trabajando personalmente.

En los servers de testing principales es adonde va a parar el "código" final, todo lo necesario para ir perfilando los productos de cara al prototipo funcional avanzado.

En este contexto se vuelve muy fácil, pero muy fácil, entender la obsesión por las infraestructuras de nube (Openstack), y el software de configuration management (Chef, Puppet, SaltStack, Ansible, Rundeck, etc.), de los ingenieros de infraestructura de grandes empresas que deployan constantemente nuevo código (Continuous Delivery & Improvement): así es cómo se permiten poder crear y destruir rápidamente decenas de servidores de testing y producción nuevos diaria, semanal, mensualmente, dedicando un número de horas que quede en un total siempre de 2 cifras.


Arquitecturas
En varias ocasiones, en intercambios en Internet, me ví explicando qué era, para qué servía una arquitectura en infraestructura, que la idea es similar, pero diferente de lo que es arquitectura de software en el marco de la ingeniería de software. Por supuesto que las nociones de arquitectura de software se aplican totalmente en arquitectura de infraestructuras, simplemente se prescinde o se adapta algunas nociones que están muy especializadas en la gestión de lenguajes, código fuente y desarrollo en gral.

Las arquitecturas que estuvimos definiendo son aquellas básicas para la implementación de determinados componentes, en la práctica, esos componentes son productos internos en Libres, y cada uno sigue el mismo ciclo de desarrollo y definición que los productos públicos, simplemente que no se van a vender directamente, sino que los vamos a usar internamente en Libres (para integrarlos en los productos y/o en los procesos de la empresa).

Una forma muy básica de definir la arquitectura es ver qué se necesita hacer, ver los requerimientos, márgenes de tolerancia deseables, etc.etc. Luego se define qué componentes de software se va a usar para gestionar esos requerimientos (y si hace falta desarrollarlos o no, por ejemplo), y luego vemos qué capacidades puntuales del software elegido son las que se va a implementar en la arquitectura; si se determina que las capacidades no cubren los requerimientos, se vuelve - con ese feedback - a las etapas anteriores, inclusive llegando a revisar la definición de requerimientos. Recordemos aquí que Waterfall es tabú en Libres Consultores y no hay etapas de nada que no sean revisables, reajustables, especial y específicamente si se cuenta con feedback (nueva información), que permita - si es que no exige - re-optimizar (*dentro de parámetros - económicos, de tiempo, de recursos en gral. - razonables), el trabajo ya hecho.

* Determinar qué son parámetros razonables está totalmente alineado con el skillset que brinda la experiencia y la capacitación "dura" en IT. Muchas veces se llega a la conclusión - con la experiencia dada - que el camino más corto entre A y B, para la gestión de proyectos de infraestructura, no es ni por lejos una "línea recta". 

Gestión de proyectos flexible
Lo anterior es un clara alusión a la futilidad patente para la gestión de proyectos de tecnología de la información (IT), de muchas metodologías de gestión de proyectos que no incluyen diversos factores de contexto en la planificación, hiperfocalizándose en la tecnología (servidores, fibras ópticas, tiempo que se tarda en instalar el server en el rack, etc.), olvidando las personas y su entorno, los que son en realidad factores que tienden - contínua, constantemente - a afectar la planificación realizada sobre la "tecnología pura".

Ejemplos de importantes "Factores de contexto": estado de salud promedio de los parientes y familia cercana de los miembros del equipo, eventos importantes personales próximos para los miembros del equipo y su familia cercana, tiempo que se tarda en llegar efectivamente - de verdad - al nivel de expertise necesario en la administración de un software para poder configurarlo apropiada, acertadamente para los escenarios y requerimientos complejos planteados, si los miembros del equipo se mueven en colectivo o en auto propio, si está lloviendo muy de seguido y las reuniones de equipo se realizan lejos de los lugares de residencia de los miembros, etc.

Si no vas a por los factores de contexto, los factores de contexto de seguro van a por tu proyecto y su probablemente aséptica e irreal planificación.

Early Adopters
Los early adopters son colaboradores de LC, validadores de las ideas del producto mínimo, son quienes están usando la implementación más básica de la idea, tosca inclusive, de lo que va a ser el producto final, sumamente más refinado que las versiones que los early adopters están usando ahora mismo.

Las métricas obtenidas de los early adopters son la información más importante de Libres Consultores de momento, en especial aquellas que validan determinadas ideas de diseño de los productos, por ende es difícil dar muchos detalles.

Componente actualizado
Uno de los componentes clave de un producto de LC ha sido beneficiado recientemente por una actualización masiva incremental ("incremental" es el mejor tipo de actualización que puede recibir un software que ya funciona muy bien, por cierto), justo en estos días. Lo bueno de todo es aunque ya se trata de una versión avanzada del software - hace tiempo ya dejó la versión 1.0 - y tienen una fortaleza probada en escenarios empresariales muy exigentes, en el tiempo restante hasta que LC libere la versión inicial de su propio producto, incluyendo este componente, el producto va a ser beneficiado con la experiencia de los early adopters del software recién actualizado mencionado, y aquellos que van a actualizarse a la nueva versión.

Colaborando con la comunidad
No está de más mencionar que también vamos a contar - y a generar! - con los meta-datos importantes que siempre son lentamente liberados en el primer par de meses luego de una nueva versión mayor de un software complejo: tutoriales, fixes, howto's avanzados, howto's especializados creados por los mismos desarrolladores/implementadores del software, etc.etc.

Hace unos días justamente me puse en contacto con un ingeniero que está usando en producción este software (componente del producto de Libres), en una implementación avanzada y personalizada para un escenario, un caso de uso muy similar al caso de uso modelo del producto de Libres; ya se hicieron las presentaciones y estaremos colaborando conjuntamente en los meses venideros intercambiando material técnico importante al respecto, casualmente, esta misma semana pasada, recibí de su parte un "batch" importante de "metadatos" que son de suma utilidad para el producto de Libres y devolví un feedback con algunos datos que extrapolamos de nuestras propias implementaciones de testing.

Innovación incremental y productos complementarios
El caso de Google y su emprendimiento para crear un producto que genere un mercado nuevo, nos sirve para ejemplificar el trabajo que estamos haciendo hoy en LC sin contar qué es lo que estamos armando (todavía no se puede en esta etapa*).

*Google puede comentar en público cuál es el proyecto en el que está trabajando porque tiene el crédito ganado en proyectos anteriores llevados adelante con éxito, lo que es un importante capital en marketing y lo están gastando un poco al hacer público un proyecto ambicioso que todavía no se concretó en tecnología que no sea prototipos que no pueden ser llevados a producción masiva, ni venderse al público, por cierto.

En Libres Consultores ya tenemos prototipos funcionales de los productos, sin embargo, (todavía), no tenemos el crédito necesario para dar a conocer los conceptos en la instancia en que no están listos para producción masiva ni venta al público, en cambio, es preferible llegar a generar el(los) producto completo (algo que tampoco está demasiado lejos), y recién en esa instancia, hacer públicos los conceptos.

Lo que, como dije anteriormente, no impide que podamos comentar cómo estamos trabajando en LC.


Google está desarrollando automóviles que no necesitan conductores para poder usarse.

http://en.wikipedia.org/wiki/Google_driverless_car

La tecnología base para lograrlo ya está creada (algunos prototipos recientes usan Ubuntu como sistema operativo), pero faltaba que alguien emprendiera en la idea de integrar esa tecnología avanzada dispersa en una función singular, práctica (y rentable): un auto que pueda usarse sin necesidad de conducirlo.

La tecnología que va a vender Google se basaría principalmente en que ya existe un producto base sobre el cual se podría llegar a instalar el hardware y software necesario para lograr un driverless_car, esto es clave, ya que Google difílmente pueda llegar a construir sus propias fábricas de automóviles e integrar ellos mismos la tecnología en fábrica, sí en cambio se podría ver cómo poder vender kits de la tecnología para poder instalarlos en vehículos (tal como se puede instalar unos parlantes en el baúl de un auto hoy en día, por ejemplo), sino directamente kits que requieran instalación especializada con licencias de instalador, lo que según se lee en la red, tal vez sea lo más probable que ocurra (es parecido a la instalación de tanques de gas natural y lo necesario para adaptar su uso en motores que de fábrica funcionan con otro combustible).

Es decir, el probable futuro producto de Google va a ser - tal vez - un bien complementario de un automóvil.

Las tecnologías complementarias, los bienes complementarios son clave en la creación de nuevos productos, ya que aceleran en gran medida la adopción de un nuevo producto, por el simple concepto de la innovación incremental.

Un extracto explicando la noción:

"La innovación en los negocios se consigue de diferentes maneras. Pueden ser desarrolladas por modificaciones realizadas en la práctica del trabajo, por intercambios y combinaciones de experiencia profesional y de muchas otras formas. Las innovaciones más radicales y revolucionarias suelen provenir de I&D mientras que las más incrementales suelen emerger de la práctica, pero existen excepciones a cualquiera de estas dos tendencias."


El artículo de abajo, justamente, cita a Google como una de las empresas que mejor aplica el concepto de innovación incremental para sus productos.

"Innovación Disruptiva (Radical) e Innovación Incremental."
http://www.eoi.es/blogs/juanadoricelcepeda/2012/03/09/innovacion-disruptiva-radical-e-innovacion-incremental/