Qué es un Plugin QML

Nuestro buen amigo Paco Satué nos deja caer en uno de nuestros últimos artículos que sería interesante aclarar para toda la comunidad Velneo una serie de cuestiones:

Paco Satué

marzo 8, 2018 | Responder

Hola Jorge.

Las preguntas serían:

– ¿ qué es realmente un plugin QML ?
– ¿ necesito unos conocimientos medios de C++ ?
– ¿ existen en Internet desarrollos en Qt que sean fácilmente importables a Velneo como plugins ?
– ¿ ésta sería una buena forma de extender Velneo y en ese caso, por qué no se hace más a menudo ?

Saludos y gracias por los artículos de excelente nivel.
Paco Satué

Paco tiene razón… y vamos a dársela atendiendo a esta cuestiones y otras que puedan ser necesarias para clarificar que es eso de un plugin QML y como nos afecta a los desarrolladores Velneo.

 

Qué es un plugin QML

Un plugin QML es una posibilidad de extensibilidad que tiene QML y por ende Velneo. Nos permite extender su funcionalidad de una forma modular (los módulos son los plugins).

Estos plugins pueden contener código C/C++, código javascript y código QML. Se pueden desarrollar combinando las tres tecnologías, haciendo que sea realmente interesante.

Lo habitual es que sea un componente C/C++ con pequeñas partes en QML y javascript.

En caso de requerir solo de capacidades QML y javascript no es necesario desarrollar un plugin c++, con integrarlo como un componente dentro de nuestro desarrollo QML sería suficiente.

Si nos fijamos uno de ellos, veremos que la dispone de funcionalidades desarrolladas de forma mixta (C/C++, código javascript y código QML).

Fíjate en el siguiente directorio de tu instalación de Velneo.

image

Como puedes observar, el plugin QML QtMultimedia, está formado por una dll (resultado de compilar código c/c++), un fichero QML (Video.qml) y un fichero de configuración (qmldir).

Si abrimos el fichero Video.qml con un editor de texto podemos observar como dentro del mismo hay fragmentos de código JavaScript.

image

Observar esta cuestión nos permite vislumbrar en que consiste un plugin QML (técnicamente hablando).

Plugins QML en Qt

Dentro de Qt 5 existen multitud de plugins QML. Parte de ellos integrados dentro de la plataforma base, otros como extensiones dentro del proyecto Qt y otros de terceros (de código abierto o cerrado).

En caso de ser plugins QML/C++ requerimos compilarlos para cada plataforma. Esto provoca que sea más complejo técnicamente de lo deseado.

 

Plugins QML en Velneo

Usarlos dentro de Velneo consiste en poco más que pegarlos en la ubicación correcta (si ya los tienes compilados) e importarlos dentro de tus formularios o listas QML de Velneo.

Actualmente podemos extender el vClient y el vDevelop mediante plugins QML.

En el mundo Velneo, no hay ningún soporte para esta capacidad de extender nuestras herramientas, pero lo cierto es que tampoco es que nos haga demasiada falta.

 

Necesito saber C++ para desarrollar plugins QML

Sin dudas.

Por desgracia, necesitas algo más que el conocimiento básico:

  • Por un lado, necesitas conocer C y C++ (nivel medio).
  • Por otro, necesitas conocer QML y JavaScript (no es demasiado complejo, pero requiere de cierto esfuerzo). Recuerda que ya hemos escrito algún artículo sobre como compilar
  • Por otro, la forma de declarar un plugin (no es demasiado compleja). Tenemos escrito otro  artículo sobre como crear tus plugins, no dudes en leerlo.
  • Por otro, necesitas conocer la plataforma Qt en cada sistema operativo, no es lo mismo compilar en windows, linux o iOS (la verdad es que no es tan simple como puede parecer).
  • También necesitas conocer herramientas tales como compiladores, enlazadores, JDK, SDK, XCode, CMake, QMake, Git…

Vamos… que no está al alcance de todo el mundo.

 

Proyectos Qt que se puedan incorporar como plugins Velneo

Proyectos Qt hay muchos. Que se puedan integrar de forma directa en Velneo, pocos.

 

Plugins que requieren poco esfuerzo

En los proyectos Qt/QML que hay, el soporte de la comunidad de desarrollo Qt es medio/bajo. Podríamos empezar por esta lista de recursos disponibles Qt/QML:

https://github.com/mikalv/awesome-qt-qml

En algunos de ellos, solo hay que coger la instrucciones del proyecto, compilarlos para cada plataforma y volcar los binarios adecuadamente. En otros… no es tan simple.

 

Plugins que requieren de esfuerzo medio-alto

Por otro lado, también hay proyectos, que haciendo un esfuerzo medio/alto se podrían convertir en plugins QML. Tendríamos que ver si funcionalmente son necesarios, estudiar el código fuente, desarrollar las clases que intermedien y por último crear y compilar los plugins. De estos hay muchos más.

https://github.com/JesseTG/awesome-qt

https://github.com/skhaz/awesome-qt

https://github.com/fffaraz/awesome-qt

https://github.com/insideqt/awesome-qt

 

Plugins que requieren de esfuerzo alto

Y ya puestos… si cogemos C y C++ las posibilidades son infinitas, pero el esfuerzo es mucho mayor.

https://github.com/fffaraz/awesome-cpp

 

Es una buena forma de extender Velneo

La verdad es que los plugins QML son una poderosa forma de extender Velneo, tal vez la más poderosa. Pero también es cierto, que los esfuerzos necesarios son medio/altos, y eso echa para atrás a muchos desarrolladores de la comunidad Velneo.

Este es el motivo por el que hemos decidido caminar en esta dirección, para ayudaros a abrir camino en esta difícil tarea. Los resultados saltan a la vista:

Por nuestra parte seguiremos dando luz sobre esta forma de extensión de Qt… ¿Cuál será el siguiente?

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 (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.

    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.

    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