HMG released versions
Posted: Mon Feb 23, 2015 6:37 pm
Me gusta dejar registrado mi punto de vista al respecto de las emisiones de HMG.
Tengo entendido (sólo aquí en HMG) cuando se publica una nueva versión de la HMG a veces sale como "TEST" cuando HDT (Equipo HMG de Desarrollo) hace grandes cambios, modificaciones estructurales y ellos no están 100% seguro de que todo funcionando perfectamente.
Esto lo hé entendió muy bien especialmente cuando entramos en la versión UNICODE.
Esto es realmente una grande modificación pero no fué sólo en la biblioteca HMG, sinó tambien en Harbour de la cual dependemos exclusivamente.
Pero yo no estoy totalmente de acuerdo con este concepto de la versión "TEST". Y diré por qué.
En mi humilde opinion, todas las emisiones se hacen y se debe hacer todas las pruebas, sea por HDT como tambien los usuarios lo deben. Porque como todo que es nuevo, todo debe ser testeado, sea estable o no.
Por lo tanto Sr. Rathinagiri, es posible erradicar este concepto de "TEST" en las nomenclaturas de versión ?
En mi humilde opinión esto está causando mucha confusión, muchas dudas y muchos no quieren empezar a utilizar la ultima versión porque lo consideran no estable. No me estoy refiriendo al respecto de esta ultima versión (HMG 3.4.0) que considero muy estable, pero si a los otros próximos lanzamientos, si es posible, por supuesto.
Estoy de acuerdo con Claudio con los lanzamientos de parches porque es la manera más fácil de detectar y corregir algo que no funcionaba correctamente. Sin embargo, recientemente he notado que hay muchos usuarios HMG que están evitando utilizar la ultima versión por las consecuentes parches.
Deseo transmitir mi experiencia a todos, que es muy importante unirnos para que juntos usemos SIEMPRE la utlima versión HMG.
Porque cuando los usuarios demuestran relatando su experiencia en algo que no está funcionando bien y asi poderemos actuar en corregir errores. De lo contrario, ¿ por qué estamos creciendo y lanzando nuevas versiones ?
Otra cosa importante a decir, es que tenemos que entender que la HMG trabaja para mejorar pero también trabaja para acompañar el Harbour y compilador MinGW también.
Los sistemas operativos también están cambiando y tenemos que seguir el ritmo de los cambios también.
I would like to let registered my point-of-view regarding HMG releases.
I have understood (only here in HMG) when is released a new version of HMG sometimes as "TEST" when HDT (HMG Development Team) makes big changing, structural modifications and they are not 100% sure that everything is OK.
This I understood very well specially when at the time we entered to UNICODE version.
This is really big modification but not only by HMG library but for Harbour which we are dependent too.
But I am not fully agree with this concept of "TEST" version. And I will tell you why.
IMHO all releases is being and MUST be tested by HDT and for users too. Because like as everything new, all it should be tested, stable or not.
So Rathinagiri, is it posible to eradicate this concept for "TEST" as nomenclature of release version ?
IMHO this is causing much confusion, a lot of doubts and many do not want to start using the lasted version because they believe the version is not stable. I am not referring about this last version (hmg 3.4.0) which I considered very much stabled but from now to next other releases, if is posible of course.
I agree with Claudio for patches releases because is the easier way to detect and correct something was not working properly. But recently I have noted there are many HMG users who are avoiding to use lasted version because the sequences of patches.
I wish to pass my experience to everyone that is very important to join all together in using lasted HMG version.
Because when users appoint his experience in something which is not working well and we can act for correcting bugs. Otherwise why are we growing up with new versions ?
Another important thing to say is that we have to understand that HMG works for improvings but also works to accompanying Harbour and MinGW compiler too.
Operating systems are also changing and we have to keep up with the changes as well.
Tengo entendido (sólo aquí en HMG) cuando se publica una nueva versión de la HMG a veces sale como "TEST" cuando HDT (Equipo HMG de Desarrollo) hace grandes cambios, modificaciones estructurales y ellos no están 100% seguro de que todo funcionando perfectamente.
Esto lo hé entendió muy bien especialmente cuando entramos en la versión UNICODE.
Esto es realmente una grande modificación pero no fué sólo en la biblioteca HMG, sinó tambien en Harbour de la cual dependemos exclusivamente.
Pero yo no estoy totalmente de acuerdo con este concepto de la versión "TEST". Y diré por qué.
En mi humilde opinion, todas las emisiones se hacen y se debe hacer todas las pruebas, sea por HDT como tambien los usuarios lo deben. Porque como todo que es nuevo, todo debe ser testeado, sea estable o no.
Por lo tanto Sr. Rathinagiri, es posible erradicar este concepto de "TEST" en las nomenclaturas de versión ?
En mi humilde opinión esto está causando mucha confusión, muchas dudas y muchos no quieren empezar a utilizar la ultima versión porque lo consideran no estable. No me estoy refiriendo al respecto de esta ultima versión (HMG 3.4.0) que considero muy estable, pero si a los otros próximos lanzamientos, si es posible, por supuesto.
Estoy de acuerdo con Claudio con los lanzamientos de parches porque es la manera más fácil de detectar y corregir algo que no funcionaba correctamente. Sin embargo, recientemente he notado que hay muchos usuarios HMG que están evitando utilizar la ultima versión por las consecuentes parches.
Deseo transmitir mi experiencia a todos, que es muy importante unirnos para que juntos usemos SIEMPRE la utlima versión HMG.
Porque cuando los usuarios demuestran relatando su experiencia en algo que no está funcionando bien y asi poderemos actuar en corregir errores. De lo contrario, ¿ por qué estamos creciendo y lanzando nuevas versiones ?
Otra cosa importante a decir, es que tenemos que entender que la HMG trabaja para mejorar pero también trabaja para acompañar el Harbour y compilador MinGW también.
Los sistemas operativos también están cambiando y tenemos que seguir el ritmo de los cambios también.
I would like to let registered my point-of-view regarding HMG releases.
I have understood (only here in HMG) when is released a new version of HMG sometimes as "TEST" when HDT (HMG Development Team) makes big changing, structural modifications and they are not 100% sure that everything is OK.
This I understood very well specially when at the time we entered to UNICODE version.
This is really big modification but not only by HMG library but for Harbour which we are dependent too.
But I am not fully agree with this concept of "TEST" version. And I will tell you why.
IMHO all releases is being and MUST be tested by HDT and for users too. Because like as everything new, all it should be tested, stable or not.
So Rathinagiri, is it posible to eradicate this concept for "TEST" as nomenclature of release version ?
IMHO this is causing much confusion, a lot of doubts and many do not want to start using the lasted version because they believe the version is not stable. I am not referring about this last version (hmg 3.4.0) which I considered very much stabled but from now to next other releases, if is posible of course.
I agree with Claudio for patches releases because is the easier way to detect and correct something was not working properly. But recently I have noted there are many HMG users who are avoiding to use lasted version because the sequences of patches.
I wish to pass my experience to everyone that is very important to join all together in using lasted HMG version.
Because when users appoint his experience in something which is not working well and we can act for correcting bugs. Otherwise why are we growing up with new versions ?
Another important thing to say is that we have to understand that HMG works for improvings but also works to accompanying Harbour and MinGW compiler too.
Operating systems are also changing and we have to keep up with the changes as well.