Genexus

Aviso que se fue largo, pero me gusto el thread que se dio.

Hola

Agradezco a mi amigo Gabriel Medina el empujon para concretar en el teclado lo que tenia en la cabezar, concluyo en que precisamos un nuevo tipo de licencia, algo mas potente que la trial y no tan amplio como las full : la Junior. (asi no los obligo a leer todo)

Por como se han planteado los problemas, esta es una situacion de los usuarios-personas con proyectos personales o con proyectos que recien estan iniciando con poco o nada de retorno o donde el mismo es una incognita grande, asi que quedan afuera de este enfoque los usuarios-empresa o con proyectos ya sustentados o viabilizables.

Hasta donde conozco hay 3 posibilidades para disponer de genexus, dependiendo del gusto, necesidad y bolsillo de cada uno y en ese orden

a) comprar las licencias full, aca no hay nada que decir al respecto, inversion superior a los $ 8000 dolares, no tengo muy claro los precios, son solo referencias historicas.

b) comprar el full tech o nombre similar, que es una suscripcion por un año, renovable, a todos los elementos que componen genexus y tambien a lo que vaya saliendo durante el periodo, al menos en Uruguay existe y esta en el entorno de los $2500 dolares al año y es exclusivo para desarrolladores (usuarios-personas) y creo que tambien para casas de software. Creo que la suma del costo de los componentes esta arriba de los $12.000 ojala alguien lo aclare.

Es para proyectos donde se piensa tener un producto, un emprendimiento con retorno previsto o un proyecto puntual (use y tire :S ) y la opcion anterior no es viable.
 
En este punto colocaria la opinion de Raul Gomez: "que desarrolladores independientes, unipersonales, micro-empresas, puedan usar Genexus sin tener que realizar un gasto tan grande"

c) usar la trial, tambien me entero por Vinicius Velleda que existe un programa academico en Brasil que permite acceder a un genexus recortado, no conozco las condiciones pero supongo que no podran hacerse desarrollos comerciales.

La trial tiene y tuvo limites, ahora creo que son 90 atributos, 140 objetos y 3 meses, siendo lo novedoso lo de restriccion en el tiempo, como ahora se genera en la nube, y la nube no es gratis, es claro que no se pueden dejar ad infinitum las kbs ahi "arriba".

Para Pablo Moleri por un tema de hostings economicos, deberia generar en algo mas que .net que sin duda es mas costoso de alojar que por ejemplo ruby, pero como la trial genera en la nube, te olvidas del tema hosting. Si es para algo personal, la Junior seria la solucion.

Resumen de Necesidades/Propuestas

a) Licencia Trial: Levantar la restriccion de tiempo o renovar el mismo, para las aplicaciones chicas que sigan el planteo original de Jesus Busquets, en esta categoria caen "aplicaciones reales, útiles y de tamaño reducido". Para el crecimiento del gxmarketplace y el otro sitio de market para las aplicaciones para smart devices. 

b) Licencia Trial: Flexibilizar restricciones para proyectos chicos, donde la trial queda corta, de investigacion o donde no hay retorno economico, como plantea Diego Rostagnol, cuando se hace algo por diversion o investigacion seria bueno que pudieran perdurar y a mi juicio deberian ser de codigo abierto para que vuelva algo a la comunidad, titulo marketinero "Proyectos de interes para la comunidad" : Repoblar gxopen, gxwiki etc.

c) Licencia Junior: el colega forogx09 plantea una modalidad nueva, que tendria limitaciones de objetos superior a la de la trial asociada a un costo bajo (el problema va a ser definir costo bajo) y forma de pago mensual. En sintesis una mezcla de trial con full tech, ni tan corta ni tan amplia; la cual habilitaria a hacer productos comerciales dentro de su potencia.

d) Esquema de Puntos para ganarse reduccion de costos en la licencia Junior, este es el aporte de Carmen Pedrique unido a lo de la licencia junior, por aca hay un dicho "el que quiere celeste que le cueste", tambien hace años Enrique Almeida proponia algun premio a quienes encontraran mas bugs y similares, en sintesis si tenes actividad por la comunidad y por la herramienta se te reconoce para canjes.
En este item se podria producir documentacion, mejorar el wiki, generar videos de capacitacion, etc: Aportes de valor para la comunidad.

Consideraciones para la licencia Junior:

Al crear una licencia nueva se perderan oportunidades de colocar las opciones existentes?, el tener ofertas de menor precio haran caer las ventas de las full ? ; personalmente no creo que sea asi, fundamento en que quienes vayan por licencias tipo junior muy dificilmente llegarian a las full, es por eso que surgio el thread, hay un target con la necesidad de genexus que no compite contra los otros.

Una version de este tipo, llevaria a calibrar en forma mas precisa las necesidades para incorporar genexus, donde mido mi proyecto y descuento que tendre una opcion de genexus para llevarlo a cabo; no creo que haya mudanza de preferencia entre los posibles interesados, cada uno ira por la que mas le conviene, independientemente del dinero si una startup usa la junior seguramente su producto es junior,  y si su producto requiere la full por mas que le regalen la junior, esta no les va a servir: el famoso Rightsizing.

La gente de marketing (ojala alguien les avise) podria utilizar esto como un entry point, un precio bajo disminuye el riesgo inicial, facilitando la concrecion de la venta, donde el cliente crezca seguro pasa a otro nivel de $$ superior, pero lo mas importante ya viene con genexus desde chico.  

Es dificil, pero demostrado que no imposible, que desde este pais se llegue al mundo, me da la sensacion que no se desprecia ningun cliente ya sea chico o grande, donde genexus es poco conocido o no tiene buena penetracion, una licencia comercial reducida y de precio bajo seguramente ayude a una software house a darle una oportunidad a la heramienta y asi expandir; no considero que esto sea bastardear el valor de la misma.   

Pero lo mas importante, hay colegas que necesitan "su genexus", y la inquietud se genero dentro de la comunidad, por gente que trabaja con genexus y quiere seguir con genexus en su casa practicando, aprendiendo, compartiendo o emprendiendo, por gusto o fidelidad o como dice Luciano Topolniak:

Bueno , bueno, viendo la cantidad de comentarios que han habido a este tema en solo una semana, parece claro que es algo que la comunidad de gx  está esperando.  :-)

Especialmente , me alegra el hecho de que haya respuesta por parte de Nicolas Jodal, por mas que no haya podido pasar de dar una respuesta "política" al planteamiento ( es decir, la respuesta clásica cuando se le pregunta algo a un político:   "lo tenemos en cuenta, pero aún no hemos decidido qué hacer")    ;-)       

Espero que la constatación de que para la comunidad este es un tema de alto interés ayude a que Artech se pueda decidir a dedicarle un poco mas de atención y decidirse por alguna opción.

Me llama la atención el planteamiento de que no se encuentre una solución "universal" en función de los mercados... no entiendo  a que distinción de mercados se está refiriendo. Si es una distinción geográfica (por continentes o países)  o una "horizontal" (por tipo de desarrollo a acometer). Desde el segundo punto de vista, lo que yo estaba planteando es precisamente la posibilidad de abrir un nuevo mercado a la herramienta, lo que , indirectamente, entiendo que mejoraría su posición en el ámbito en que actualmente se sitúa (la de equipos de desarrolladores de software para uso interno o externo).  Este nuevo mercado, en el que Gx no tiene, en mi opinión, la una buena posición (si es que tiene alguna) , es precisamente el que creo que más está creciendo actualmente, y es del desarrollador individual que genera pequeñas aplicaciones para ejecutarse en la nube y/o dispositivos móviles. ¿Cuantas app nuevas salen al día?  en comparación, ¿cuántos proyectos de desarrollo empresarial del tipo de los que compiten los actuales clientes de Gx?. Creo que es el momento de dar una respuesta en este ámbito, a la velocidad que van las cosas, en muy poco tiempo ya será tarde, el mercado estará consolidado, y no aceptará fácilmente nuevos competidores.

Tampoco tiene que ser tan complicado: Elegir un entorno determinado de generación , que permita desplegar en la nube con facilidad, una única BD, un único lenguaje generado (ya se han dado algunas propuestas, como Java/MySql, por ejemplo) o un par de ellos, que sean free, y una limitación al número de transacciones y/o objetos.  Estas limitaciones harían que no fuera una herramienta válida para un proyecto de mas envergadura, un proyecto en el que actualmente se utilizaría Gx "full", y por tanto no tendría por qué "socavar" el mercado de las licencias Gx actuales, sino mas bien al contrario, hacer mas accesible el camino a su entrada.


Creo que los beneficios de la existencia de un ecosistema Gx en el ámbito que indicaba tendría grandes ventajas, a un coste relativamente pequeño. Entiendo que solo el concepto de publicidad que generaría sería suficiente para compensar cualquier posible pérdida que la existencia de una versión "free" (o "light",  si es que esa palabra produce un poco de urticaria dentro de la empresa  ;-) ). Yo me imagino una buena cantidad de apps sencillas en los marketplaces principales,  gratuitas o de poco coste para los usuarios, (como son tantas ahora), que  al desplegarse, tuvieran "obligatoriamente" un logo tipo :  "Creado con Genexus".  ¿No llamaría eso a nuevos desarrolladores a interesarse por la herramienta? 

Siguiendo con el tema de la publicidad, y la la presencia de la herramienta en el entorno geográfico, no sé que pasará en Latinoamérica, pero aquí en España  no lo conoce "ni el gato". Cada vez que comento con algún colega o proveedor qué herramienta utilizamos para el desarrollo tengo que deletrear "Genexus" dos o tres veces.

¿Y la realimentación que aportaría una comunidad de usuarios de una versión "free" (buenoooo "light"   O:-) )  aportaría a la mejora de la herramienta?     ¿ y la posibilidad de generar otra posible fuente de ingresos a partir de esa comunidad, como el alquiler del espacio / proceso en la nube para el despliegue de las aplicaciones "free"?  ¿O una suscripción de pago a la documentación técnica que ahora no es accesible de forma libre?   Seguro que hay mas formas de "monetizar" un producto como ese.   

¡Y la razón mas convincente que veo es que si M$ lo ha hecho, es que se puede sacar dinero de ello!


....  Mientras tanto hay una respuesta concreta, y como me temo que ésta podría tardar demasiado en dar luz a algo, voy a ir echando una ojeada a un framework de desarrollo para apps que tiene buena pinta , y del que he oído hablar muy bien  en un foro de tecnología al que estoy suscrito.  Es que me "pican" algunas ideas para desarrollar en los fines de semana, y no quiero que se me "pase el arroz".     O:-)

--

Jesús Busquets

GRESPANIA, S.A.

Este mensaje se dirige exclusivamente a su destinatario y puede contener información privilegiada o confidencial. Si no es Vd. el destinatario indicado, queda notificado de que la utilización, divulgación y/o copia sin autorización está prohibida en virtud de la legislación vigente. Si ha recibido este mensaje por error, le rogamos que nos lo comunique inmediatamente por esta misma vía y proceda a su destrucción.