SegundoCódigo
SegundoCódigo es el software que empezamos a armar en Libres Consultores como idea prototipo en noviembre de 2013, y que en este momento funciona como demostrador de conceptos de I+D de Libres Consultores.
La idea original era muy simple: crear un appliance basado en Linux que pudiera brindar los mismos servicios IT de los que goza una empresa grande a una empresa chica, pero a muy bajo costo de adquisición y mantenimiento.
Es decir, había que automatizar todo.
Por ejemplo, un servicio a brindar era crear un directorio compartido general para todos los usuarios y dejarlo disponible en el escritorio. Una idea de implementación era configurar todas las PCs en un controlador de dominio (Samba), y manejar todo desde ahí con scripts de configuración en el login.
Así iba a ser relativamente fácil pre-configurar todo el entorno de servicios prestados por SegundoCódigo, directamente en cada PC, actualizando todo en tiempo real para cada nueva prestación.
Sin controlador de dominio, lo que había que hacer era crear un script de autoconfiguración en el inicio. Que se conectara al servidor de SegundoCódigo, trajera los cambios de configuración y los aplicara.
El directorio compartido general era una sola característica de muchas en SegundoCódigo.
La idea prototipo fue presentada incluso para el Plan Semilla sin lograr obtener el visto bueno, tal vez por buenas razones.
Sin embargo, emprender el desarrollo inicial de un producto relativamente importante le dió a Libres Consultores una base de I+D - Investigación y Desarrollo - y de negocios importante: hizo contacto con las necesidades del mercado, con los problemas que los clientes querían resolver.
Donde hay un problema para resolver, hay una oportunidad de negocios.
De una mínima parte del I+D de SegundoCódigo, del componente de monitoreo y soporte a clientes, se obtuvo mucho del expertise primario para desarrollar Solución de Monitoreo.
Es de esperar que otros nuevos productos de Libres Consultores estén basados en otros componentes de SegundoCódigo. De hecho, mmm.. pero es para otro artículo :-)
I+D, Demostración de Conceptos
La investigación y el desarrollo de conocimiento es clave para la generación de nuevos productos.
Una estrategia habitual para el desarrollo de nuevos productos es llevar adelante proyectos para generar nueva tecnología de demostración de conceptos.
Es decir, convertir en tecnología una idea de cómo sería un nuevo producto. O convertir varias ideas de cómo podrían ser muchos productos en un solo producto prototipo.
De hecho, mientras se desarrollaban los componentes de SegundoCódigo, varios de ellos fueron implementados por nuestros Early Adopters, los cuales colaboraron y siguen obteniendo los beneficios de esos componentes ahora mismo.
Varios de esos componentes aún no son productos a la venta de Libres Consultores por cierto.
lunes, 14 de abril de 2014
Playbook: Cómo vender software opensource - Cheatsheet
Este
material contiene la información a compartir en charla+taller del
sábado 26/04/2014 en la Flisol de Resistencia, Chaco (UTN FRRE, 11.00
hs.)
Update: 26-04 - 10.06 hs. - Versión Final
Existe una versión anotada de este cheatsheet, con explicaciones detalladas para cada ítem del mismo. Aquí.
Cómo vender software opensource
Cheatsheet
Cheatsheet
Versión: 26-04-2014
Nociones de desarrollo de productos IT de software:
- Se desarrolla un producto siempre intentando agregarle mayor valor para el cliente.
- Por ejemplo, si el producto es difícil de instalar manualmente, se
apunta a automatizar la instalación, pero, si los clientes nunca van a
instalar por sí mismos el producto, la automatización no tendría valor
adicional alguno para el cliente.
- El valor del valor agregado depende de lo que opina y necesita el cliente.
- VAR de software
- Qué es un VAR de tecnología de la información
- Consultoría vs. productos
- Es más fácil vender un producto "tangible" que una idea "vaporosa".
- Desarrollo a medida vs. productos
- El desarrollo a medida no es un proceso repetible
- Los productos implican procesos repetibles,
- tanto para el producto,
- como para el negocio.
- Desarrollo de productos con software opensource
- Se trata de intentar mejorar algo que ya funciona bien
- "Lograr crear una mejor rueda, no reinventarla"
- Si no se logra, no importa, el software ya funciona bien.
- Recursos disponibles y costos
- Tenemos tiempo para producir "algo"?
- Qué hace falta para hacerlo? Lo tenemos?
- Si el costo es pagable o los recursos se pueden gastar en ese "algo",
¿Qué es lo que se obtiene?
Lo indispensable para poder vender un producto es tenerlo listo, terminado y funcionando.
En
la región en particular, no se puede vender un proyecto en papel, nadie
compra ningún software del cual no puedan ver una demostración en vivo y
en directo.
Generar un producto mínimo*
es indispensable, así que lo necesario es llegar a delinear un
producto, no necesariamente la máxima expresión de nuestra idea de cómo
va a ser el producto, pero sí hace falta ensamblar el software de modo
tal de poder cubrir requerimientos de un potencial cliente, de resolver
con el producto un problema de este cliente.
*Producto Mínimo Viable:
Armar
un producto IT para vender conlleva agregar diversas características y
prestaciones útiles alrededor del relativamente simple software que será
el núcleo del producto.
Beneficios de vender software opensource
- Usar software ya desarrollado, testeado, incluso ya a la venta
- Asociación de Marca
- Siendo soft opensource se vende:
- Consultoría, soporte, capacitación
- Implementaciones particulares (paquetes pre-armados, implantación en entornos no estándares)
- Suscripciones para actualización constante del software
- Suscripciones para usar el soft vía SaaS (software como servicio en la nube)
- Contrataciones particulares para extender el soft para que soporte
determinadas características y/o nuevas funcionalidades.
- Se aprovecha la experiencia colectiva de la comunidad, recetas técnicas (howtos), documentación oficial
- La calidad del software ya desarrollado y con años de
desarrollo+testing en entornos en producción es inevitablemente superior
a cualquier desarrollo propio de pocas semanas o meses, incluso en
producción.
- Las opciones - y sus capacidades - disponibles desde el minuto 1 del
inicio del desarrollo del producto son X - medidas en decenas, centenas o
millares - mientras que las de un desarrollo propio son mucho más
acotadas en capacidades y en número.
- Etc.
Buscar el Problema a solucionar
- Target de clientes
- Vender a usuarios finales
- Vender a empresas
- Contexto y necesidades locales
- Software interesante, para propulsar el I+D interno
- Software que nadie más vende
Investigación y Desarrollo
- Recursos disponibles para el desarrollo del producto
- Buscar el software que solucione el Problema
- Extraer requerimientos de clientes
- Workflow
- Herramientas
- Usar versiones estables
- Se justifica o no usar versiones de desarrollo (NO inestables)
- Características avanzadas necesarias
- Instalar, configurar el software
- Determinar Características Clave del software
- Comparar características clave con requerimientos del cliente
- Si hay pocas diferencias entre los requerimientos del cliente y las características clave, desarrollar el producto.
- Si hay muchas diferencias, descartar y volver buscar un problema para solucionar.
I+D con Interacciones Interesantes
- Registrar paso a paso todos los datos de la I+D
- Muy Alto Valor potencial en resultados de I+D con usos múltiples
- Evaluar tecnologías nuevas al desarrollar el I+D
- Proveer un pool de posibles soluciones a problemas aún no definidos
- Posible Solución: se define como aquella tecnología que dados los
Recursos Disponibles, podríamos desarrollar como futuros productos.
Desarrollo inicial - producto mínimo
- Marca
- Marca de Empresa vs. Marca de Producto
- No ponerle nombre al producto (todavía)
- Evitar la asociación de marca a un prototipo
- Fundamento del producto mínimo: Software Opensource + Valor Agregado (VA)
- Configuración básica estándar
- VA mínimo
- Definir el VA: Consultoría,Soporte,Garantía,Capacitación,Características Diferenciadoras
- Marketing inicial
- Canales de información (Blog, Mail, Mensajería)
- Presencia en línea (Fcbk, Twitter, Google Plus)
- Presencia: updates cortos, diarios, anuncios
- Recursos Disponibles: evaluación de Costos y Precios
Validación
- Intentar venta a clientes y/o implantación a usuarios tempranos (early adopters)
- Venta por anticipado: vender antes que el producto esté listo
- Extraer información sobre satisfacción de requerimientos
- Definir la oferta
- Forma de venta del producto
- Forma de pago del producto
- Factura
- Contrato
- Precio
- Precio de Equilibrio
- Marketing
- Lanzamiento Silencioso
- Contactos proactivos
- Elegir Audiencia correcta: Decision Makers, Purchasing Power
- CapEx vs. OpEx
- Si no hay validación, es un riesgo seguir. Es recomendable no
continuar, esperar próximas oportunidades de validación y desarrollar un
nuevo producto mínimo.
- Recursos Disponibles: evaluación de Costos y Precios
Desarrollo de producto
- Nombre
- Material de promoción y propaganda
- Plan de marketing inicial (incluye canales de contacto)
- Canales de información (Blog, Mail, Mensajería, Teléfonos)
- Presencia en línea (Fcbk, Twitter, Google Plus)
- Canales: Artículos generales, información sobre la evolución del producto
- Presencia: updates cortos, diarios, anuncios
- Recursos Disponibles: evaluación de Costos y Precios
Desarrollo del valor agregado (VA)
- Consultoría
- Integración del software opensource
- Consultoría inicial
- Diseño de la solución
- Implementación de la solución
- Soporte
- Garantía
- Capacitación
- Documentación
- Características Diferenciadoras
- Recursos Disponibles: evaluación de Costos y Precios
Iteración
- Streamlining de Producto (Software y VA)
- Software:
- Versiones del producto
- Características mínimas, medias y máximas (CMMM) a proveer
- Define subproductos
- VA
- Consultoría: CMMM
- Soporte: CMMM
- Garantía: CMMM
- Mejoras al software opensource (estudiar updates, upgrades, aplicabilidad)
- Mejoras al VA (más/menos Consultoría,Soporte,Carac. Difer.)
- Recursos Disponibles: evaluación de Costos y Precios
- Refinamiento de material de promoción y propaganda
- Refinamiento de plan de marketing
Opensource
- Modificaciones al código deben (deberían) ser publicadas
- No publicar código sin documentar
- El código publicado es un representante no oficial de la empresa
Primeras Ventas
- Clientes
- Marketing de promoción y propaganda
- Mejora Contínua
- Iterar de vuelta
Evolución y expansión del producto
- Marketing de Sostenimiento
- Publicidad presencial: Eventos, Charlas, Presentaciones Privadas
- Contactos Proactivos
- Información para determinar nuevos Problemas
- Investigación para nuevos productos
Links de soporte
"Diseño rápido y venta de soluciones basadas en Software Libre"
del sábado 26 en la Flisol de Resistencia - UTN FRRE (11.00 hs.)
Playbook: Cómo vender software opensource
Compartir el Playbook (libro de jugadas)
Qué es un VAR de tecnología de la información
La caché III: La caché de código
La caché II: El buffer
La caché I: La carreta sin caballo
Demostración de Conceptos
Externos
"Why Blacksmiths are Better at Startups than You"
"How to Build a Thriving Startup Ecosystem"
"The products that exist suck so much, there is endless opportunity."
"7 Step Process to Repeat Success"
"Creativity
can be routinized, if you don’t believe that — see the coffee-induced
brainstorming process Jony Ive, Steve Jobs and the Apple design team has
used over the past 20 years giving birth to the iMac, the iPod, the
iPhone, and the iPad."
"Start by Building and Selling Small Products"
"Jony Ive’s Secret Coffee Ritual"
"How To Charge Money For Things That Don't Exist Yet"
"7 ways I’ve almost killed FreshBooks"
"The different kinds of money"
Qué es un VAR de tecnología de la información
Un VAR es un revendedor de valor agregado.
https://es.wikipedia.org/wiki/
En la industria de tecnología de la información, los VAR eran hasta hace poco solamente los representantes locales de productos y servicios propietarios de terceras empresas. Un VAR en IT hoy puede elegir revender software opensource, eliminando de base los impedimentos comerciales típicos que pueden leer más abajo; a la vez permite a pequeños emprendimientos que no podrían ser VARs de grandes productos, serlo, y revender software y servicios de alta calidad, compitiendo directamente con los productos comerciales de igual o similar nivel.
El Valor Agregado en VARs IT
El valor agregado de VARs IT - entre muchas más cosas - está dado por:
- Soporte técnico y garantía local,
- Consultoría de diseño e implementación de solución
y poco más que eso...en el caso de los VARs de productos/servicios IT propietarios.
Los VARs de software opensource tienen típicamente una lista con bastantes más Valores Agregados adicionales.
Para entenderlo por comprensión (como en definición de conjuntos por comprensión), imagináte que en vez de ser un VAR de XXXX empresa, tu negocio es la empresa XXXX, es TU producto/servicio el que estás (supuestamente "re")vendiendo. Exacto.
Oportunidad de Negocios
El Valor Agregado también está definido en parte por los ítems de abajo, que también constituyen la oportunidad de negocios, el potencial de lucro de la actividad económica:
- Asociación de marca. El VAR que revende un producto de gran prestigio en un mercado, además de aprovechar la inversión de la marca en publicidad para su producto (que redunda en más ventas para el VAR), a la vez asocia su marca (el nombre del negocio), a la marca del producto revendido, elevando su reputación como proveedor de buena calidad en productos/servicios.
- Garantías y soporte comercial extendidos: El VAR puede ofrecer garantías y soporte de productos y servicios muy por arriba de las mínimas garantías exigidas por la ley. De ese modo se puede dar garantías de productos de 3 años a 5 años por ejemplo. El soporte de producto se da igual, el vendedor puede ofrecer años de soporte, mucho más que lo que podría garantizar - en la práctica - un VAR por sí mismo.
- Compartición de ganancias en grandes negocios.(Excepcionalmente en estos días, para negocios que excedan determinada cantidad de ingresos/ganancias para el vendedor, aunque en los 90' era la norma).
- La representación exclusiva (solamente un VAR por región geográfica),
- Representación no exclusiva: Sí, sigue siendo una ventaja cuando se plantea así > Cuando la representación no es exclusiva y puede haber más de un VAR por región geográfica, los requerimientos para ser VAR son muy altos, incumplibles en la práctica para emprendimientos IT de baja rentabilidad y/o ingresos. Por ejemplo - y muy común - pedir que todos los empleados tomen cursos y certifiquen en la tecnología a vender, siendo los primeros curso gratuitos (pero hay darle horas de estudio a los empleados, durante las cuales no generan para la empresa), y para poder llegar a niveles de representación - y beneficios obtenidos mayores - se suele pedir una inversión considerable en cursos y certificaciones.
Algo de estrategias comerciales para micro-VARs IT
En realidad, la estrategia comercial básica de un VAR chico que revenda software opensource, va a ser intentar - inevitablemente tal vez - revender productos y servicios, ligeramente menos valiosos que los de la competencia, brindando además menor cantidad de Valor Agregado, solamente entregando el Valor Agregado que requiera el cliente para concretar la compra, de modo tal de ahorrar recursos y potenciar el éxito económico de la actividad.
De todos modos, el Valor Agregado típico de un VAR de productos comerciales IT suele ser superlativo, exagerado, y francamente innecesario (soportar el software durante 10 años, dar garantías de soporte técnico 24x7x365, etc.), para los requerimientos de muchos potenciales clientes.
Para esos casos, un VAR chico va a competir desde una posición muy favorable - precios mucho menores, con similares márgenes de ganancias - frente a un VAR grande, que además suele estar obligado a mantener rangos de precios, debido al costo fijo que constituye el precio del producto/servicio de 3ros.
Los VAR grandes de productos comerciales tienen la posibilidad de competir con promociones, reduciendo drásticamente los precios. Pero no pueden cambiar muy rápido de producto/servicio revendido: toda su estrategia de inversión de recursos - dinero, tiempo - y comercial - publicidad, asociación de marca - como VAR suele estar íntegramente absorbida por los requerimientos del dueño del producto/servicio IT (que ellos revenden).
Así que la mejor estrategia para un VAR chico en competencia con un VAR grande que rebaja los precios, es simplemente dejar de competir (donde va a perder), y vender otro producto/servicio (hay básicamente centenares de opciones en software opensource), aprovechando la flexibilidad implícita de revender software opensource, que permite no tener que alinear un negocio con los - costosos, importantes - requerimientos del dueño del producto/servicio a revender.
https://es.wikipedia.org/wiki/
En la industria de tecnología de la información, los VAR eran hasta hace poco solamente los representantes locales de productos y servicios propietarios de terceras empresas. Un VAR en IT hoy puede elegir revender software opensource, eliminando de base los impedimentos comerciales típicos que pueden leer más abajo; a la vez permite a pequeños emprendimientos que no podrían ser VARs de grandes productos, serlo, y revender software y servicios de alta calidad, compitiendo directamente con los productos comerciales de igual o similar nivel.
El Valor Agregado en VARs IT
El valor agregado de VARs IT - entre muchas más cosas - está dado por:
- Soporte técnico y garantía local,
- Consultoría de diseño e implementación de solución
y poco más que eso...en el caso de los VARs de productos/servicios IT propietarios.
Los VARs de software opensource tienen típicamente una lista con bastantes más Valores Agregados adicionales.
Para entenderlo por comprensión (como en definición de conjuntos por comprensión), imagináte que en vez de ser un VAR de XXXX empresa, tu negocio es la empresa XXXX, es TU producto/servicio el que estás (supuestamente "re")vendiendo. Exacto.
Oportunidad de Negocios
El Valor Agregado también está definido en parte por los ítems de abajo, que también constituyen la oportunidad de negocios, el potencial de lucro de la actividad económica:
- Asociación de marca. El VAR que revende un producto de gran prestigio en un mercado, además de aprovechar la inversión de la marca en publicidad para su producto (que redunda en más ventas para el VAR), a la vez asocia su marca (el nombre del negocio), a la marca del producto revendido, elevando su reputación como proveedor de buena calidad en productos/servicios.
Asociación
de la marca: "Es el conjunto de percepciones que un consumidor tiene
sobre el producto que se le ofrece. El conjunto de asociaciones que una
marca tenga sobre el producto en cuestión constituye el posicionamiento
de ese producto en la mente del consumidor."
- Garantías y soporte comercial extendidos: El VAR puede ofrecer garantías y soporte de productos y servicios muy por arriba de las mínimas garantías exigidas por la ley. De ese modo se puede dar garantías de productos de 3 años a 5 años por ejemplo. El soporte de producto se da igual, el vendedor puede ofrecer años de soporte, mucho más que lo que podría garantizar - en la práctica - un VAR por sí mismo.
- Compartición de ganancias en grandes negocios.(Excepcionalmente en estos días, para negocios que excedan determinada cantidad de ingresos/ganancias para el vendedor, aunque en los 90' era la norma).
- La representación exclusiva (solamente un VAR por región geográfica),
- Representación no exclusiva: Sí, sigue siendo una ventaja cuando se plantea así > Cuando la representación no es exclusiva y puede haber más de un VAR por región geográfica, los requerimientos para ser VAR son muy altos, incumplibles en la práctica para emprendimientos IT de baja rentabilidad y/o ingresos. Por ejemplo - y muy común - pedir que todos los empleados tomen cursos y certifiquen en la tecnología a vender, siendo los primeros curso gratuitos (pero hay darle horas de estudio a los empleados, durante las cuales no generan para la empresa), y para poder llegar a niveles de representación - y beneficios obtenidos mayores - se suele pedir una inversión considerable en cursos y certificaciones.
Algo de estrategias comerciales para micro-VARs IT
En realidad, la estrategia comercial básica de un VAR chico que revenda software opensource, va a ser intentar - inevitablemente tal vez - revender productos y servicios, ligeramente menos valiosos que los de la competencia, brindando además menor cantidad de Valor Agregado, solamente entregando el Valor Agregado que requiera el cliente para concretar la compra, de modo tal de ahorrar recursos y potenciar el éxito económico de la actividad.
De todos modos, el Valor Agregado típico de un VAR de productos comerciales IT suele ser superlativo, exagerado, y francamente innecesario (soportar el software durante 10 años, dar garantías de soporte técnico 24x7x365, etc.), para los requerimientos de muchos potenciales clientes.
Para esos casos, un VAR chico va a competir desde una posición muy favorable - precios mucho menores, con similares márgenes de ganancias - frente a un VAR grande, que además suele estar obligado a mantener rangos de precios, debido al costo fijo que constituye el precio del producto/servicio de 3ros.
Los VAR grandes de productos comerciales tienen la posibilidad de competir con promociones, reduciendo drásticamente los precios. Pero no pueden cambiar muy rápido de producto/servicio revendido: toda su estrategia de inversión de recursos - dinero, tiempo - y comercial - publicidad, asociación de marca - como VAR suele estar íntegramente absorbida por los requerimientos del dueño del producto/servicio IT (que ellos revenden).
Así que la mejor estrategia para un VAR chico en competencia con un VAR grande que rebaja los precios, es simplemente dejar de competir (donde va a perder), y vender otro producto/servicio (hay básicamente centenares de opciones en software opensource), aprovechando la flexibilidad implícita de revender software opensource, que permite no tener que alinear un negocio con los - costosos, importantes - requerimientos del dueño del producto/servicio a revender.
Compartir el Playbook (libro de jugadas)
Libres Consultores inicia una nueva etapa como empresa, vamos a hacer publicidad enseñando a generar empresas que vendan software opensource, tal como lo hacemos nosotros.
En otras palabras, vamos a compartir el playbook, el campo de juego se va a abrir para que entren más jugadores.
Bueno, sin aspirar a re-crear Silicon Valley, o yendo a menos, Berlin y de ahí para abajo; sí estoy bastante seguro que se podría bootstrapear un pequeño ambiente de innovación IT entre Chaco y Ctes.
Dos "NO" primero:
- Hackathones, concursos no sirvieron para generar ese ambiente, las ideas son buenas, pero la implementación las tira abajo: el marco de tiempo es muy breve en los hackathones para generar algo concreto*, y en los concursos la integración, creación de un ecosistema es muy frágil porque casi no hay interacción, los participantes no se conocen entre sí, hay mucho regateo de información (inútil y adquirible fácilmente en gral. encima).
- Charlas generalistas de difusión en gral. de tecnología, tampoco sirvieron demasiado (por ejemplo: "el lenguaje Ruby", "introducción a Linux", "protocolos de redes WAN", etc.etc.)
* La startup Weekend que se hizo en Cba. un par de años ya, necesita 2-3 días para generar poco más de 5 proto-startups viables, ni siquiera son startups en realidad, sino bocetos de MVPs armados por un equipo levemente cohesionado, eso sí, correctamente delineados alrededor de ideas potencialmente muy escalables (pueden "prender" y hacer un montón de plata), gracias a un excelente sponsoring de grosos elementos (VCs, entrepreneurs exitosos / seriales varios, etc.).
Esas dos cosas son las que se hicieron, hicimos en los últimos años y básicamente solo generó interés por los certificados y ningún ambiente de emprendedorismo IT.
Ahora un "SI"
Creo que se puede apuntar a algo más práctico, menos "vean, busquen, prueben" y más "mirá acá, buscá esto puntualmente, probalo de esta manera".
Apuntando específicamente a que los pibes en gral. son "generalistas", es decir, no tienen skillset suficiente para completar los requerimientos técnicos de casi ningún proyecto IT real. (por ejemplo, pueden codear un CMS, saben instalar Linux, pero no saben configurar un cluster Postgresql con un frontend redundante y balanceado).
En lo personal voy a arrancar con el taller en la Flisol (UTN FRRE - Resistencia, Chaco, el 24 de Abril), vamos a intentar entrar sabiendo poco o nada de cómo armar un producto IT, y salir "llave en mano", con un procedimiento para crear productos IT en poco tiempo (horas a días, no más que eso). Mi idea es enseñar a minimizar el costo / recursos - tiempo de trabajo, tiempo de adquisición de nuevos conocimiento, tiempo de I+D, cantidad de gente necesaria, etc. etc. - de la etapa de desarrollo del software, y maximizar la etapa de generación del producto - que aprendan a integrarlo, darle un contexto de venta, garantía, soporte - y así lo tengan listo para salir a vender - productos / servicios IT valiosos - con muy buenas prestaciones + muy buenos precios (y claro, con importantes ganancias).
Mi enfoque principal es convertir - en un muy breve tiempo - a los estudiantes de sistemas que hacen changas reparando PCs, en VARs de software opensource. Así en vez de tener 3000 reparadores de PC nuevos con cada camada de estudiantes de sistemas que necesita unos mangos (circa 2do. año cuando todos aprenden "algo" de PCs), podemos lograr disparar el interés en un negocio MUCHO más rentable que reparar/limpiar PCs y reinstalar Windows+Antvirus.
De momento aspiro a tener unos 10-15 asistentes a la charla, contando con los amigos que siempre van a tomar unos mates :-D, pero vamos a ver qué sale, la idea es despertar la curiosidad primero, y lograr resultados después.
En otras palabras, vamos a compartir el playbook, el campo de juego se va a abrir para que entren más jugadores.
Bueno, sin aspirar a re-crear Silicon Valley, o yendo a menos, Berlin y de ahí para abajo; sí estoy bastante seguro que se podría bootstrapear un pequeño ambiente de innovación IT entre Chaco y Ctes.
Dos "NO" primero:
- Hackathones, concursos no sirvieron para generar ese ambiente, las ideas son buenas, pero la implementación las tira abajo: el marco de tiempo es muy breve en los hackathones para generar algo concreto*, y en los concursos la integración, creación de un ecosistema es muy frágil porque casi no hay interacción, los participantes no se conocen entre sí, hay mucho regateo de información (inútil y adquirible fácilmente en gral. encima).
- Charlas generalistas de difusión en gral. de tecnología, tampoco sirvieron demasiado (por ejemplo: "el lenguaje Ruby", "introducción a Linux", "protocolos de redes WAN", etc.etc.)
* La startup Weekend que se hizo en Cba. un par de años ya, necesita 2-3 días para generar poco más de 5 proto-startups viables, ni siquiera son startups en realidad, sino bocetos de MVPs armados por un equipo levemente cohesionado, eso sí, correctamente delineados alrededor de ideas potencialmente muy escalables (pueden "prender" y hacer un montón de plata), gracias a un excelente sponsoring de grosos elementos (VCs, entrepreneurs exitosos / seriales varios, etc.).
Esas dos cosas son las que se hicieron, hicimos en los últimos años y básicamente solo generó interés por los certificados y ningún ambiente de emprendedorismo IT.
Ahora un "SI"
Creo que se puede apuntar a algo más práctico, menos "vean, busquen, prueben" y más "mirá acá, buscá esto puntualmente, probalo de esta manera".
Apuntando específicamente a que los pibes en gral. son "generalistas", es decir, no tienen skillset suficiente para completar los requerimientos técnicos de casi ningún proyecto IT real. (por ejemplo, pueden codear un CMS, saben instalar Linux, pero no saben configurar un cluster Postgresql con un frontend redundante y balanceado).
En lo personal voy a arrancar con el taller en la Flisol (UTN FRRE - Resistencia, Chaco, el 24 de Abril), vamos a intentar entrar sabiendo poco o nada de cómo armar un producto IT, y salir "llave en mano", con un procedimiento para crear productos IT en poco tiempo (horas a días, no más que eso). Mi idea es enseñar a minimizar el costo / recursos - tiempo de trabajo, tiempo de adquisición de nuevos conocimiento, tiempo de I+D, cantidad de gente necesaria, etc. etc. - de la etapa de desarrollo del software, y maximizar la etapa de generación del producto - que aprendan a integrarlo, darle un contexto de venta, garantía, soporte - y así lo tengan listo para salir a vender - productos / servicios IT valiosos - con muy buenas prestaciones + muy buenos precios (y claro, con importantes ganancias).
Mi enfoque principal es convertir - en un muy breve tiempo - a los estudiantes de sistemas que hacen changas reparando PCs, en VARs de software opensource. Así en vez de tener 3000 reparadores de PC nuevos con cada camada de estudiantes de sistemas que necesita unos mangos (circa 2do. año cuando todos aprenden "algo" de PCs), podemos lograr disparar el interés en un negocio MUCHO más rentable que reparar/limpiar PCs y reinstalar Windows+Antvirus.
De momento aspiro a tener unos 10-15 asistentes a la charla, contando con los amigos que siempre van a tomar unos mates :-D, pero vamos a ver qué sale, la idea es despertar la curiosidad primero, y lograr resultados después.
lunes, 31 de marzo de 2014
La caché III: La caché de código
Esta serie de artículos trata sobre la evolución tecnológica y traza un paralelo entre varios antecedentes históricos y la evolución tecnológica actual en expansión en el industria del desarrollo de software.
En este artículo vemos la masificación del uso de software libre y opensource en Internet, sus implicancias tecnológico-sociales y de mercado.
Serie comenzó en el artículo "La caché I: La carreta sin caballo", que trató sobre el automóvil. y continúo en "La caché II: El buffer"
La "caché" de código
No es tan complicado: hoy hay billones de líneas de código fuente y aplicaciones completas, terminadas y funcionales, licenciadas como software libre u opensource. Las licencias permiten en muchos casos, tomar el código fuente y/o la aplicación y revenderla.
Tal vez hace tiempo, una década atrás, cuando el poco código opensource / libre disponible era el kernel de Linux o la implementación GNU de grep, ese hecho no era especialmente atractivo. Hoy las cosas son diferentes, hay software tremendamente vendible, simplemente esperando que alguien lo tome y lo venda.
Mucho software de hecho, está ya a la venta, lo venden sus mismos desarrolladores, o la empresa que lo usa vende el "output" del software libre que utilizan como base de sistemas.
Por ejemplo, Mercadolibre, que usa OpenStack como base de sus sistemas de virtualización de infraestructura, y el "output" que venden son los servicios del sitio.
La "caché" de código funciona parecido a una fuente de recursos naturales explotable, una reserva de carbón, petróleo, etc. El código está ahí, las aplicaciones están ahí, esperando que alguien las tome y haga uso de ellas, por un beneficio inclusive.
Componentes
Hace un tiempo comentaba en un grupo de correo la realidad de cómo funcionan los mercados de componentes de electrónica en China, de facto la fábrica o el modelo de fábrica del mercado mundial de electrónica y por ende, de tecnología IT de base; qué tan diferente y radicalmente mucho más efectiva y eficiente es su organización, respecto de cómo se trabaja en occidente.
Los componentes, todos ahí mismo, físicamente cercanos, combinables, probables, baratos y de fácil acceso; para construir productos las posibilidades son infinitas, y las ganancias resultantes, también.
¿Y si tuviéramos algo parecido en código fuente? Lo tenemos, el software libre y el software opensource.
El código fuente base necesario para construir aplicaciones y sistemas complejos, listo para usar, fácil de acceder y usar, barato. Las posibilidades para construir productos son infinitas y las ganancias también.
Por ejemplo, estos son los componentes opensource que dan forma a los sistemas de GitHub y a Netflix:
Projects that power GitHub
https://github.com/showcases/projects-that-power-github
Netflix
https://github.com/netflix
Pioneros
Algunos ya se dieron cuenta hace una década atrás, Amazon (usó Xen como base para sus sistemas de virtualización), Google (usó Linux y miles de paquetes de soft libre, creando software como Android por ejemplo), IBM (es un inversor masivo en Linux), y se siguen sumando empresas y organizaciones minuto a minuto.
Hoy por cada aplicación de soft propietario del mundo, hay al menos una o más opciones de soft libre u opensource disponibles, con o más o menos funcionalidades es cierto, pero de costo cero de licenciamiento; y en vez de que una sola empresa, hay miles de empresas que venden esos paquetes de soft libre / opensource.
Velocidad
Hoy no te hace falta tener un equipo de 15 programadores trabajando un año o dos armando un ERP para una empresa. Podés tener el ERP "armado" en cero (0) minutos o un poquito más. En realidad en un par de días podés llegar a probar 4-6 soft ERP opensource, ver cual se ajusta mejor a lo que querés vender y empezar a armar el producto.
Si querés armar sistemas complejos, al usar código libre / opensource podés ir de nada a mucho en tiempos en horas-hombre imposibles de igualar para un programador o para un equipo de trabajo dedicado a crear un sistema parecido desde cero.
Es decir, un equipo de trabajo, que reutilice código opensource / libre tiene el potencial de multiplicar la capacidad de producción de software nuevo y vendible por mucho (x2, x3, x4), muy por arriba de lo que podría realizar un equipo de desarrolladores capaces, trabajando desde cero, creando su propio código.
Vendors de productos
Los vendedores de software libre / opensource son VARs, Value Add Resellers, Revendedores de Valor Añadido, toman el software - libre y/u opensource - le añaden un Valor, y lo revenden.
El Valor añadido por default es: soporte técnico, capacitación, garantía, consultoría de implementación.
Es exactamente el mismo tipo de Valor Añadido que revenden los VARs que vende software propietario.
La única diferencia real es que los vendedores de software propietario tienen que añadir el costo de licenciamiento del software que cobra la empresa dueña, al costo del Valor Añadido que ellos agregan.
Es decir, los VARs que venden soft libre / opensource pueden competir contra los VARs que venden soft propietario con bajos precios, al quitar el costo de licenciamiento del precio final.
Las licencias de software propietario suelen ser muy caras, en gral. porque son precios en dólares. Por ende, un VAR de software libre / opensource tienen dos pivotes de venta muy importantes:
- A iguales prestaciones, mucho menor precio
- A menores prestaciones (pero satisfaciendo los requerimientos del cliente), mucho menor precio.
Van a encontrar que aunque un software propietario tenga decenas de miles de opciones, si el soft libre / opensource, con adecuado soporte, garantía, capacitación y consultoría, es más que suficiente para muchos clientes, más aún si el costo es mucho menor.
Vendors de servicios
Además providers de servicios que construyen sus engines de software con software libre / opensource, para vender servicios generan casi mensualmente nuevos servicios que ponen a la venta en línea.
Es completamente innecesario desarrollar desde cero un engine de software que permita montar SaaS (Soft como servicio) como por ejemplo (tenés Openshift), o montar un servicio de monitoreo a distancia (tenés Sensu, Graphite), un nuevo Dropbox (tenés OwnCloud), vender software de virtualización (tenés KVM y Xen), o mil servicios más.
Los engines se pueden "desarrollar" en semanas, sino en días y después viene lo que es la parte difícil ahora: armar el producto, diferenciarse de otros 20 iguales y más baratos incluso.
Opciones disponibles
Como tipos de software hay miles, miles de productos potenciales para armar y vender, en realidad tenés que elegir unos pocos, pocas empresas tienen capacidad para dar soporte a cuasi-infinita cantidad de software (hasta las distribuciones de Linux que soportan miles de paquetes de software simultáneamente, para actualizaciones y parches, tienen una lista acotada de paquetes soportados oficialmente).
"¿Cómo hacés si tu cliente necesita algo que no está hecho"
Es "La carreta sin caballos" de vuelta > una cosa no quita la otra, el desarrollo a medida es una necesidad para muchos casos de uso, pero está demostrado que la hay muchos casos de uso que son más que habituales, y pro ello constituyen de hecho el nicho de mercado del software propietario típico.
Esos mismos casos de uso para vender software propietario, aplican para vender software libre / opensource.
A veces la tecnología cambia demasiado rápido, se produce el cambio tecnológico, pero la gente sigue pensando igual que antes, cuando no tenían esa tecnología para usar, ven y usan la tecnología con la forma de pensar anterior a la evolución tecnológica.
Pero siempre hay algunos que ven las cosas como realmente son ahora, luego del cambio.
En este artículo vemos la masificación del uso de software libre y opensource en Internet, sus implicancias tecnológico-sociales y de mercado.
Serie comenzó en el artículo "La caché I: La carreta sin caballo", que trató sobre el automóvil. y continúo en "La caché II: El buffer"
La "caché" de código
No es tan complicado: hoy hay billones de líneas de código fuente y aplicaciones completas, terminadas y funcionales, licenciadas como software libre u opensource. Las licencias permiten en muchos casos, tomar el código fuente y/o la aplicación y revenderla.
Tal vez hace tiempo, una década atrás, cuando el poco código opensource / libre disponible era el kernel de Linux o la implementación GNU de grep, ese hecho no era especialmente atractivo. Hoy las cosas son diferentes, hay software tremendamente vendible, simplemente esperando que alguien lo tome y lo venda.
Mucho software de hecho, está ya a la venta, lo venden sus mismos desarrolladores, o la empresa que lo usa vende el "output" del software libre que utilizan como base de sistemas.
Por ejemplo, Mercadolibre, que usa OpenStack como base de sus sistemas de virtualización de infraestructura, y el "output" que venden son los servicios del sitio.
La "caché" de código funciona parecido a una fuente de recursos naturales explotable, una reserva de carbón, petróleo, etc. El código está ahí, las aplicaciones están ahí, esperando que alguien las tome y haga uso de ellas, por un beneficio inclusive.
Componentes
Hace un tiempo comentaba en un grupo de correo la realidad de cómo funcionan los mercados de componentes de electrónica en China, de facto la fábrica o el modelo de fábrica del mercado mundial de electrónica y por ende, de tecnología IT de base; qué tan diferente y radicalmente mucho más efectiva y eficiente es su organización, respecto de cómo se trabaja en occidente.
Los componentes, todos ahí mismo, físicamente cercanos, combinables, probables, baratos y de fácil acceso; para construir productos las posibilidades son infinitas, y las ganancias resultantes, también.
¿Y si tuviéramos algo parecido en código fuente? Lo tenemos, el software libre y el software opensource.
El código fuente base necesario para construir aplicaciones y sistemas complejos, listo para usar, fácil de acceder y usar, barato. Las posibilidades para construir productos son infinitas y las ganancias también.
Por ejemplo, estos son los componentes opensource que dan forma a los sistemas de GitHub y a Netflix:
Projects that power GitHub
https://github.com/showcases/projects-that-power-github
Netflix
https://github.com/netflix
Pioneros
Algunos ya se dieron cuenta hace una década atrás, Amazon (usó Xen como base para sus sistemas de virtualización), Google (usó Linux y miles de paquetes de soft libre, creando software como Android por ejemplo), IBM (es un inversor masivo en Linux), y se siguen sumando empresas y organizaciones minuto a minuto.
Hoy por cada aplicación de soft propietario del mundo, hay al menos una o más opciones de soft libre u opensource disponibles, con o más o menos funcionalidades es cierto, pero de costo cero de licenciamiento; y en vez de que una sola empresa, hay miles de empresas que venden esos paquetes de soft libre / opensource.
Velocidad
Hoy no te hace falta tener un equipo de 15 programadores trabajando un año o dos armando un ERP para una empresa. Podés tener el ERP "armado" en cero (0) minutos o un poquito más. En realidad en un par de días podés llegar a probar 4-6 soft ERP opensource, ver cual se ajusta mejor a lo que querés vender y empezar a armar el producto.
Si querés armar sistemas complejos, al usar código libre / opensource podés ir de nada a mucho en tiempos en horas-hombre imposibles de igualar para un programador o para un equipo de trabajo dedicado a crear un sistema parecido desde cero.
Es decir, un equipo de trabajo, que reutilice código opensource / libre tiene el potencial de multiplicar la capacidad de producción de software nuevo y vendible por mucho (x2, x3, x4), muy por arriba de lo que podría realizar un equipo de desarrolladores capaces, trabajando desde cero, creando su propio código.
Vendors de productos
Los vendedores de software libre / opensource son VARs, Value Add Resellers, Revendedores de Valor Añadido, toman el software - libre y/u opensource - le añaden un Valor, y lo revenden.
El Valor añadido por default es: soporte técnico, capacitación, garantía, consultoría de implementación.
Es exactamente el mismo tipo de Valor Añadido que revenden los VARs que vende software propietario.
La única diferencia real es que los vendedores de software propietario tienen que añadir el costo de licenciamiento del software que cobra la empresa dueña, al costo del Valor Añadido que ellos agregan.
Es decir, los VARs que venden soft libre / opensource pueden competir contra los VARs que venden soft propietario con bajos precios, al quitar el costo de licenciamiento del precio final.
Las licencias de software propietario suelen ser muy caras, en gral. porque son precios en dólares. Por ende, un VAR de software libre / opensource tienen dos pivotes de venta muy importantes:
- A iguales prestaciones, mucho menor precio
- A menores prestaciones (pero satisfaciendo los requerimientos del cliente), mucho menor precio.
Van a encontrar que aunque un software propietario tenga decenas de miles de opciones, si el soft libre / opensource, con adecuado soporte, garantía, capacitación y consultoría, es más que suficiente para muchos clientes, más aún si el costo es mucho menor.
Vendors de servicios
Además providers de servicios que construyen sus engines de software con software libre / opensource, para vender servicios generan casi mensualmente nuevos servicios que ponen a la venta en línea.
Es completamente innecesario desarrollar desde cero un engine de software que permita montar SaaS (Soft como servicio) como por ejemplo (tenés Openshift), o montar un servicio de monitoreo a distancia (tenés Sensu, Graphite), un nuevo Dropbox (tenés OwnCloud), vender software de virtualización (tenés KVM y Xen), o mil servicios más.
Los engines se pueden "desarrollar" en semanas, sino en días y después viene lo que es la parte difícil ahora: armar el producto, diferenciarse de otros 20 iguales y más baratos incluso.
Opciones disponibles
Como tipos de software hay miles, miles de productos potenciales para armar y vender, en realidad tenés que elegir unos pocos, pocas empresas tienen capacidad para dar soporte a cuasi-infinita cantidad de software (hasta las distribuciones de Linux que soportan miles de paquetes de software simultáneamente, para actualizaciones y parches, tienen una lista acotada de paquetes soportados oficialmente).
"¿Cómo hacés si tu cliente necesita algo que no está hecho"
Es "La carreta sin caballos" de vuelta > una cosa no quita la otra, el desarrollo a medida es una necesidad para muchos casos de uso, pero está demostrado que la hay muchos casos de uso que son más que habituales, y pro ello constituyen de hecho el nicho de mercado del software propietario típico.
Esos mismos casos de uso para vender software propietario, aplican para vender software libre / opensource.
A veces la tecnología cambia demasiado rápido, se produce el cambio tecnológico, pero la gente sigue pensando igual que antes, cuando no tenían esa tecnología para usar, ven y usan la tecnología con la forma de pensar anterior a la evolución tecnológica.
Pero siempre hay algunos que ven las cosas como realmente son ahora, luego del cambio.
lunes, 17 de marzo de 2014
La caché II: El Buffer
Esta serie de artículos trata sobre la evolución tecnológica y traza un
paralelo entre varios antecedentes históricos y la evolución tecnológica
actual en expansión en el industria del desarrollo de software.
Este artículo trata sobre los motores de búsqueda en Internet, sus implicancias tecnológico-sociales y en la educación.
Serie comenzó en el artículo "La caché I: La carreta sin caballo", que trató sobre el automóvil.
El buffer
http://es.wikipedia.org/wiki/Buffer_de_datos
Creo que viendo cómo usamos hoy los buscadores de Internet, la gente del futuro cercano va a pensar sobre nosotros lo mismo que pensamos nosotros de los tipos que veían los automóviles como "carretas sin caballo".
Los buscadores de Internet, Google, Bing, Duck-Duck-Go, Wolfram-Alpha, etc. funcionan en la práctica como buffers de memoria externos, le permiten a un ser humano recordar casi de inmediato hasta el mínimo detalle de centenares de miles de libros y material escrito y audiovisual, tan solo conociendo premisas básicas que pueden listarse en una carilla de texto o en pocas hojas de explicación, y para encontrar lo que busca solo necesita escribir una a diez palabras, antes de tener éxito.
Y sin haber leído nunca ninguno de los libros, ni haber escuchado o leído el material audiovisual tampoco. Sin conocer sus títulos, ni los nombres de sus autores.
Y el buffer se actualiza constantemente, en la práctica, nuestra memoria externa nunca deja de expandirse, "estudiamos" mientras dormimos, nos bañamos, nos tomamos un café, miramos una película, jugamos con nuestros hijos, jugamos a play, y cuando la necesitamos, al trabajar, al divertirnos, lo accedemos y nos sirve.
Saber más y entender mejor estudiando menos
Las carreras universitaria actuales siguen hoy este paradigma "aprender todo ahora, aunque te olvides de casi todo en 10 años".
Ya sabemos cómo funciona la memoria a largo plazo y que hace que sea imposible retener contenido masivo completo más allá de un breve lapso de tiempo. Pocos meses a pocos años.
Después el contenido masivo desaparece de la memoria, tal como si la persona nunca hubiera ido a clase. Al final solo se retiene los conceptos clave resumibles en 100 hojas de texto por ejemplo.
¿Por qué no dictar cátedra sobre esas 100 hojas? Y usar los buffers en línea para salvar la diferencia.
El método actual de enseñar durante años es una pérdida colosal de tiempo y recursos. El alumno pierde tiempo, el profesor pierde tiempo, la universidad desecha decenas de millones en presupuesto para tareas pre-destinadas a ser inútiles como capacitación universitaria.
Si estoy equivocado es fácil de demostrar:
Con exámenes regulares - cada 5 años por ej. - de reválida de título de grado, y se evalua con un exámen final de una materia al azar, de entre todas las cursadas en la carrera universitaria, deberían recordar fácilmente ¿o no?
La pregunta más importante sería "¿Por qué no es viable hacer eso?"
Planes de estudio hiper-cortos, hiper-efectivos
Los buscadores como Google son un buffer en línea.
Pero en vez de usar los buscadores como buffers, se los usa como si fueran un almacen de información:
http://en.wikipedia.org/wiki/Data_storage_device
Se siguen usando como si fueran bibliotecas o enciclopedias, se las tiene en un "lugar" (www.google.com), y la visión mental-cultural es darle el mismo uso que a las antigüas bibliotecas y enciclopedias.
El autodidacta IT sabe que el potencial de los buscadores es mucho mayor, estudia las 100 hojas de contenido real de una temática, cuando las tiene aprendidas, continua su educación en Google, cuando es necesario.
Tal vez sea así como va a ser un plan de estudio de muchas carreras universitarias de acá a un par de décadas.
¿A qué país le puede servir que un ingeniero se pueda recibir luego de 2 años de estudio? Exacto.
¿Es muy improbable esa metodología? Las carreras de medicina funcionan hoy así (estudios + residencias), y tienen exámenes de reválida tambien...
El salto
Hay profesores universitarios y decanos (!), que ahora mismo entienden las posibilidades del nuevo contexto de tecnología de la información. Pero falta un tiempo todavía para las implementaciones > las ruedas de miles de km. de duración no se hicieron justo después del Ford-T
La educación universitaria a distancia no es más que el "Ford-T", es el prototipo de lo que viene a continuación, aunque tarde una década más en llegar.
El:
"¿Qué háces si se corta Internet?" > Es el equivalente de "Las ruedas no van a aguantar en un camino tan largo"
A veces la tecnología cambia demasiado rápido, se produce el cambio tecnológico, pero la gente no se da cuenta y sigue pensando igual que antes, cuando no tenían esa tecnología para usar, ven y usan la nueva tecnología con la forma de pensar anterior a la evolución tecnológica.
Pero siempre hay algunos que ven las cosas como realmente son ahora, luego del cambio.
Este artículo trata sobre los motores de búsqueda en Internet, sus implicancias tecnológico-sociales y en la educación.
Serie comenzó en el artículo "La caché I: La carreta sin caballo", que trató sobre el automóvil.
El buffer
http://es.wikipedia.org/wiki/Buffer_de_datos
Creo que viendo cómo usamos hoy los buscadores de Internet, la gente del futuro cercano va a pensar sobre nosotros lo mismo que pensamos nosotros de los tipos que veían los automóviles como "carretas sin caballo".
Los buscadores de Internet, Google, Bing, Duck-Duck-Go, Wolfram-Alpha, etc. funcionan en la práctica como buffers de memoria externos, le permiten a un ser humano recordar casi de inmediato hasta el mínimo detalle de centenares de miles de libros y material escrito y audiovisual, tan solo conociendo premisas básicas que pueden listarse en una carilla de texto o en pocas hojas de explicación, y para encontrar lo que busca solo necesita escribir una a diez palabras, antes de tener éxito.
Y sin haber leído nunca ninguno de los libros, ni haber escuchado o leído el material audiovisual tampoco. Sin conocer sus títulos, ni los nombres de sus autores.
Y el buffer se actualiza constantemente, en la práctica, nuestra memoria externa nunca deja de expandirse, "estudiamos" mientras dormimos, nos bañamos, nos tomamos un café, miramos una película, jugamos con nuestros hijos, jugamos a play, y cuando la necesitamos, al trabajar, al divertirnos, lo accedemos y nos sirve.
Saber más y entender mejor estudiando menos
Las carreras universitaria actuales siguen hoy este paradigma "aprender todo ahora, aunque te olvides de casi todo en 10 años".
Ya sabemos cómo funciona la memoria a largo plazo y que hace que sea imposible retener contenido masivo completo más allá de un breve lapso de tiempo. Pocos meses a pocos años.
Después el contenido masivo desaparece de la memoria, tal como si la persona nunca hubiera ido a clase. Al final solo se retiene los conceptos clave resumibles en 100 hojas de texto por ejemplo.
¿Por qué no dictar cátedra sobre esas 100 hojas? Y usar los buffers en línea para salvar la diferencia.
El método actual de enseñar durante años es una pérdida colosal de tiempo y recursos. El alumno pierde tiempo, el profesor pierde tiempo, la universidad desecha decenas de millones en presupuesto para tareas pre-destinadas a ser inútiles como capacitación universitaria.
Si estoy equivocado es fácil de demostrar:
Con exámenes regulares - cada 5 años por ej. - de reválida de título de grado, y se evalua con un exámen final de una materia al azar, de entre todas las cursadas en la carrera universitaria, deberían recordar fácilmente ¿o no?
La pregunta más importante sería "¿Por qué no es viable hacer eso?"
Planes de estudio hiper-cortos, hiper-efectivos
Los buscadores como Google son un buffer en línea.
Pero en vez de usar los buscadores como buffers, se los usa como si fueran un almacen de información:
http://en.wikipedia.org/wiki/Data_storage_device
Se siguen usando como si fueran bibliotecas o enciclopedias, se las tiene en un "lugar" (www.google.com), y la visión mental-cultural es darle el mismo uso que a las antigüas bibliotecas y enciclopedias.
El autodidacta IT sabe que el potencial de los buscadores es mucho mayor, estudia las 100 hojas de contenido real de una temática, cuando las tiene aprendidas, continua su educación en Google, cuando es necesario.
Tal vez sea así como va a ser un plan de estudio de muchas carreras universitarias de acá a un par de décadas.
¿A qué país le puede servir que un ingeniero se pueda recibir luego de 2 años de estudio? Exacto.
¿Es muy improbable esa metodología? Las carreras de medicina funcionan hoy así (estudios + residencias), y tienen exámenes de reválida tambien...
El salto
Hay profesores universitarios y decanos (!), que ahora mismo entienden las posibilidades del nuevo contexto de tecnología de la información. Pero falta un tiempo todavía para las implementaciones > las ruedas de miles de km. de duración no se hicieron justo después del Ford-T
La educación universitaria a distancia no es más que el "Ford-T", es el prototipo de lo que viene a continuación, aunque tarde una década más en llegar.
El:
"¿Qué háces si se corta Internet?" > Es el equivalente de "Las ruedas no van a aguantar en un camino tan largo"
A veces la tecnología cambia demasiado rápido, se produce el cambio tecnológico, pero la gente no se da cuenta y sigue pensando igual que antes, cuando no tenían esa tecnología para usar, ven y usan la nueva tecnología con la forma de pensar anterior a la evolución tecnológica.
Pero siempre hay algunos que ven las cosas como realmente son ahora, luego del cambio.
sábado, 15 de marzo de 2014
La caché I: La carreta sin caballos
Esta serie de artículos trata sobre la evolución tecnológica y traza un paralelo entre varios antecedentes históricos y la evolución tecnológica actual en expansión en la industria del desarrollo de software.
Arrancamos viendo la aparición del automóvil, sus implicancias tecnológico-sociales y de mercado.
La carreta sin caballos
Un ejemplo que escuché varias veces mientras crecía era algo así "una carreta sin caballo", referido a cómo entendían la tecnología del automóvil los que veían autos por primera vez. No sabían que el automóvil iba a cambiar la organización socio-económica-cultural del planeta en un 100%: suburbios masivos en países grandes, autopistas de miles de km. creando largas líneas de abastecimiento y distribución, un motivo de peso para convertir una curiosa crema subterránea maloliente y negra en el commodity más importante del mundo, un escenario geopolítico que convertió - prácticamente sin esfuerzo - a unos pocos miles "criadores de camellos" - tal era el mote descalificativo a principios del siglo XX - en potencias económicas y muy probablemente en los dueños de varios de los bancos más grandes del siglo XXII (googleen por Rothschild, JP Morgan o a Goldman-Sachs sobre qué podés hacer con los bancos más grandes a tu disposición).
Los "árboles" les tapaban el bosque a la mayoría, pero..
Los tipos que veían la tecnología del automóvil y veían el futuro claramente decían cosas como "construyamos un camino duro, no de tierra, de un par de miles de km." y la gente con la vieja mentalidad objetaba "las ruedas no van a aguantar".
Las 1ras. ruedas estaban hechas casi como ruedas de bicicleta y sí, no iban a aguantar mil km. de uso contínuo, pero las ruedas eran un detalle muy menor, como ya sabemos ahora, simplemente hubo que esperar una década y las ruedas ya aguantaban su trabajo miles de km. sin mantenimiento alguno, como ahora. Los tipos que querían los "largos caminos" tenían razón, desde el principio.
El resultado final que ahora conocemos y vivimos diariamente fue una expansión industrial y económica geométrica abarcando un sinfín de industrias productivas que solo estaban esperando un canal de distribución final rápido, para poder llevar sus mercancías desde los puertos y estaciones de tren, hasta los puntos de venta.
A veces la tecnología cambia demasiado rápido, se produce el cambio tecnológico, pero la gente sigue pensando igual que antes, cuando no tenían esa tecnología para usar, ven y usan la nueva tecnología con la forma de pensar anterior a la evolución tecnológica.
Pero siempre hay algunos que ven las cosas como realmente son ahora, luego del cambio.
Suscribirse a:
Entradas (Atom)