Por aprender VC++

Gracias por la explicacion, en lo que me toca... pero.. siempre me pregunto
porque tantas aplicaciones comerciales estan hechas en VC++, me refiero
sobre todo a softwares contables internacionales y de gran calidad como
Quickbooks, Peachtree, Quicken, etc.. Incluso otros de mayor envergadura
como MAS, estan desarrollados en VC++.
Se supone que esas empresas deben atender y mantener muchisimos clientes
mundialmente. No seria contradiccion que no las desarrollen en Delphi,
Visual Fox o Visual Basic ? Es que son realmente mas estables y
confiables las aplicaciones en VC++ ?

Gracias de nuevo, disculpando estas dudas mas filosoficas que otra cosa.



"Rodrigo Corral González" wrote in message
news:#

Aunque Visual C++ si que es 'Visual' por que permite realizar gran parte

de

las tareas mediante asistentes, no es un entorno RAD al estilo de Visual
Basic o FoxPro.

Si bien la manera de trabajar es diferente, tambien sigue el paradigma de
arrastrar y soltar controles, lo que no es visual es el establecer todas

las

opciones de los controles y estos no tiene tantas propiedades y métodos

como

en las hermientas RAD. Para darles un comportamiento más rico tienes que
usar código.

De todos modos esto no debe desanimarte, la potencia de Visual C++ esta
principalmente en que tu tienes el control y eso tiene ventajas he
inconvenientes. Tambien te comento que en mi opinión para apliacaciones
basadas en formulario las hermientas RAD son muy superiores, pero VC++ es
superior si se trata de construir programas que exijan mucho

procesamiento,

graficos muy avanzados, aplicaciones basadas en documentos o con una
interfaz no basada en formularios y en general componentes para ser usados
desde otros lenguajes.

Un saludo,
Rodrigo Corral González

Hola.

Creo que eligen VC frente a otros lenguajes/entornos por el soporte y la
continuidad. Teóricamente, mientras exista Windows, existirá una herramienta
de Microsoft destinada a desarrollar programas bajo el mismo. Suponiendo que
será/sería VC, más que nada porque permite la programación a nivel de
sistema operativo, permite la programación de drivers y demás, mientras que
herramientas como Delphi, C++ Builder, aunque tienen un ciclo de desarrollo
más corto para una aplicación tipo, no se sabe cuánto tiempo van a estar
ahí...
De hecho, yo siempre he programado con herramientas de Borland, pero tras la
racha que llevan de ir abandonandolo todo, pues estoy migrando poco a poco a
VC. Las últimas noticias dicen que Borland abandona el C++Builder como ya lo
hicieron con el Borland C++ con OWL (el equivalente a MFC), Kylix, y que
ahora se centran en el BuilderX, que en mi opinión es una mamarrachada del
quince, que no vale para nada y, a menos que tengas un equipo
multiprocesador, va lentísimo (De hecho, yo tengo un AthlonXP 2600 con bus
de 333 y 1 GB de RAM y se arrastra miserablemnte).
Y el problema viene que posiblemente dentro de cuatro o cinco años, saquen
otra herramienta y abandonen la anterior, y salvo Delphi (que va dando
bandazos de aquí para allá en cada versión, que si ahora compatible con CLX
y VCL, que si ahora compatible con .NET, etc), siempre han abandonado sus
herramientas, cosa que Microsoft -de momento-, no ha hecho.

Imagínate una aplicación hecha con el C++Builder de digamos 40.000 líneas de
código (unos 2 MB de código fuente), que ha costado uno o dos años
desarrollar (y estabilizar), y que de repente, se quede sin soporte, que
tengas que tirar todo el código a la basura y empezar desde cero... Eso pasa
continuamente con Borland, y no con las herramientas de Microsoft.

Y te pongo el caso de Borland, que es el que conozco extensivamente, pero
imagino que con otras casa pasará lo mismo...

Teniendo en cuenta que yo utilizo la programación en el PC para toma y
análisis de datos del hardware que hacemos, construcción de generadores de
código, y para ir avanzando un pre-modelo que lo que va a ser nuestro
producto final, y estoy hasta los O-O de los cambios de herramienta, me
imagino cómo estarán las empresas que viven del PC en sí.


"Clarissa Gonzalez" escribió en el mensaje
news:

Gracias por la explicacion, en lo que me toca... pero.. siempre me

pregunto

porque tantas aplicaciones comerciales estan hechas en VC++, me refiero
sobre todo a softwares contables internacionales y de gran calidad como
Quickbooks, Peachtree, Quicken, etc.. Incluso otros de mayor envergadura
como MAS, estan desarrollados en VC++.
Se supone que esas empresas deben atender y mantener muchisimos clientes
mundialmente. No seria contradiccion que no las desarrollen en Delphi,
Visual Fox o Visual Basic ? Es que son realmente mas estables y
confiables las aplicaciones en VC++ ?

Gracias de nuevo, disculpando estas dudas mas filosoficas que otra cosa.



"Rodrigo Corral González" wrote in message
news:#
> Aunque Visual C++ si que es 'Visual' por que permite realizar gran parte
de
> las tareas mediante asistentes, no es un entorno RAD al estilo de Visual
> Basic o FoxPro.
>
> Si bien la manera de trabajar es diferente, tambien sigue el paradigma

de

> arrastrar y soltar controles, lo que no es visual es el establecer todas
las
> opciones de los controles y estos no tiene tantas propiedades y métodos
como
> en las hermientas RAD. Para darles un comportamiento más rico tienes que
> usar código.
>
> De todos modos esto no debe desanimarte, la potencia de Visual C++ esta
> principalmente en que tu tienes el control y eso tiene ventajas he
> inconvenientes. Tambien te comento que en mi opinión para apliacaciones
> basadas en formulario las hermientas RAD son muy superiores, pero VC++

es

> superior si se trata de construir programas que exijan mucho
procesamiento,
> graficos muy avanzados, aplicaciones basadas en documentos o con una
> interfaz no basada en formularios y en general componentes para ser

usados

> desde otros lenguajes.
>
> Un saludo,
> Rodrigo Corral González
>
>

Interesante... pero segun eso recomiendas ir a VC++ luego de programar en
Delphi ? Imagino que por el tipo de aplicaciones que haces no ? Porque
aplicaciones comerciales son dificiles en un lenguaje como VC++. En mi caso
yo utilizo VC++ para algunas rutinas DLL's eficientes que no puedo hacer
facilmente en otros lenguajes, pero de ahi a desarrollar aplicaciones
completas en VC, tendria que sobrarme el tiempo o tener pocos clientes..
Prefiero Visual Fox o Delphi como herramientas RAD.

Sobre lo de abandonar herramientas, puede que MS no lo haga pero los
desarrolladores de VB dicen que ha sido un choque fuerte migrar a VB.NET.
Es como un nuevo lenguaje para ellos.

Lo de las aplicaciones internacionales que menciona Clarissa imagino que la
razon es la apertura de VC++, lo "ligeras" que son las aplicaciones para el
entorno Windows , el cual , si no me equivoco tambien esta desarrollado en
VC++ y se comparten dll's con la aplicacion misma.. Hay que saber que son
"paquetes" depurados que sus desarrolladores no estan haciendoles
modificaciones a la medida ni constantemente como vivimos haciendo los que
desarrollamos sistemas. Ellos solo producen nuevas versiones de vez en
cuando, y si acaso algun service pack.

"Zephryn Xirdal" wrote in message
news:#

Hola.

Creo que eligen VC frente a otros lenguajes/entornos por el soporte y la
continuidad. Teóricamente, mientras exista Windows, existirá una

herramienta

de Microsoft destinada a desarrollar programas bajo el mismo. Suponiendo

que

será/sería VC, más que nada porque permite la programación a nivel de
sistema operativo, permite la programación de drivers y demás, mientras

que

herramientas como Delphi, C++ Builder, aunque tienen un ciclo de

desarrollo

más corto para una aplicación tipo, no se sabe cuánto tiempo van a estar
ahí...
De hecho, yo siempre he programado con herramientas de Borland, pero tras

la

racha que llevan de ir abandonandolo todo, pues estoy migrando poco a poco

a

VC. Las últimas noticias dicen que Borland abandona el C++Builder como ya

lo

hicieron con el Borland C++ con OWL (el equivalente a MFC), Kylix, y que
ahora se centran en el BuilderX, que en mi opinión es una mamarrachada del
quince, que no vale para nada y, a menos que tengas un equipo
multiprocesador, va lentísimo (De hecho, yo tengo un AthlonXP 2600 con bus
de 333 y 1 GB de RAM y se arrastra miserablemnte).
Y el problema viene que posiblemente dentro de cuatro o cinco años, saquen
otra herramienta y abandonen la anterior, y salvo Delphi (que va dando
bandazos de aquí para allá en cada versión, que si ahora compatible con

CLX

y VCL, que si ahora compatible con .NET, etc), siempre han abandonado sus
herramientas, cosa que Microsoft -de momento-, no ha hecho.

Imagínate una aplicación hecha con el C++Builder de digamos 40.000 líneas

de

código (unos 2 MB de código fuente), que ha costado uno o dos años
desarrollar (y estabilizar), y que de repente, se quede sin soporte, que
tengas que tirar todo el código a la basura y empezar desde cero... Eso

pasa

continuamente con Borland, y no con las herramientas de Microsoft.

Y te pongo el caso de Borland, que es el que conozco extensivamente, pero
imagino que con otras casa pasará lo mismo...

Teniendo en cuenta que yo utilizo la programación en el PC para toma y
análisis de datos del hardware que hacemos, construcción de generadores de
código, y para ir avanzando un pre-modelo que lo que va a ser nuestro
producto final, y estoy hasta los O-O de los cambios de herramienta, me
imagino cómo estarán las empresas que viven del PC en sí.


"Clarissa Gonzalez" escribió en el mensaje
news:
>
> Gracias por la explicacion, en lo que me toca... pero.. siempre me
pregunto
> porque tantas aplicaciones comerciales estan hechas en VC++, me refiero
> sobre todo a softwares contables internacionales y de gran calidad como
> Quickbooks, Peachtree, Quicken, etc.. Incluso otros de mayor

envergadura

> como MAS, estan desarrollados en VC++.
> Se supone que esas empresas deben atender y mantener muchisimos clientes
> mundialmente. No seria contradiccion que no las desarrollen en Delphi,
> Visual Fox o Visual Basic ? Es que son realmente mas estables y
> confiables las aplicaciones en VC++ ?
>
> Gracias de nuevo, disculpando estas dudas mas filosoficas que otra cosa.
>
>
>
> "Rodrigo Corral González" wrote in message
> news:#
> > Aunque Visual C++ si que es 'Visual' por que permite realizar gran

parte

> de
> > las tareas mediante asistentes, no es un entorno RAD al estilo de

Visual

> > Basic o FoxPro.
> >
> > Si bien la manera de trabajar es diferente, tambien sigue el paradigma
de
> > arrastrar y soltar controles, lo que no es visual es el establecer

todas

> las
> > opciones de los controles y estos no tiene tantas propiedades y

métodos

> como
> > en las hermientas RAD. Para darles un comportamiento más rico tienes

que

> > usar código.
> >
> > De todos modos esto no debe desanimarte, la potencia de Visual C++

esta

> > principalmente en que tu tienes el control y eso tiene ventajas he
> > inconvenientes. Tambien te comento que en mi opinión para

apliacaciones

> > basadas en formulario las hermientas RAD son muy superiores, pero VC++
es
> > superior si se trata de construir programas que exijan mucho
> procesamiento,
> > graficos muy avanzados, aplicaciones basadas en documentos o con una
> > interfaz no basada en formularios y en general componentes para ser
usados
> > desde otros lenguajes.
> >
> > Un saludo,
> > Rodrigo Corral González
> >
> >
>
>

"Ricardo Passians" escribió en el mensaje
news:

Interesante... pero segun eso recomiendas ir a VC++ luego de programar en
Delphi ? Imagino que por el tipo de aplicaciones que haces no ? Porque
aplicaciones comerciales son dificiles en un lenguaje como VC++. En mi

caso

yo utilizo VC++ para algunas rutinas DLL's eficientes que no puedo hacer
facilmente en otros lenguajes, pero de ahi a desarrollar aplicaciones
completas en VC, tendria que sobrarme el tiempo o tener pocos clientes..
Prefiero Visual Fox o Delphi como herramientas RAD.

Hay otro hilo más abajo en el que hablo también de eso. Desde luego que
tienes razón, yo solo me refería a que Borland va dando bandazos,
abandonando herramientas, con lo que eso supone.

Sobre lo de abandonar herramientas, puede que MS no lo haga pero los
desarrolladores de VB dicen que ha sido un choque fuerte migrar a VB.NET.
Es como un nuevo lenguaje para ellos.

Lo de las aplicaciones internacionales que menciona Clarissa imagino que

la

razon es la apertura de VC++, lo "ligeras" que son las aplicaciones para

el

entorno Windows , el cual , si no me equivoco tambien esta desarrollado

en

VC++ y se comparten dll's con la aplicacion misma.. Hay que saber que son
"paquetes" depurados que sus desarrolladores no estan haciendoles
modificaciones a la medida ni constantemente como vivimos haciendo los que
desarrollamos sistemas. Ellos solo producen nuevas versiones de vez en
cuando, y si acaso algun service pack.

Supongo que a una aplicación gorda (un Corel WordPerfect por ejemplo), poco
le importe que haya una capa gruesa entre la aplicación y el sistema, porque
normalmente si no existe la tienes que hacer tu, con tus rutinas de soporte,
bibliotecas de clases, etc. Se supone que programamos por capas, con las
superiores apoyándose en las inferiores, de modo que tienes una estructura
como una cebolla. Si partes de una capa fina (el API de las MFC), te tienes
que ir haciendo tu las capas que tienes encima, y si ya las tienes hechas,
pues eso que te ganas.

De hecho, un programa tiene cierto nivel de complejidad, independientemente
de la herramienta con que se haya realizado. Esa complejidad ha de estar
reflejada en el tamaño del código, también independientemente de la
"calidad" de la herramienta. Si partes de un sistema que te ofrece un acceso
a, pongamos por caso, estructuras de datos complejas, esas estructuras están
programadas en algún sitio, y es código que ha de ejecutarse,
independientemente de a qué lado esté, si en el sistema operativo o en la
capa de la aplicación.

Si tu aplicación tiene acceso a esas estructuras, pues mejor que mejor,
menos tienes que programar; en el caso del VC, te ofrece pocas de esas
estructuras "de alto nivel", de modo que te las tienes que hacer tu, lo que
supone más tiempo de desarrollo.

Realimente no sé por qué eligen VC o VB para hacer una aplicación, lo que sí
sé es que un fallo en algo dentro de VB es mucho más difícil de solucionar
que dentro de VC.

"Zephryn Xirdal" wrote in message
news:#
> Hola.
>
> Creo que eligen VC frente a otros lenguajes/entornos por el soporte y la
> continuidad. Teóricamente, mientras exista Windows, existirá una
herramienta
> de Microsoft destinada a desarrollar programas bajo el mismo. Suponiendo
que
> será/sería VC, más que nada porque permite la programación a nivel de
> sistema operativo, permite la programación de drivers y demás, mientras
que
> herramientas como Delphi, C++ Builder, aunque tienen un ciclo de
desarrollo
> más corto para una aplicación tipo, no se sabe cuánto tiempo van a estar
> ahí...
> De hecho, yo siempre he programado con herramientas de Borland, pero

tras

la
> racha que llevan de ir abandonandolo todo, pues estoy migrando poco a

poco

a
> VC. Las últimas noticias dicen que Borland abandona el C++Builder como

ya

lo
> hicieron con el Borland C++ con OWL (el equivalente a MFC), Kylix, y que
> ahora se centran en el BuilderX, que en mi opinión es una mamarrachada

del

> quince, que no vale para nada y, a menos que tengas un equipo
> multiprocesador, va lentísimo (De hecho, yo tengo un AthlonXP 2600 con

bus

> de 333 y 1 GB de RAM y se arrastra miserablemnte).
> Y el problema viene que posiblemente dentro de cuatro o cinco años,

saquen

> otra herramienta y abandonen la anterior, y salvo Delphi (que va dando
> bandazos de aquí para allá en cada versión, que si ahora compatible con
CLX
> y VCL, que si ahora compatible con .NET, etc), siempre han abandonado

sus

> herramientas, cosa que Microsoft -de momento-, no ha hecho.
>
> Imagínate una aplicación hecha con el C++Builder de digamos 40.000

líneas

de
> código (unos 2 MB de código fuente), que ha costado uno o dos años
> desarrollar (y estabilizar), y que de repente, se quede sin soporte, que
> tengas que tirar todo el código a la basura y empezar desde cero... Eso
pasa
> continuamente con Borland, y no con las herramientas de Microsoft.
>
> Y te pongo el caso de Borland, que es el que conozco extensivamente,

pero

> imagino que con otras casa pasará lo mismo...
>
> Teniendo en cuenta que yo utilizo la programación en el PC para toma y
> análisis de datos del hardware que hacemos, construcción de generadores

de

> código, y para ir avanzando un pre-modelo que lo que va a ser nuestro
> producto final, y estoy hasta los O-O de los cambios de herramienta, me
> imagino cómo estarán las empresas que viven del PC en sí.
>
>
> "Clarissa Gonzalez" escribió en el mensaje
> news:
> >
> > Gracias por la explicacion, en lo que me toca... pero.. siempre me
> pregunto
> > porque tantas aplicaciones comerciales estan hechas en VC++, me

refiero

> > sobre todo a softwares contables internacionales y de gran calidad

como

> > Quickbooks, Peachtree, Quicken, etc.. Incluso otros de mayor
envergadura
> > como MAS, estan desarrollados en VC++.
> > Se supone que esas empresas deben atender y mantener muchisimos

clientes

> > mundialmente. No seria contradiccion que no las desarrollen en Delphi,
> > Visual Fox o Visual Basic ? Es que son realmente mas estables y
> > confiables las aplicaciones en VC++ ?
> >
> > Gracias de nuevo, disculpando estas dudas mas filosoficas que otra

cosa.

> >
> >
> >
> > "Rodrigo Corral González" wrote in message
> > news:#
> > > Aunque Visual C++ si que es 'Visual' por que permite realizar gran
parte
> > de
> > > las tareas mediante asistentes, no es un entorno RAD al estilo de
Visual
> > > Basic o FoxPro.
> > >
> > > Si bien la manera de trabajar es diferente, tambien sigue el

paradigma

> de
> > > arrastrar y soltar controles, lo que no es visual es el establecer
todas
> > las
> > > opciones de los controles y estos no tiene tantas propiedades y
métodos
> > como
> > > en las hermientas RAD. Para darles un comportamiento más rico tienes
que
> > > usar código.
> > >
> > > De todos modos esto no debe desanimarte, la potencia de Visual C++
esta
> > > principalmente en que tu tienes el control y eso tiene ventajas he
> > > inconvenientes. Tambien te comento que en mi opinión para
apliacaciones
> > > basadas en formulario las hermientas RAD son muy superiores, pero

VC++

> es
> > > superior si se trata de construir programas que exijan mucho
> > procesamiento,
> > > graficos muy avanzados, aplicaciones basadas en documentos o con una
> > > interfaz no basada en formularios y en general componentes para ser
> usados
> > > desde otros lenguajes.
> > >
> > > Un saludo,
> > > Rodrigo Corral González
> > >
> > >
> >
> >
>
>

Y que ha hecho microsoft con Visual Basic 6 y anteriores? Aunque ahora su
nueva herramienta se llame Visual Basic (con el añadido de .NET) lo cierto
que es incompatible con el código escrito para Visual Basic 6.
Yo tengo una aplicación de contabilidad hecha en VB6 que no puedo migrar a
.NET, ya que tardaría casi el mismo tiempo que haciendola de nuevo entera, y
es por lo que ahora todo lo programo sobre VC++. Si te buscas unos buenos
"componentes" como por ejemplo los que puedes encontrar en la pagina de
codeproject, tienes un sistema muy potente, aunque por supuesto no llega a
la rapidez de desarrollo de VB o Delphi... pero yo creo que si te puedes
permitir el tiempo extra de desarrollo, merece la pena porque sabes que por
lo menos a medio plazo vas a tener soporte.

Salu2


"Zephryn Xirdal" escribió en el
mensaje news:%

Hola.

Creo que eligen VC frente a otros lenguajes/entornos por el soporte y la
continuidad. Teóricamente, mientras exista Windows, existirá una

herramienta

de Microsoft destinada a desarrollar programas bajo el mismo. Suponiendo

que

será/sería VC, más que nada porque permite la programación a nivel de
sistema operativo, permite la programación de drivers y demás, mientras

que

herramientas como Delphi, C++ Builder, aunque tienen un ciclo de

desarrollo

más corto para una aplicación tipo, no se sabe cuánto tiempo van a estar
ahí...
De hecho, yo siempre he programado con herramientas de Borland, pero tras

la

racha que llevan de ir abandonandolo todo, pues estoy migrando poco a poco

a

VC. Las últimas noticias dicen que Borland abandona el C++Builder como ya

lo

hicieron con el Borland C++ con OWL (el equivalente a MFC), Kylix, y que
ahora se centran en el BuilderX, que en mi opinión es una mamarrachada del
quince, que no vale para nada y, a menos que tengas un equipo
multiprocesador, va lentísimo (De hecho, yo tengo un AthlonXP 2600 con bus
de 333 y 1 GB de RAM y se arrastra miserablemnte).
Y el problema viene que posiblemente dentro de cuatro o cinco años, saquen
otra herramienta y abandonen la anterior, y salvo Delphi (que va dando
bandazos de aquí para allá en cada versión, que si ahora compatible con

CLX

y VCL, que si ahora compatible con .NET, etc), siempre han abandonado sus
herramientas, cosa que Microsoft -de momento-, no ha hecho.

Imagínate una aplicación hecha con el C++Builder de digamos 40.000 líneas

de

código (unos 2 MB de código fuente), que ha costado uno o dos años
desarrollar (y estabilizar), y que de repente, se quede sin soporte, que
tengas que tirar todo el código a la basura y empezar desde cero... Eso

pasa

continuamente con Borland, y no con las herramientas de Microsoft.

Y te pongo el caso de Borland, que es el que conozco extensivamente, pero
imagino que con otras casa pasará lo mismo...

Teniendo en cuenta que yo utilizo la programación en el PC para toma y
análisis de datos del hardware que hacemos, construcción de generadores de
código, y para ir avanzando un pre-modelo que lo que va a ser nuestro
producto final, y estoy hasta los O-O de los cambios de herramienta, me
imagino cómo estarán las empresas que viven del PC en sí.


"Clarissa Gonzalez" escribió en el mensaje
news:
>
> Gracias por la explicacion, en lo que me toca... pero.. siempre me
pregunto
> porque tantas aplicaciones comerciales estan hechas en VC++, me refiero
> sobre todo a softwares contables internacionales y de gran calidad como
> Quickbooks, Peachtree, Quicken, etc.. Incluso otros de mayor

envergadura

> como MAS, estan desarrollados en VC++.
> Se supone que esas empresas deben atender y mantener muchisimos clientes
> mundialmente. No seria contradiccion que no las desarrollen en Delphi,
> Visual Fox o Visual Basic ? Es que son realmente mas estables y
> confiables las aplicaciones en VC++ ?
>
> Gracias de nuevo, disculpando estas dudas mas filosoficas que otra cosa.
>
>
>
> "Rodrigo Corral González" wrote in message
> news:#
> > Aunque Visual C++ si que es 'Visual' por que permite realizar gran

parte

> de
> > las tareas mediante asistentes, no es un entorno RAD al estilo de

Visual

> > Basic o FoxPro.
> >
> > Si bien la manera de trabajar es diferente, tambien sigue el paradigma
de
> > arrastrar y soltar controles, lo que no es visual es el establecer

todas

> las
> > opciones de los controles y estos no tiene tantas propiedades y

métodos

> como
> > en las hermientas RAD. Para darles un comportamiento más rico tienes

que

> > usar código.
> >
> > De todos modos esto no debe desanimarte, la potencia de Visual C++

esta

> > principalmente en que tu tienes el control y eso tiene ventajas he
> > inconvenientes. Tambien te comento que en mi opinión para

apliacaciones

> > basadas en formulario las hermientas RAD son muy superiores, pero VC++
es
> > superior si se trata de construir programas que exijan mucho
> procesamiento,
> > graficos muy avanzados, aplicaciones basadas en documentos o con una
> > interfaz no basada en formularios y en general componentes para ser
usados
> > desde otros lenguajes.
> >
> > Un saludo,
> > Rodrigo Corral González
> >
> >
>
>