La naturaleza del Software

Haciendo un repaso de nuestra historia, me he dado cuenta que llevamos dedicados más de veinte años a la tarea de construir software para clientes privados y públicos de toda naturaleza.

Fundamentalmente hemos desarrollado software de gestión empresarial, pero no solo, hemos dado soluciones a problemas de toda naturaleza. Desde hace ya más de diez años estamos centrados en la consultoría tecnológica y en diseño de arquitecturas de software.

 

Gracias a estos últimos años, empiezo a vislumbrar algunos patrones repetidos en los éxitos y fracasos. Creo que es momento de poner en limpio todo lo aprendido en estos veinte años. Por ello, me siento con ganas de deciros cuales son nuestros diez mandamientos en los diseños de arquitectura:

El software es un negocio y como tal hay que tratarlo

Básicamente, todo lo que hacemos, parte de una necesidad que cubrir, un resultado esperado, un presupuesto asignado que alguien paga y una serie de personas que lo hacen.

Resumiendo, lo que lo primero que tenemos que tener claro en todo proyecto es:

  • ¿Qué vamos a resolver?
  • ¿Cuanto cuesta?
  • ¿Quien lo paga?
  • ¿Quién lo hace?
  • ¿Cuál es el beneficio?

sabri-tuzcu-331970

Si alguna de estas preguntas no tiene respuesta directa, ya hemos fracasado.

 

El software es de naturaleza compleja

Sin lugar a dudas, el software es de naturaleza compleja, tienes que aprender a lidiar con esa complejidad. De igual forma, el cliente y todos los agentes intervinientes en el proceso, también tienen que entender esta cuestión.

johannes-plenio-377226

Si alguien de peso en el proceso productivo no entiende esta cuestión, ya hemos fracasado.

 

El problema a resolver se puede describir perfectamente en una página

Si el cliente no es capaz de describir el problema en una página, es que no tiene claro cual es su problema.

Si después de que el cliente te lo cuente de forma simple, no eres capaz de plasmarlo en una página, es que no entendiste el problema que el cliente te describió.

patrick-tomasso-71909

Si no somos capaces de describir el problema en una página, ya hemos fracasado.

 

Las personas mienten

Cuando conversas con el cliente, analista, jefe de proyecto respecto al problema que quieren resolver, no siempre enfocan bien la descripción de su problema.

Normalmente este mal enfoque se produce por:

  • Desconocimiento del detalle del negocio.
  • Por quererte engañar, mejorando su posición de cara a la negociación.
  • Por no poder o querer contarte ciertas realidades (lo que yo llamo sus miserias).
  • Por intentar dar soluciones técnicas al problema sin disponer del conocimiento tecnológico necesario.

peyman-naderi-379105

Si no descubrimos lo que nos ocultan, ya hemos fracasado.

 

Simple, pero que resuelva

Para que una solución tecnológica perdure en el tiempo tiene que partir de un pequeño producto que resuelva el problema de forma clara (mínimo producto viable).

johannes-plenio-262511

Si no la solución a desarrollar no es simple, ya hemos fracasado.

 

La documentación es una representación de la realidad, no la realidad en si misma

Los documentos que recibes, son una representación de la realidad, no la realidad en si misma. Normalmente, si profundizas un poco verás que la realidad es diferente.

Estos documentos los recibimos de múltiples fuentes; cliente, analista, desarrolladores, operaciones, testing, QA, jefes de proyecto… todos ellos los tienes que poner en duda.

MagrittePipe

Si no somos capaces de encontrar la realidad subyacente, ya hemos fracasado.

 

Programar es el arte de introducir nuevos errores

Cuando picas código, estás añadiendo nuevos errores en la ejecución de tu programa. Ser ordenado y aburrido ayuda a minimizarlos.

Cada línea de tu código es importante, una sola línea puede tirar por tierra todos tus esfuerzos.

Un buen diseño de arquitectura permite la introducción de nuevos errores sin provocar el fallo del sistema. Para ello tienes que determinar cual es el centro del mismo y aislarlo del resto de componentes.

Cuando alguien comete un error en el proceso productivo, no le matarás, más bien harás lo contrario. Le contarás las implicaciones de su error, le ayudarás a mejorar sus habilidades, le reforzarás en sus aciertos y todo ello con la intención de que crezca en el proceso. Un buen profesional del mundo del software es difícil de encontrar y muy fácil de perder.

markus-spiske-109588

Si no somos ordenados y aburridos, ya hemos fracasado.

 

Las modas, modas son

Está muy de moda…

  • NodeJS/AngularJS
  • Cloud/Containers/Micro-servicios
  • AgileXP/Scrum
  • PMP/ITIL
  • DevOps

Son modas… solo unas pocas perduran, otras pocas mutan y el resto perece.

clem-onojeghuo-146651

Aplica las modas en la medida justa, en la medida que sienten bien al proyecto, si nos excedemos, ya hemos fracasado.

Cuantas menos personas conformen el proyecto mejor es la comunicación entre ellas

Cada día más es habitual ver grandes proyectos formados por decenas de personas. A más personas en un proyecto peor es la comunicación entre ellos.

Trocea bien el sistema a desarrollar, que cada grupo se focalice en su parte y evita solapamientos.

Haz responsable del código a los programadores, haz responsable de la arquitectura a los arquitectos, haz responsable de las garantías a QA.

daria-shevtsova-57340

Si no conseguimos un grupo de personas adecuadas para el proyecto, ya hemos fracasado.

Open Apps

Hace unos días fue eliminado un mensaje en el foro de Velneo que me dio a entender que las Open Apps tienen ciertas limitaciones respecto al licenciamiento, por lo que hice una pregunta al respecto http://velneo.es/foros/topic/licenciamiento-open-apps/

Un pregunta que dejo por aquí ante una duda que tengo respecto al licenciamiento de las Open Apps.

¿Si has pagado una Open App (directa o indirectamente gracias a una suscripción) no la puedes redistribuir?.

Yo entendí que SI (al leer las licencias EUPL y VCL). Entendí que puedo perfectamente redistribuir los productos adquiridos hasta la fecha (tutoriales, ejemplos, vERP…) estableciendo el licenciamiento que me de en gana.

¿Estoy equivocado?

Estaría bien aclarar esta cuestión para no meter la pata.

Abrí el debate y para no quedarme con la duda me puse manos a la obra. Empecé leyendo las licencias de las Open Apps y las cosas están bastante claras:

 

¿Cómo están licenciadas las Velneo Open Apps?

Todas las Velneo Open Apps son FLOSS y tienen los siguientes sistemas de licenciamiento (EUPL y VCL).

La licencia VCL es una licencia comercial que aplica a cualquier software en el que se haya incluido un aviso indicando que está licenciado bajo este texto. VCL te concede los siguientes derechos no exclusivos:

  • Utilizar el software en todos los equipos que desees y por el número de usuarios que tú determines.
  • Modificar y alterar el software en la forma que tu decidas, y para la finalidad que desees, siempre y cuando la misma no sea contraria a las leyes, la moral, el orden público y la costumbre.
  • Distribuir tus modificaciones del software en la forma y licencia que libremente decidas.
  • La licencia EUPL es una gran conocida… similar a GPL. Poco que decir al respecto.

    Por lo tanto… yo puedo redistribuir un componente que esté licenciado como EUPL o VCL sin restricción alguna.

    De mi experiencia nos podemos encontrar dos casos:

  • EUPL + VCL
  • VCL exclusiva
  •  

    ¿Es vTareas una Open App?

    Sin lugar a dudas vTareas es una OpenApp. Está licenciada mediante el doble licenciamiento de Velneo, por lo que se puede redistribuir como se desee. A lo sumo estamos obligados a empaquetarlo con otra licencia (para no usar la licencia Velneo)

    image

     

     

    ¿vERP es una Open App?

    NO, ya que está licenciada como VCL, pero cualquier empresa que haya adquirido el producto (por ejemplo una con nivel de subscripción N4) la podría re-licenciar como desee. Por lo que podrías licenciarla incluso como EUPL.

     

    image

     

    Espero que esto aclare las dudas al respecto del licenciamiento de las Open Apps, aunque nunca se sabe.

    Espero vuestros comentarios al respecto.

    Open Apps

    Hace unos días fue eliminado un mensaje en el foro de Velneo que me dio a entender que las Open Apps tienen ciertas limitaciones respecto al licenciamiento, por lo que hice una pregunta al respecto http://velneo.es/foros/topic/licenciamiento-open-apps/

    Un pregunta que dejo por aquí ante una duda que tengo respecto al licenciamiento de las Open Apps.

    ¿Si has pagado una Open App (directa o indirectamente gracias a una suscripción) no la puedes redistribuir?.

    Yo entendí que SI (al leer las licencias EUPL y VCL). Entendí que puedo perfectamente redistribuir los productos adquiridos hasta la fecha (tutoriales, ejemplos, vERP…) estableciendo el licenciamiento que me de en gana.

    ¿Estoy equivocado?

    Estaría bien aclarar esta cuestión para no meter la pata.

    Abrí el debate y para no quedarme con la duda me puse manos a la obra. Empecé leyendo las licencias de las Open Apps y las cosas están bastante claras:

     

    ¿Cómo están licenciadas las Velneo Open Apps?

    Todas las Velneo Open Apps son FLOSS y tienen los siguientes sistemas de licenciamiento (EUPL y VCL).

    La licencia VCL es una licencia comercial que aplica a cualquier software en el que se haya incluido un aviso indicando que está licenciado bajo este texto. VCL te concede los siguientes derechos no exclusivos:

  • Utilizar el software en todos los equipos que desees y por el número de usuarios que tú determines.
  • Modificar y alterar el software en la forma que tu decidas, y para la finalidad que desees, siempre y cuando la misma no sea contraria a las leyes, la moral, el orden público y la costumbre.
  • Distribuir tus modificaciones del software en la forma y licencia que libremente decidas.
  • La licencia EUPL es una gran conocida… similar a GPL. Poco que decir al respecto.

    Por lo tanto… yo puedo redistribuir un componente que esté licenciado como EUPL o VCL sin restricción alguna.

    De mi experiencia nos podemos encontrar dos casos:

  • EUPL + VCL
  • VCL exclusiva
  •  

    ¿Es vTareas una Open App?

    Sin lugar a dudas vTareas es una OpenApp. Está licenciada mediante el doble licenciamiento de Velneo, por lo que se puede redistribuir como se desee. A lo sumo estamos obligados a empaquetarlo con otra licencia (para no usar la licencia Velneo)

    image

     

     

    ¿vERP es una Open App?

    NO, ya que está licenciada como VCL, pero cualquier empresa que haya adquirido el producto (por ejemplo una con nivel de subscripción N4) la podría re-licenciar como desee. Por lo que podrías licenciarla incluso como EUPL.

     

    image

     

    Espero que esto aclare las dudas al respecto del licenciamiento de las Open Apps, aunque nunca se sabe.

    Espero vuestros comentarios al respecto.

    Velneo bajo lupa

    Novedades

    Ya tenemos una nueva versión de Velneo, v7.18 está en nuestras manos. Como novedades destacadas tenemos:

    • XMLHttpRequest con soporte de binarios
    • Procesos en cuarto plano
    • Depurador vJavaScript
    • vModApache compatible con Apache 2.4 y pequeñas mejoras
    • Herramienta de migración de bases de datos SQL
    • Nueva clase VSqlDatabase
    • Tiempo máximo de expiración de enganches
    • Mejoras de usabilidad del vClient, vDevelop y vAdmin
    • Tutor con decenas de ejemplos y buenas prácticas
    • Mejoras y nuevas funcionalidades en vERP

    Hay varias novedades interesantes, aunque desde nuestro punto de vista las dos más importantes tienen que ver con Apache y  con XMLHttpRequest. Estas mejoras permitirán abordar proyectos de integración con mayores garantías. Curiosamente son dos novedades que en teoría no tendrían que suponer ningún esfuerzo importante a Velneo (son simples en lo tecnológico y por ende no tendrían que suponer un gran coste). Estratégicamente las dejaron para el final, pregúntense el motivo.

    Es de agradecer la incorporación de los procesos 4 plano y el depurador vJavaScript, son también dos novedades importantes. Gracias al trabajo de Velneo podemos tener estas importantes demandas resueltas y otras muchas menores también.

     

    Flaquezas

    Respecto a QtQuick 2.0 no hay novedades, seguimos sin soporte en Velneo V7. Como detalle importante, parece que Velneo implementa los nuevos asistentes en QtQuick 2.x apuntando claramente a esta posibilidad.

    Seguimos sin cliente para iOS y lo más preocupante, sin noticias al respecto.

    Estaría bien alguna referencia por parte de Velneo al cliente para iOS, es un problema importante de negocio no conocer el estado del desarrollo en esta cuestión.

    Ya tenemos cuarto plano pero seguimos sin demonios de servidor (aunque tiene fácil solución gracias a vRemoteFunction.exe o Cirrus). 

    La compilación se sigue basando en Qt 5.3.2 (actualmente Qt está estable en la versión 5.5.1), por lo que poco que decir respecto a las nuevas funcionalidades incorporadas en Qt5 y QtQuick (decenas de ellas muy interesantes a futuro).  

    103H_103H7874

    ¿Qué sigue faltando?

    Veamos como siguen las cosas:

    Arquitectura:
    • No existe versión de 64 bits. En el LIS 2015 se anunció que nos preparemos, que están trabajando en ello (seguramente en la próxima reléase tengamos noticias al respecto).
    • Faltan facilidades para la exposición de servicios web (Arquitecturas SOA/WS-*/REST). El vModApache es manifiestamente mejorable.
    • No hay soporte para RIA y esto puede ser un problema importante a futuro.
    • No existe ningún avance para llevar el vClient a HTML5 (aunque haya proyectos basados en Qt que estén trabajando en varias direcciones).
    Movilidad:
    • No hay versión para iOS. Sabemos que están trabajando en ello pero no saber roadmap respecto a esta cuestión genera grandes incertidumbres.
    • vClient desconectado. Sin cliente desconectado el área de movilidad está totalmente coja. Esperemos que la incorporación de QtQuick 2.x y tiempos de desconexión altos palien el problema.
    • El vClient para Android sigue inestable. En este caso el problema es seguramente achacable a Qt pero no deja de ser un trastorno ver continuamente cierres del vClient.
    • No hay versión para Android x86 y empiezan a calar en el mercado.
    • No hay versión para Linux ARM. El no disponer de versión ARM limita mucho las posibilidades de cara a desplegar v7 en dispositivos embebidos y de bajo coste.
    • No hay soporte para BB10. Ya no es importante  ya que parece que pronto será otra plataforma en desuso.
    Componentes:
    • En MacOSX y Android no hay vServer (limita los despliegues).
    • ODBC sigue en fase beta y con algunos problemas importantes.
    La Nube:
    • La API cloud sigue siendo manifiestamente mejorable. No podemos gestionar correctamente las instancias de las aplicaciones y algunas otras funcionalidades requeridas por lo que queda descartada para un uso masivo.
    • No hay ejemplos de integración de la API para PHP (estaría bien poder contar con ellos para WordPress, Joombla y otras plataformas ampliamente utilizadas).

    Otros problemas:

    • La representación gráfica (componentes de representación para gráficos de tartas o similares…). De momento nada de nada y al no incorporar QtQuick 2.x no nos permite ningún nuevo enfoque. HTML 5 es la solución actual para estas cuestiones (con sus pros y contras)
    • Algunos bugs sin resolver (revisar vBugman).
    • Problemas con los estilos en MacOSX
    • Apertura para otras plataformas (Windows Phone y Windows RT)

     

    Percepción del estado de ánimo de la comunidad

    Por último quiero hacer mención al estado de ánimo de la comunidad en foros y artículos de blogs:

    En general no se percibe un gran descontento con el estado actual de la plataforma (hay gente descontenta, pero ni mucho menos es generalizado). Lo que si se percibe es una preocupación por el ritmo de incorporación de novedades y de mejoras.

    Comparto la preocupación, también tenemos la sensación de que el ritmo de lanzamientos descendió de forma significativa a raíz de la salida del vArquitecto.

    Como ya apuntábamos en su momento (http://tipesoft.com/ingenieria-informatica/), “Ningún grupo de trabajo estará a la altura de Juan, por muy buenos que sean los que queden (creo que son pocos), o los que se incorporen en esta nueva etapa”. Juan es ante todo un brillante programador y su salida se está haciendo notar de forma clara en el ritmo, calidad e importancia estratégica de las novedades presentadas.

     

    Rentabilidad de los productos y servicios

    Tal vez la única cuestión importante que nos tenemos que plantear a día de hoy es la rentabilidad de Velneo V7.  ¿Es económicamente rentable mantener las inversiones en la plataforma Velneo?

    image

    Extraído desde https://velneo.zendesk.com/entries/41203938-Comparativa-entre-niveles

    Resumiendo… Precios anualizados:

    • El Nivel 4 cuesta: 2.880 € al año
    • El Nivel 3 cuesta: 1.836 € al año
    • El Nivel 2 cuesta:     720 € al año

    Nivel 4:

    • Dispone de todos los productos y servicios
    • Soporte: 10consultas/mes y 4 llamadas anuales de soporte telefónico para urgencias (activación de servidores y programación).
    • 20% de descuento sobre el precio  de tarifa de componentes y servicios adicionales.
    • 20 usuarios de ejecución PaaS
    • Edición en Velneo vServers propietarios de clientes
    • TCP en servidores cloud

    Nivel 3:

    • No tiene vTranslator, ODBC
    • Soporte: 5consultas/mes
    • 10% de descuento sobre el precio  de tarifa de componentes y servicios adicionales.
    • 10 usuarios de ejecución PaaS

    Nivel 2:

    • No incluye el vERP
    • Soporte: 2consultas/mes
    • No tiene descuentos
    • 3 usuarios de ejecución PaaS

    De todos los productos y servicios ofrecidos en los niveles tenemos que establecer cuales de ellos son importantes para nuestro negocio y decidir mantenernos en el nivel adecuado según necesidades. No es una decisión simple, pero visto el ritmo de desarrollo se hace bastante más sencilla. Tenemos que responder a muchas preguntas, entre ellas… ¿Qué sentido tiene pagar una cuota anual de importe similar a la compra de los productos en una plataforma madura como Velneo? ¿Justifican los servicios y descuentos ese precio? ¿La demanda y márgenes de beneficio compensan el nivel de inversión? ¿Es momento de ajustar el nivel de inversión a la realidad de Velneo como plataforma?.

    Toca responder a estas y otras muchas preguntas.

    DroppinIn

    Conclusiones

    Era previsible que el ritmo de novedades descendiese. De momento no parece especialmente preocupante, siguen apareciendo correcciones y novedades importantes. Vistos los lanzamientos de las últimas versiones podemos estar relativamente tranquilos.

    Hemos dado tiempo a las últimas versiones para decidir que hacer con las inversiones en Velneo, es momento de tomar decisiones al respecto.

    Microsoft está preparando su plataforma .NET para abordar el mercado de la multiplataforma y lo está haciendo bastante bien, tenemos que valorar invertir también en esta otra dirección.

    TipeSoft cumplió en septiembre 10 años y en este tiempo no hemos parado de cambiar. Seguiremos haciéndolo de igual forma para adecuar nuestra oferta a las exigencias del mercado.

    Velneo bajo lupa

    Novedades

    Ya tenemos una nueva versión de Velneo, v7.18 está en nuestras manos. Como novedades destacadas tenemos:

    • XMLHttpRequest con soporte de binarios
    • Procesos en cuarto plano
    • Depurador vJavaScript
    • vModApache compatible con Apache 2.4 y pequeñas mejoras
    • Herramienta de migración de bases de datos SQL
    • Nueva clase VSqlDatabase
    • Tiempo máximo de expiración de enganches
    • Mejoras de usabilidad del vClient, vDevelop y vAdmin
    • Tutor con decenas de ejemplos y buenas prácticas
    • Mejoras y nuevas funcionalidades en vERP

    Hay varias novedades interesantes, aunque desde nuestro punto de vista las dos más importantes tienen que ver con Apache y  con XMLHttpRequest. Estas mejoras permitirán abordar proyectos de integración con mayores garantías. Curiosamente son dos novedades que en teoría no tendrían que suponer ningún esfuerzo importante a Velneo (son simples en lo tecnológico y por ende no tendrían que suponer un gran coste). Estratégicamente las dejaron para el final, pregúntense el motivo.

    Es de agradecer la incorporación de los procesos 4 plano y el depurador vJavaScript, son también dos novedades importantes. Gracias al trabajo de Velneo podemos tener estas importantes demandas resueltas y otras muchas menores también.

     

    Flaquezas

    Respecto a QtQuick 2.0 no hay novedades, seguimos sin soporte en Velneo V7. Como detalle importante, parece que Velneo implementa los nuevos asistentes en QtQuick 2.x apuntando claramente a esta posibilidad.

    Seguimos sin cliente para iOS y lo más preocupante, sin noticias al respecto.

    Estaría bien alguna referencia por parte de Velneo al cliente para iOS, es un problema importante de negocio no conocer el estado del desarrollo en esta cuestión.

    Ya tenemos cuarto plano pero seguimos sin demonios de servidor (aunque tiene fácil solución gracias a vRemoteFunction.exe o Cirrus). 

    La compilación se sigue basando en Qt 5.3.2 (actualmente Qt está estable en la versión 5.5.1), por lo que poco que decir respecto a las nuevas funcionalidades incorporadas en Qt5 y QtQuick (decenas de ellas muy interesantes a futuro).  

    103H_103H7874

    ¿Qué sigue faltando?

    Veamos como siguen las cosas:

    Arquitectura:
    • No existe versión de 64 bits. En el LIS 2015 se anunció que nos preparemos, que están trabajando en ello (seguramente en la próxima reléase tengamos noticias al respecto).
    • Faltan facilidades para la exposición de servicios web (Arquitecturas SOA/WS-*/REST). El vModApache es manifiestamente mejorable.
    • No hay soporte para RIA y esto puede ser un problema importante a futuro.
    • No existe ningún avance para llevar el vClient a HTML5 (aunque haya proyectos basados en Qt que estén trabajando en varias direcciones).
    Movilidad:
    • No hay versión para iOS. Sabemos que están trabajando en ello pero no saber roadmap respecto a esta cuestión genera grandes incertidumbres.
    • vClient desconectado. Sin cliente desconectado el área de movilidad está totalmente coja. Esperemos que la incorporación de QtQuick 2.x y tiempos de desconexión altos palien el problema.
    • El vClient para Android sigue inestable. En este caso el problema es seguramente achacable a Qt pero no deja de ser un trastorno ver continuamente cierres del vClient.
    • No hay versión para Android x86 y empiezan a calar en el mercado.
    • No hay versión para Linux ARM. El no disponer de versión ARM limita mucho las posibilidades de cara a desplegar v7 en dispositivos embebidos y de bajo coste.
    • No hay soporte para BB10. Ya no es importante  ya que parece que pronto será otra plataforma en desuso.
    Componentes:
    • En MacOSX y Android no hay vServer (limita los despliegues).
    • ODBC sigue en fase beta y con algunos problemas importantes.
    La Nube:
    • La API cloud sigue siendo manifiestamente mejorable. No podemos gestionar correctamente las instancias de las aplicaciones y algunas otras funcionalidades requeridas por lo que queda descartada para un uso masivo.
    • No hay ejemplos de integración de la API para PHP (estaría bien poder contar con ellos para WordPress, Joombla y otras plataformas ampliamente utilizadas).

    Otros problemas:

    • La representación gráfica (componentes de representación para gráficos de tartas o similares…). De momento nada de nada y al no incorporar QtQuick 2.x no nos permite ningún nuevo enfoque. HTML 5 es la solución actual para estas cuestiones (con sus pros y contras)
    • Algunos bugs sin resolver (revisar vBugman).
    • Problemas con los estilos en MacOSX
    • Apertura para otras plataformas (Windows Phone y Windows RT)

     

    Percepción del estado de ánimo de la comunidad

    Por último quiero hacer mención al estado de ánimo de la comunidad en foros y artículos de blogs:

    En general no se percibe un gran descontento con el estado actual de la plataforma (hay gente descontenta, pero ni mucho menos es generalizado). Lo que si se percibe es una preocupación por el ritmo de incorporación de novedades y de mejoras.

    Comparto la preocupación, también tenemos la sensación de que el ritmo de lanzamientos descendió de forma significativa a raíz de la salida del vArquitecto.

    Como ya apuntábamos en su momento (https://tipesoft.com/ingenieria-informatica/), “Ningún grupo de trabajo estará a la altura de Juan, por muy buenos que sean los que queden (creo que son pocos), o los que se incorporen en esta nueva etapa”. Juan es ante todo un brillante programador y su salida se está haciendo notar de forma clara en el ritmo, calidad e importancia estratégica de las novedades presentadas.

     

    Rentabilidad de los productos y servicios

    Tal vez la única cuestión importante que nos tenemos que plantear a día de hoy es la rentabilidad de Velneo V7.  ¿Es económicamente rentable mantener las inversiones en la plataforma Velneo?

    image

    Extraído desde https://velneo.zendesk.com/entries/41203938-Comparativa-entre-niveles

    Resumiendo… Precios anualizados:

    • El Nivel 4 cuesta: 2.880 € al año
    • El Nivel 3 cuesta: 1.836 € al año
    • El Nivel 2 cuesta:     720 € al año

    Nivel 4:

    • Dispone de todos los productos y servicios
    • Soporte: 10consultas/mes y 4 llamadas anuales de soporte telefónico para urgencias (activación de servidores y programación).
    • 20% de descuento sobre el precio  de tarifa de componentes y servicios adicionales.
    • 20 usuarios de ejecución PaaS
    • Edición en Velneo vServers propietarios de clientes
    • TCP en servidores cloud

    Nivel 3:

    • No tiene vTranslator, ODBC
    • Soporte: 5consultas/mes
    • 10% de descuento sobre el precio  de tarifa de componentes y servicios adicionales.
    • 10 usuarios de ejecución PaaS

    Nivel 2:

    • No incluye el vERP
    • Soporte: 2consultas/mes
    • No tiene descuentos
    • 3 usuarios de ejecución PaaS

    De todos los productos y servicios ofrecidos en los niveles tenemos que establecer cuales de ellos son importantes para nuestro negocio y decidir mantenernos en el nivel adecuado según necesidades. No es una decisión simple, pero visto el ritmo de desarrollo se hace bastante más sencilla. Tenemos que responder a muchas preguntas, entre ellas… ¿Qué sentido tiene pagar una cuota anual de importe similar a la compra de los productos en una plataforma madura como Velneo? ¿Justifican los servicios y descuentos ese precio? ¿La demanda y márgenes de beneficio compensan el nivel de inversión? ¿Es momento de ajustar el nivel de inversión a la realidad de Velneo como plataforma?.

    Toca responder a estas y otras muchas preguntas.

    DroppinIn

    Conclusiones

    Era previsible que el ritmo de novedades descendiese. De momento no parece especialmente preocupante, siguen apareciendo correcciones y novedades importantes. Vistos los lanzamientos de las últimas versiones podemos estar relativamente tranquilos.

    Hemos dado tiempo a las últimas versiones para decidir que hacer con las inversiones en Velneo, es momento de tomar decisiones al respecto.

    Microsoft está preparando su plataforma .NET para abordar el mercado de la multiplataforma y lo está haciendo bastante bien, tenemos que valorar invertir también en esta otra dirección.

    TipeSoft cumplió en septiembre 10 años y en este tiempo no hemos parado de cambiar. Seguiremos haciéndolo de igual forma para adecuar nuestra oferta a las exigencias del mercado.

    Bienvenidos a la nube

    La tecnología avanza a marchas forzadas. Es hora de empezar a vislumbrar como será mañana la tecnología sobre la que desarrollaremos nuestras aplicaciones empresariales.

    Las comunicaciones son cada vez menos problemáticas

    A día de hoy vivimos en un mundo parcialmente conectado en el área de movilidad (aunque cada vez tenemos menos problemas de coberturas). Poco a poco 4G se está desplegando… veremos hasta donde llega. Tengo mis dudas en este aspecto, pero de lo que no tengo dudas es que en 2020 el problema de las coberturas de las comunicaciones móviles será menor y estaremos muy cerca de poder disfrutar de modelos 100% conectados con tecnologías 4G o superiores.

    En las aplicaciones empresariales actualmente trabajamos en modo conectado (y cada vez mayor ancho de banda disponible). Telefónica tiene ya una red de fibra con más de 10 millones de usuarios y espera añadir otros 3,6 millones para finales de este año. Objetivo… 20 millones para 2017 y fibra para todos los hogares en poblaciones de más de 1000 habitantes para 2020. El resto de operadoras trabaja a todo gas para no perder este tren. Vodafone, Ono y Orange tienen un acuerdo por el cual desplegarán 3 millones de unidades durante este 2015. Por último Jazztel cableará 5 millones de unidades durante el 2015. ¿Alguien lo dudaba?

    Estas nuevas inversiones en infraestructuras cambiarán la naturaleza de Internet en España, en 2020 se acabaran las limitaciones de las comunicaciones

    Como consecuencia deberíamos hacernos una pregunta ¿qué pasará con el desarrollo de aplicaciones empresariales? ¿y con las tecnologías http/html?.

    Desde nuestro punto de vista, el desarrollo de aplicaciones empresariales desconectadas será pasado sin tardar mucho

    Esta conclusión la extraemos de las sucesivas reuniones que mantenemos con clientes. Varios de ellos, que trabajan con .NET, ya solo quieren hablar de Azure, Amazon y de desarrollos conectados (huyen de modelos de desarrollo desconectados y en algunos casos del desarrollo web).

     

    La fragmentación de los dispositivos, realidad en las empresas

    En muchos clientes lo que te encuentras al entrar por la puerta de la oficina es la fragmentación de dispositivos (tienen de todo… Mac, Linux, IOs, Android, Tablets, PC, portátiles…). Estos clientes tienen decenas de problemas por culpa de esta fragmentación, pero poco pueden hacer, los hábitos mandan.

    Cada día que pasa, los clientes están más cansados de tener limitaciones en la forma de consumo de sus aplicaciones empresariales, pero lo cierto es que cuando buscan soluciones están bastante limitados

    En algunos clientes hay una pregunta en el aire… ¿Es momento de hacer el traslado de los servicios y aplicaciones a la nube?.

     

    El usuario está cambiando de hábitos en la forma de consumo de las aplicaciones y de la web

    Otra de las cuestiones fundamentales que está sucediendo, es el cambio de hábito en los usuarios. Las nuevas generaciones usan el móvil como primera plataforma y relegan el ordenador/portatil a un segundo plano. Estos cambios de hábitos lo cambiarán todo a futuro, la demanda girará entorno al móvil y sus capacidades.

    Cada vez se consumen más Apps y menos Web, esto lo condiciona todo.

     

    ¿Está Velneo preparado para esta nueva realidad?

    SI y NO… Por un lado el enfoque multiplataforma/conectado es correcto a medio plazo, pero a corto, los modelos desconectados aún mandan.

    La naturaleza del planteamiento de los despliegues en el nube, de igual forma es correcta (Docker, LXC y otras tecnologías apuntalan la apuesta de Velneo). Tal vez los modos de licenciamiento en la nube y la API están por mejorar.

    Por otro lado, no disponemos de soporte para IOS y los interfaces de usuario están focalizados fundamentalmente a Widgets (no adaptables a los dispositivos).

    La falta de soporte a QtQuick 2.X retrasa las inversiones que tendremos que hacer en esta dirección. Creemos que es un grave error no incorporar soporte para QtQuick 2.x en la versión actual de Velneo.

    Resumiendo…

    ¿Es momento de trasladar nuestros servicios y aplicaciones a la nube?.

    Desde nuestro punto de vista, sin dudas. La tecnología está madura y las comunicaciones están dejando de ser un problema. Desde nuestro prisma, es momento de reinvertir en tecnologías adecuadas. Vamos… que el mundo está cambiando (fundamentalmente por el cambio de mentalidad de la demanda) y nosotros nos tenemos que adaptar rápidamente.

    Bienvenidos a la nube

    La tecnología avanza a marchas forzadas. Es hora de empezar a vislumbrar como será mañana la tecnología sobre la que desarrollaremos nuestras aplicaciones empresariales.

    Las comunicaciones son cada vez menos problemáticas

    A día de hoy vivimos en un mundo parcialmente conectado en el área de movilidad (aunque cada vez tenemos menos problemas de coberturas). Poco a poco 4G se está desplegando… veremos hasta donde llega. Tengo mis dudas en este aspecto, pero de lo que no tengo dudas es que en 2020 el problema de las coberturas de las comunicaciones móviles será menor y estaremos muy cerca de poder disfrutar de modelos 100% conectados con tecnologías 4G o superiores.

    En las aplicaciones empresariales actualmente trabajamos en modo conectado (y cada vez mayor ancho de banda disponible). Telefónica tiene ya una red de fibra con más de 10 millones de usuarios y espera añadir otros 3,6 millones para finales de este año. Objetivo… 20 millones para 2017 y fibra para todos los hogares en poblaciones de más de 1000 habitantes para 2020. El resto de operadoras trabaja a todo gas para no perder este tren. Vodafone, Ono y Orange tienen un acuerdo por el cual desplegarán 3 millones de unidades durante este 2015. Por último Jazztel cableará 5 millones de unidades durante el 2015. ¿Alguien lo dudaba?

    Estas nuevas inversiones en infraestructuras cambiarán la naturaleza de Internet en España, en 2020 se acabaran las limitaciones de las comunicaciones

    Como consecuencia deberíamos hacernos una pregunta ¿qué pasará con el desarrollo de aplicaciones empresariales? ¿y con las tecnologías http/html?.

    Desde nuestro punto de vista, el desarrollo de aplicaciones empresariales desconectadas será pasado sin tardar mucho

    Esta conclusión la extraemos de las sucesivas reuniones que mantenemos con clientes. Varios de ellos, que trabajan con .NET, ya solo quieren hablar de Azure, Amazon y de desarrollos conectados (huyen de modelos de desarrollo desconectados y en algunos casos del desarrollo web).

     

    La fragmentación de los dispositivos, realidad en las empresas

    En muchos clientes lo que te encuentras al entrar por la puerta de la oficina es la fragmentación de dispositivos (tienen de todo… Mac, Linux, IOs, Android, Tablets, PC, portátiles…). Estos clientes tienen decenas de problemas por culpa de esta fragmentación, pero poco pueden hacer, los hábitos mandan.

    Cada día que pasa, los clientes están más cansados de tener limitaciones en la forma de consumo de sus aplicaciones empresariales, pero lo cierto es que cuando buscan soluciones están bastante limitados

    En algunos clientes hay una pregunta en el aire… ¿Es momento de hacer el traslado de los servicios y aplicaciones a la nube?.

     

    El usuario está cambiando de hábitos en la forma de consumo de las aplicaciones y de la web

    Otra de las cuestiones fundamentales que está sucediendo, es el cambio de hábito en los usuarios. Las nuevas generaciones usan el móvil como primera plataforma y relegan el ordenador/portatil a un segundo plano. Estos cambios de hábitos lo cambiarán todo a futuro, la demanda girará entorno al móvil y sus capacidades.

    Cada vez se consumen más Apps y menos Web, esto lo condiciona todo.

     

    ¿Está Velneo preparado para esta nueva realidad?

    SI y NO… Por un lado el enfoque multiplataforma/conectado es correcto a medio plazo, pero a corto, los modelos desconectados aún mandan.

    La naturaleza del planteamiento de los despliegues en el nube, de igual forma es correcta (Docker, LXC y otras tecnologías apuntalan la apuesta de Velneo). Tal vez los modos de licenciamiento en la nube y la API están por mejorar.

    Por otro lado, no disponemos de soporte para IOS y los interfaces de usuario están focalizados fundamentalmente a Widgets (no adaptables a los dispositivos).

    La falta de soporte a QtQuick 2.X retrasa las inversiones que tendremos que hacer en esta dirección. Creemos que es un grave error no incorporar soporte para QtQuick 2.x en la versión actual de Velneo.

    Resumiendo…

    ¿Es momento de trasladar nuestros servicios y aplicaciones a la nube?.

    Desde nuestro punto de vista, sin dudas. La tecnología está madura y las comunicaciones están dejando de ser un problema. Desde nuestro prisma, es momento de reinvertir en tecnologías adecuadas. Vamos… que el mundo está cambiando (fundamentalmente por el cambio de mentalidad de la demanda) y nosotros nos tenemos que adaptar rápidamente.

    MEAN.IO

    Desde el inicio, TipeSoft imparte formación técnica para clientes tecnológicos del más alto nivel, fundamentalmente especializada en tecnologías Microsoft (área de sistemas y desarrollo).

    En el último año hemos abierto el abanico de tecnologías, ahora también impartimos cursos de formación avanzada en Velneo V7, QML, JavaScript, PHP, Python, AgilePoint, AgileXRM, Node.JS, AngularJS y MEAN.IO.

     

    MEAN.IO

    La mayor parte de la formación que impartimos es presencial, pero desde hace una año hemos trabajado y experimentado con tecnologías de formación online. El resultado nos gusta, por lo que trabajaremos en mejorar nuestras formas de entrega.

    Os dejamos con el último seminario en abierto que hemos impartido en colaboración con TÜV Rheinland España y Bambú Software. Es una introducción teórica a MEAN.IO, esperamos os guste.

    Correos electrónicos

    Los correos electrónicos poco a poco pierden la batalla con las aplicaciones de mensajería instantánea tales como Whatsapp. Ya podemos decir que la mensajería instantánea ha desbancado al correo electrónico. El último Estudio General de Medios (EGM) destaca el incremento del uso de las aplicaciones de mensajería: hace sólo cuatro meses estaba en el 75,5%. Una cifra que contrasta con el del correo electrónico, hasta ahora el dominante en las comunicaciones de internet. El ‘e-mail’ está en el 78,2% diario, lejos de su máximo en 2009 del 88,9%.

    image thumb Correos electrónicosServicios más usados. Fuente: AIMC

    Además del correo electrónico, el EGM detecta también una bajada del uso de redes sociales (el acceso a ellas es del 56,3% frente al 57,6% anterior.

     

    Realidad empresarial

    En TipeSoft sabemos de los cambios que las tecnologías provocan en las empresas llevan algo más de tiempo que entre los particulares por lo que entendemos que el correo electrónico seguirá siendo fundamental en las comunicaciones empresariales.

    PaaSOS v1.4 implementa un sistema de correo electrónico integrado con los sistemas habituales de correo.

    No se te olvide configurarlo correctamente.

     

    Configuración por defecto:

    Puertos por defecto:

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    Non-Encrypted

    AUTH

    25 (o 587)

     

    Seguro (TLS)

    StartTLS

    587

     

    Seguro (SSL)

    SSL

    465

    POP3 Server (Mensajes entrantes)

    Non-Encrypted

    AUTH

    110

     

    Seguro (SSL)

    SSL

    995

     

    Configuración de servidores

    Para configurar PaaSOS correctamente tendrás que establecer los datos de correo y de servicio correctamente.

    El tipo de autenticación también es importante (BASIC, PLAIN, etc…)

    Sin SSL (Autenticación BASIC)

    image thumb1 Correos electrónicos

    image thumb2 Correos electrónicos

    Con SSL para gmail (Autenticación PLAIN)

    image thumb3 Correos electrónicos

    image thumb4 Correos electrónicos

     

    Os dejamos los datos de los servidores de correo más usados en España para que os resulte más fácil configurarlos en PaaSOS.

    Servidores más usados:

    Googlemail – Gmail

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.gmail.com

    SSL

    465

     

    smtp.gmail.com

    StartTLS

    587

    POP3 Server (Mensajes entrantes)

    pop.gmail.com

    SSL

    995

     

    Outlook.com

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.live.com

    StartTLS

    587

    POP3 Server (Mensajes entrantes)

    pop3.live.com

    SSL

    995

     

    Office365.com

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.office365.com

    StartTLS

    587

    POP3 Server (Mensajes entrantes)

    outlook.office365.com

    SSL

    995

     

    Yahoo Mail

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.mail.yahoo.com

    SSL

    465

    POP3 Server (Mensajes entrantes)

    pop.mail.yahoo.com

    SSL

    995

     

    Yahoo Mail Plus

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    plus.smtp.mail.yahoo.com

    SSL

    465

    POP3 Server (Mensajes entrantes)

    plus.pop.mail.yahoo.com

    SSL

    995

     

    Yahoo ES

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.mail.yahoo.co.es

    SSL

    465

    POP3 Server (Mensajes entrantes)

    pop.mail.yahoo.co.es

    SSL

    995

     

    Orange

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.orange.net

     

    25

    POP3 Server (Mensajes entrantes)

    pop.orange.net

     

    110

     

    Orange.es

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.orange.es

     

    25

    POP3 Server (Mensajes entrantes)

    pop.orange.es

     

    110

     

    Hotmail

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.live.com

    SSL

    465

    POP3 Server (Mensajes entrantes)

    pop3.live.com

    SSL

    995

     

    1&1 (1and1)

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.1and1.com

    StartTLS

    587

    POP3 Server (Mensajes entrantes)

    pop.1and1.com

    SSL

    995

     

    1&1 España

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.1und1.es

    StartTLS

    587

    POP3 Server (Mensajes entrantes)

    pop.1und1.es

    SSL

    995

    GMX.com

    Servidor:

    Autenticación:

    Puerto:

    SMTP Server (Mensajes salientes)

    smtp.gmx.com

    SSL

    465

    IMAP Server (Mensajes entrantes)

    pop.gmx.com

    SSL

    995

    Blog | Tienda

    Correos electrónicos

    La muerte de los modelos de negocio tradicionales

    Hace no mucho tiempo me aburría leyendo el blog de Alfonso Gutiérrez (CEO de Velneo), pero algo está cambiando en los últimos meses. Cada día me gusta más el blog de Alfonso, artículos tales como http://crearsoftware.com/2014/03/26/crear-software-online/, http://crearsoftware.com/2014/03/20/crear-software-para-empresas/ apuntan en una dirección mucho más realista de las condiciones de mercado aunque desde mi punto de vista peca de conservador (respecto a los modelos de venta de software).

    Foto 125 La muerte de los modelos de negocio tradicionales

     

    La última entrada de Alfonso (http://crearsoftware.com/2014/04/03/el-software-y-la-muerte-de-las-licencias/) apunta en una dirección que requiere de un análisis más profundo, por lo que toda la comunidad de desarrollo Velneo V7 debería hacer una cierta reflexión respecto a lo dicho por Alfonso.

     

    Antecedentes

    En esta nueva etapa de nuestra vida nos enfrentamos a cientos de cambios (provocados por “la tecnología cada vez es más barata y más fácil de usar”) y hay dos formas posibles de afrontarlos; aceptarlos poco a poco o ser parte de este proceso.

     

    El problema

    Alfonso afirma que “El precio del software depende de cuantos usuarios lo utilicen” y es totalmente cierto (mucho más en el escenario actual) pero esta afirmación tiene consecuencias para los modelos tradicionales de nicho (que es una de las soluciones que plantea Alfonso en muchos de los artículos de cara a los modelos de negocio que una pequeña empresa de desarrollo puede abordar para ganar dinero con el software).

    Para provocar la reflexión todos tendríamos que responder a ciertas preguntas…
    Suelto la primera; ¿Cómo hacemos para crecer en clientes, estructura, músculo financiero y producto sin que se disparen los costes?

    Una empresa X decide desarrollar un software para un micro-nicho Z. Si nos ponemos a contar (haciendo un supuesto)… encontramos 400 empresas en España del sector Z y al detalle nos encontramos con que solo 100 son clientes potenciales. Y si apuntamos más al detalle… Siendo optimistas, supongamos que con un buen producto, conocimiento, servicio, estrategia de captación y todo lo necesario consigue una cuota de un 20% de esos 100.

    Según la formula de marras (para el supuesto de ganar 100.000 y 300.000 de coste “poco me parece”):

    Precio*número de usuarios=400.000€

    Precio = 400.000/20 = 20.000€ es lo que le tendrías que cobrar para ganar 100.000€ dando servicio a esos 20 clientes.

    Como bien dice Alfonso “antes podías cobrar 30.000€ a un cliente en un año, hoy día necesitarás 10 años para que el cliente te pague esa cantidad” vamos… que como mucho una empresa Z podría pagar 2000€/año durante diez años por el producto adecuado para suplir su necesidad. A priori, sumando, parece que algo no cuadra. Todos sabemos que las condiciones del mercado no son las de los años 2001-2007 y a x0.000€ no vendes ni una sola licencia en este nicho. Tampoco puedes calcular el ROI a 10 años (ni siquiera en algo tan estático como el software empresarial).

    Por lo que creo que hay algo más que hay que analizar que creo que tiene tanta o más importancia que a lo que apunta Alfonso en el artículo. En el fondo el cambio no es solo en la forma de entrega, más bien, el cambio es en todos los aspectos que tienen que ver con los modelos de negocio asociados al software empresarial.

    Soltamos la segunda; ¿Cómo hacemos viable un negocio si el mercado demanda un producto de alta especialización y servicio a bajo precio?

    Por otro lado Alfonso afirma que “el software es un negocio a largo plazo, NUNCA A CORTO PLAZO”, también estoy de acuerdo. Pero esto también tiene consecuencias, ya que el tejido empresarial Español está débilmente capitalizado y le es muy difícil abordar inversiones de este calado (300.000 de inversión para una micro-empresa del mundo del software es mucha pasta).

    Soltamos la tercera; ¿Cómo hacemos para que nuestras empresas capten el capital necesario para poder financiar estas inversiones en un mercado donde el crédito empresarial está bajo mínimos?

    Vamos que el planteamiento nicho único que plantea Alfonso como modelo para las empresas del mundo del software está en un no mercado como una casa “http://tipesoft.com/estudio-de-mercado/”.

    Otra afirmación que Alfonso realiza es que “La gente pagará por servicio, conocimiento o diferenciación, no por la tecnología” y también estoy de acuerdo, pero también tiene consecuencias importantes que valorar. Si un cliente me paga por servicio, conocimiento o diferenciación y el número de clientes a los que tengo que entregar estos servicios es mayor (ya no me vale con tener cinco clientes grandes) necesitaré replantearme toda le estructura.

    Soltamos la cuarta; ¿Cómo hacemos para que la entrega de todo ello sea posible en volumen y coste?

     

    La solución

    Para poder ganar dinero en este nuevo escenario hay que cambiar completamente todo el modelo de negocio. Esto implica, entre otras muchas cosas, pensar desde cero que cosas tienes que cambiar en la empresa para poder vender lo suficiente en volumen para que tu modelo sea exitoso. El resultado de ese análisis implica un cambio drástico en la mayoría de empresas del mundo del software. En TipeSoft aceptamos gustosamente este cambio, a día de hoy nuestras estructuras, servicios, formas de entrega, etc… están alineadas y preparadas en la única dirección que vemos viable para el nuevo escenario empresarial (cada día más palpable). Esta posición nos permite abordar los nuevos retos con enfoques distintos, abriendo un abanico de posibilidades que en los modelos “antiguos” no estaban disponibles.

    La solución está en entender el fondo del magnífico artículo de Alfonso sin caer en la tentación de quedarse en el barniz. Después de entender el fondo del cambio que se está produciendo, todos tenemos que remodelar nuestras empresas para trabajar en la nueva dirección que nos permita competir en el nuevo mercado.

    La comunidad de desarrollo Velneo, que es parte de nuestro proyecto, sabe los cambios que en TipeSoft hemos realizado para llegar a este punto. Sabe que es lo que tenemos, lo que no, en lo que estamos trabajando, nuestros fracasos y nuestros aciertos. También  sabe que los cambios en las empresas cuestan tiempo y dinero. Y por último, tiene claro que no siempre se llega al objetivo último (adaptarse a las nuevas condiciones del mercado).

    En TipeSoft, hace unos días consolidamos un punto importante a nivel empresarial, formalizamos oficialmente el trabajo que en los últimos cinco años hemos realizado en el apartado tecnológico, comercial y empresarial de cara a esta nueva etapa. A día de hoy solo podemos agradeceros la confianza, que todos los días, mostráis hacia nuestro proyecto, esperemos que pronto todo este esfuerzo se pueda materializar en mejoras para vuestros negocios. Cada día hay más empresas que creen en nuestro modelo empresarial y lo demuestran apostando por nuestros modelos empresariales colaborativos. Gracias.

    Todos tenemos que ser realistas ante el nuevo escenario empresarial (sin excepciones), estamos obligados a no mirarnos el ombligo (los nuevos modelos de negocio exigen de colaboración empresarial para hacer viables los negocios en volumen) y a enfocar correctamente con quien vamos a invertir nuestro tiempo y dinero en el LARGO PLAZO. Nosotros trabajamos en esta dirección desde el principio pero muchos días me pregunto porque las mayoría de las empresas no lo hicieron cuando fue necesario (2 Millones de empresas cerradas desde que empezó la crisis). A día de hoy esta distancia entre las que lo hicieron y las que no se pusieron las pilas creemos que es insalvable, pero como buena empresa que busca socios empresariales continuamente nunca perdemos al esperanza de que las empresas pivoten en la dirección que creemos acertada.

    Por último, no quiero despedirme sin dejar claro que estoy de acuerdo con el artículo en las líneas maestras. Pero, para nada estoy de acuerdo en la solución planteada ante los retos a los que hace mención. El artículo parece sesgado respecto a la intención de convencernos de que elegir un único nicho rentable es suficiente para hacer dinero con el software (yo creo que esto ya no es posible en el nuevo escenario).

    Blog | Tienda

    La muerte de los modelos de negocio tradicionales