¿Qué lenguaje usaríais?

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 >>" escribió en el mensaje de
noticias:

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#

VFP y VB6 son dos lenguajes descontinuados. Te aconsejo no utilizarlos
para ningún proyecto nuevo.


"JM" escribió en el mensaje
news:

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

"Samuel-SMH" escribió en el mensaje
news:%

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...

On Nov 4, 11:02 am, "JM" wrote:

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.

Saludos.

On 7 nov, 17:12, "Jose TH" <>>> wrote:

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!?)