FiveTech Software tech support forums

Un sistema para poder acceder a las últimas librerías antes de que salga la FWH para no quedarse parados con los errores que exista en la FWH del mes, como está pasando este mayo.

Gracias.

+1.

Nosotros actualmente usamos Harbour con BCC y MSVC 2010, así como xHarbour para SQLRDD, por lo que nos ayudaría mucho ya que es complicado actualizar las libs para cada compilador, a lo cual hay que añadir a FWH64.

Muchas gracias-

Elvira,

Nosotros estamos usando FWH 13.05 sin problemas. Tim dió una voz de alarma y por lo visto el problema es algo especifico de xharbour, ya que el usa una versión antigua que no tiene las funciones más recientes de xHarbour que necesita.

Por lo demás, cuando aparecen pequeños errores, se corrigen de inmediato y se vuelve a publicar.

En mi opinión el modelo de builds mensuales es incompatible con usar beta-testers, porque no daria fisicamente tiempo en un mes a hacer todo eso. Entonces, podriamos plantear el publicar cada x meses, pero si hacemos eso, vamos a forzar a los usuarios a esperar x meses cuando hay material nuevo, util y suficientemente probado para entregarlo cuanto antes ?

Lo verdaderamente importante no es que aparezcan bugs. Lo que de verdad cuenta es la velocidad en solucionarlos, y pienso que la velocidad de respuesta de FiveTech es muy muy buena (y me refiero al todo el equipo de FiveTech: Enrico, Daniel, Rao, Charly, Anser, Uwe, y muchos más, y ademas porque en estos foros se respira un verdadero espiritu de equipo y de amigos

Antonio,

El comentario era en sentido siempre positivo, pues tu ayuda es siempre inestimable. Pero quizás se pudiera considerar el publicar cada dos meses para daros un respiro y poder probar todo adecuadamente. Yo estoy a vuestra disposición.

Y, una vez más, el soporte del equipo de Fivetech es siempre extraordinario. Y no es hacer la pelota, sino decir la verdad, porque no conozco a otra compañía que de respuesta durante los fines de semana, y además tenga una actitud siempre tan positiva con los bugs y su rápida solución.

No se trata de comparar, pero hace semanas que envié varios correos a X ailer por el tema del Fast Report y su continuación, y no he recibido NINGUNA respuesta. Si ese es el tratamiento que dan a un tema comercial -porque naturalmente habrá que pagar porque es un desarrollo nuevo-, no quiero ni pensar cómo van a tratar una consulta técnica. O por no hablar de un personaje mexicano, que por todos los medios trata de venderte y engatusarte con ADS, y luego que cobra el soporte a unos precios de escándalo.

Una vez más, mi gratitud a Antonio y a todo el equipo de Fivetech.

Lucas,

Personalmente agradezco tu ofrecimiento y me gusta estar abierto a ideas nuevas.

El cambio a dos meses obligaría a una reconfiguración muy fuerte en el modelo que tenemos de ventas y actualizaciones, a la vez que romperiamos la trayectoria que llevamos desde hace ya años y a la que nuestros usuarios estan acostumbrados.

No creo que haya que cambiar el modelo actual, nadie se ha quejado excepto algunos usuarios que quieren una garantía absoluta de funcionamiento, pero si somos realistas esto no lo ofrece ninguna compañia de software del mundo (incluido WIndows, etc) Y cuando se detectan bugs simples y rápidos de arreglar se publican aqui las correcciones y hasta vosotros mismos modificais las librerias, eso sin olvidar que muchas veces es entre todos que solucionamos los errores. Vosotros mismos ayudais a solucionarlos en tiempo record.

Como te comenté en privado, seleccionar a un grupo de beta testers seria una cierta "deslealtad" por parte de FiveTech para los demas usuarios que estan acostumbrados a usar lo mas nuevo, y sin que haya privilegios hacia un determinado grupo

Antonio,

Extraordinaria actitud.

Mis felicitaciones

Sinceramente, a mi me gusta como está, cada mes un release.
Creo que el sistema funciona muy bien.
Saludos,

Antonio,
Estoy de acuerdo con Lucas en que las actualizaciones debieran ser cada dos, o mejor aun, cada tres meses.
La razon es que disponer de solo 30 dias para crear, modificar, hacer pruebas, corregir bugs en clases nuevas y bugs anteriormente reportados, (todo esto en varias librerias diferentes), debe ser complicado.
Mis sugerencias serian las siguientes:
1. Cambiar el programa FTDN de 6 meses a 1 año
2. Hacer solo 4 actualizaciones al año

Por otro lado quiero aprovechar la oportunidad para agradecerte todo lo que has hecho por los programadores que nos iniciamos en la decada de 1980s con Clipper.
Sino fuera por tu talento y apoyo muchos de nosotros nunca hubieramos dado el salto de DOS a Windows.

Saludos,

George

Antonio

Esto es lo que he notado:

hay ocasiones en que las lib para xharbour tanto coff y omf presentan modulos (.obj) que no estan actualizados (compilados) y que el fuente en prg o c si lo esta, en las lib para harbour esto no sucede, por lo que creo que deberias realizar una revision en los scrip de compilacion y linkeo de todos los compiladores. para que todas las lib integren los obj recien compilados.

esto creo recordar en las versiones entre enero y febrero 2013, en las mas nuevas no te podria asegurar.

no se si me he dado a entender.

salu2
carlos vargas

Queridos,

Quizás este post fuera de ayudita:
http://bielsys.blogspot.com/2009/04/act ... ca-de.html

Sería muy bueno, porque todos los meses hay problemillas y así podríamos usar la última version sin tener que estar parcheando que luego se montan unos lios de versiones y funciones...

Elvira,

No es algo simple de implementar y no me refiero al código fuente sino a la forma de organizarlo (gestión de usuarios, servidor, etc).

No digo que sea imposible, de hecho voy a pensarlo y ver si hay una forma fácil, pero de entrada no creo que sea algo inmediato de implementar.

Antonio,

Muchas gracias

Mira este mes, se han sacado dos builds y hace falta una tercera. Del lado nuestro de desarrollador la inestabilidad nos da muchos problemas, que encima los clientes no comprenden...

Aunque es cierto que cuando nos encontramos con "bugs", en nuevas versiones de Fivewin, nos sentimos contrariados, no es menos cierto que los "bugs son parte integral del desarrollo de software.
Por tanto debemos desarrollar nuestras estrategias para lidiar con este asunto.
Lo que yo hago es NO BORRAR la version estable de FWH hasta tanto no haya verificado que mi software este funcionando bien en la nueva version.
Si tengo alguna urgencia (de usar la nueva version) pregunto en este foro, o directamente a Antonio, y siempre me han ayudado a resolver el problema.

Con relacion a la publicacion cada mes de una nueva version de Fivewin, ya en este mismo post, di mi opinion al respecto y es que estoy de acuerdo con la sugerencia de Lucas de aumentar el tiempo entre una actualizacion y otra.
Antonio, cuando comenzo FiveWin era entendible la actualizacion de la libreria cada 30 dias. Ahora con la estabilidad, versatilidad y robustez, de las versiones depuradas de FWH, talvez debiera considerar hacer las actualizaciones cada dos meses.

Saludos,


George

Mi experiencia con las actualizaciones, aplicada a mis a productos es la siguiente :

El cliente cancela anualmente el 10% del valor actual del producto, a manera de seguro, de tal forma que siempre estará actualizado y tendrá las ultimas versiones : mejoras tecnológicas y cambios de normatividad.
El resultado es bueno en varios sentidos :

1. Asegura una estabilidad del producto, dado que todos los usuarios están probando y aportando al producto constantemente.
2. Ya no tengo clientes con versiones de años anteriores(2%) con tendencia a cero (0)
3. El soporte se reduce. Siempre es sobre la versión actual.
4. Asegura un ingreso económico casi que fijo. El 98% de los clientes actualizan.
5. Aplicado a productos fivewin, aunque parece económico una actualización anual, para fivetech es recuperable con un alto volumen de actualizaciones que lograría.
6. Este dato es comprobable estadísticamente con el numero de actualizaciones por año frente al total de clientes activos.

Saludos

Johnson Russi Tello

Actualmente ya las estamos haciendo cada dos meses las actualizaciones, con la idea de reducir errores y que las versiones sean mucho mas estables aún.