Hoy decimos

Resolvemos tus problemas - Conversá con nosotros

viernes, 13 de diciembre de 2013

SteamOS y el framework de mercado completo

En estos días arranca Valve la beta pública de SteamOS, y ya hay varias steam-machines a la venta, o esperando la presentación - clave - en los primeros días de enero en el CES 2014.

Miro con atención este tema porque Valve está apostando una importante cantidad de recursos a construir un ecosistema completo de gaming fuera de Windows. Es una apuesta importante, y no vale jugar a medias, sino los estudios de juegos no se van a calentar en hacer juegos para Linux, y van a seguir explotando la plataforma Windows por lo que les quede de tiempo (al parecer no mucho).

Valve sería entonces el primer "gran jugador" que está apostando por crear el framework de mercado completo - arquitectura estándar,  hardware, software, servicios, terceros proveedores, etc. - para crear un nuevo mercado de home PCs basado en Linux. Algo que ya está pasando por cierto:


Básicamente tengo la idea de que si esta movida funciona para Valve, puede suceder algo parecido a lo que sucedió con Android en el mercado mobile:

Había una plataforma establecida, muy fuerte, dominando el 100% del mercado, IOS de Apple, pero entró Android, y un jugador fuerte (Samsung) en el mercado volcó su peso detrás, creando un contexto de calidad + bajos costos (aportando una gran calidad de productos por una fracción del costo de los dispositivos IOS),  luego tuvo éxito moderadamente, luego tuvo más éxito, en este punto ya aparecieron varias decenas de terceros proveedores de dispositivos móviles Android, luego Samsung tuvo mucho éxito, finalmente ahora IOS está de vuelta donde comenzó: en un mercado de nicho (dispositivos orientados a compradores "premium"), y Android controla todo el resto del mercado, sin señales a la vista de que en un par de años más no va a controlar todo el mercado (falta que IOS deje de innovar un par de versiones y Android gane alguna funcionalidad importante en ese tiempo).

En fin, "Linux en el escritorio" no ocurrió, probablemente no va a ocurrir, pero tal vez ocurra algo más interesante que tener un escritorio Linux popularizado: tener varias decenas de productos home PC basados en Linux, respaldados por diversos fabricantes y vendedores.

En Libres Consultores justamente estamos trabajando precisamente esa noción: hardware que corre Linux, pero incluyendo el framework de mercado completo. Vamos a llegar, pero no todavía.

SteamOS: What we know so far and what to expect

domingo, 24 de noviembre de 2013

Los tercerizadores no son industria IT argentina, pero podrían serlo

Mis disculpas por adelantado a quienes se hayan escandalizado por el título, que no intenta ser ofensivo, sino provocativo, para que los potenciales interesados accedan a leer este artículo y tal vez, aprendan una o dos cosas.

Fomentar la industria del software en Argentina NO es - no debería ser, no automáticamente, no sola ni exclusivamente - lo mismo que fomentar y sustentar las tercerizadoras IT.

¿Por qué?


El viejo oeste y el ferrocarril
Cuando arrancó la expansión ferroviaria en el "viejo oeste" en US, en el siglo XIX, había tres grupos económicos bien diferenciados:
  •  Los dueños del ferrocarril - financiando la infraestructura ferroviaria -
  •  Los empleados del ferrocarril, incluídos los que montaban la infraestructura
  •  y los prestadores ambulantes de servicios. Servicios Temporales.

El 3er. grupo era la gente que se dedicaba a proveer servicios al 2do. grupo que estaba construyendo las vías, estaciones, probando las máquinas, etc. Les vendían baños, ropa de trabajo, picos y palas, médicos ambulantes (y snake-oil por cierto, el precursor histórico del "humo IT"), y mil servicios más. Cosas que se necesitan "ahora", en el momento, necesidades, servicios temporales.

Eventualmente se empezó a terminar de construir el ferrocarril y los "dueños" reconocieron la necesidad - y oportunidad - de negocio de que los servicios temporales tuvieran que convertirse en permanentes, por eso los asentamientos temporales se convirtieron en pueblos y los servicios temporales evolucionaron a negocios permanentes: hoteles, tiendas, ferreterías y clínicas.

La historia de esa transición es una larga "traición" del poder económico y lobby de los magnates ferroviarios que "barrieron para adentro" y se apropiaron y/o arrasaron de los negocios de los prestadores de servicios temporales.

Entonces, no fue ninguna casualidad que los viejos dueños de la infraestructura ferroviaria fueran luego dueños al 100% o de la mayoría de los negocios permanentes que se podía encontrar a lo largo de las vías del ferrocarril, en centenares de pueblos, décadas después que hubieran desaparecido los prestadores de servicios. Tampoco es coincidencia que cuando los pueblos se volvieron grandes ciudades, los magnates del ferrocarril de hacía cerca de 100 años ya, seguían controlando - con más del 50% de las acciones - centenares de nichos de negocios en las grandes ciudades.

Retornando a los ambulantes: los que no se asentaron para migrar sus servicios temporales a permanentes desaparecieron sin dejar rastros. Algunos pactaron o compitieron - duramente - con el poder económico de los dueños del ferrocarril y quedaron, no desaparecieron y sostuvieron empresas que operaron décadas, incluso algunas persisten todavía hoy, clamando cerca de 150 a 200 años de operación contínua.


Internet hoy y los tercerizadores IT en Argentina
Algo parecido a la historia y evolución económica ocurre hoy con ITO - Information Technology Outsourcing - la tercerización de servicios IT que es masiva hoy en Argentina.

Los tercerizadores, los proveedores de ITO son los ambulantes, temporales prestadores de servicio, que persiguen las infraestructuras informática a medida que van creciendo (las abandonan cuando están terminadas, por "praderas más verdes"), y las empresas que expanden el uso de IT - y especialmente las que crean y desarrollan IT - son los "dueños del ferrocarril".

Esos dueños son aquellas empresas y organizaciones que están construyendo Internet y otras redes y sistemas: sitios web, aplicaciones web de todo tipo, markets de aplicaciones, sistemas dentro de las empresas, redes internas, globales, etc. Ver ejemplos más adelante.

Los proveedores de ITO brindan sus servicios a los dueños de las infraestructuras en expansión: sitios web, grandes instalaciones de front-ends, back-ends, middleware dentro de las empresas, sistemas intermedios diverssos (CDNs, DNSs, walled gardens de todo tipo, tamaño y color, etc.) soporte técnico de todos los niveles para las infraestructuras de software y hardware en expansión.

Los tercerizadores brindan servicios temporales, pero no son los dueños de las infraestructuras, ni siquiera de partes mínimas.


No hace falta pelear, se puede ganar directamente
Los "dueños" por su parte expanden "su propiedad" por Internet, y con una estrategia de negocios optimizada por 200 años de experiencia en gerencia y adm. de empresas, no van a esperar a que nada esté "terminado", ya van "urbanizando" el "viejo oeste en Internet" a alta velocidad, a medida que construyen:

En esta oportunidad no va a haber que esperar a que "finalice" la instalación de las infraestructuras para que los "dueños" se apropien o peleen para quitarles el espacio de negocios a los proveedores temporales. Ni bien esté "terminada" la infraestructura de Internet, los "dueños" van a ser también proveedores de servicios permanentes.

Los tercerizadores, proveedores temporales no tienen ninguna oportunidad de ganar, porque no va a haber competencia alguna. Los "dueños" no van a pelear por nada, van a ganar directamente, en un solo movimiento.


Tercerización IT, el negocio "a largo plazo", "contínuo" y "para siempre"
Es cierto, Internet y las infraestructuras informáticas no deberían dejar de crecer nunca en teoría, pero sí se puede llegar a un status quo de mercado semi-permanente, tal como ocurre en los negocios fuera de Internet con los "gigantes": hablemos de Microsoft (que no es una empresa de Internet), Intel, Coca Cola, Ford, General Motors, Levi's, Nike, Honda, BMW, McDonalds, Starbucks, etc. Los "gigantes" actuales de Internet trabajan incesamente para lograr establecer esta circunstancia de mercado, desde prácticamente su aparición.

Es decir, los pequeños proveedores ("Algo Cola", "Algo Motors", etc.), van a seguir apareciendo y ocupando pequeños nichos, pero los mercados globales les están casi permanentemente cerrados, así el crecimiento de los "pequeños" va a llegar siempre a un límite práctico: cuando lleguen a cierta cuota de mercado, van a ser adquiridos y/o aplastados por los "gigantes". Por cierto, los "gigantes" tienen paciencia, pueden esperar décadas hasta que los "pequeños" sean vulnerables en los negocios, no hay ningún apuro.


Cómo "barren para adentro" los "dueños" de Internet
Como dije, a medida que "construyen", los "dueños" van desplazando a los "ambulantes". O sea, no es ninguna predicción, está pasando desde hace tiempo. Cada vez mejor - para los dueños - y más rápido:

- Walled gardens como los markets de aplicaciones, que efectivamente reemplazan y desplazan a los desarrolladores independientes. Podés entrar al market, por un precio a pagar al "dueño".

- Walled gardens como SaaS, donde tenés las aplicaciones corriendo en el proveedor, no podés comprarlas, solo rentarlas. Podés usar las apps, por un precio a pagar al "dueño".

- Walled gardens como Paas, donde los desarrolladores no necesitan el soporte de ninguna infraestructura local, ni siquiera necesitan saber cómo se instala el sistema operativo donde corre su código. Simplemente escriben su código y "mágicamente" tienen donde ejecutarlo, venderlo; por un precio a pagar al "dueño".

- Walled gardens como IaaS, la nube: donde no sabés donde está el hardware, quién lo controla, quién accede a los datos; muchos especialistas IT ni siquiera sabén cómo hacen - desde lo técnico - para poder facilitar tanta capacidad de discos, ram, procesamiento, pero lo tenés disponible para usar, por un precio a pagar al "dueño".

- Walled gardens como las redes sociales, donde podés intercambiar información, hacer contactos, hacer negocios. Que quienes las construyeron sepan absolutamente todo lo que hacés allí, cuando, con quién y por qué; es simplemente el precio a pagar al "dueño".

- Etc. (hay muchos, muchos más ejemplos por cierto)

¿Qué querés ser? El dueño o el que paga al dueño. Esa es la pregunta.

Ejemplos de Industria IT argentina real, contante y sonante

Fabricantes de software, productos y servicios de tecnología informática que están construyendo "cosas" que se pueden vender, son los "dueños" de por acá, de Argentina.

- Unitech
- MercadoLibre

Listo, no recuerdo a nadie más, si alguien provee más ejemplos, los agregaré con gusto.

La oportunidad
Está en que todavía hay mucho espacio para dominar nichos grandes, incluso, con algo de suerte controlar grandes porciones del mercado de Internet (por ej. Mercado Libre).

Los tercerizadores de servicios, proveedores de ITO tienen en sus manos el know-how acumulado de haber trabajado con decenas a centenares de empresas en Internet, de esas que están construyendo las infraestructuras, el "ferrocarril". Los tercerizadores de ITO saben exactamente lo que se necesita, cómo, cuando y para qué, respecto de invertir recursos y convertirse ellos mismos en constructores.

La oportunidad de aprovechar ahora el espacio de mercado, el vacío de mercado, se da ahora mismo, pero muchos corren tras la plata fácil, la venta fácil del momento, que es la provisión de servicios que son temporales. Es un modelo de negocios atractivo, efectivo y rentable, una buena inversión de hecho, pero de ninguna manera llega a ser un real conglomerado industrial de empresas argentinas de tecnología informática.

La verdadera industria del desarrollo, la verdadera industria IT de Argentina tiene un semillero valiosísimo en los miles de shops que proveen ITO, y si bien no gral. - por muchos motivos, hay que informarse bien nada más - en las grandes empresas tercerizadoras, sí en sus empleados (íntimos conocedores de cómo funciona IT dentro de miles de empresas por todo el planeta). Es una oportunidad, muy probablemente irrepetible y la ventana de oportunidad se cierra un poquito, todos los días.


sábado, 23 de noviembre de 2013

Cómo se gana plata en el futuro vendiendo IT

Tengo curiosidad de conocer en algún momento los proyectos IT de desarrollo de software presentados para los distintas posibilidades de préstamos del estado en AR.

El ambiente IT de Ctes. AR que me es familiar me da la sensación de que el 90% o más de los proyectos van a ser algún tipo de aplicación basada en web, incluídas las "mobile" que es mucho más práctico crear vía portales web con GUI especializada. No hay nada particularmente malo en eso, simplemente que no es lo único que se puede hacer en IT, mucho menos en desarrollo.

Sí hay algo malo en esto: que la orientación a programar para la web y sus paradigmas y contextos técnicos y económicos asociados termine nublando o nulificando las capacidades del developer / IT guy para el análisis, diseño, e incluso sus skills para desarrollar, trabajar e innovar en otros contextos, distintos de Internet.

El contexto de la realidad

Esos contextos pueden ser más complejos y desafiantes, en otras palabras potencialmente mucho más rentables, ya que a mayor dificultad para resolver un problema, el producto / servicio que entrega una solución adquiere mayor valor: si podés resolver - con análisis, diseño, skills - que la solución tenga un costo bajo, es un negocio cantado.

El contexto diferente gral. por default, es la realidad diaria, la de todos los días, donde hay una ventaja que es 100% inexistente en Internet: no tenés que esperar que los usuarios vengan a vos - a tu sitio, que clickeen en tus adds, que sigan tus link plantados vía marketing viral - sino que vos podés llegar a tus usuarios, directamente, y volverlos clientes.

Dos preguntas que no figuran en casi ningún plan de negocios IT que haya visto, y que todos tendríamos que hacer: ¿Desarrollamos soluciones, productos, servicios IT para vender ahora, ya mismo, o para venderlos en el futuro? ¿Qué tan adelante?

Negocios IT del presente
Muchos de los negocios IT del presente están en la web, donde tenés competencia a razón de centenares a miles de productos/servicios sustitutos de lo que sea que se te ocurra vender en Internet.

No es precisamente buena la perspectiva de ganancias en gral.: practicamente no hay un modo efectivo de estimar en forma realista - con una mínima certeza de alguna clase - cuando un negocio puramente web va a ser rentable:

¿Cuantos usuarios que visiten tu sitio, descarguen tu soft / app van a volverse clientes efectivos?, y más importante, no hay un modo de saber realmente cuando tenés que retirarte del negocio ¿seguís invirtiendo hasta que la cant. de usuarios free llegue a la "masa crítica"? Luego incorporás monetización, les querés cobrar ¿eso va a funcionar? ¿Por qué? ¿Hay productos / servicios sustitutos gratuitos? ¿Son mejores? Si no son mejores, ¿Es posible que los usuarios prefieran algo no tan bueno, pero gratuito?, Si tienen menos opciones / prestaciones / características / es menos amigable la GUI, ¿No van a preferirla igualmente a tener que pagar? etc.

Fíjate que un verdulero tiene en gral. mejores chances de predecir sus ganancias potenciales si no hay ninguna verdulería en 4 manzanas a la redonda; hasta nosotros nos damos una idea de cuanto puede ganar el tipo en X plazo con X inversión, muy rápido; ahora intentá hacer lo mismo con cualquier aplicación / producto / servicio web ¿qué tal? ¿Certezas?

Tip: es difícil predecir el éxito de los negocios puramente web porque sus contextos son demasiado potencialmente amplios. El verdulero la tiene fácil, camina un poco, vé que no hay verdulerías y ya tiene su contexto definido. En la web, ¿cómo lo hacés? Es un poco más complejo eso no? ¿Cuanto vas a ganar entonces? ¿No te convendría más entonces invertir en una verdulería?

Negocios IT del futuro

Es decir, los negocios IT del futuro están en la vida real, en la realidad diaria.

Es una tendencia global por cierto, los mejores jugadores de la web concentran esfuerzos - o se centran por completo incluso - en crear tecnología de la información, software, productos y servicios para su uso en la vida real.

Claro, hay un tip: ya no estamos en 1986, y toda tecnología informática a crear hoy tiene un potencial de ubicuidad, de pervasividad tremendamente diferente al de hace 10 o 20 años atrás.

You're not in Kansas anymore.

El título de este artículo es un poco contraintuitivo: "cómo se gana plata en el futuro vendiendo IT", la razón es que se empieza a ganar plata, a armar el negocio de más adelante hoy mismo, desarrollando aquí y ahora la tecnología que va a ser vendida más adelante. Si comenzás ahora, cuando los demás lleguen, vos ya vas a estar ahí hace rato, esperándolos.


Dale un vistazo al futuro:

Doom Creator John Carmack Officially Leaves id Software
Carmack focusing interest and effort on hardware instead of games.

http://www.ign.com/articles/2013/11/22/doom-creator-john-carmack-officially-leaves-id-software

Stephen Wolfram
Putting the Wolfram Language (and Mathematica) on Every Raspberry Pi

http://blog.wolfram.com/2013/11/21/putting-the-wolfram-language-and-mathematica-on-every-raspberry-pi/

The “Steam Box” era begins with the Piston, a $1,000 PC-in-a-console (updated)
http://arstechnica.com/gaming/2013/03/the-steam-box-era-begins-with-the-piston-a-1000-pc-in-a-console/

Kinect for Windows
Communicate with computers naturally

http://www.microsoft.com/en-us/kinectforwindows/

Google Glass Will Expand Its Features Into Music
http://www.nytimes.com/2013/11/12/business/media/google-glass-will-expand-its-features-into-music.html?_r=0

Google launches physical card for its virtual wallet
http://news.yahoo.com/google-launches-physical-card-virtual-wallet-092848228.html

Which drone future will Americans choose?
http://www.thebulletin.org/which-drone-future-will-americans-choose

Etc.

martes, 19 de noviembre de 2013

Cómo comprar infraestructura con presupuestos no planificables

La mayoría de las infraestructuras IT complejas solo dispone de lo que llamo "presupuesto de una sola vez": cada cierto tiempo, se le entrega un presupuesto al área / depto. encargado de informática en la organización, luego se construye la infraestructura proyectada y ningún cambio que implique nuevas compras se hace luego en un lapso de tiempo de al menos 2 años, sino 5 a 10 años.

Por eso es tan importante hacer inversiones primarias significativas en cuanto a arquitecturas de hardware que brinden el máximo nivel posible de capacidad ociosa en la primera implementación. De ese modo, se cubre en primera instancia las necesidades actuales, y además las futuras necesidades de infraestructura van a tener "lugar" donde poder ubicarse, sin necesitar nuevas adquisiciones de hardware.

Un diseño de arquitectura de infraestructura informática que contemple y prevea la cuasi-ausencia de presupuesto y adquisiciones planificables a futuro se hace necesario.

Las arquitecturas de datacenter de Google y muchas otras empresas similares se adaptan a la noción de lograr el máximo valor práctico - para los objetivos de negocio - por inversión realizada en hardware de infraestructura: "El objetivo es comprar generaciones de CPU que ofrezcan el mejor rendimiento por dólar, no rendimiento absoluto" (traducción citando un art. de la Wikipedia, ver link al final).

Sus prácticas, técnicas y diseños base están adaptados por ende a esa prerrogativa de modo hiper-eficiente, y en gral. están muy lejos de la típica prerrogativa "comprar el mejor equipo posible con la plata disponible", que es una estrategia válida solamente en casos muy puntuales, y especialmente solo cuando hay disposición presupuestaria  significativa a futuro, destinada para la compra de hardware nuevo que se necesite.

La práctica de diseño basada en "comprar el mejor equipo disponible" sumada a los "presupuestos de una sola vez" se estrella rápidamente en escenarios dinámicos, donde la incorporación imprevista - y súbita inclusive - de nuevos requerimientos - más servidores, más servicios, muchos más usuarios - pone de rodillas rápidamente a la existencia actual de hardware que en gral. además de responder a la prerrogativa "mejor equipo disponible" y " presupuestos de una sola vez" suele sumar, casi como una consecuencia implícita, prácticamente obligada, también a una 3er. prerrogativa "mejor equipo disponible, PERO limitando sus recursos consumibles más habituales

Por ej. menor cantidad de espacio de storage, placas de red, espacio interno para ampliaciones, etc.

Las serias limitaciones de escalabilidad del mejor equipamiento disponible sin pagar costos considerables adicionales y generalmente imprevistos (imposibles de prever al comienzo del proyecto de hecho, para escenarios dinámicos),  no es gratuita, sino que se debe a que el "mejor equipamiento disponible" no responde de inmediato a la prerrogativa de "mayor cantidad de recursos ociosos al inicio de la implementación", sino que incorpora - costosas - nociones como alta redundancia de componentes internos, una gran cantidad de componentes de hardware adicional propio de otras prerrogativas de diseño, y otros conceptos similares, que previenen la presencia de mayores cantidades de los recursos necesarios - memoria, storage, networking, en gral. - para tener gran capacidad ociosa disponible al inicio del ciclo de vida del nuevo hardware. Esas nociones serían aplicables en presencia de partidas presupuestarias regulares para actualizar y especialmente expandir el hardware de infraestructura.

Nota: no es completamente factible determinar con exactitud los lineamientos de planificación de los centros de datos de Google, sin embargo, la primera noción de "mejor rendimiento por dólar" de ellos se integra cabalmente con una segunda noción: "escalar horizontalmente simplemente agregando nuevo hardware", lo que probablemente lleva a su mejor expresión práctica a la primer prerrogativa.


*Cita completa:

"Google uses commodity-class x86 server computers running customized versions of Linux. The goal is to purchase CPU generations that offer the best performance per dollar, not absolute performance. How this is measured is unclear, but it is likely to incorporate running costs of the entire server, and CPU power consumption could be a significant factor."

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

sábado, 16 de noviembre de 2013

Los Sukoi, Highlander y Stack Ranking

Tu startup se encarga de transportar mercancía valiosa de un punto a otro del planeta...en jets de combate. Tenés invertida plata en 5 Sukoi SU-27 - buenos fierros - que conseguiste en una feria en Kazajstán, así solamente gastaste 3 guarismos..en millones. Los pilotos de los jets son 5 ases del aire - miles de horas de entrenamiento + miles de horas de experiencia - que te salen buena guita por mes, un montón de plata digamos.

Armás el equipo y les decís: su misión es llegar al destino, que está lejos, tenés oposición en el trayecto, te están esperando de hecho, otros pibes/as con sus jets + misiles + mala onda

La van a tener que pelear y vos querés, necesitás motivarlos, tenés dos opciones:
  • a) "El primero que llega se lleva de regalo el avión"
  • b) "Si van y vuelven todos, me traen los aviones completitos, ni una rayadura en la pintura, y si además tardan menos tiempo, a todos les toca un bono en plata, buena guita eh"

Posibilidades:

Si elegís la opción a): Eso se llama "Stack Ranking", los pibes se suben a los aviones, despegan, y hacen la de Highlander > *Solo Puede Quedar Uno (al final solo podía haber un inmortal que se iba a llevar El Premio) > y cada vez que alguno se descuida, otro se lo baja de un misilazo y dice "che, que baja performance que tenía el tipo" o "igual, si no era yo, con las pocas pilas que le ponía, lo agarraban los malos durante antes de llegar", etc.

Si elegís la opción b): los tipos laburan en equipo, 5 aviones, 5 tipos, un equipo, se cubren la espalda, se cuidan en sus debilidades, se apoyan en sus fortalezas, implementan una metodología de trabajo (Scrum tal vez), y avanzan hacia el objetivo.

Resultados:
Si elegiste la opción a), Highlander style, vuelven del trabajo solo un par de aviones, o tres a lo sumo, perdés dos de tus ases y sus pájaros (los bichos que te costaron millones); en el peor de los casos resulta que uno era mejor que todos los demás, y solamente vuelve un (1) avión y un (1) piloto. ¿Misión cumplida? Pero ¿a qué costo? ¿Largamos la siguiente misión ya? ..o hay que buscar armar de vuelta el equipo (e invertir en nuevas contrataciones).

Si elegiste la opción b)
todos tu ases colaboraron entre ellos, hubo problemas y perdieron a uno, casi pierden un 2do. elemento (el as y su pájaro), pero la pedalearon y zafaron, ahora tenés de vuelta cuatro (4) aviones, cuatro (4) pilotos, y parece que usaron una estrategia para la que hacía falta 5 aviones, y lograron ir y venir más rápido. Misión cumplida.

Conclusión
El trabajo en equipo, necesario en muchas PyMEs y startups - con recursos limitados, exigidas en las dificultades que enfrentan para alcanzar sus objetivos - que producen tecnología informática, requiere colaboración integración, que cada empleado / técnico / ingeniero colabore, comparta y la pelee codo a codo con sus compañeros de equipo, porque un solo genio o dos o tres, no tienen la capacidad de lograr el mismo nivel de resultados que puede lograr un equipo bien armado, bien curtido, funcionando bien.

Los empleados IT, técnicos, ingenieros, etc. que trabajaron para el Estado, para empresas donde se usa stack-ranking - informalmente en el Estado por cierto - para evaluar el desempeño, llevan las de perder en las chances de formar buenos equipos que colaboren realmente; Stack Ranking les funciona a esas organizaciones por motivos muy puntuales (mm, a veces sí, a veces no y no), pero fuera de ese contexto no tiene sentido, no funciona, y en particular, no funciona en el contexto de PyMEs, startups IT, unidades de negocio (dentro de una empresa grande), en el marco de proyectos que están contra-reloj y requieren a todos los miembros del equipo a bordo.

Hay que asegurarse que los futuros compañeros de equipo no se traen malas mañas de donde sea que vengan (tip: un serrucho bajo el brazo en el primer día de trabajo es una mala señal), ya que para muchos trabajos en IT hace falta miembros, compañeros de equipo, no un Highlander que sobreviva cuando ya no queda ningún miembro del equipo en la empresa.

jueves, 14 de noviembre de 2013

Proxmox en Libres Consultores

Por qué Proxmox
En Libres Consultores elegimos Proxmox para ofrecer a nuestros clientes una plataforma avanzada de virtualización de infraestructuras, basada en software y tecnología opensource.

Elegimos Proxmox porque estamos seguros de que hará un aporte de valor significativo en cualquier organización en que se implemente; sumando nuevas e importantes capacidades para infraestructuras informáticas.

Nuestros clientes pueden adoptar hoy mismo una infraestructura virtual, utilizando sus recursos de hardware inmediatamente disponibles, y luego a futuro, al incrementar esos recursos, Proxmox y sus tecnologías base los acompañarán hasta donde ellos decidan. Sin ningún tipo de lock-in, sin problemas de escalabilidad, soportando Proxmox efectivamente hasta las arquitecturas de virtualización de mayor complejidad posible de la actualidad y en el futuro a largo plazo.


Las características técnicas de Proxmox son impresionantes:

Dashboard e interfaz gráfica de gestión y operación centralizada integrada con diseño multimaster (sin límites en el número máximo de nodos Proxmox agregables a la gestión centralizada); administración RBAC, autenticación integrable con Active Directory, LDAP y Linux PAM; Live Migration para contenedores OpenVZ y máquinas virtuales KVM, Backup incremental y completo de máquinas virtuales KVM con Live-Backup; Proxmox VE High Availability Cluster (basado también en tecnología opensource); Snapshots de máquinas virtuales para OpenVZ y KVM; Networking (VLANs IEEE 802.1q, Bridged mode, Bonding y agregación de interfaces, etc.); Networked Storage (iSCSI target, NFS Share, Direct to iSCSI LUN, LVM Group (network backing with iSCSI targets), Ceph RBD); etc.

Además, Proxmox es opensource y puedes descargarlo e implementarlo tú mismo, por el precio de cero, gratis.


El valor de Proxmox

Sin embargo, el verdadero valor del aporte de Proxmox se encuentra en la respuesta a esta pregunta:

¿Por qué usarías un software de virtualización distinto de los que son populares ahora mismo?

La respuesta tiene tres facetas complementarias:

a) Por Necesidad,
b) Por Eficiencia,
c) Por Utilidad.


a) Necesidad

Proxmox te permite aprovechar servidores con pocos recursos como hosts físicos, gracias a un mejor aprovechamiento del hardware, evitando incluso la necesidad de comprar hardware adicional.

Un problema que tienen muchas organizaciones es no poder afrontar los costos de mejorar el hardware de servidores lo suficiente para implementar infraestructuras virtuales.

Hay suficiente hardware de servidores de bajos recursos implantado en PyMEs, y muchos de esos usuarios empresariales ya usan o planean usar en breve Linux como plataforma para sus aplicaciones; con ese fundamento se suele planear una migración total o casi total a infraestructuras virtualizadas.

Sin embargo, el hardware de hipervisor, la base de una infraestructura virtual, requiere típicamente importantes recursos de hardware en cantidad de memoria ram disponible y capacidad de CPU. y naturalmente dado los casos de uso típicos de servidores en PyMEs, los servidores se compran inicialmente con muy poca memoria ram, procesadores poco potentes para su uso en virtualización y dichos componentes rara vez son actualizados.

Esos servidores "chicos", con baja capacidad de CPU y con poca memoria ram, en gral., no son recomendables como hosts físicos de hipervisores de nivel empresarial. En este punto de las estimaciones para un proyecto de migración a infraestructura virtual, la mayoría de los proyectos se detienen por falta de presupuesto.

Al usar Proxmox como software de hipervisor para correr máquinas virtuales Linux, la limitación del hardware de baja potencia se supera fácilmente, permitiendo reconvertir recursos de hardware ya existentes a nuevas capacidades, gracias al uso de una base de software mejorada.


B) Eficiencia
Proxmox utiliza tecnología opensource de contenedores OpenVZ, la que le permite virtualizar Linux de modo hiper-eficiente. El uso de contenedores para virtualizar Linux no está disponible de modo alguno en ninguno de los demás softwares de hipervisor comerciales disponibles en el mercado hoy.

La afirmación anterior incluye a productos de software comercial de hipervisores basados en Linux con base en KVM o Xen.

En Proxmox al usar contenedores OpenVZ las aplicaciones que corren sobre Linux están efectivamente mucho más "cerca" del hardware físico que cuando corren dentro de máquinas virtuales. Esto le permite a las aplicaciones tener niveles de rendimiento que no son alcanzables en absoluto, o no fácilmente al menos, cuando corren dentro de máquinas virtuales.

En Proxmox el uso de contenedores OpenVZ en vez de virtualización completa permite aprovechar al máximo los recursos del hardware del servidor, evitando malgastar recursos de CPU y memoria al tener que ejecutar cada máquina virtual su propio sistema operativo completo y éste a su vez, malgastar la memoria ram disponible para almacenar copias redundantes de software (el kernel de Linux en principio, y luego otro soft de user-space), que ya está ejecutándose en otra máquina virtual.

Proxmox también dispone de virtualización completa usando la tecnología opensource KVM. KVM en sí, es una plataforma de virtualización de nivel de prestaciones empresarial. Con esta capacidad se puede usar virtualización completa, permitiendo así instalar sistemas operativos completos diferentes de Linux, típicamente, Windows Server.

El resultado es:


- En Proxmox se puede correr mejor aplicaciones Linux virtualizadas, gracias a un mejor uso del hardware físico, mediante virtualización basada en contenedores.

- Gracias al mejor uso del hardware en Proxmox, se puede correr una mayor cantidad de contenedores Linux por servidor físico que la máxima cantidad de máquinas virtuales Linux que sería posible correr usando virtualización completa sobre ese mismo hardware.

- En Proxmox se puede correr Windows Server virtualizado y también Linux completamente virtualizado - sin contenedores - sobre tecnología KVM, un estándar de virtualización completa basada en Linux, de amplio uso en el mercado.

Se tiene así lo mejor de los dos mundos, virtualización completa con el sólido estándar de mercado, KVM, y una también sólida e hiper-eficiente virtualización de Linux basada en contenedores, usando OpenVZ.


c) Utilidad

Proxmox usa como tecnologías opensource base a KVM y OpenVZ y ello le brinda tremendas capacidades de migración desde y hacia otras plataformas de virtualización.

Se puede convertir fácilmente servidores físicos a virtuales en Proxmox - contenedores o máquinas virtuales KVM - tanto como se puede reconvertir contenedores y máquinas virtuales KVM de Proxmox a servidores físicos u otros formatos de máquinas virtuales usados por terceras plataformas de virtualización.

Los contenedores OpenVZ en particular, se pueden convertir fácilmente a máquinas virtuales compatibles con todos el software de hipervisor estándar del mercado: KVM, Xen, Hyper-V, VMware, etc.

Al ser OpenVZ y KVM software opensource, además se pueden instalar y usar sobre distintas plataformas Linux, sin necesidad de usar Proxmox.


Lo anterior convierte a Proxmox en una plataforma con extrema escalabilidad a futuro, permitiendo a nuestros clientes adoptar Proxmox fácilmente y evolucionar hacia otras plataformas de virtualización o niveles de virtualización - adoptando software de nube por ejemplo - cuando lo decidan.


Si necesitás ayuda en tu organización sobre cómo avanzar en virtualización con Proxmox, podés contactarnos por este medio.

lunes, 11 de noviembre de 2013

Cómo desarrollar productos / servicios IT con éxito en Corrientes

Las empresas de antes y las de ahora

Las empresas IT que existen en Ctes. desde hace años atrás aprovecharon en su momento de inicio las oportunidades de su tiempo, "Y" oportunidades, para arrancar y crecer. Para emprender en IT, hoy y ahora, en IT en Ctes. hace falta aprovechar las oportunidades "X" que existen hoy, que muchas veces son muy diferentes de las viejas oportunidades.

Eso hace que la forma de organizar la empresa, los productos y servicios IT a vender vaya a ser muchas veces muy diferente a cómo están funcionando en las empresas que ya existen desde hace un tiempo.


Un modo que puede funcionar
Hay que "romper el molde" y hacer algo nuevo, la tecnología IT tiene la particularidad de brindar la posibilidad de propulsar nuevas ideas y conceptos con relativamente muy poco esfuerzo, a escalas masivas. Si se puede hacer de modo simple a escala planetaria, imagínense que hacerlo a escala de una ciudad chica a mediana disminuye las dificultades del proyecto en grado sumo.


Prerrogativas - tal vez - válidas

Veamos algunas prerrogativas "out-of-the-box" para emprendimientos IT potencialmente exitosos en Ctes.

1) Llevar adelante el emprendimiento con un enfoque diferente del de la coyuntura

Varias veces planteé a conocidos del ambiente la posibilidad de crear este tipo de emprendimientos sin ataduras a modos anteriores de hacer las cosas en IT en Corrientes (válidos en su momento, tal vez no tanto ahora), a muchos conocidos del ambiente, sin sorpresa alguna he obtenido respuestas ajustadas claramente con la vieja coyuntura, con las nociones "in-the-box" propias de una época ya pasada de la informática en Corrientes

Básicamente eran: "está buena la idea" pero "vamos a necesitar muchas cosas para llevarla adelante" y "vos decís que vale la pena la inversión". Claro, si no se necesitara "muchas cosas", la inversión podría ser muy baja o nula incluso, el riesgo es mínimo o inexistente, y el potencial de éxito se vuelve muy atractivo.

La cuestión de fondo no tiene nada que ver con el nivel de preparación o experiencia e los IT guys, puede ser un prodigio informático con pocos meses experiencia y muchísimo manejo de IT o un viejo profesional, extremadamente capaz y entrenado. La cuestión es cómo ven las cosas, como piensan acerca de ellas, la manera de enfocar el problema.

 Es una noción similar a la de la anécdota de la suma del 1 al 100 de Gauss: hay un modo lento que funciona, pero consume recursos, y también hay otro modo rápido, pero que consume casi nada de recursos. Lo mismo aplica para emprender en Ctes. siguiendo los modos "tradicionales" vs. hacerlo de otra manera.

"Anécdota de la suma del 1 al 100"
http://www.ceibal.edu.uy/UserFiles/P0001/ODEA/ORIGINAL/100921_gauss.elp/ancdota_de_la_suma_del_1_al_100.html


2) Escala del negocio

Cada vez que escucho que algún IT correntino está por armar un negocio, en algún momento de la conversación se llega a charlar sobre licitaciones públicas de AR$ 100k, 200k, 500k,1 millón o dos.

La realidad es que hay distintas escalas de negocios, en Ctes. tenés kioscos de barrio hasta hiper-mercados. Ahora tu negocio IT bien podría ser un maxi-kiosco, o un pequeña cadena de 3 a 5 kioscos por toda la ciudad. No es necesario, y al contrario es totalmente no recomendable que como "kiosco IT" desde el vamos ya planees competir contra los "hipermercados IT".

Si en cambio te centrás en armar un buen maxi-kiosco IT, bien rentable, con un buen cash-flow, no solo no vas a competir contra hiper-mercados IT, sino que vas a ver que la dificultad de hacer despegar un emprendimiento IT baja considerablemente, los plazos para llegar a tener buenos niveles de ganancia también, la inversión inicial necesaria es mucho más chica, etc. etc.

Por cierto, tal vez hayas notado que así como hay menos de 10 hipermercados, hay al menos unos cuantos cientos de kioscos y varias decenas de maxi-kioscos, muy exitosos.

Básicamente, en un principio es más fácil emprender armando un kiosco IT que arrancar desde el vamos construyendo un pseudo-hipermercado.


3) Recursos fáciles de adquirir y recursos díficiles de tener

Vamos con un ejemplo para entender qué son recursos fáciles de usar y disponer, y cuales no lo son: el local del negocio.

No hace falta alquilar un local al comienzo, de ese gasto, ese costo fijo (es un costo que tenés todos los meses, ineludible), se puede prescindir si se maneja adecuadamente la circunstancia. Al igual que se puede prescindir de muchos otros costos fijos innecesarios.

Como vas a ver eventualmente, los modelos de negocio IT que requerían muchos de los costos fijos que tienen las empresas IT que se fundaron hace algunosaños, no son necesarios para muchos modelos de negocio que son rentables hoy.

La expectativa es poder adecuar la idea de negocio IT que tengamos a usar la menor cantidad de costos fijos, no intentar "conseguir plata de algún lado" para pagar esos costos fijos y "poder abrir el negocio". No hace falta si te evitás la necesidad de ese costo fijo.

Por ejemplo, necesitás un local para trabajar con tus compañeros de equipo. OK, es más cómodo tener un laboratorio, un área de trabajo dedicada para el desarrollo en equipo. El problema es que si ninguno tiene un sueldo o un ingreso para pagar un alquiler, no va a haber recursos para conseguir "el local".

¿Es un problema que impida emprender? Para muchos tipos de empresa y modelos de negocio, sí. Para otros, no. Si tenés un equipo con el cual están desarrollando una aplicación, perfectamente pueden trabajar cada uno desde su casa y conectados vía Internet. Hay dificultades, es cierto, pero es barato y sobre todo, realizable.

Las reuniones grupales se pueden llevar a cualquier lugar, un living, un comedor, un café que tolere las conversaciones a todo volumen, etc.

Hay que acordarse que muchos emprendimientos IT muy importantes arrancaron con los programadores juntandose a tomar un café en algún lado en Nueva York, Silicon Valley, Londres, Berlín, Bruselas, etc.

Cuando tengas un buen cash-flow, al menos unos cuantos clientes regulares y la noción de que el negocio va a continuar y además, que surge la necesidad - nunca el lujo, a menos que te guste regalar plata digamos - de tener un local, vas a poder fácilmente ir, buscar un lugar para poner tu local y firmar un contrato por el mínimo de 2 años de alquiler (o pagar multa para dejar el lugar antes).


4) Tecnología opensource

Lo primero es olvidarse de tecnologías en uso en la coyuntura, sobre todo tecnologías propietarias. Hay que aprender de Google, Facebook, Amazon, Linkedin y básicamente del 99.999% de los emprendimientos del planeta: la tecnología IT propietaria no sirve en la vida real, en la práctica, como base de un emprendimiento, especialmente si querés usar muchas copias y la tech es cara.

No tiene nada que ver con la calidad del soft propietario: SQL Server es un tremendo soft, pero si sos un emprendedor chico en Ctes. no vas a poder instalar 50 SQL servers por semana por toda la ciudad sin tener que ajustarte a la legalidad en algún punto, comenzando por el precio del producto. Etc.


5) Olvidáte de programar

Si querés tener éxito, también hay que olvidarse del viejo esquema "de sistemas" 1970-2000 de "programar la solución". 

Si necesitás programar la solución y el cliente te pide un CRM: empezás a programar, tardás en desarrollar algo "fuerte, estable, vendible", tenés un plazo mayor de entrega que quien ya tiene el soft hecho - la competencia - probablemente también tu producto tiene menos refinamiento que un soft que la competencia lleva años desarrollando y refinando (ni hablar del feedback que vos no tenés de los clientes anteriores de la competencia), etc. De programar, ni hablar, si un cliente te pide un CRM, hay literalmente decenas de CRMs listos para ser instalados, al otro día, con un plazo de entrega de "ya, avisáme cuando puedo ir" y claro, "te voy a cobrar así". La clave está en tener sabido - investigado, testeado, verificado, optimizado - el proceso de deployment de al menos un CRM opensource que - idealmente - tenga todas las respuestas a los requerimientos potenciales típicos de un cliente que compra soft CRM, es decir que brinde la solución.

La "solución a medida" no pasa por programar cada caracter del código de la aplicación, sino en solucionarle el problema al cliente, aproximándose al máximo o al 100% a los requerimientos, si el CRM "enlatado" no llega al 100%, es probable - si hiciste bien la tarea - que llegue a un buen porcentaje, cubriendo lo mínimo (digamos, un 75-80% de los requerimientos), entonces tal vez, haciendo una concesión en precio, el cliente tal vez acepte lo mínimo, sino se adapte al "modo enlatado" del soft de proporcionar la solución que estaba buscando de otra manera (por ejemplo: que en vez de generar archivos de informes en .docx, los genere en .odp, pero con esa salvedad paga un 35% a 45% menos de costo en el soft).


6) Crear nuevo soft, tecnología, productos y servicios nuevos, no desarrollando, sino integrando soft opensource pre-armado

Lo ideal para vender es tener algo, ofertar algo que no exista en el mercado, así es 100% seguro que ningún cliente tiene justamente eso que vos querés vender.

Ojo, que no exista en el mercado no quiere decir que tenga que ser 100% una novedad, bien puede ser un soft / tecnología / producto / servicio, mejorado respecto de otro que ya está en el mercado. El punto clave es que la "versión mejorada", no la tenga nadie.

Se entiende mejor con un ejemplo, veamos una idea de integración simple para crear un producto/servicio nuevo:

Por un lado tenés un software opensource de CRM, por ejemplo SugarCRM (insisto con los CRM porque son soft relativamente fáciles de implementar, no muy complicados en gral.), por otro lado tenés un soft que hace BI (Business Intelligence), por ej. Pentaho.

Podés integrar ambas herramientas en un solo producto: un soft CRM que automáticamente cada fin de semana envía un informe - basado en la DB y actividad del CRM - al dueño del soft sobre cómo están yendo las cosas con los clientes según el sistema.

Podría ser que SugarCRM tenga algún módulo de reportes / informes, podés vender directamente la configuración - personalización - del funcionamiento de ese módulo y a la vez investigar si podés generar mejores informes - vendibles por un plus - explotando los datos desde Pentaho subsecuentemente.

Ahí tenés generados casi de la nada 4 cosas para vender:
  1. El producto base (sugarCRM),
  2. Un servicio vendible: customización de informes (la configuración de informes internos de SugarCRM),
  3. El servicio de informes extra vía Pentaho (si es que se pudiera implementar)
  4. Un potencial bundle: desde el vamos vendés SugarCRM+Pentaho y sus respectivas customizaciones (por un precio mayor obviamente)

Hasta acá se ha programado exactamente 0 (cero) líneas de código de la aplicación, y fijáte lo ya tenés para vender.

Es bueno que no haya nada que programar por cierto, porque luego de tener la idea, el soft listo y el "extra" que va a vender el producto al cliente (los informes), todavía te falta básicamente todo lo que se hace en un emprendimiento aparte de crear lo que se va a vender (desarrollar el producto - ponerle un nombre o vender con el nombre del soft original? - hacer marketing del producto, presentaciones, etc.)

Etc.


Conclusiones


La tecnología IT actual y el contexto socioeconómica actual brindan posibilidades extraordinarias para el desarrollo de una industria IT en Ctes.

Sin embargo, la noción más importante no reside en lo anterior, sino en cómo se va a enfocar el problema, en cómo se va a trabajar sobre la solución del problema "desarrollar un producto y/o servicio IT".

Es evidente que el 100% de estos conceptos están en movimiento en Libres Consultores, trabajando como base para crear los productos en los que estamos trabajando.

domingo, 3 de noviembre de 2013

El valor económico real del software opensource

Es algo curioso que algunos defensores del soft propietario y a la vez detractores acérrimos del soft opensource / libre no hayan pagado nunca o casi nunca por software. En gral. usan soft propietario pirateado: Windows, Office, Visual Studio, Windows Server, SQL Server, y eso solo para comenzar.

Es una experiencia muy buena pagar por el soft que uno usa, pagar de hecho le confiere un valor mucho más real que "saber" que se debería pagar por usarlo.

Por ejemplo, en mi experiencia particular he pagado por software opensource unas 35 a 40 veces:

Cuando todavía no era común el acceso a Internet de banda ancha, no había modo de poder conseguir una distribución de Linux - que ocupaba tanto espacio como 6 CDs - que no fuera comprándola en algunos sitios que hacían envíos al interior. Una alternativa era esperar los CDs de las revistas de informática, que tardaban entre un mes y dos para publicar una edición con la versión "nueva" de la distro de Linux.


Así que no quedaba otra que pagar para comprar los múltiples CDs de las distribuciones ( por ejemplo: http://www.mercadolinux.com.ar/ ), en gral. se pagaba contrareembolso y al llegar los CDs e instalar el software y ver que funcionaba bien, se decía "fue plata bien gastada".

Si la versión de la distro que compraba no funcionaba muy bien, decía "mmm, no tendría que haber comprado esta versión, gasté plata para nada". Esta última noción es muy importante a nivel profesional para mi hoy:

Me hizo entender la realidad de que más allá de lo que se pague, lo que cueste en plata un software determinado, hay una posibilidad de que el software no valga eso que cuesta, sea caro o barato el precio.


Así llegamos al día de hoy donde uso habitualmente software como Proxmox VE (http://www.proxmox.com/proxmox-ve), y Vmware vSphere, el primero es opensource, gratuito, y el otro tiene un licencia de valor de decenas de miles dólares (que fue pagada por cierto), para poder acceder a sus características básicas (que son igualadas y fácilmente superadas por Proxmox VE por cierto). Sin embargo sé y entiendo que si tuviéramos que pagar por Proxmox VE, el costo muy probablemente no estaría muy lejos de lo que se pagó por vSphere. Y la calidad del software y sus características es muy similar.

Lo anterior entiendo es saber, conocer, el valor real del software, que es muy fácil de olvidar al piratear soft comercial y al descargar soft "gratis", sin pensar mucho en las licencias, para ambos casos.

Si son partidarios acérrimos del soft propietario y sobre todo, detractores acérrimos del soft opensource / libre, deberían probar la experiencia de pagar por el soft propietario que usan a diario y ver por Uds. mismos si realmente vale la pena pagar tantos dólares por usarlo:
 
Paguen una licencia de Office, de Visual Studio, de SQL Server, y vivan la experiencia de decir "gasté bien la plata" o - según la versión - "mmm, no debería haber comprado esto, no vale lo que cuesta".

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/