Caso de éxitos de aplicaciones desarrolla con vfp? .
790 views
Skip to first unread message
Alci
Jun 20, 2011, 5:19:33 PM6/20/11
to Comunidad de Visual Foxpro en Español
Estuve investigando sobre los casos de éxitos en desarrollo de
aplicaciones con vfp... e visto diseños de sistemas muy originales,
con interfaz muy modernos y otras aplicaciones muy especiales que
fueron desarrollado con el vfp.
Uno de ellas esta en el siguiente link que muestra el dibujo de un
buque y que muestra los datos a dar click en los tanques del mismo.
http://www.carlbertech.com.mx/Imagenes/CarlBerTech_Portafolio_2010.pdf
Otro caso de éxito es el publicado en portalfox
http://www.portalfox.com/index.php?name=News&file=article&sid=2220&mode=nested&order=0&thold=0
Lo lamentable de todo esto es que no se ha publicado ningún caso de
éxito en los sitios oficiales de msm,
http://www.portalfox.com/index.php?name=News&file=article&sid=1846&mode=nested&order=0&thold=0
Ni en http://www.foxprosuccess.com/ que ya no funciona.
Estamos dejando morir al zorro! (Si ya no esta muerto)... tal vez
podemos darle algo mas de vida si empezamos a crear un sitio en donde
se publiquen los verdaderos casos de éxitos de las aplicaciones
generadas con el vfp. Pero software realmente interesantes y no
sistemitas de control de stok o casas así (bueno... si el control de
stock reconoce las mercadería mediante una web cam seria
interesante...;-D ).
El zorro esta para competir con cualquier lenguaje de programación...
el zorro todo lo puede.
Saludos
Alcides Portillo
aplicaciones con vfp... e visto diseños de sistemas muy originales,
con interfaz muy modernos y otras aplicaciones muy especiales que
fueron desarrollado con el vfp.
Uno de ellas esta en el siguiente link que muestra el dibujo de un
buque y que muestra los datos a dar click en los tanques del mismo.
http://www.carlbertech.com.mx/Imagenes/CarlBerTech_Portafolio_2010.pdf
Otro caso de éxito es el publicado en portalfox
http://www.portalfox.com/index.php?name=News&file=article&sid=2220&mode=nested&order=0&thold=0
Lo lamentable de todo esto es que no se ha publicado ningún caso de
éxito en los sitios oficiales de msm,
http://www.portalfox.com/index.php?name=News&file=article&sid=1846&mode=nested&order=0&thold=0
Ni en http://www.foxprosuccess.com/ que ya no funciona.
Estamos dejando morir al zorro! (Si ya no esta muerto)... tal vez
podemos darle algo mas de vida si empezamos a crear un sitio en donde
se publiquen los verdaderos casos de éxitos de las aplicaciones
generadas con el vfp. Pero software realmente interesantes y no
sistemitas de control de stok o casas así (bueno... si el control de
stock reconoce las mercadería mediante una web cam seria
interesante...;-D ).
El zorro esta para competir con cualquier lenguaje de programación...
el zorro todo lo puede.
Saludos
Alcides Portillo
almonts ( www.ontarioxb.es )
Jun 21, 2011, 4:26:32 AM6/21/11
to Comunidad de Visual Foxpro en Español
Bueno Alcides, si tu crees que por ejemplo, mi Software es un
"Sistemita de control de Stock". Puedes visitar mi página web:
www.ontarioxb.es
Y despues me comentas a ver que te parece mi "sistemita". Saludos.
"Sistemita de control de Stock". Puedes visitar mi página web:
www.ontarioxb.es
Y despues me comentas a ver que te parece mi "sistemita". Saludos.
extremo
Jun 21, 2011, 8:57:21 AM6/21/11
to Comunidad de Visual Foxpro en Español
Los casos de exito de otros lenguajes que yo he visto, la verdad es
que no han sido nada del otro mundo.
Bendiciones
On 21 jun, 04:26, "almonts ( www.ontarioxb.es )" <almo...@gmail.com>
wrote:
que no han sido nada del otro mundo.
Bendiciones
On 21 jun, 04:26, "almonts ( www.ontarioxb.es )" <almo...@gmail.com>
wrote:
Miltiño
Jun 21, 2011, 9:05:44 AM6/21/11
to Comunidad de Visual Foxpro en Español
Ok Alci, yo estoy finalizando un sistema para la lectura de medidores
de agua en línea, utilizando PDAs, es un proyecto muy interesante
porque aplica muchas tecnologias: para programar el PDA utilizo .NET,
para el frontal del sistema de facturación y control VFP 9, la base de
datos es SQL Server 2005 y utilizao GPRS para la conexión hacia un
servidor W2003 Server que tiene la Base de datos, fue realmente un
reto hacer este proyecto, pero estamos al 90% de las pruebas y de
hecho esto es una realiadad con VFP se puede hacer casi todo. A esto
lo considero un caso de éxito porque aquí en Ecuador es el primer
sistema que permite facturar en linea y dejar la factura en ese
instante, ademas posee muchas ventajas porque evita errores de
lecturas y permite imprimir notificaciones de cortes y avisos de
probables fujas, etc, etc. Estoy de acuerdo en publicar un video del
sistema, pero donde lo subo.
Atentamente
Milton Cachipuendo
SERVYSISTEM
On 21 jun, 03:26, "almonts ( www.ontarioxb.es )" <almo...@gmail.com>
wrote:
de agua en línea, utilizando PDAs, es un proyecto muy interesante
porque aplica muchas tecnologias: para programar el PDA utilizo .NET,
para el frontal del sistema de facturación y control VFP 9, la base de
datos es SQL Server 2005 y utilizao GPRS para la conexión hacia un
servidor W2003 Server que tiene la Base de datos, fue realmente un
reto hacer este proyecto, pero estamos al 90% de las pruebas y de
hecho esto es una realiadad con VFP se puede hacer casi todo. A esto
lo considero un caso de éxito porque aquí en Ecuador es el primer
sistema que permite facturar en linea y dejar la factura en ese
instante, ademas posee muchas ventajas porque evita errores de
lecturas y permite imprimir notificaciones de cortes y avisos de
probables fujas, etc, etc. Estoy de acuerdo en publicar un video del
sistema, pero donde lo subo.
Atentamente
Milton Cachipuendo
SERVYSISTEM
On 21 jun, 03:26, "almonts ( www.ontarioxb.es )" <almo...@gmail.com>
wrote:
Intel Man
Jun 21, 2011, 9:14:10 AM6/21/11
to publice...@googlegroups.com
Hola, podrian crean un canal en youtube llamado publicesvfoxpro y alli subir los videos :)
Saludos
Saludos
> Date: Tue, 21 Jun 2011 06:05:44 -0700
> Subject: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
> From: servy...@hotmail.com
> To: publice...@googlegroups.com
> Subject: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
> From: servy...@hotmail.com
> To: publice...@googlegroups.com
Miguel Canchas
Jun 21, 2011, 9:28:19 AM6/21/11
to publice...@googlegroups.com
Almonts tomalo de manera literal, no creo que haya querido ser ofensivo o agresivo.
Por lo que veo tu software esta interesante.
PD. POR FAVOR no corten los correos, deberían enviarlos con los mensajes originales para saber de que hablan....
MK
-----Mensaje original-----
De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de almonts ( www.ontarioxb.es )
Enviado el: martes, 21 de junio de 2011 03:27 a.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
Javier Brumatti
Jun 21, 2011, 10:02:48 AM6/21/11
to publice...@googlegroups.com
Necesito conectarme aun servidor de imagenes medicas a traves del
protocolo dicom, tengo un ocx para esto pero al intentar conectarme es
como que me faltaran parametros..
Alguien por casualidad ha tenido experiencia con este protocolo de
comunicacion ?
protocolo dicom, tengo un ocx para esto pero al intentar conectarme es
como que me faltaran parametros..
Alguien por casualidad ha tenido experiencia con este protocolo de
comunicacion ?
Saludos
--
Este mensaje ha sido analizado en busca de
virus y otros contenidos peligrosos,
y se considera que est� limpio.
almonts ( www.ontarioxb.es )
Jun 21, 2011, 10:51:32 AM6/21/11
to Comunidad de Visual Foxpro en Español
Si Miguel, yo tampoco creo que Alci haya pretendido ser ofensivo....
Pero un Software con tecnología C/S aunque sea de control de Stock
como el bien dice, creo que también tiene su miga no?. Saludos.
Pero un Software con tecnología C/S aunque sea de control de Stock
como el bien dice, creo que también tiene su miga no?. Saludos.
Jairo Miranda
Jun 21, 2011, 10:51:27 AM6/21/11
to publice...@googlegroups.com
Es un sistemita bien , bien grande ...
JM
-----Mensaje original-----
De: publice...@googlegroups.com
[mailto:publice...@googlegroups.com] En nombre de almonts (
www.ontarioxb.es )
Enviado el: Martes, 21 de Junio de 2011 03:27
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
Bueno Alcides, si tu crees que por ejemplo, mi Software es un
Miguel Canchas
Jun 21, 2011, 11:04:27 AM6/21/11
to publice...@googlegroups.com
Obvio mi estimado, cada uno de ellos representa esfuerzo y placer :) ..y orgullo...... es un hijo nuestro......
MK
-----Mensaje original-----
De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de almonts ( www.ontarioxb.es )
Enviado el: martes, 21 de junio de 2011 09:52 a.m.
Alci
Jun 21, 2011, 12:39:46 PM6/21/11
to Comunidad de Visual Foxpro en Español
Hola Almonts, en ningún momento mi intensión fue ofender ni
menospreciar el trabajo de los compañeros.
La idea es publicar los sistema que tienen algo especial y que se
desarrolla con vfp, porque desarrollar sistemas se puede hacer en
cualquier lenguaje, pero agregarle funcionalidades fuera de lo común
es otra cosa.
Cualquiera desarrolla un sistema de control de stock... pero que tenga
firma digital y que las firmas sean escaneadas o capturadas
directamente desde la aplicación ya es algo diferente.
Por ejemplo el sistema de AdSoft de Alcides Zuasnabar no parece un
sistema tradicional, la interfaz es muy buena, y a simple vista no
parece que fuera desarrollado con el vfp... esta es la pagina para
descargar la aplicación http://www.actiweb.es/adsoft/ ( también hay
otros trabajos de los compañeros que son muy novedosos, que ahora
mismo no tengo a mano las referencias. )
Muchos programadores ni siquiera saben que el VFP puede conectarse a
otras BD, muchos creen que solo trabaja con su BD nativa... la
intensión es mostrar las cosas novedosas que se puede lograr con el
VFP, integrar con el google map, con google earth, con un PAD como
mensiona Miltiño..., una interfaz con maquinarias, etc, etc.
Espero que se entienda la idea y que nadie se ofenda... porque
cualquier sistema tiene su trabajo y esfuerzo (y complejidad).
Saludos,
Alcides Portillo
On 21 jun, 04:26, "almonts ( www.ontarioxb.es )" <almo...@gmail.com>
wrote:
menospreciar el trabajo de los compañeros.
La idea es publicar los sistema que tienen algo especial y que se
desarrolla con vfp, porque desarrollar sistemas se puede hacer en
cualquier lenguaje, pero agregarle funcionalidades fuera de lo común
es otra cosa.
Cualquiera desarrolla un sistema de control de stock... pero que tenga
firma digital y que las firmas sean escaneadas o capturadas
directamente desde la aplicación ya es algo diferente.
Por ejemplo el sistema de AdSoft de Alcides Zuasnabar no parece un
sistema tradicional, la interfaz es muy buena, y a simple vista no
parece que fuera desarrollado con el vfp... esta es la pagina para
descargar la aplicación http://www.actiweb.es/adsoft/ ( también hay
otros trabajos de los compañeros que son muy novedosos, que ahora
mismo no tengo a mano las referencias. )
Muchos programadores ni siquiera saben que el VFP puede conectarse a
otras BD, muchos creen que solo trabaja con su BD nativa... la
intensión es mostrar las cosas novedosas que se puede lograr con el
VFP, integrar con el google map, con google earth, con un PAD como
mensiona Miltiño..., una interfaz con maquinarias, etc, etc.
Espero que se entienda la idea y que nadie se ofenda... porque
cualquier sistema tiene su trabajo y esfuerzo (y complejidad).
Saludos,
Alcides Portillo
On 21 jun, 04:26, "almonts ( www.ontarioxb.es )" <almo...@gmail.com>
wrote:
Miguel
Jun 21, 2011, 1:20:38 PM6/21/11
to Comunidad de Visual Foxpro en Español
Yo, modestamente, lo que creo es que en VFP es tan fácil hacer un
sistema completo que incluso cuando el asunto se sale de lo habitual
nosotros mismos lo asumimos como normal.
Como dice un amigo, con VFP todavía no hemos tenido el primer reto que
no hayamos superado!. (Bueno ahora mismo estamos intentando firmar
electrónicamente un documento de factura y estamos totalmente perdidos
o sea que después de 15 años igual tenemos enfrente el primer reto
insuperable).
Cuando existe la necesidad de tratar cadenas no existe un programa en
el mundo que tenga las opciones del VFP; en general por el número de
funciones yo creo que estamos ante uno de los programas más completos
que existen y que hayan existido jamás. POR QUÉ CREEÍS QUE M$ LO BORRA
DEL MAPA?
Saludos,
Miguel
On 20 jun, 23:19, Alci <alcidesporti...@gmail.com> wrote:
> Estuve investigando sobre los casos de éxitos en desarrollo de
> aplicaciones con vfp... e visto diseños de sistemas muy originales,
> con interfaz muy modernos y otras aplicaciones muy especiales que
> fueron desarrollado con el vfp.
>
> Uno de ellas esta en el siguiente link que muestra el dibujo de un
> buque y que muestra los datos a dar click en los tanques del mismo.
>
> http://www.carlbertech.com.mx/Imagenes/CarlBerTech_Portafolio_2010.pdf
>
> Otro caso de éxito es el publicado en portalfoxhttp://www.portalfox.com/index.php?name=News&file=article&sid=2220&mo...
>
> Ni enhttp://www.foxprosuccess.com/que ya no funciona.
sistema completo que incluso cuando el asunto se sale de lo habitual
nosotros mismos lo asumimos como normal.
Como dice un amigo, con VFP todavía no hemos tenido el primer reto que
no hayamos superado!. (Bueno ahora mismo estamos intentando firmar
electrónicamente un documento de factura y estamos totalmente perdidos
o sea que después de 15 años igual tenemos enfrente el primer reto
insuperable).
Cuando existe la necesidad de tratar cadenas no existe un programa en
el mundo que tenga las opciones del VFP; en general por el número de
funciones yo creo que estamos ante uno de los programas más completos
que existen y que hayan existido jamás. POR QUÉ CREEÍS QUE M$ LO BORRA
DEL MAPA?
Saludos,
Miguel
On 20 jun, 23:19, Alci <alcidesporti...@gmail.com> wrote:
> Estuve investigando sobre los casos de éxitos en desarrollo de
> aplicaciones con vfp... e visto diseños de sistemas muy originales,
> con interfaz muy modernos y otras aplicaciones muy especiales que
> fueron desarrollado con el vfp.
>
> Uno de ellas esta en el siguiente link que muestra el dibujo de un
> buque y que muestra los datos a dar click en los tanques del mismo.
>
> http://www.carlbertech.com.mx/Imagenes/CarlBerTech_Portafolio_2010.pdf
>
>
> Lo lamentable de todo esto es que no se ha publicado ningún caso de
> éxito en los sitios oficiales de msm,http://www.portalfox.com/index.php?name=News&file=article&sid=1846&mo...
> Lo lamentable de todo esto es que no se ha publicado ningún caso de
>
> Ni enhttp://www.foxprosuccess.com/que ya no funciona.
ultraton500
Jun 21, 2011, 4:05:21 PM6/21/11
to Comunidad de Visual Foxpro en Español
Hola, a mi me interesaría saber si alguien conoce programas
desatendidos (enlatados) hechos en VFP. Programas independientes del
programador que lo creó, en donde el usuario no tiene contacto
personal con su creador, algo asi como lo son por ej. Nero, Photoshop,
Emule, Flash, etc., porque lo común es que el propio programador es el
que instala, explica, modifica, corrige, etc..
Saludos a toda la comunidad.
Javier.
> > Ni enhttp://www.foxprosuccess.com/queya no funciona.
desatendidos (enlatados) hechos en VFP. Programas independientes del
programador que lo creó, en donde el usuario no tiene contacto
personal con su creador, algo asi como lo son por ej. Nero, Photoshop,
Emule, Flash, etc., porque lo común es que el propio programador es el
que instala, explica, modifica, corrige, etc..
Saludos a toda la comunidad.
Javier.
Carlos Miguel FARIAS
Jun 21, 2011, 5:44:04 PM6/21/11
to publice...@googlegroups.com
Si mal no estoy informado, el sistema de control de gestion del EuroTunel, estaba hecho (o está, no se) en VFP, cuando me pasaron el dato hace ya varios años, estaban manejando cerca de 100 Gb de datos (CON BASES NATIVAS!!!!).
No se hasta que punto esto es cierto, pero es un ejemplo de lo que puede hacerse con vfp.
No se hasta que punto esto es cierto, pero es un ejemplo de lo que puede hacerse con vfp.
ZeRoberto
Jun 21, 2011, 7:20:13 PM6/21/11
to publice...@googlegroups.com
El programa Contable Monica aunque esta mas crackeado :D aunque no se
si seguira todavia en VFP
si seguira todavia en VFP
Saludos
El 21/06/11, Carlos Miguel FARIAS <carlosmig...@gmail.com> escribió:
edgar suarez kummers
Jun 21, 2011, 10:33:38 PM6/21/11
to publice...@googlegroups.com
Mi sobrino Adolfo Suárez Roos, Researcher Assembly Robotics - C2TR EADS Innovative Works ( o dicho en otras palabras robots para ensamble de losAIRBUS ) con correo adolfo...@eads.net en Paris, Francia, elaboró un software para el Eurotunel en Visual Basic y aquella vez cobró Euros 50.000, pero obviamente al nivel de Ingeniería Mecánica o Electrónica no trabajan con el querido Zorro ...
Sin duda alguna el software que cita Miguel sí debió ser hecho en Visual Foxpro ... y debió costarles muchísimos Euros más, porque el trabajo de mi sobrino fue de un mes y en ese tiempo apenas uno está escribiendo los encabezados en un software de verdad ... en Visual
Foxpro.
Saludos
Edgar
De: Carlos Miguel FARIAS <carlosmig...@gmail.com>
Para: publice...@googlegroups.com
Enviado: martes 21 de junio de 2011 16:44
Asunto: Re: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
Richard Gaviria
Jun 21, 2011, 11:18:04 PM6/21/11
to Grupo VFP
No olvidemos que a la mayoría de programadores de hoy se les ha enseñado desde la universidad a programar con FrameWorks o plantillas, y el "software", lo unico que hace es ser un Front-End sin muchas complicaciones, lo más probable es que todas las operaciones hayan sido escritas en Stored Procedure en el servidor de datos.
Date: Wed, 22 Jun 2011 03:33:38 +0100
From: edgark...@yahoo.es
Subject: Re: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
To: publice...@googlegroups.com
Saludos.
Rick.ç
Date: Wed, 22 Jun 2011 03:33:38 +0100
From: edgark...@yahoo.es
Subject: Re: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
To: publice...@googlegroups.com
Jorge Carazzo
Jun 22, 2011, 8:19:11 AM6/22/11
to Comunidad de Visual Foxpro en Español
Chicos, en mi empresa tenemos numerosos casos de exito, que van desde
pequeñas aplicaciones enlatadas, auto instalables, como son
aplicaciones para gestion de tiendas, video clubes, etc., todas con
bases nativas, hasta aplicaciones de gran porte como ser sistemas para
mutuales, gestiones contables globales o hasta un ERP para una
multinacional, todas estas con bases sql.
Todavia hoy, despues de 20 años de vivir del zorro, no pude encontrar
ningun limitante en el desarrollo de sistemas. (es cierto que no
desarrollo sistemas web), pero con los sistemas de escritorio me
alcanza y sobra.
Un saludo a todos.
pequeñas aplicaciones enlatadas, auto instalables, como son
aplicaciones para gestion de tiendas, video clubes, etc., todas con
bases nativas, hasta aplicaciones de gran porte como ser sistemas para
mutuales, gestiones contables globales o hasta un ERP para una
multinacional, todas estas con bases sql.
Todavia hoy, despues de 20 años de vivir del zorro, no pude encontrar
ningun limitante en el desarrollo de sistemas. (es cierto que no
desarrollo sistemas web), pero con los sistemas de escritorio me
alcanza y sobra.
Un saludo a todos.
Luis Mata
Jun 22, 2011, 9:53:22 AM6/22/11
to Comunidad de Visual Foxpro en Espa�ol
Aplausos.
-----Mensaje original-----
From: Jorge Carazzo
Sent: Wednesday, June 22, 2011 7:19 AM
To: Comunidad de Visual Foxpro en Espa�ol
Subject: [vfp] Re: Caso de �xitos de aplicaciones desarrolla con vfp? .
Chicos, en mi empresa tenemos numerosos casos de exito, que van desde
peque�as aplicaciones enlatadas, auto instalables, como son
aplicaciones para gestion de tiendas, video clubes, etc., todas con
bases nativas, hasta aplicaciones de gran porte como ser sistemas para
mutuales, gestiones contables globales o hasta un ERP para una
multinacional, todas estas con bases sql.
Todavia hoy, despues de 20 a�os de vivir del zorro, no pude encontrar
ultraton500
Jun 22, 2011, 1:15:40 PM6/22/11
to Comunidad de Visual Foxpro en Español
Qué tal Javier.. ese es un tema interesante, por lo que sería mejor
que abras un nuevo tema en lugar de cambiar el título de un tema
existente. De esa forma evitarías que tu consulta queda perdida dentro
de otra consulta sin aparecer en la lista de temas de la página web
que es la forma en la que muchos vemos este foro.
Saludos,
Javier.
que abras un nuevo tema en lugar de cambiar el título de un tema
existente. De esa forma evitarías que tu consulta queda perdida dentro
de otra consulta sin aparecer en la lista de temas de la página web
que es la forma en la que muchos vemos este foro.
Saludos,
Javier.
ultraton500
Jun 22, 2011, 1:23:17 PM6/22/11
to Comunidad de Visual Foxpro en Español
Hola Jorge, me intriga saber cómo resolviste el inconveniente de la
corrupción de datos en los programas enlatados siendo que utilizaban
db nativas. Cómo resolvía el usuario un problema de corrupción?
Saludos,
Javier.
corrupción de datos en los programas enlatados siendo que utilizaban
db nativas. Cómo resolvía el usuario un problema de corrupción?
Saludos,
Javier.
Miguel Canchas
Jun 22, 2011, 2:06:08 PM6/22/11
to publice...@googlegroups.com
EN LOS años que llevo programando nunca tuve problemas con la BD salvo una vez y por culpa mia, NO SIEMPRE HABRA PROBLEMAS SI CONSIDERAS LO NECESARIO PARA QUE NO HAYA PROBLEMAS..
MK
-----Mensaje original-----
De: publice...@googlegroups.com [mailto:publice...@googlegroups.com] En nombre de ultraton500
Enviado el: miércoles, 22 de junio de 2011 12:23 p.m.
Para: Comunidad de Visual Foxpro en Español
Asunto: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
Carlos Yohn (A.G.P.)
Jun 22, 2011, 2:07:05 PM6/22/11
to Comunidad de Visual Foxpro en Español
SI se va a crear un sitio de casos de éxito en VFP, me gustaría
saberlo. Puedo aportar algunas aplicaciones 'curiosas'
saberlo. Puedo aportar algunas aplicaciones 'curiosas'
Edgar Acevedo
Jun 22, 2011, 2:11:57 PM6/22/11
to publice...@googlegroups.com
Hola Ultraton500:
Yo vengo programando desde FoxPro 2.6 para DOS desde 1,991. De hecho me costó mucho y hasta hace tan solo 2 años que me moví a VFP 9. La razón es que mis programas hechos en FoxPro 2.6 quedaron sólidos como roca y los clientes que los tienen en uso quedaron tan complacidos que nunca les interesó migrar a ambiente Windows con VFP. De esa suerte, tengo aplicaciones de FoxPro 2.6 corriendo aún en Windows Vista y 7 sin ningún problema (claro, haciendo algunos ajustes menores al Registry y al CONFIG.NT).
En "tiempos de FoxPro 2.6 para DOS" había un programa residente en ram (TSR) invocado desde tu aplicación en VFP que te ayudaba a que no sucediera la corrupción de tablas DBF o índices CDX. De esa cuenta te puedo decir que solo "2 veces" recuerdo haber tenido corrupción de datos y en ambas ocasiones la culpa la tuvo el hardware, no FoxPro.
Desde un principio, (1,991) puse como condición a los clientes que cada estación de red donde funcionara mi aplicación, hubiera un "buen UPS" (no cualquier UPS marca "patito") que diera buena cantidad de tiempo de soporte.como para que el usuario se saliera de la aplicación "normalmente" y apagara el equipo en lo que el fluído eléctrico era restituído normalmente.
Por otro lado, siempre que encontraba archivos .TMP yo le mandaba un "severo" memo al cliente indicándole que pasó una de 3 cosas:
1- Hubo un apagón y no dio tiempo a salirse de la aplicación normalmente (culpa del hardware por dar tiempo insuficiente)
2- El usuario NO SALIO NORMALMENTE de la aplicación (culpa del usuario)
3- Se le dio un "RESET" al computador (también culpa del usuario).
En el memo le indicaba claramente que por culpa de estas circunstancias NO HABÍA GARANTÍA de buena operación del sistema, por lo que cualquier llamado a "arreglar" tablas dañadas se facturaría y cobraría por separado, porque adicionalmente SIEMPRE, SIEMPRE desde el primer día de arranque de la aplicación, se le proveía al cliente un sub-sistema de Back-Up que él debía correr "religiosamente".
En fin, la idea siempre fue RESPONSABILIZAR al cliente de su data. Tu puedes ser un fabricante de vehículos, los mejores vehículos, pero esta en manos de tu cliente respetar las Leyes de Transito para evitar sufrir accidentes y si aún así, "sucediera" un accidente, para eso "el cliente" debe pagar un "seguro" (el Back-Up fiel y constante) por si algo saliera mal.
Si el cliente NO ESTABA DISPUESTO a aceptar estas cláusulas pues simplemente NO HABIA TRATO porque nunca me expondría a situaciones que estuvieran fuera de mi control pero aún así, bajo mi responsabilidad.
Te repito, con la ayuda de este programita residente en RAM, durante 16 años de montar programas en FoxPro 2.6 para DOS (unas 20 aplicaciones "grandes") solamente recuerdo haber tenido currupción de datos "2 veces" y en ambas mi insturcción para el cliente fue: "bueno, recupere su Back-Up de ayer vuelva a ingresar las transacciones perdidas. PUNTO. Ya estaba advertido y ya estaba hablado.
Ahora bien, en los 2 años que llevo de programar en VFP he hecho:
- Una aplicación para un Salon de Belleza Caja, Cuenta Corriente y Agenda de Clientes.
- Una aplicación de Facturación - Inventario - Cuentas por Pagar - Ventas
- Una aplicación de Planillas - Bancos y Contabilidad Fiscal
- Una aplicación TOTAL para una Cooperativa de Ahorro y Credito.
Y hasta ahora, luego de 2 años de trabajar con VFP NUNCA he tenido una corrupción de tablas. Ahora bien, como "técnica" de programación, yo trato de mantener las tablas "abiertas y expuestas" el menor tiempo de posible. Casi todo lo resuelvo con variables de memoria que pueden perderse en cualquier momento sin dejar ninguna consecuencia sobre las tablas. Así que me parece mucho que también el asunto depende de tus "técnicas de programación" y de cuanto tiempo mantienes "abiertas y expuestas" las tablas y sus índices.
De todos modos, el día llegará seguramente en que tenga una corrupción de datos y le recordaré a mi cliente: "Recuerde que cuando hicimos el convenio de trabajo quedó claro que USTED cuidaría su responsabilidad de tener un Back-Up actualizado y confiable." Si el cliente se resiste a utilizar el BAck-Up porque luego de restaurarlo tiene que volver a teclear las transacciones perdidas le recuerdo: Si usted va en un barco de pasajeros, cuando el barco se hunde, usted no anda con "tapujos y preferencias especiales" se sube a un bote de remos y punto. Pues este caso ES LO MISMO."
Yo vengo programando desde FoxPro 2.6 para DOS desde 1,991. De hecho me costó mucho y hasta hace tan solo 2 años que me moví a VFP 9. La razón es que mis programas hechos en FoxPro 2.6 quedaron sólidos como roca y los clientes que los tienen en uso quedaron tan complacidos que nunca les interesó migrar a ambiente Windows con VFP. De esa suerte, tengo aplicaciones de FoxPro 2.6 corriendo aún en Windows Vista y 7 sin ningún problema (claro, haciendo algunos ajustes menores al Registry y al CONFIG.NT).
En "tiempos de FoxPro 2.6 para DOS" había un programa residente en ram (TSR) invocado desde tu aplicación en VFP que te ayudaba a que no sucediera la corrupción de tablas DBF o índices CDX. De esa cuenta te puedo decir que solo "2 veces" recuerdo haber tenido corrupción de datos y en ambas ocasiones la culpa la tuvo el hardware, no FoxPro.
Desde un principio, (1,991) puse como condición a los clientes que cada estación de red donde funcionara mi aplicación, hubiera un "buen UPS" (no cualquier UPS marca "patito") que diera buena cantidad de tiempo de soporte.como para que el usuario se saliera de la aplicación "normalmente" y apagara el equipo en lo que el fluído eléctrico era restituído normalmente.
Por otro lado, siempre que encontraba archivos .TMP yo le mandaba un "severo" memo al cliente indicándole que pasó una de 3 cosas:
1- Hubo un apagón y no dio tiempo a salirse de la aplicación normalmente (culpa del hardware por dar tiempo insuficiente)
2- El usuario NO SALIO NORMALMENTE de la aplicación (culpa del usuario)
3- Se le dio un "RESET" al computador (también culpa del usuario).
En el memo le indicaba claramente que por culpa de estas circunstancias NO HABÍA GARANTÍA de buena operación del sistema, por lo que cualquier llamado a "arreglar" tablas dañadas se facturaría y cobraría por separado, porque adicionalmente SIEMPRE, SIEMPRE desde el primer día de arranque de la aplicación, se le proveía al cliente un sub-sistema de Back-Up que él debía correr "religiosamente".
En fin, la idea siempre fue RESPONSABILIZAR al cliente de su data. Tu puedes ser un fabricante de vehículos, los mejores vehículos, pero esta en manos de tu cliente respetar las Leyes de Transito para evitar sufrir accidentes y si aún así, "sucediera" un accidente, para eso "el cliente" debe pagar un "seguro" (el Back-Up fiel y constante) por si algo saliera mal.
Si el cliente NO ESTABA DISPUESTO a aceptar estas cláusulas pues simplemente NO HABIA TRATO porque nunca me expondría a situaciones que estuvieran fuera de mi control pero aún así, bajo mi responsabilidad.
Te repito, con la ayuda de este programita residente en RAM, durante 16 años de montar programas en FoxPro 2.6 para DOS (unas 20 aplicaciones "grandes") solamente recuerdo haber tenido currupción de datos "2 veces" y en ambas mi insturcción para el cliente fue: "bueno, recupere su Back-Up de ayer vuelva a ingresar las transacciones perdidas. PUNTO. Ya estaba advertido y ya estaba hablado.
Ahora bien, en los 2 años que llevo de programar en VFP he hecho:
- Una aplicación para un Salon de Belleza Caja, Cuenta Corriente y Agenda de Clientes.
- Una aplicación de Facturación - Inventario - Cuentas por Pagar - Ventas
- Una aplicación de Planillas - Bancos y Contabilidad Fiscal
- Una aplicación TOTAL para una Cooperativa de Ahorro y Credito.
Y hasta ahora, luego de 2 años de trabajar con VFP NUNCA he tenido una corrupción de tablas. Ahora bien, como "técnica" de programación, yo trato de mantener las tablas "abiertas y expuestas" el menor tiempo de posible. Casi todo lo resuelvo con variables de memoria que pueden perderse en cualquier momento sin dejar ninguna consecuencia sobre las tablas. Así que me parece mucho que también el asunto depende de tus "técnicas de programación" y de cuanto tiempo mantienes "abiertas y expuestas" las tablas y sus índices.
De todos modos, el día llegará seguramente en que tenga una corrupción de datos y le recordaré a mi cliente: "Recuerde que cuando hicimos el convenio de trabajo quedó claro que USTED cuidaría su responsabilidad de tener un Back-Up actualizado y confiable." Si el cliente se resiste a utilizar el BAck-Up porque luego de restaurarlo tiene que volver a teclear las transacciones perdidas le recuerdo: Si usted va en un barco de pasajeros, cuando el barco se hunde, usted no anda con "tapujos y preferencias especiales" se sube a un bote de remos y punto. Pues este caso ES LO MISMO."
Walter R. Ojeda Valiente
Jun 22, 2011, 2:53:44 PM6/22/11
to publice...@googlegroups.com
Edgar, pensamos exactamente igual.
Así que FELICITACIONES por pensar como yo, ja, ja, ja.
:-)
Saludos.
Walter.
Date: Wed, 22 Jun 2011 12:11:57 -0600
Subject: Re: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
From: aper...@gmail.com
To: publice...@googlegroups.com
Así que FELICITACIONES por pensar como yo, ja, ja, ja.
:-)
Saludos.
Walter.
Date: Wed, 22 Jun 2011 12:11:57 -0600
Subject: Re: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
From: aper...@gmail.com
To: publice...@googlegroups.com
Intel Man
Jun 22, 2011, 4:35:15 PM6/22/11
to publice...@googlegroups.com
Hola, yo tambien uso vfp hace muchos años y no he tenido problemas de corrupción, salvo una que otra contadas con los dedos de las manos
Pero lo que me llamó la atencion es que corres foxpro 2.6 en windows 7? yo he tratado de correrlo en windows 7 ultimate de 64 bits y me dice que no puede correr aplicaciones de 16 bits y no lo pude hacer correr :( tu has corrido foxpro 2.6 en windows 7 de 64 bits?
Y tambien es una buena tecnica de programacion abrir las tablas solo cuando se graben los datos y luego cerrarlas, y así creo yo que se minimizaría al maximo el riesgo de corrupción, tal vez usar el entorno de datos de los formularion ayuda a una mejor programación pero tambien ayuda a que se pueda dañar los datos con mas frecuencia, aunque a mi no me a pasado tanto y yo uso el entorno de datos de los formularios :)
Este es como el tema que se ha tocado hace un tiempo sobre las conexiones a base de datos por demanda o conexion constante, a unos les gusta de una manera y a otros de otra manera, al final los 2 metodos son los váidos solo es cuestion de gustos y colores :)
Saludos
Pero lo que me llamó la atencion es que corres foxpro 2.6 en windows 7? yo he tratado de correrlo en windows 7 ultimate de 64 bits y me dice que no puede correr aplicaciones de 16 bits y no lo pude hacer correr :( tu has corrido foxpro 2.6 en windows 7 de 64 bits?
Y tambien es una buena tecnica de programacion abrir las tablas solo cuando se graben los datos y luego cerrarlas, y así creo yo que se minimizaría al maximo el riesgo de corrupción, tal vez usar el entorno de datos de los formularion ayuda a una mejor programación pero tambien ayuda a que se pueda dañar los datos con mas frecuencia, aunque a mi no me a pasado tanto y yo uso el entorno de datos de los formularios :)
Este es como el tema que se ha tocado hace un tiempo sobre las conexiones a base de datos por demanda o conexion constante, a unos les gusta de una manera y a otros de otra manera, al final los 2 metodos son los váidos solo es cuestion de gustos y colores :)
Saludos
Date: Wed, 22 Jun 2011 12:11:57 -0600
Subject: Re: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
From: aper...@gmail.com
To: publice...@googlegroups.com
Edgar Acevedo
Jun 22, 2011, 5:00:34 PM6/22/11
to publice...@googlegroups.com
Hace un mes instalé una aplicación que tengo corriendo desde el año 1,992 en una computadora DELL con Windows 7 32 BITS.
Esta aplicación esta hecha en FoxPro 2.6 para DOS por lo tanto corre en sesión de DOS. Pero, desde Windows XP, debo hacer
estos cambios:
- En el Config.NT modifico el Files=40 que trae default y le pongo Files=160
- En el Registry agrego lo siguiente:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WOW]
"LPT_timeout"="1"
"DefaultSeparateVDM"="Yes"
Pero te repito, solo he probado en Windows 7 32 BITS, no en 64 BITS.
Esta aplicación esta hecha en FoxPro 2.6 para DOS por lo tanto corre en sesión de DOS. Pero, desde Windows XP, debo hacer
estos cambios:
- En el Config.NT modifico el Files=40 que trae default y le pongo Files=160
- En el Registry agrego lo siguiente:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\WOW]
"LPT_timeout"="1"
"DefaultSeparateVDM"="Yes"
Pero te repito, solo he probado en Windows 7 32 BITS, no en 64 BITS.
Miguel Castillo
Jun 22, 2011, 8:08:55 PM6/22/11
to jairo vfp9
me agradaria mucho ver ese video mi correo es mike7...@hotmail.com saludos
les comento que me llamaron para desarrollar un sistema medico de recetas y en principo me pidieron que lo realize en visual basic pero les indique que mi fuerte era vfp que era de la misma familia y no les importo desde luego despues de que les ise algunas demostraciones de como se desarrollaba el programita(porque es pequeño ) les comente la historia del soporte de microsof y eso pero en realidad no les importo lo que me preguntaron es si nos retirarian la copia del programa y nos dejarian sin funcionar nuestra aplicacion lñes dije que eso no seguiria funcionando sin soporte o con soporte y en realidad no les importo .. y seguimos para a delante con otro programa mas en vfp9 y estan encantados yo confio que para cuando bill gate nos quiera dar el tiro de gracia ya tengamos un clon funcionando y y demostrandole que el zorro nacio para crecer cada dia mas, no para morir porque les asusta la competencia fuerte que representa para sus otros programas
les comento que me llamaron para desarrollar un sistema medico de recetas y en principo me pidieron que lo realize en visual basic pero les indique que mi fuerte era vfp que era de la misma familia y no les importo desde luego despues de que les ise algunas demostraciones de como se desarrollaba el programita(porque es pequeño ) les comente la historia del soporte de microsof y eso pero en realidad no les importo lo que me preguntaron es si nos retirarian la copia del programa y nos dejarian sin funcionar nuestra aplicacion lñes dije que eso no seguiria funcionando sin soporte o con soporte y en realidad no les importo .. y seguimos para a delante con otro programa mas en vfp9 y estan encantados yo confio que para cuando bill gate nos quiera dar el tiro de gracia ya tengamos un clon funcionando y y demostrandole que el zorro nacio para crecer cada dia mas, no para morir porque les asusta la competencia fuerte que representa para sus otros programas
> Date: Tue, 21 Jun 2011 06:05:44 -0700
> Subject: [vfp] Re: Caso de éxitos de aplicaciones desarrolla con vfp? .
> From: servy...@hotmail.com
> To: publice...@googlegroups.com
> From: servy...@hotmail.com
> To: publice...@googlegroups.com
ultraton500
Jun 22, 2011, 8:13:35 PM6/22/11
to Comunidad de Visual Foxpro en Español
Hola Edgar, me pareció muy interesante tu testimonio y coinsido con tu
forma de pensar en cuanto a las pautas de responsabilidad sobre los
datos. Mientras leía tu relato venía alegrandome por la tasa tan baja
de casos de corrupción hasta que leí que exigías el uso de UPS cosa
que me parece perfecto y muy acertado de tu parte, pero que
lamentablemente según mi parecer puede hacerse dependiendo del tipo de
aplicación.
Si se pretende vender una aplicación enlatada a un costo de u$s500,
unos u$s100 extra de una buena UPS como requisito para garantizar el
buen desempeño del programa va a desalentar a mas de uno y eso no es
bueno para las ventas.
No es que no entienda yo sino que muchos usuarios piensan asi. Al
tratarse de un programa enlatado, muchos usuarios se enterarían de
este requerimiento una vez adquirido al leer el manual o instructivo
del programa (a menos que en la caja/sobre/página web exista un
anuncio que diga "Requiere UPS") y para entonces sería difícil que la
compraren. Es en esos casos en donde se incrementa la posibilidad de
problemas y la solución "recurra al punto de restauración mas
reciente" sigue siendo efectiva pero deja de ser práctica o elegante
para algunos usuarios.
El fantasma de la corrupción de datos es la principal limitación que
he encontrado para hacer una aplicación desatendida y una de las
razones por la que estoy comenzando a migrar a un sistema sql
aprovechando la ayuda que nos ha aportado Walter.
Saludos cordiales,
Javier.
forma de pensar en cuanto a las pautas de responsabilidad sobre los
datos. Mientras leía tu relato venía alegrandome por la tasa tan baja
de casos de corrupción hasta que leí que exigías el uso de UPS cosa
que me parece perfecto y muy acertado de tu parte, pero que
lamentablemente según mi parecer puede hacerse dependiendo del tipo de
aplicación.
Si se pretende vender una aplicación enlatada a un costo de u$s500,
unos u$s100 extra de una buena UPS como requisito para garantizar el
buen desempeño del programa va a desalentar a mas de uno y eso no es
bueno para las ventas.
No es que no entienda yo sino que muchos usuarios piensan asi. Al
tratarse de un programa enlatado, muchos usuarios se enterarían de
este requerimiento una vez adquirido al leer el manual o instructivo
del programa (a menos que en la caja/sobre/página web exista un
anuncio que diga "Requiere UPS") y para entonces sería difícil que la
compraren. Es en esos casos en donde se incrementa la posibilidad de
problemas y la solución "recurra al punto de restauración mas
reciente" sigue siendo efectiva pero deja de ser práctica o elegante
para algunos usuarios.
El fantasma de la corrupción de datos es la principal limitación que
he encontrado para hacer una aplicación desatendida y una de las
razones por la que estoy comenzando a migrar a un sistema sql
aprovechando la ayuda que nos ha aportado Walter.
Saludos cordiales,
Javier.
Reply all
Reply to author
Forward
0 new messages