Futuro

13/02/2004 - 18:29 por Cholo Lennon | Informe spam
He visto estas preguntas en varios foros, y con respuestas diversas. Me
gustaría conocer sus opiniones.

¿Cual es el futuro de VC fuera de .NET? ¿Por cuanto tiempo (y a que precio)
tendremos cabida los que no programamos en .NET?. ¿Es viable que Microsoft
como empresa mantenga 2 lineas de programación paralelas (.NET y C++ con
codigo no manejado)?

Espero sus respuestas.

Saludos
Cholo Lennon
Salta, ARG

Preguntas similare

Leer las respuestas

#1 Rodrigo Corral González [MVP]
14/02/2004 - 11:43 | Informe spam
¿Cual es el futuro de VC fuera de .NET?
El darrollo de aplicaciones para las que el rendimiento sea un factor clave,
que necesiten ejecutables pequeños, que no puedan depender del framework
(aunque a medio plazo estara en todos los sitios).

¿Por cuanto tiempo (y a que precio) tendremos cabida los que no programamos
en .NET?
Quien lo sabe...? Es una decisión que depende de MS. Pero C++ es algo mucho
más grande que Visual C++. Sin duda es un lenguaje que no morirá nunca. Hay
compiladores de C/C++ para miles de plataformas y en muchas este es el unico
compilado.

¿Es viable que Microsoft como empresa mantenga 2 lineas de programación
paralelas (.NET y C++ con codigo no manejado)?
A largo plazo no me cabe duda que microsoft optará por .NET, incluso lo que
ahora es el framework sera el API y el API Win32 se emulará sobre esta.


Un saludo
Rodrigo Corral González [MVP]

microsoft.public.es.vc FAQ
http://vcfaq.europe.webmatrixhosting.net
Respuesta Responder a este mensaje
#2 Zephryn Xirdal
14/02/2004 - 12:56 | Informe spam
"Rodrigo Corral González [MVP]" escribió en el
mensaje news:%

¿Cual es el futuro de VC fuera de .NET?
El darrollo de aplicaciones para las que el rendimiento sea un factor


clave,
que necesiten ejecutables pequeños, que no puedan depender del framework
(aunque a medio plazo estara en todos los sitios).

¿Por cuanto tiempo (y a que precio) tendremos cabida los que no


programamos
en .NET?
Quien lo sabe...? Es una decisión que depende de MS. Pero C++ es algo


mucho
más grande que Visual C++. Sin duda es un lenguaje que no morirá nunca.


Hay
compiladores de C/C++ para miles de plataformas y en muchas este es el


unico
compilado.

¿Es viable que Microsoft como empresa mantenga 2 lineas de programación
paralelas (.NET y C++ con codigo no manejado)?
A largo plazo no me cabe duda que microsoft optará por .NET, incluso lo


que
ahora es el framework sera el API y el API Win32 se emulará sobre esta.




¿Pero seguirá manteniendo el API Win32 y las MFC como hasta ahora, aunque
sea en "modo emulado"?

Entiendo que el Win32 es un subsistema, como lo fue (o es, supongo) el
Posix, y lo es ahora mismo el .NET ... Todos hablan con el núcleo del
sistema, y terminan en la ejecución de primitivas del subsistema Win32...

Estás diciendo que en un futuro se cambiarán las tornas, y que el subsistema
principal será en .NET...

Ante eso me surge una pregunta muy importante para mí y supongo que para
millones de desarrolladores en todo el mundo: ¿hasta cuándo el API Win32,
que nos ha costado a todos sudor y lágrimas aprender?

Y otras más:

¿Cuando salga el WinFS, tendrá un API Win32, aparte de la -NET?
¿Tendrá soporte el nuevo GDI 3D (como se llame) en la API Win32?

Por favor, respondedme, u orientadme sobra algún sitio fiable en el que se
expliquen estas cosas.




Un saludo
Rodrigo Corral González [MVP]

microsoft.public.es.vc FAQ
http://vcfaq.europe.webmatrixhosting.net



Respuesta Responder a este mensaje
#3 Cholo Lennon
14/02/2004 - 19:08 | Informe spam
¿Cual es el futuro de VC fuera de .NET?
El darrollo de aplicaciones para las que el rendimiento sea un factor


clave,
que necesiten ejecutables pequeños, que no puedan depender del framework
(aunque a medio plazo estara en todos los sitios).




El problema aquí es que yo no quiero solo desarrollar aplicaciones pequeñas
o veloces en C++. Me imagino a empresas como Corel Draw pasando todo a C#,
que dolor de cabeza!!
Tengo mucho código de muchos años en C++ y realmente me molesta mucho
migrarlo a otros lenguajes. No es sencillo. Cosas que ya tení resueltas y
... otra vez a reinventar la rueda. MFC todavía se soporta, pero por cuanto
tiempo más?. He tenido que casi suspender cualquier desarrollo en MFC y
tratar de utilizar WTL (que aunque no tiene soporte oficial) y cualquier
otra biblioteca establecida que me de lo que MFC posee.
Aclaro que lo mismo me pasa actualmente con C++ Builder de Borland, aunque
de peor manera. Directamente se acabó!! no hay más C++ Builder :-(

¿Por cuanto tiempo (y a que precio) tendremos cabida los que no


programamos
en .NET?
Quien lo sabe...? Es una decisión que depende de MS. Pero C++ es algo


mucho
más grande que Visual C++. Sin duda es un lenguaje que no morirá nunca.


Hay
compiladores de C/C++ para miles de plataformas y en muchas este es el


unico
compilado.



En esto estoy de acuerdo. Yo he utilizado una variedad de compiladores para
distintas plataformas (PCs, Palm, microcontroladores, etc), pero el negocio
está en desarrollar para Windows. Ahora Microsoft pone todo su enfásis en C#
con lo cual la duda siempre está flotando ¿Me quedaré sin soporte?. Esto se
ve actualemente con WTL. No tiene soporte oficial, no hay asistentes como
classwizard para automatizar tareas, etc.
De cualquier manera debo reconocer que algunas cosas me tranquilizan, como
que Microsoft se comprometiera a hacer más standard su compilador, asi como
incorporar gente del C++ como Stan Lippman o Herb Sutter (*).

¿Es viable que Microsoft como empresa mantenga 2 lineas de programación
paralelas (.NET y C++ con codigo no manejado)?
A largo plazo no me cabe duda que microsoft optará por .NET, incluso lo


que
ahora es el framework sera el API y el API Win32 se emulará sobre esta.



Realmente es lo que yo tambien creo, pero esto para los programadores de C++
sería lamentable. Yo programo en C++ porque, en lineas generales, es mucho
mejor lenguaje que C#, VB o Java (aunque los detractores de siempre opinen
lo contrario) y C++ con .NET no es lo mismo, se pierden muchas
caracteristicas positivas del lenguaje.


El tiempo dirá...


(*)
- Entrevista vieja a Stan Lippman, pero bastante informativa
http://www.codeproject.com/intervie...ov2001.asp

- Entrevista a Herb Sutter
http://www.codeproject.com/intervie...032002.asp

- MSDN Dr Gui
http://msdn.microsoft.com/library/d...132002.asp

Saludos
Cholo Lennon
Salta, ARG
Respuesta Responder a este mensaje
#4 Rodrigo Corral González [MVP]
14/02/2004 - 19:19 | Informe spam
Lee entre lineas...

¿Pero seguirá manteniendo el API Win32 y las MFC como hasta ahora, aunque
sea en "modo emulado"?



Si evidentemente, al menos durante un largo plazo de tiempo, por razones de
compatibilidad.

Entiendo que el Win32 es un subsistema, como lo fue (o es, supongo) el
Posix, y lo es ahora mismo el .NET ... Todos hablan con el núcleo del
sistema, y terminan en la ejecución de primitivas del subsistema Win32...

Estás diciendo que en un futuro se cambiarán las tornas, y que el


subsistema
principal será en .NET...

Ante eso me surge una pregunta muy importante para mí y supongo que para
millones de desarrolladores en todo el mundo: ¿hasta cuándo el API Win32,
que nos ha costado a todos sudor y lágrimas aprender?



Esto es como la pregunta anterior. El API Win32 estará ahí pero será una
capa sobre el nuevo API.

Y otras más:

¿Cuando salga el WinFS, tendrá un API Win32, aparte de la -NET?



Si, WinFS no es un sistema de ficheros, sino que corre sobre NTFS. Solo
algunos directorios (aquellos en los que se guarden documentos) tendran
WinFS. Lee:

http://msdn.microsoft.com/msdnmag/i...fault.aspx
http://msdn.microsoft.com/Longhorn/...fault.aspx



¿Tendrá soporte el nuevo GDI 3D (como se llame) en la API Win32?



El soporte 3D en Win32 lo aporta DirectX. No creo que DirectX desaparezca o
sufra radicales transformaciones.

Por favor, respondedme, u orientadme sobra algún sitio fiable en el que se
expliquen estas cosas.




http://msdn.microsoft.com/Longhorn/...fault.aspx


Un saludo
Rodrigo Corral González [MVP]

microsoft.public.es.vc FAQ
http://vcfaq.europe.webmatrixhosting.net
Respuesta Responder a este mensaje
#5 Zephryn Xirdal
14/02/2004 - 19:57 | Informe spam
Gracias, casi me has decidido a descartar el C# (con la buena pinta que
tiene)...

Ya tengo lectura para la mañana del domingo...


"Rodrigo Corral González [MVP]" escribió en el
mensaje news:
Lee entre lineas...

> ¿Pero seguirá manteniendo el API Win32 y las MFC como hasta ahora,


aunque
> sea en "modo emulado"?

Si evidentemente, al menos durante un largo plazo de tiempo, por razones


de
compatibilidad.

> Entiendo que el Win32 es un subsistema, como lo fue (o es, supongo) el
> Posix, y lo es ahora mismo el .NET ... Todos hablan con el núcleo del
> sistema, y terminan en la ejecución de primitivas del subsistema


Win32...
>
> Estás diciendo que en un futuro se cambiarán las tornas, y que el
subsistema
> principal será en .NET...
>
> Ante eso me surge una pregunta muy importante para mí y supongo que para
> millones de desarrolladores en todo el mundo: ¿hasta cuándo el API


Win32,
> que nos ha costado a todos sudor y lágrimas aprender?

Esto es como la pregunta anterior. El API Win32 estará ahí pero será una
capa sobre el nuevo API.

> Y otras más:
>
> ¿Cuando salga el WinFS, tendrá un API Win32, aparte de la -NET?

Si, WinFS no es un sistema de ficheros, sino que corre sobre NTFS. Solo
algunos directorios (aquellos en los que se guarden documentos) tendran
WinFS. Lee:

http://msdn.microsoft.com/msdnmag/i...fault.aspx



http://msdn.microsoft.com/Longhorn/...fault.aspx



> ¿Tendrá soporte el nuevo GDI 3D (como se llame) en la API Win32?

El soporte 3D en Win32 lo aporta DirectX. No creo que DirectX desaparezca


o
sufra radicales transformaciones.

> Por favor, respondedme, u orientadme sobra algún sitio fiable en el que


se
> expliquen estas cosas.
>

http://msdn.microsoft.com/Longhorn/...fault.aspx


Un saludo
Rodrigo Corral González [MVP]

microsoft.public.es.vc FAQ
http://vcfaq.europe.webmatrixhosting.net


Respuesta Responder a este mensaje
Ads by Google
Help Hacer una preguntaSiguiente Respuesta Tengo una respuesta
Search Busqueda sugerida