Desarrollando desde la trinchera.

Durante el 2009 este blog pasó a tener 48 seguidores y +140 lectores (algunoss mas lo pueden leer el algunos agregadores de RSS como planeta GeneXus o DevelUY), lo cual no deja de sorprenderme. Los artículos mas leído de este blog: GeneXus X Evolution I Beta 1 Modelos de Datos, repositorios y aplicaciones Sistema de Información Comercial - Ministerio de Relaciones Exteriores Idea para Extension GeneXus para copiar datos para pruebas. Batchisando el desarrollo con GeneXus - GeneXus Server Extensions IDE GeneXus Web GeneXus vs desarrollo tradicional con eclipse. Una comparación de la vida real GeneXus Server: Escenarios de uso SpaceTree en javascript Sugerencias de mejoras - Sintáxis GeneXus Comunidad GeneXus - Una perspectiva personal (2009) Sobre modelos y GeneXus. Argumentos tendientes a que los componentes usados en ejecución por aplicaciones GeneXus sean de código abierto. Comparacion de Migraciones en .NET y GeneXus. La mayoría de los artículos mas leídos son sobre Genexus. A todo

Leia en Case Study: Migrating a VB6 Large Application to .NET el caso de una migracion de una aplicacion de 950.000 lineas de codigo a .NET de un ERP y dicen (las negritas son agregado mio): The entire ERP application was migrated in 9 months by 3 developers totaling “ 3,650 developer-hours to migrate the code, 3,400 hours for code review and refactoring, and 1,300 hours for testing.” The code review was requested because the code would need further development in the future and none of the original developers were available. Total cost: 750,000 Euros , much less than the required one for a customized ERP. The process evolved in phases: when a module was done, it would be integrated with the rest of the VB application until the entire application would have been migrated to .NET. Siempre me gustan estos articulos donde se detallan numeros pues permiten hacer comparaciones en la vida real dentro de nuestra industria. Nosotros hicimos (en el 2004) una migración "similar", un

A través del post Velocidad de Internet en América de Jorge Oyhenard, pude comparar las velocidades de internet en Uruguay. Segun las tablas, en Uruguay solo le ganamos a las islas Malvinas!. Para todos los que trabajamos desde Uruguay desarrollando para el exterior, esto implica perdida de competitividad. Menor velocidad, implica que demoramos mas en dar respuestas y enviar cambios. En esta época de virtualización, todos los días estamos tomando control de algunas computadoras en países que están a miles de kilómetros. La diferencia de trabajar con una linea rápida y otra lenta o con cortes, es abismal. Esto se traduce en instalaciones mas lentas y mas errores que nos perjudican . Esta semana, Ruben tenia que traerse algunos archivos que ocupaban un poco mas de 1Gb desde Costa Rica, para poder realizar un procesamiento aca. Esto parecería ser una tarea trivial, pero lamentablemente llevo muchísimas horas y varios intentos fallidos. En fin, creo que deberíamos convencer a quienes tien

RethinkDB es una base de datos optimizada para trabajar con discos SSD y utiliza algoritmos que solamente agregan datos y pensados para aplicaciones que consultan muchas veces y modifican pocos registros. En la base de datos se tienen disponibles toda la historia de los datos y se pueden modificar la estructura de las tablas, aunque las mismas se este utilizando con consultas. Actualmente está en pre-beta, pero creo que conviene tenerla presente, pues hay varias aplicaciones que pueden funcionar muy bien con esta base de datos, sin tener que cambiar nuestras aplicaciones. Algunas caracteristicas de RethinkDB: Optimized for solid-state drives. RethinkDB is designed and optimized for solid-state drives. Don't just buy new technology, make use of it! The database is the log. Solid-state drives let us use append-only algorithms, so your data is always in a consistent state. Open development process. We believe in releasing early, and releasing often. We will keep our design process

En el artículo Version 1 Sucks, But Shipt it Anyway , el autor explica porque hay que tener versiones 1.0 temprano en el ciclo de desarrollo. Si bien concuerdo mucho con lo que dice, me cuesta entender porque son los clientes los que deben pagar por dichos ajustes. Me parece un buen argumento para tener versiones gratuitas (o betas) hasta que este garantizada la usabilidad del producto. Conviene leerlo entero, porque está bueno. I've been unhappy with every single piece of software I've ever released. Partly because, like many software developers, I'm a perfectionist. And then, there are inevitably … problems : The schedule was too aggressive and too short. We need more time! We ran into unforeseen technical problems that forced us to make compromises we are uncomfortable with. We had the wrong design, and needed to change it in the middle of development. Our team experienced internal friction between team members that we didn't anticipate. The customers weren't who

Algunas veces el trabajo nos sorprende. Esta ves me permitió poder comprobar algo que intuyo pero que es dificil de comprobar en la práctica, pues no es facil conseguir elementos comparables. La hipotesis a probar, es que las metodologias de programacion basadas en modelos y/o en generacion de codigo (y en particular GeneXus) permten una mejor productividad en el desarrollo de aplicaciones comerciales y tambien que se las puede mantener con un esfuerzo menor que las metodología de desarrollo tradicional. Una forma de comprobarlo sería tener dos grupos que desarrollen una aplicacion, uno usando GeneXus y otro con una metodologia de desarrollo tradicional y luego de algunos años comparar el resultado y los tiempos que insumen mantener las aplicaciones. Raramente se van a conseguir esas condiciones por los costos asociadas con el doble desarrollo. En un trabajo reciente, me tocó hacer una consultoría en la que debía hacer sugerencias para mejorar un sistema que es mantenid