El grupo al cual envías entradas es un grupo Usenet. Si envías mensajes a este grupo, cualquier usuario de Internet podrá ver tu dirección de correo electrónico
> Amigo cuando yo trato a mis clientes les vendo una solucion para su > negocio indico la automatizacion de sus procesos, las ventajas que trae > este a su empresa.
Eso no tiene nada que ver con lo que estamos discutiendo aquí.
> Nunca he ido y he dicho yo soy programador de tal y tengo un sistema este. > y obviamente yo mismo hagos los software,
Si tú mismo haces los softwares eres un sortudo. También en mi caso (mi empresa) los hacemos nosotros mismos pero ya no usamos VFP para aplicaciones nuevas aunque nos queden algunos clientes antiguos con esa plataforma. El mismo mercado y las mejores posibilidades nos ha llevado a trabajar con .NET y otras herramientas más actuales. Pero ponte también en el caso de los que no son independientes y no pueden decidir qué utilizar. Crees que tendrán mucho mercado laboral y profesional usando lenguajes obsoletos y descontinuados como VB6 y VFP?
>un sistema si esta mal estructurado tanto como cliente o en la misma base >de datos no importa donde lo hagas va a ser pesimo.
En eso estamos de acuerdo.
> Yo decidi apostar por sql por que no me ha traido problemas desde su > version 2000 y la forma como escale y migre mis clientes del 2005 al 2008
Yo también. Siempre hay que dejar a la BD que se encargue de lo que le corresponde pero en el front-end no vas a poner a los usuarios a utilizar el Management Studio para mantener sus bases de datos. La plataforma que utilices para el front-end, su escalabilidad y sus posibilidades futuras también es un factor importante a considerar.
>y todo esto lo hago con lo anterior mensionado y vfp y no tengo problemas y >cubro la necesidades de mis clientes y no registra fallas y de aqui a >futuro no veo aun el problema que me pueda dar.
Si son sistemas ya instalados pues no hay más remedio que mantenerlos pero no es difícil imaginarse lo que le espera a un lenguaje descontinuado sobre todo si piensas en nuevos desarrollos, que es lo fundamental de lo que estoy hablando. Te recomiendo que los vayas migrando poco a poco.
Beno solo para aclarar algunos puntos: Concuerdo con Luis, creo que la solución definitiva es la de solución de negocio ; no el lenguaje de programación que uses.(VFP,VB,.NET,PB,COBOL,etc)
Logicamente el que se dedica a programar y vender soluciones sea cual sea la herramienta que utilicé lo tiene que hacer y definir funciones y procedimientos "escalables"; osea, pensar en lo que vendrá no hacer un trabajo a "media caña", (seguro algunos programadores hicieron esto), por eso es que al migrar de un Lenguaje programación (L.P.) a otro; ahi encontraron sus debilidades y sus frustraciones, y claro le hecharon la culpa al L.P. que usaron en ese entonces.
Ahora si bien es cierto que .NET es el L.P. que consideran en el mercado actual (No en todos los mercados); no quiere decir que eres mejor programador si usas esta herramienta y dejas de lado VFP ó VB; al contrario, me atrevería a decir que existen mas utilitarios y controles que facilitan el trabajo en .Net, y es mas te crean todos los SP. y la 3 capas en un 5(Estoy hablando de los ORM's). Entonces yo pregunto... eso es desarrollar ó enmascarar tu Sistema con bonitas pantallas en el front-end ?.
No quiere desprestigiar a .NET pero tampoco dejaría que hablen mal de otros lenguajes que Microsoft en su momento nos vendió como la "Ultima herramienta novedosa,moderna,escalable,etc". y que luego por Business sacaron otra y otra; y ahora dice que ya no dará soporte, y yo preguntó que pasa entonces con los GURUS en VFP/VB.. acaso sus cartones y sus galones ganados ya no valen? acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos aprendieron otros desarrolladores y hasta Microsoft para poder ver que podían implementar esas ideas en otro L.P y claro luego venderlo a los mas ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P último.
Conclusión: Vende Solución de Negocio, sea cual sea la herramienta en el Front-end; claro considerando tambien la inversión de la empresa y la B.D para su rendimiento. Ejemplo: Programa pequeño: si te piden desarrollar un programa de registro de clientes, telefonos y contactos tranquilamente lo puedes hacer en VFP ó VB.; para que usar .NET Y BD SQL2008; te precio sube y para qué... para que haga lo mismo.
Sistema ERP: si lo desarrollas en .NET 3 capas/ SQL2008 inversión (incluyendo licencias y programadores y tiempo invertido) DIGAMOS. $100 si lo desarrollas en VFP/VB 3capas/ SQL2008 inversión (incluyendo licencias y programadores y tiempo invertido) DIGAMOS. $20
EN LOS 2 EJEMPLOS, Ambos L.P. hacen lo mismo y con la misma B.D moderna ultima, rapidisima, escalable, etc. Cual comprarias tú?? y cual compraria tu empresa ??
Saludos. Samuel S.M.H Lima - Perú
"Jose TH >>" <joset...@gmail.es> escribió en el mensaje de noticias:e5EfBP0XKHA.1...@TK2MSFTNGP05.phx.gbl...
>> Amigo cuando yo trato a mis clientes les vendo una solucion para su >> negocio indico la automatizacion de sus procesos, las ventajas que trae >> este a su empresa.
> Eso no tiene nada que ver con lo que estamos discutiendo aquí.
>> Nunca he ido y he dicho yo soy programador de tal y tengo un sistema >> este. >> y obviamente yo mismo hagos los software,
> Si tú mismo haces los softwares eres un sortudo. También en mi caso (mi > empresa) los hacemos nosotros mismos pero ya no usamos VFP para > aplicaciones nuevas aunque nos queden algunos clientes antiguos con esa > plataforma. El mismo mercado y las mejores posibilidades nos ha llevado a > trabajar con .NET y otras herramientas más actuales. > Pero ponte también en el caso de los que no son independientes y no > pueden decidir qué utilizar. Crees que tendrán mucho mercado laboral y > profesional usando lenguajes obsoletos y descontinuados como VB6 y VFP?
>>un sistema si esta mal estructurado tanto como cliente o en la misma base >>de datos no importa donde lo hagas va a ser pesimo.
> En eso estamos de acuerdo.
>> Yo decidi apostar por sql por que no me ha traido problemas desde su >> version 2000 y la forma como escale y migre mis clientes del 2005 al 2008
> Yo también. Siempre hay que dejar a la BD que se encargue de lo que le > corresponde pero en el front-end no vas a poner a los usuarios a utilizar > el Management Studio para mantener sus bases de datos. > La plataforma que utilices para el front-end, su escalabilidad y sus > posibilidades futuras también es un factor importante a considerar.
>>y todo esto lo hago con lo anterior mensionado y vfp y no tengo problemas >>y cubro la necesidades de mis clientes y no registra fallas y de aqui a >>futuro no veo aun el problema que me pueda dar.
> Si son sistemas ya instalados pues no hay más remedio que mantenerlos pero > no es difícil imaginarse lo que le espera a un lenguaje descontinuado > sobre todo si piensas en nuevos desarrollos, que es lo fundamental de lo > que estoy hablando. > Te recomiendo que los vayas migrando poco a poco.
Beno solo para aclarar algunos puntos: Concuerdo con Luis, creo que la solución definitiva es la de solución de negocio ; no el lenguaje de programación que uses.(VFP,VB,.NET,PB,COBOL,etc)
Logicamente el que se dedica a programar y vender soluciones sea cual sea la herramienta que utilicé lo tiene que hacer y definir funciones y procedimientos "escalables"; osea, pensar en lo que vendrá no hacer un trabajo a "media caña", (seguro algunos programadores hicieron esto), por eso es que al migrar de un Lenguaje programación (L.P.) a otro; ahi encontraron sus debilidades y sus frustraciones, y claro le hecharon la culpa al L.P. que usaron en ese entonces.
Ahora si bien es cierto que .NET es el L.P. que consideran en el mercado actual (No en todos los mercados); no quiere decir que eres mejor programador si usas esta herramienta y dejas de lado VFP ó VB; al contrario, me atrevería a decir que existen mas utilitarios y controles que facilitan el trabajo en .Net, y es mas te crean todos los SP. y la 3 capas en un 5(Estoy hablando de los ORM's). Entonces yo pregunto... eso es desarrollar ó enmascarar tu Sistema con bonitas pantallas en el front-end ?.
No quiere desprestigiar a .NET pero tampoco dejaría que hablen mal de otros lenguajes que Microsoft en su momento nos vendió como la "Ultima herramienta novedosa,moderna,escalable,etc". y que luego por Business sacaron otra y otra; y ahora dice que ya no dará soporte, y yo preguntó que pasa entonces con los GURUS en VFP/VB.. acaso sus cartones y sus galones ganados ya no valen? acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos aprendieron otros desarrolladores y hasta Microsoft para poder ver que podían implementar esas ideas en otro L.P y claro luego venderlo a los mas ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P último.
Conclusión: Vende Solución de Negocio, sea cual sea la herramienta en el Front-end; claro considerando tambien la inversión de la empresa y la B.D para su rendimiento. Ejemplo: Programa pequeño: si te piden desarrollar un programa de registro de clientes, telefonos y contactos tranquilamente lo puedes hacer en VFP ó VB.; para que usar .NET Y BD SQL2008; tu precio sube y para qué... para que haga lo mismo.
Sistema ERP: si lo desarrollas en .NET 3 capas/ SQL2008 inversión (incluyendo licencias y programadores y tiempo invertido) DIGAMOS. $100 si lo desarrollas en VFP/VB 3capas/ SQL2008 inversión (incluyendo licencias y programadores y tiempo invertido) DIGAMOS. $20
EN LOS 2 EJEMPLOS, Ambos L.P. hacen lo mismo y con la misma B.D moderna ultima, rapidisima, escalable, etc. Cual comprarias tú?? y cual compraria tu empresa ?? no creo que gane .NET
PD. los grandes proyectos ERP, fueron desarrollados con lenguajes de programación que ahora son obsoletos... de acá a 5 años más lo será el .NET y claro; las grandes ideas de negocio seguiran siendo tomadas gracias a esos programadores que existieron.
Saludos. Samuel S.M.H Lima - Perú
"Jose TH>>" escribió en el mensaje de noticias:uuFA#NyXKHA.4...@TK2MSFTNGP06.phx.gbl...
> VFP y VB6 son dos lenguajes descontinuados. Te aconsejo no utilizarlos > para ningún proyecto nuevo.
> "JM" <jmrodriguez__@__tecniaingenieros.com> escribió en el mensaje > news:uVNxGhWXKHA.4588@TK2MSFTNGP04.phx.gbl... >> Hola amigos, me piden hacer una réplica de un software realizado hace >> años en delphi + paradox, que gestiona una base de datos con montones de >> tablas, usuarios, informes, etc
>> Controlo PHP + mySQL pero me parece una locura usarlo ya que el software >> maneja muchas tablas y en php sólo escribir las decenas de formularios, >> tratar los datos, etc, sería mucho trabajo.
>> Me gustaría que las tablas fuesen SQL o MySQL, el principal motivo de >> abandonar el software antiguo es la facilidad con que se corrompen sus >> DB, pero no se qué lenguaje, o versión de visual basic (si es q me >> recomendáis VB) usar. Aprenderé casi de cero asi que también el que no >> fuese muy complicado ayudaría.
>> Gracias y espero con la poca info que os doy podáis darme una idea >> general.
> Beno solo para aclarar algunos puntos: > Concuerdo con Luis, creo que la solución definitiva es la de solución de > negocio ; no el lenguaje de programación que > uses.(VFP,VB,.NET,PB,COBOL,etc)
Eso que ustedes llaman "solución de negocios" también incluye el programa del front-end y éste también es "parte de la solución" y de la decisión para adquirir un software, sobre todo si se trata de un nuevo proyecto o a desarrollar desde cero.
> Logicamente el que se dedica a programar y vender soluciones sea cual sea > la herramienta que utilicé lo tiene que hacer y definir funciones y > procedimientos "escalables"; > osea, pensar en lo que vendrá no hacer un trabajo a "media caña", (seguro > algunos programadores hicieron esto), por eso es que al migrar de un > Lenguaje programación (L.P.) a otro; > ahi encontraron sus debilidades y sus frustraciones, y claro le hecharon > la culpa al L.P. que usaron en ese entonces.
También pasa que nos queremos cegar a la realidad, ya sea porque usamos en la actualidad un lenguaje descontinuado al cual nos hemos acostumbrado y con el cual nos sentimos cómodos pretendemos que eso es la última Coca Cola del desierto y siempre andamos buscando razones para justificar no cambiar a algo mejor y con más futuro. Luego, cualquier día llega el momento donde el mercado nos obliga a cambiar y empezamos a lamentarnos de no haberlo hecho con tiempo.
> Ahora si bien es cierto que .NET es el L.P. que consideran en el mercado > actual (No en todos los mercados); no quiere decir que eres mejor > programador si usas esta herramienta y dejas de lado VFP ó VB;
Las habilidades de un programador son independientes (normalmente) del lenguaje pero ese tampoco es el tema. .NET no es que se "considere" un lenguaje actual. Es un hecho cierto que hoy es casi un estándar y no se puede obviar aunque nos engañemos aferrándonos a un lenguaje obsoleto y descontinuado.
>al contrario, me atrevería a decir que existen mas utilitarios y controles >que facilitan el trabajo en .Net, y es mas te crean todos los SP. y la 3 >capas en un 5(Estoy hablando de los ORM's). > Entonces yo pregunto... eso es desarrollar ó enmascarar tu Sistema con > bonitas pantallas en el front-end ?.
Tampoco estoy hablando de eso. También en VFP y hasta en Pascal había utilitarios y ORM's. Con VFP, por ejemplo, por más que te prometan compatibilidad hasta el 2014 no sabes el día que una nueva versión de S.O. va a dejar de soportarlo adecuadamente. Por qué? Es un lenguaje descontinuado y punto.
> No quiere desprestigiar a .NET pero tampoco dejaría que hablen mal de > otros lenguajes que Microsoft en su momento nos vendió como la "Ultima > herramienta novedosa,moderna,escalable,etc". > y que luego por Business sacaron otra y otra; y ahora dice que ya no dará > soporte, y yo preguntó que pasa entonces con los GURUS en VFP/VB.. acaso > sus cartones y sus galones ganados ya no valen?
Claro que valen. Más que el código es más importante reutilizar las ideas. Además, ustedes mismos lo han dicho, no todo es programación en el front-end. Pero de la misma forma que no podemos confiar en MicroSoft para que en un futuro cercano no vaya a sacar algo totalmente distinto que reemplace a .NET, tampoco debieramos creerle ciegamente cuando dice que VFP va a estar soportado por los S.O's hasta el 2014.
> acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos > aprendieron otros desarrolladores y hasta Microsoft para poder ver que > podían implementar esas ideas en otro L.P y claro luego venderlo a los mas > ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y > perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P > último.
Bueno, antes de VFP existieron FoxPlus, Clipper, etc. Simplemente los lenguajes cumplen sus ciclos. Si bien es cierto que las aplicaciones VFP pueden seguir funcionando unos años, recomendarle a alguien que desarrolle un proyecto nuevo desde cero en eso no creo que sea un buen consejo, más bien es un terrible consejo.
> Conclusión: Vende Solución de Negocio, sea cual sea la herramienta en el > Front-end; claro considerando tambien la inversión de la empresa y la B.D > para su rendimiento. > Ejemplo: > Programa pequeño: si te piden desarrollar un programa de registro de > clientes, telefonos y contactos tranquilamente lo puedes hacer en VFP ó > VB.; para que usar .NET Y BD SQL2008; > te precio sube y para qué... para que haga lo mismo.
Si a eso vamos, también en FoxPlus, Clipper, Pascal, Cobol, RPG, Fortran, podría hacerse lo mismo.
En realidad lo de ustedes es una negación de la realidad para no enfrentaros al desafío de cambiar. Te puedo decir mil razones pero siempre me argumentarás otras más para pensar que VFP no es un lenguaje descontinuado. Te entiendo porque yo pasé por lo mismo, sólo que ya hace casi 5 años...
> Hola amigos, me piden hacer una réplica de un software realizado hace años > en delphi + paradox, que gestiona una base de datos con montones de tablas, > usuarios, informes, etc
> Controlo PHP + mySQL pero me parece una locura usarlo ya que el software > maneja muchas tablas y en php sólo escribir las decenas de formularios, > tratar los datos, etc, sería mucho trabajo.
> Me gustaría que las tablas fuesen SQL o MySQL, el principal motivo de > abandonar el software antiguo es la facilidad con que se corrompen sus DB, > pero no se qué lenguaje, o versión de visual basic (si es q me recomendáis > VB) usar. Aprenderé casi de cero asi que también el que no fuese muy > complicado ayudaría.
> Gracias y espero con la poca info que os doy podáis darme una idea general.
> Un saludo!
> JM
Bueno señores, al parecer se está saliendo del tema principal; aquí el problema que plantea el Sr. JM es que desea migrar un software de una BD a otra y de un LP a otro, además desea que la BD sea gratuita y el LP facil de aprender.
Por ello es que se le presenta estas dos herramientas que se ajustan a las necesidades de nuestro amigo JM.
Ya dejemos de tanta rivalidad de ideas, ya que con eso no estamos ayudando en nada. Además no veo que el Sr. JM este participando ya en esta discusión, pues quizá ya tiene la solución que buscaba.
> En realidad lo de ustedes es una negación de la realidad para no enfrentaros > al desafío de cambiar.
Pues si. Esa es la fase en la que se encuentran: "they are in denial".
Si alguien está metido hasta las orejas en VFP... y todo lo demás se le hace muy cuesta arriba... (una situación mas bien personal)... pues hala! Se entiende.
Pero decirle a alguien que empieze ahora con eso... ufffff! Que tipo de inversión en conocimientos es esa? Parece mentira que tanto tenga que discutir eso.
Saludos, Carlos
(Que yo tenga que darte razón en algo.. a donde va a parar esto!?)
>Bueno señores, al parecer se está saliendo del tema principal; aquí el >problema que plantea el Sr. JM es que desea migrar un software de una >BD a otra y de un LP a otro, además desea que la BD sea gratuita y el >LP facil de aprender.
Bien pero no por eso hay que recomendarle necesariamente desarrollar con lenguajes descontinuados como VFP o VB6 ?
>Por ello es que se le presenta estas dos herramientas que se ajustan a >las necesidades de nuestro amigo JM.
Y otros decimos que ustedes están mal aconsejando a JM proponiéndole que utilice lenguajes descontinuados para un nuevo desarrollo. Eso es un terrible consejo.
>Ya dejemos de tanta rivalidad de ideas, ya que con eso no estamos >ayudando en nada.
Menos mal que te estás incluyendo.
>Además no veo que el Sr. JM este participando ya en esta discusión, >pues quizá ya tiene la solución que buscaba.
Es bueno que él vea más de un punto de vista y no se deje mal asesorar sólo viendo una única cara de la moneda. El tomará la decisión más adecuada de esa forma.
> y que luego por Business sacaron otra y otra; y ahora dice que ya no dará > soporte, y yo preguntó que pasa entonces con los GURUS en VFP/VB.. acaso > sus > cartones y sus galones ganados ya no valen? > acaso sus ideas, sus aportes dejaron de usarse?, al contrario de ellos > aprendieron otros desarrolladores y hasta Microsoft para poder ver que > podían implementar esas ideas en otro L.P y claro luego venderlo a los mas > ingenuos(osea todos nosotros juntos); y ahora encima nosotros peleamos y > perdemos tiempo y nos preocupamos en pasar nuestras aplicaciones al L.P > último.
Preguntale a cualquier programador que haya trabajado en Clipper (me incluyo) que tanto de lo que hizo sirve y cuando de lo que aprendio le es util hoy dia. Me parece que tan solo la experiencia de negocios va quedando rescatable, el lado tecnico rescatable de la experiencia tiende a cero. Este negocio es asi, continuamente va cambiando y obligando a los que se ganan el pan programando a actualizarse. (por lo menos con Microsoft) La otra alternativa que ya algunos han sugerido es cambiarse a Java, al menos cada nueva version es compatible con lo anterior y no te obligan a reprograma porque cambio el framework. Quizas los nuevos lenguajes multiplataforma tengan mejor futuro, como Phyton, pero quedarse en Microsoft es estar parado en una maquina de moler carne (la de programador sabe mejor, aunque las hay mnas duras que otras). Bromas aparte este negocio , sobretodo con Microsoft como ya dije, el cambio es la constante, y no es que este de acuerdo con ello pero ya deje de pelear para que mantengan un ambiente estable por años y años, como alternativa solo se me ocurre un puesto de venta de naranjas o de quesos, cualquier otra idea se agradecera.
On 9 nov, 16:12, "Patricio Poo V." <p...@atech.cl> wrote:
> Preguntale a cualquier programador que haya trabajado en Clipper (me > incluyo) que tanto de lo que hizo sirve y cuando de lo que aprendio le es > util hoy dia. Me parece que tan solo la experiencia de negocios va quedando > rescatable, el lado tecnico rescatable de la experiencia tiende a cero.
Eso es cierto en la práctica porque los programadores aprenden con productos y (versiones de) lenguajes y ahí lo dejan. Entonces cada ciclo es como empezar de nuevo una y otra vez.
Con el aprendizaje la gente debería pensar mas a largo plazo e invertir en los fundamentos (estructuras de datos, algoritmos, conceptos de lenguajes de programación, formalismos, matemáticas, etc). Si esos fundamentos se van cultivando poco a poco, las transiciones de las que estamos hablando serían mas fáciles. Cuando se alcanza cierto nivel en este tipo de conocimientos no se trata ya de 'aprender' algo totalmente nuevo, sino de 'evaluarlo'. Sabes mas o menos lo que puedes esperar, lo que la nueva tecnología debe aportar. Podrás reconocer si por enésima vez te están ofeciendo lo mismo pero con un lacito nuevo o si es algo realmente nuevo pero que solo ha sido implementado a medias y mal.
Aunque si después de pasar por el ciclo dos o tres veces vés que todo son lacitos pero en cuanto a contenido hay pocas novedades, ya no estarás muy ansioso por ver el próximo ciclo. Ahí es cuando ya entran los más jóvenes, todo empieza otra vez con mucho entusiasmo y a eso se le llama 'avance tecnológico'. El cliente paga por sexta vez por mas o menos lo mismo, la economía crece, tu te compras un coche nuevo... y todo el mundo contento.
Una visión un poco negativa (hay que exagerar un poco para que el mensage llegue), pero así funciona la máquina.
|
