Herramientas de desarrollo generalistas vs especializadas
- Publicado por [N1] jarboleya.velneo.gmail
- Desarrolladores, Negocio
A raíz de uno de los comentarios escritos por Manuel Tovar en el artículo Windev y Velneo me he animado a escribir este artículo para aportar mi punto de vista respecto a los diferentes planteamientos (que no comparación) de las herramientas de desarrollo generalistas o especializadas. Me gustaría destacar del comentario escrito por Manuel Tovar la frase “hacer programas sin programar” La frase es digna de una campaña de marketing.
Todos los que hayan programado en COBOL (acrónimo de Common Business Oriented Language – Lenguaje común orientado a los negocios) o RPG (Report Program Generator – Que aunque inicialmente estaba orientado a los informes derivó en un lenguage similar a COBOL) pueden apreciar cómo estos lenguajes contienen un conjunto de instrucciones diseñado específicamente para el acceso a la base datos que facilitan el desarrollo de aplicaciones empresariales. Muchos pueden considerarlos obsoletos pero con el tiempo han evolucionado dando orientación a objetos y soportando entornos gráficos; lo que les ha permitido seguir aún vivos tras décadas en el mercado. Pero sobre todo han sobrevivido porque con ellos se contruyen soluciones muy sólidas y fiables.
Otro lenguajes como C#, Visual Basic, Delphi, etc. no han nacido con ese propósito de lenguaje especializado para soluciones de negocio empresarial, sin embargo, dado su carácter general permiten también desarrollar este tipo de aplicaciones, pero siempre lo harán desde un prisma de más bajo nivel obligando al programador a desarrollar su propio juego de clases reutilizables.
Por ese motivo la percepción que se puede tener cuando se pasa de una herramienta generalista a una especializada es de pérdida de control ya que vienes de tener que hacerte tu propio framework en muchos casos a usar uno ya totalmente implementado sin posibilidad de modificar a tan bajo nivel tus desarrollos. COBOL, RPG o Velneo disponen de instrucciones para gestionar ágilmente y de forma nativa la base de datos, las tablas y sus registros, este es un aspecto importante ya que es el uso de base de datos lo que se potencia en estas herramientas consiguiendo un alto nivel de productividad y, sobre todo, de fiabilidad ya que al no tener que utilizar dll’s o controles externos garantizan que la aplicación funcionará igual en producción que en el ordenador de desarrollo.
Aunque en muchas ocasiones se habla de “programar” o “escribir código”, más importante es, desde mi punto de vista, analizar.
Tampoco debemos olvidarnos de la importancia de implantar, formar al usuario y mantener la aplicación en el futuro. Por ese motivo prefiero hablar de herramientas de desarrollo y desarrolladores que muchas veces hacen funciones de analista-programador y en algunos también de formador y comercial 
Manuel también comenta que programar con lenguajes de programación es más “divertido” que hacerlo con Velneo ya que no requiere escribir código y es prácticamente visual. Mi opinión es que en Velneo también existe un porcentaje de programación: procesos, funciones, demonios y triggers pero sobre todo me quedo con la diversión de acabar en 15 días lo que en otra herramienta podría llevarme 2 meses de trabajo. Además me consta de que la satisfacción del programador de Velneo es alta ya que se siente productivo y durante las 8 horas de trabajo se agradece avanzar con el menor número de problemas. Evidentemente, otra cuestión es si desarrollas por hobbie.
Considero que un programador de Velneo una vez superada la fase de aprendizaje se puede centrar al 100% en la resolución del problema de su cliente sin preocuparse de la implementación tecnológica que en la mayoría de las aplicaciones no requiere de ningún recurso externo a Velneo.
Con Velneo V7 se abrirá la puerta a que el programador pueda parametrizar y programar a más bajo nivel utilizando las API de Velneo y pudiendo crear sus propios plugins, pero esa es otra historia.
Etiquetas: alternativa cobol, alternativa delphi, alternativa rpg, aplicaciones, COBOL, Delphi, desarrollo, empresariales, especializadas, generalistas, herramientas, programación, RPG, VB, Visual Basic
(6 voto(s), 2,83 sobre 5)
25.08.2010 11:43
23.08.2010 21:45
02.08.2010 04:30
01.08.2010 10:43
20.07.2010 17:19
27.10.2006 | 165 Comentarios
27.04.2006 | 84 Comentarios
12.04.2006 | 82 Comentarios
23.01.2009 | 65 Comentarios
Agosto 11, 2008 - 10:25 #
Estoy de acuerdo contigo Jesus en todo pero con matices.
Si hablamos de acceso a base de datos, tus afirmaciones son correctas, sin embargo si hablamos de herramienta de desarrollo, en determinados procesos, poder trabajar a más bajo nivel tiene sus ventajas.
Y si comparas con lenguajes como COBOL y RPG no te olvides que el mayor avanze que han tenido fue la posibilidad de implementar SQL y trabajar con diversas bases de datos. Comparar Velneo con otros lenguajes es sencillamente imposible ya que Velneo no es un lenguaje.
Agosto 12, 2008 - 05:50 #
Interesantes, como siempre, las observaciones de Jesús Arboleya a un comentario mío dirigido a otro participante en la entrada de Windev y Velneo. Sin embargo creo que se me interpretó mal, quizás porque me expliqué mal, en una parte, la parte de la “diversión”. Me gustaría contestar esta parte, aunque sea solo por “alusiones” como dicen los políticos en el Congreso. Yo creo que programar tiene un alto componente de creatividad, al menos para algunos de nosotros. Y poder desplegar esa creatividad es también el objetivo. Nos hemos ganado la vida y nos la seguimos ganando con la programación, pero también nos hemos divertido, le hemos buscado las 5 patas al gato. Incluso en Velneo se hace: por ejemplo las tablas dummy de Fran, ¿o no? No solo en la fase de análisis y diseño sino al momento de atisfprogramar la solución. Y esa creatividad necesita de libertad para hacer las cosas como uno quiere y de recursos que lo permitan. Descubrir que un determinado problema se puede resolver de otra manera y ver que de esa manera “inventada” por nosotros funciona, eso nos llena de satisfacción y nos hace “divertido” el trabajo. No quise decir que Velneo no sea “divertido” de utilizar porque al ser visual no requiera código, no. Lo que quise decir es que como la variedad de los objetos visuales y sus características (léase propiedades y métodos) es menor en Velneo que en otros lenguajes, las posibilidades de trabajar con ellos son menores por un simple problema de combinatoria. Por ejemplo veamos una rejilla. Si tomamos, por ejemplo, la rejilla ARTDE-ER-FIN de vGestion.map dispone de unos 33 (aproximadamente) entre propiedades, eventos y métodos asociados, algunos deshabilitados y supongo que la mayor parte de ellos modificables en tiempo de diseño, pero no en tiempo de ejecución. Si estoy equivocado me corrigen. En VFP (disculpen que lo mencione pero es de lo que apenas se algo), una rejilla se compone de los siguientes objetos:
El propio objeto REJILLA con 92 propiedades y 55 métodos
A su vez se compone de “n” objetos COLUMNA con 59 propiedades y 21 métodos cada una y a su vez cada objeto Columna se compone de:
Un objeto HEADER (el encabezado de la columna)con 29 propiedades y 19 métodos
y un objeto TEXT (la celda de la rejilla propiamente dicha) con 93 propiedades y 48 métodos
Lo cual hace un total de 273 propiedades y 153 métodos para una rejilla de una sola columna, salvo error u omisión por mi parte. Similar número se pueden observar en Visual Studio, lo mismo en NetBeans y quizás en muchos otros lenguajes que no conozco. Esa es la grandeza de la OOP y también su problema. Alguien dijo en el 95 que en OOP cuando quieres una banana te tienes que traer al orangután, y a la palmera, el elefante, la jirafa, y etc. toda la selva pues, añado yo.
¿Y qué? ¿Para qué tal cúmulo de propiedades y métodos para ejecutar código? Pues para que sea difícil que nos encontremos con un requerimiento que no podamos atender. Si el cliente quiere (o nosotros queremos ofrecer al cliente) que una columna en tiempo de ejecución “se estire” y “se encoja” por ejemplo, para que se pueda leer todo su contenido lo podemos hacer en el momento en que el usuario pase el Mouse sobre dicha columna (en el evento “mouse enter” cambiamos el valor de la propiedad width de la columna que queramos “ensanchar” y lo volvemos a dejar como estaba en el evento “mouse leave” de la misma columna) Si eso lo abstraemos y lo programamos de forma genérica podríamos hacer una clase grid cuyas columnas se estiran y encogen de forma dinámica con solo pasar el Mouse sobre la columna sin más que lo que he comentado aquí. Si no dispusiéramos de esos eventos y si no pudiéramos modificar en tiempo de ejecución esas propiedades no nos sería tan fácil de hacer. Si queremos que los textbox de nuestra aplicación “se magnifiquen” en el momento en que tomen el foco para aumentar el tamaño de la letra y que sean más visibles para el usuario porque el usuario es un viejito miope, lo que haríamos sería modificar las propiedades width, height, font, fontbold del textbox en el evento “get focus” y volverlos a dejar como estaban en el evento “lost focus”. Si lo hacemos en la clase base del textbox quedaría automáticamente modificado en todos los formularios. Y así múltiples ejemplos. A eso me refería con la “diversión”. La posibilidad de buscar otras vías para hacer las mismas cosas de todos los días. Esa creatividad no se puede desarrollar sin recursos. Nada hay más frustrante que las limitaciones. En el foro a veces se leen expresiones como: “me temo que así no se puede”, “yo creo que lo debes hacer así:”, etc. eso es lo que choca a los que venimos de otros lenguajes en las que las posibilidades son muchas más. Claro está que todo esto que estoy diciendo es a costa de la eficiencia mientras se desarrolla, pero la “diversión” buscando la solución creo yo es mayor y además estoy seguro de que cualquier cosa que me pidan la voy a poder hacer. A esto me refería con lo de “divertido”.
También RPG tenía sus posibilidades de “creatividad”. En la hoja F todos usábamos los mismos tipos de ficheros de entrada (los de la I en la 15) S, I (en la columna 19 creo) pero había la posibilidad de utilizar acceso random lo cual nos permitía hacer las cosas de otra manera utilizando “apuntadores de un registro a otro” y en la hoja C podíamos utilizar las instrucciones para bit que nos servían de indicadores de situación muy sofisticados. Los encabezados de los listados y los subrayyados se podían almacenar en tablas para luego imprimirlos de “golpe” en las hojas O. Luego al final de los 70 llegaron los S/34 y empezamos con las pantallas, lo visual y estos líos.
Bueno, perdón por lo extenso. Creo que me pasé del tiempo permitido por una alusión.
Saludos cordiales para todos, como siempre
Manuel Tovar
Barranquilla – COLOMBIA
Agosto 25, 2008 - 01:53 #
Estimados siempre sigo el sitio de Velneo desde Chile.
Revisando productos similares al de ustede me encontre con esta pagina.
http://www.salesforce.com/es/platform/application-development/apex-programming-language/
Hay alguna forma de que creen ustedes alguna comparativo entre estos productos
esperando sus comentarios
atte.
Agosto 25, 2008 - 09:55 #
Salesoforce hasta hace muy poco siempre se había dirigido a clientes finales; de hecho sigue siendo su fuente de ingresos: cobran el acceso a usuario de alrededor 100$ /mes (aunque tienen ofertas de vez en cuando)
Ellos siempre han creado sus propias aplicaciones y directamente las comercializan apoyados en una fuerza de ventas bastante diligente. Por lo tanto hace relativamente que puedes programar aplicaciones. El lenguaje que utilizan es propio y lo llaman Apex. Según ellos (http://www.salesforce.com/es/platform/application-development/apex-programming-language/) dicen que el entorno se parece a Java; por lo que sospecho que el desarrollo será bastante más tedioso que con Velneo.
Salesforce ha sido el gran impulsor de la arquitectura SaaS; modelo que defiendo y que seguro se impondrá en la década que viene.
Gracias por tu pregunta
Agosto 26, 2008 - 15:27 #
Hola Manuel,
Perdón por el retraso en responderte pero he estado de vacaciones.
Como siempre quiero agradecer tu participación, ya ves que además en muchos casos es fuente de inspiración de artículos
Sobre tu extenso comentario me gustaría matizarte que tú te centras en la parte de programación -propiedad, eventos, etc.- que como es lógico tiene su importancia, pero desde mi punto de visto no es la más importante a la hora de conseguir una solución de éxito en un cliente final.
Como comentaba en el artículo parece que los hermanos pobres siempre son el análisis, la implantación, el mantenimiento, la formación y, sin embargo, creo que de cara a la satisfacción del usuario final son tan o más importantes como la satisfacción de poder crear un interfaz rico.
Reitero que no quiere quitarle valor a lo comentas, pero considero que los aspectos de velocidad, fiabilidad, facilidad de uso, mantenimiento rápido y económico y una formación adecuada son igual de importantes y la suma de todos ellos al final pesan más en la decisión final de adquisición de una solución.
Por eso desde el punto de vista de desarrollo, la plataforma más rentable o con la que consigas más satisfacción final en el cilente no tiene por qué estar relacionado con aspectos exclusivos de la programación. Aún así, te puedo asegurar que en Velneo trabajamos con el fin de que V7 y sus futuras versiones aporten cada día más posibilidades al programador. Se trata de dar más posibilidades sin perder la facilidad de desarrollo y mantenimiento y eso en ocasiones no es fácil de conseguir pero te aseguro que se trabaja en esa línea.
Bajo mi punto de vista lo que hizo a COBOL o a RPG llegar donde han llegado no fue precisamente su riqueza en instrucciones, propiedades y eventos. Ni siquiera los S/32, S/34, S/36 o S/38 y posteriormente los AS/400 de IBM llegaron a copar el mercado de mainframes por su velocidad precisamente. Desde mi punto de vista la combinación de esa plataforma de desarrollo COBOL o RPG (usando DB2) corriendo bajo OS/400 o anteriores eran soluciones estables, fiables y con una velocidad de ejecución suficiente para el entorno interactivo y muy buena para procesos batch.
Saber que una aplicación funcionaba igual en mi máquina de desarrollo que en el servidor del cliente final en producción era algo que en muchas plataformas de desarrollo no es fácil de encontrar y en muchos casos debido a que son herramientas generalistas que tienen una gran cantidad de extensiones que lógicamente abren un mundo de posibilidades pero que como contrapartida generan problemas de estabilidad en la implantanción y el mantenimiento.
Creo que cada trabajo tiene su “herramienta” y todas las plataformas de desarrollo son buenas, lo importante es saber elegir la herramienta adecuada al trabajo que vayas a realizar.
Saludos.
Agosto 28, 2008 - 12:48 #
Hola Manuel.
He leido con atención tu articulo , me ha hecho reflexionar y creo que tienes bastante razón.
He repasado mentalmente mi epoca como analista y programador y sinceramente, lo mas “Divertido” de la programacion es esa tarea “Creativa” a la que haces referencia.
Y sinceramente en Velneo, a mi personalmente me ha permitido desarrollar esa creatividad, pero de una forma un tanto diferente. Mientras que cuando programaba con otras herramientas es cierto que la creatividad la aplicaba a asuntos esteticos, realizar pantallas o interfaces espectaculares, en Velneo ha sido muy diferente.
La creatividad que Velneo me ha permitido ha sido siempre en la Base de Datos, en encontrar soluciones impresionantemente sencillas y eficaces a problemas en apariencia muy complejos e incluso dados como imposibles o muy complejos en otras herramientas.
No es más que mi experiencia, pero cuando leo tus comentarios, no puedo mas que acordarme de soluciones aplicadas a procesos productivos, resueltos con creatividad y gracias a la potencia de la Base de Datos de Velneo, y ahi cuando hablamos del Dato, Velneo para mi es incomparable. Si hablamos de aspectos visuales, ese nunca fue su fuerte, estoy de acuerdo contigo.
Agosto 29, 2008 - 06:26 #
Gracias a Jesús Arboleya y a Miguel Pérez por contestar a mi último comentario y bienvenidos de las vacaciones.
Jesús resalta la importancia del análisis, formación y otras tareas diferentes a la estricta programación, tareas que también dependen mucho de la herramienta. Y tiene razón, pero yo creo que después de 50 años más o menos de aplicaciones empresariales el buen diseño, la velocidad, la estabilidad y la confiabilidad en los programas se suponen. El software de aplicación que no cumpla con todos esos requerimientos sale o ha salido del mercado. Cuando empezamos a hacer programas se nos permitía que no funcionaran bien, que fueran lentos, era admisible demorar 12 horas en imprimir las cuentas por cobrar y demorar 3 días en el cierre de las estadísticas del mes, el usuario siempre al pedir algo decía: “si se puede”, en resumen los informáticos poníamos las reglas porque en cualquier caso era mejor eso que hacer las cosas manualmente. Con la llegada del PC en los 80 y Windows poco después, el usuario empezó a cobrar importancia, él mismo podía administrar sus datos y la ofimática le mostró que algunas cosas no eran tan difíciles como nosotros decíamos, empezó a ser más exigente en cuanto a los programas y empezó a ser más exigente en cuanto a la estética y funcionalidades que los programas deben tener. Ningún usuario normal entiende que un programa hoy no tenga exportación a Excel, o una utilidad para enviar e-mail, o para manejo de imágenes, códigos de barras, o imprimir en PDF, etc. son funcionalidades que se suponen y en muchos casos se exigen. Y con la masificación de Internet el usuario está al día en avances y los pide directa o indirectamente y nosotros tenemos que disponer de la herramienta que nos permitan implementar las mismas funcionalidades que el usuario ve en Internet cuando navega o que ve en el Messenger cuando “chatea” todas las noches.
La formación en los programas aplicativos de uso común, si el programador sigue los estándares Windows debe ser prácticamente inexistente a no ser que se trate de una aplicación muy especializada. Yo utilizo unos vídeos sobre el mismo programa y en general no dedico mucho tiempo a la formación y nadie me lo exige. Si el programa es de contabilidad y el que lo utiliza es contador el resto ya se lo enseñó Windows hace rato y por tanto yo no haré en mis programas nada “al revés” de cómo lo hace Windows o diferente. No sería inteligente por mi parte. Si mi programa de contabilidad debo explicárselo a un contador algo anda mal: o mi programa o el contador o los dos.
Yo creo que los dos puntos en los próximos años que harán destacar a las aplicaciones de negocios de uso común serán: que corran eficientemente en Internet y las mejoras en usabilidad. Todo lo demás se supone que lo debe tener. Velneo tiene esa gran fortaleza de que lo mismo corre en local que en la Web aunque tenga la limitante de que hay muy poca oferta de hosting para Velneo. Creo que ninguna herramienta ofrece lo mismo, salvo Java pero a costa de ser muy complicado y poco eficiente cualquier desarrollo todavía, a pesar de los enormes avances y la velocidad de salida de las versiones de NetBeans y Eclipse. Servoy ofrece lo mismo pero generando código Java, o sea que es lo mismo. Windev son dos herramientas diferentes para local y para Web, sólo en Velneo (además de Java creo yo) se puede correr el mismo ejecutable en los dos ambientes. Y eso es una gran ventaja. Si además tuviera todas las herramientas para que los programadores pudiéramos lucirnos en usabilidad sería la herramienta perfecta. V7 ya sale en fase beta corriendo en Internet (creo que solo sobre Internet) y en usabilidad se ven mejoras importantes. Con suerte será la mejor herramienta disponible. ¡Ojala¡ Sería bueno para todos.
Saludos cordiales,
Manuel Tovar
Barranquilla – COLOMBIA
Agosto 29, 2008 - 10:29 #
Hola Manuel,
Como siempre muy interesantes tus comentarios.
De lo que comentas me gustaría destacar donde dices: “…la velocidad, la estabilidad y la confiabilidad en los programas se suponen…” eso es como el valor en el ejercito, también se supone pero no todo el mundo tiene el mismo. Cada día vemos los grandes problemas que se producen en el software, que si el Windows Vista, que si el iPhone, … Te pongo estos 2 ejemplos ya que visualmente son buenos y fallan justo en estabilidad y velocidad. Por eso reitero, queda bonito decir que se supone, pero yo como usuario no lo asumo porque no es la realidad que nos encontramos cada día.
Sobre la formación comentar que no es lo mismo un programa estándar que sí estará documentado con manual o tutoriales que un programa a medida desarrollado para una empresa específica y con una funcionalidad e interfaz concreto. En este último caso es necesaria la formación para que el usuario final pueda asociar las actividades que realiza con su software anterior o manualmente con el nuevo sistema que utilizará con tu software. Si en lugar de ser una formación presencial lo haces con un vídeo, perfecto, pero hay que tener en cuenta que el tiempo de grabación y producción de un vídeo casi con seguridad será mayor que una sesión formativa presencial.
Sobre la CUI hay que tener en cuenta que hasta ahora Windows ha sido un monopolio, pero poco a poco otros sistemas van ganando terreno y será más fácil encontrarte Linux y MAC, y tu interfaz Windows a un maquero le resultará extraña. Para pasar de Windows a OS X es neceario hacer un switch ya que ni el ratón ni el teclado ni el sistema en general funcionan igual. Cada día también se hará más necesario generar interfaz para dispositivos móviles que nada tiene que ver con el de Windows, así que creo que lo importante es pensar que en unos años no estaremos en entorno 100% Windows. Lo importante es que Velneo V7 sigue mejorando y en la próxima beta habrá más avances que abriran las puertas a desarrollar mejores interfaces y con mejor usabilidad.
Compartimos deseos, yo estoy convencido de que un punto fuerte de V7 será la posibilidad de tener con un desarrollo la solución para múltiples entornos de usuario final.
Saludos.
Agosto 29, 2008 - 17:20 #
Jesús, tienes razón, al menos en parte. Sobre los vídeos creo que tienen una gran utilidad porque permiten repetir la inducción sin ningún costo adicional, bien sea por cambio de las personas, por inducción a distancia, etc. En ese sentido bueno sería que la herramienta que uno utiliza dispusiera de un objeto que permita capturar el vídeo (la ventana en ejecución) y el sonido. Varias aplicaciones le veo al tema: reportar problemas por parte del usuario de una forma totalmente clara, grabar las sesiones de inducción para reutilización, registro de demos, constancia de realización de tareas por parte del usuario final, etc. Normalmente recurrimos a herramientas externas para ello, con el consiguiente complique. Una gran ventaja sería disponer de un plugin o un objeto o lo que sea que permita hacerlo desde el mismo aplicativo.
Saludos cordiales,
Manuel Tovar
Barranquilla – COLOMBIA
Agosto 30, 2008 - 22:11 #
Hola Manuel,
Totalmente de acuerdo, los vídeos son un gran recurso con la ventaja de su reutilización, pero con la desventaja del coste de producción. Por eso son prácticamente obligados en el software estándar y mucho más difíciles de encontrar en el software a medida debido principalmente al coste, salvo que se produzcan con poca calidad o recursos.
En Velneo, como habrás podido comprobar usamos Camtasia Studio. Personalmente lo conozco y uso desde hace muchos años y considero que es un magnífico producto, tal vez el mejor.
Respecto a lo que comentas de que las aplicaciones tuviesen funcionalidad para la captura de vídeo, estoy totalmente de acuerdo y me parece una idea estupenda. Hace tiempo TechSmith sacó una Developer Tool que permitía eso que comentas, creo que requería adquirir una licencia de Camtasia para cada instalación de tu aplicación, desconozco si aún sigue ese programa activo o si existen otras soluciones.
Muchas gracias por tus ideas y aportaciones.
Saludos.
Septiembre 1, 2008 - 22:36 #
Estoy contigo Manuel Tovar, yo tbm pienso que lo “divertido” de este mundillo son esos pequeños detalles.
Sobre el comentario de cobol respecto a velocidad no estais muy acertados, ya que hasta hoy en dia se requiere la velocidad de acceso a sus ficheros (sobre unix) tanto en aplicaciones de banca como en sistemas altamente sofisticados en los ejercitos de varios paises. Es cierto que en algunas cosas no es muy “flexible” pero permite crear aplicaciones rapidas, fiables y robustas.
En cuanto a Velneo (antes velazquez visual) , no digo que sea malo, porque seria faltar a la verdad, pero tras mi experiencia con un proyecto muy grande que se pretendio crear en este sistema y fracaso e llegado a la conclusion que velneo esta muy bien para hacer aplicaciones pequeñas, que no requieran muchos recursos y se necesite estabilidad. En el mismo momento que complicamos los enlaces de las tablas, que intentamos crear “trigers” complejos o pretendemos realizar interaccion con el usuario con multiples tablas se vuelve inviable. En cuanto a su motor web, no esta mal pero necesita un retoque urgentemente, me ha tocado realizar 2 o 3 webs sencillas con el y me he sentido como si programase de nuevo con asp o php y sinceramente esto contra la “transparencia” que me permite .NET y la potencia que se consigue implantando tecnicas AJAX (me ha tocado programar tbm componentes) sin contar el inmenso mundo de ayudas, consejos y personas dispuesta a ayudar en la red. Velneo se queda pequeño en cuanto a desarrollo web y de aplicaciones grandes.
Tenemos que tener encuenta que bases de datos como Oracle o SQL server hoy en dia libres de los bugs del pasado, pueden superar con mucho las velocidades que se planteaban hace un tiempo en las pruebas de competicion que en esta web se presentaron.
Seamos serios, si a mi me piden una aplicacion para una tienda, que controle ventas, genere la caja y realice un recuento al final de la jornada y tengo un presupuesto ajustado la hago en velneo en una semana, la cobro y todos tan contentos.
Si me piden un sistema de ventas, enlazado con una central, con control de stock y peticion de material contra este, se requiere para varias tiendas y se centraliza contra un server potente, le pongo cualquiera de las cientos de buenas aplicaciones que existen (como MS Nav, por poner una), la personalizo para ese cliente (ya que permiten programar con ella y realizar verdaderas lindezas), la cobro y en la mitad de tiempo que tendria una igual con Velneo.
Si el cliente desea lo mismo pero por menos dinero y no tengo manera de rechazar ese pedido, lo realizo en .NET para Web, lo centralizo contra un SQL Server 2005 y tiro de las muchas plantillas que existen para ahorrar dinero.
En cualquiera de los casos el programador tiene como obligacion que ser rapido, eficaz y certero en sus decisiones y no “cegarse” con una sola aplicacion o lenguaje de programacion.
Insisto en que mis palabras no desean quitarle protagonismo a Velneo, pero en honor a la verdad la version 6x deja mucho que desear, esperemos a la 7x (que no he probado ni en beta aun) supere con mucho lo que su antecesora tiene.
Octubre 2, 2008 - 21:38 #
hola, quisiera saber cuales son las diferencias entre velneo, genexus y servoy.
se que genexus te da la posibilidad de generear app para web o escritorio tanto en java con en .net. y servoy tambien pero solo para java. y velneo. puede generar app web y esccritorio tambien y en que lenguajes?
gracias