dos semanas complicadas

Las últimas dos semanas han sido complicadas, por no decir una calamidad.

Primero lo del XAAC. La verdad es que cuando estuve viendo las aplicaciones que se presentaban al concurso, lo que menos podía imaginar es que DbfView ganaría. Es justo vencedor, es el que más votos ha sacado pero para mi no es digno vencedor. Y me jode. Me jode por varias cosas: una porque al concurso se presentaban programones como Building Manager de Marco Turco o SeniorGest2003 de Juan Galvez, que para mi junto con el Puchero eran los favoritos. Y segunda porque creo que le hace un flaco favor a la comunidad de desarrolladores xBase tener un ganador como DbfView, que es poco menos que un esbozo de lo que puede ser WinDbu o Dbf-Desktop que son los mejores gestores de DBF que conozco. Y digo que hace un flaco favor porque si yo programo en ellenguajequesea y meto la nariz a ver lo que hacen los nostágicos del Clipper y veo que el programa que gana un concurso es DbfView pues pienso … pero donde van estos tios si esto es un programa de instituto. Que el Filatov es un tio simpático, pues que los de la lista de MiniGui le pongan un estanco, pero desde luego que creo que no nos han hecho un favor a nadie al hacerle ganar el concurso.

Después lo del TuneUp. Resulta que en la revista PcPlus regalaban este mes la versión 2003 del programa TuneUp y no se me ocurrió nada mejor que probarlo en el portatil en que trabajo. Resultado: tres carpetas de correo y unos cuantos cientos de correos borrados, entre ellos todos los registros de programas. Bueno, después de tres dias de dar vueltas a la farola conseguí recuperar las carpetas y los correos pero fueron unas cuantas horas de darle vueltas.

Lo bueno ha sido conocer este tutorial de subversión gracias a un mensaje de un lector del blog. A ver si consigo ponerlo en marcha estas Navidades, que falta hace.

Por ultimo recomendar el post de Joel sobre el precio del software, cada vez que este hombre suelta un macropost me digo que tengo que subir el nivel de inglés, que no basta con chapurrearlo.

diez dias después

Hace 10 dias que puse en marcha la nueva web y envié un correo electrónico a mis ususarios anunciando las nuevas versiones. Desde entonces han habido 259 descargas de la demo de el Puchero y 213 de Cuaderno de Bitácora. Entre los correos recibidos de los usuarios he entresacado algunos.

Usuario B0619: Recibí tu mensaje de correo y ya visité la página web, desde donde me descargué la versión 6.00 de Cuaderno de Bitácora. Una vez más, fieles a vuestra costumbre, habéis superado todas las previsiones en cuanto a calidad y diseño. ¡¡Enhorabuena!!

Usuario B0661: Enhorabuena por las actualizaciones. Si lo he entendido bien, aquellos usuarios que, como yo, se hayan registrado hace años y lleven un montón de tiempo usando el/los programa/s, deben pasar por taquilla para obtener las actualizaciones… ¿ Correcto ?

Tengo que decir que este usuario ha actualizado el programa.

Usuario B0113: Te envío un fuerte abrazo desde Barcelona y una vez mas agradecerte la utilidad que tiene este sencillo programa para mi, ya que son muchísimos datos los que tengo guardados con este programa…

Usuario P0647: Me encanta la nueva versión. Está fenomenal. Muchísimas gracias por tu correo y enhorabuena por la nueva Web y la versión actualizada del programa.

Usuario B0161: El programa está fantástico. Ya me gustaba cuando lo compré y ahora la verdad es que está cambiadísimo (para mejor, por supuesto). Me encanta lo de poder escanear la portada y adjuntársela al registro. Y aunque yo lo vaya a utilizar menos, porque lo míuo es la música, me parece muy bueno que la misma base de datos te sirva para tener organizado todo tipo de soportes (Videos, etc). Muy completo. Y la web está muy clara, y bien explicada, así que te felicito efusivamente.

y como no todo el monte es orégano …

Usuario P0676: Gracias por su propaganda, pero el hecho es que compré el PUchero hace más de un año, empezó a darme problemas y ya lo he perdido del todo, no puedo ni abrirlo, así que como comprenderán no voy a comprarles nada más porque el dinero que me gasté en el puchero ha sido inutil.

votame en el XAAC

Mañana miercoles es el último día para registrase para votar en el xHarbour Annual Application Competition. Siguiendo la costumbre americana hay que registrarse previamente para votar.

Este post es para pedir el voto para el Puchero en el concurso. Entre todas las aplicaciones presentadas hay algunas muy buenas. No las he descargado todas porque hay algunas que con sólo con ver la imagen ya te haces a la idea de que mucho rato no han estado programando. Sin embargo hay algunos programas muy buenos. Me han gustado mucho los dos programas de Marco Turco – Rent Manager y Building Manager – y el de Juan Gálvez – SeniorGest. También están los programas de Rafa Carmona con Gtk+ y los componentes de Timm Sodtalbers y Paco García. Sin embargo, yo creo que los componentes no deberían entrar en esta competición sino en otra especifica de componentes. A ver si FiveTechSoft recoge el guante y hace un concurso de componentes para FWH, que estaría bien.

Lo que el concurso deja claro es que a dia de hoy la GUI dominante es FWH. Los programas mas trabajados están hechos con esta librería. Hay aplicaciones presentadas hechas con Xailer que tienen una pinta estupenda, pero sinceramente pienso que la apuesta de futuro es TGtk+.

No te olvides, vota por el Puchero en el XAAC.

alanit 2.0 y canalfive 2.0

Acabo de subir la nueva web de alanit con nuevas versiones de Cuaderno de Bitácora y el Puchero. Es lo que he llamado alanit 2.0: nueva web, nuevos programas, nuevo compilador, nuevos foros, … una nueva versión de todo. La verdad es que los programas han estado casi 3 años de sequía sin actualizarse, el tiempo que tiene Fátima. Cuando nació mi hija deje un poco de lado alanit y lo he retomado con fuerza este año con ayuda de Jaime. Lanzar un proyecto de venta de software es complicado, pero ¿ y relanzarlo ?

Una cuestión básica es que porcentaje de usuarios se actualiza cuando hay nuevas versiones de los programas. Un … ¿ 30% ? … ¿ 40 % ? … ¿ 50 ? … Dentro de un mes contestaré.

Acabo de hacer un envio de mails masivo a mis usuarios y ha sido un poco rudimentario, necesito una herramienta para hacer envios de e-mails masivos leyendo la lista de correo de un fichero plano. Yo tengo los correos de los usuarios en un programa de gestión de usuarios y lo puedo sacar de ahi, pero lo que no hace el programa es enviar los correos. Una de dos: o encuentro un programa que me sirva o me toca hacermelo a mi… lo que faltaba.

Paco también ha actualizado su web y lo ha hecho realmente bien. ¿ No conoces Canalfive ? Pues te estás perdiendo la web de los mejores desarrolladores de controles para FWH. Paco está un poco como yo: era el mejor, lo dejó y ahora quiere relanzar su empresa de componentes. Bienvenido al mundo 2.0

el Puchero 4.00 RC1

Casi a la par con Jaime, tengo lista la versión RC1 de el Puchero. Todavía queda alguna cosa que corregir antes de poner el programa a la venta, pero quería presentar el programa al XAAC y tenía prisa por terminarlo.

  • Descargar el Puchero 4.00 RC1

Si todo va bien, esta misma semana tendremos terminada la nueva web y pondremos a la venta los programas.

FSDI no modal

Una de las últimas mejoras que hemos incorporado a los programas ha sido convertir la interfaz FSDI en no modal. De esta manera se puede pasar de un mantenimiento a cualquier opción de la barra de menús o de la barra de botones sin cerrar el mantenimiento en el que se está y tambien minimizar la ventana de la aplicación sin cerrar el mantenimiento. Todavía quedan cositas por arreglar pero con esta mejora los programas han ganado bastante.

Para hacer esto hemos tenido que añadir la clausula NOWAIT en el ACTIVATE del diálogo, pues hay que recordar que la clase TFSDI está basada en diálogos y no en ventanas. Al hacer esto el diálogo pasa a ser no modal y se puede elegir otra opción de la ventana principal sin cerrarlo, con lo que tuvimos que controlar por código que al abrir un diálogo FSDI no hubiese abierto otro. Otro problema fue que FWH se comporta de una manera extraña: al añadir la clausula NOWAIT a un dialogo pasan a ser no modales el propio dialogo y todos los que se creen a partir de él, con lo cual teniamos el problema de que se podia pasar a otra acción con el dialogo de edición de un registro con el registro a medio editar, lo que no parece muy conveniente. Ya tenemos todo listo, y salvo problema de última hora, en unos dias haremos públicas las versiones candidatas – RC – 1 de Cuaderno de Bitácora y el Puchero.

El XAAC espera.

micro-ISV startup

Gracias al blog de Esteban he conocido el blog de Lachlan Gemmell, que no tiene desperdicio. Es un blog de un programador que deja su trabajo para desarrollar una aplicación propia y cuenta sus aventuras. Leer sus consejos para dejar su trabajo, cómo le da la vuelta al día como un calcetín y la crítica que hace al artículo sobre micro-ISV de Eric Sin es algo que no hay que no ningún programador debe perderse. Este blog va a ir directo al blogroll en la próxima actualización.

GPF y WindowsUpdate

Este fin de semana estuve refactorizando código de el Puchero para presentarlo al XAAC. No es que piense entregar el código, pero como programador intento que el programa por dentro esté bonito. Resulta que al pulsar el botón salir el programa mostraba un formulario preguntando si se queria salir del programa, pero al dar en la X del cuadro de control de la ventana salía directamente. A medias de la refactorización me bajé a casa a recoger correo. Cuando terminé la refactorización recompilé y al salir del programa me daba un bonito GPF.

Hacia meses, desde la versión 0.90 de xHarbour que no tenía GPF’s en el Puchero. Me puse a mirar todo el código que habia tocado y no vi nada raro. Cogí una copia del código de la semana anterior y tampoco. Lo deje estar, pensando que al dia siguiente más despejado lo arreglaría.

Pero no. Ayer miré, remiré. Soy torpe, pero… joder que esto es una chorrada. Me acordé de que había aplicado un parche relacionado con el consumo de recursos de FWH. Conservaba la libreria previa al parche, las renombré, recompilé… el GPF seguía. ¿ Que había hecho desde el viernes, que el programa iba perfecto, hasta el sábado ? La refactorización, bajar el correo … y un WindowsUpdate. Fui al panel de control y desinstalé todos los parches que apliqué el día 17 y el GPF desapareció.

¿ Que bien verdad ? Pues no, desde mi punto de vista es una putada de narices. Si al hacer un WindowsUpdate mis programas van a dar GPF pues apaga y vamonos. Eso no es programar, eso es luchar contra los elementos. Que Dios nos pille confesados con el WindowsUpdate, el ServicePack 2 y la
política de Microsoft de pasar de compatibilidades hacía atrás. ¿ Que les digo a los usuarios, que no actualicen Windows ? Si un señor instala una demo de un programa y al salir le da un GPF he perdido un potencial cliente porque seguro que no registra el programa.

La verdad es que dan ganas de irse a Linux y dedicarse a hacer software libre.

numeración de versiones how to / 1

Una de las maneras habituales de numerar las versiones de los programas consiste en segmentar el número de versión en tres partes, de la manera 9.99.99:

  • El primer segmento es el número de versión propiamente dicho, que se cambia cuando se trata de una revisión en profundidad del programa.
  • El segundo segmento es el número de release, que cambia cuando se hace un cambio de funcionalidad importante en el programa, pero no tan importante como para que sea un cambio de versión. Además existe la costumbre de que las los números impares de release son inestables, mientras que cuando se llega a una versión estable se cambia a un número par.
  • El tercer segmento es el numero de build dentro de la release.

Hace unos dias, en uno de los grupos de news que visito – xHarbour o Fivetechsoft – alguien propuso una numeración en tres segmentos, pero de la sguiente manera:

  • El primer segmento igual que antes.
  • El segundo segmento de dos dígitos, el primero del año – en este caso 4 de 2004 – y el segundo del cuatrimestre – ahora sería también 4.
  • El tercer segmento de número de build dentro de la release.

La ventaja de este segundo métido de numerar versiones es que sabes que versión es y te haces una idea de cuando fue liberada. En aplicaciones o software en que se liberan versiones continuamente esta segunda notación te hace tener claro lo actualizado o no que tienes tu software.

¿ Opiniones ? ¿ Cual os parece mejor ?

xHarbour Annual Application Competition

Se acaba de convocar la primera edición del Concurso anual de aplicaciones xHarbour, cuyas bases están en la web de xHarbour.com. Sinceramente me parece una excelente idea, porque cosas como estas son las que contribuyen a crear comunidad entre los programadores y a sentir que su herramienta está en la cresta de la ola. Recuerdo los años dorados de los lenguajes xBase, a mediados de los 90, en que los desrrolladores de UltimAde ganaron un par de veces el concurso de programación de la revista DataBased Advisor. Los programadores xBase eramos los reyes del mambo, luego vinieron los años oscuros y desde hace un par de años parece que hay luz al final del tunel.

En los hilos de news de xHarbour y FWH donde se anunció el concurso hubo muchas respuestas, alguna de ellas realmente interesante, como la de Sandro Freire – uno de los desarrolladores de HwGui – o la de TheFull. Si Rafa manda algo de su GUI multiplataforma basada en Gtk+ creo que tenemos un serio candidato a premio.

Jaime y yo vamos a competir con las nuevas versiones de el Puchero y Cuaderno de Bitácora. No se cual será el nivel de los programas que se presenten, pero tenemos claro que no tenemos que envidiar nada a nadie. Haremos campañas para que los lectores de nuestros blogs nos voten, a ver si pillamos alguno de los premios, que falta nos hace.