La portabilidad se refiere a que el mismo binario se ejecuta (más bien interpreta) sin tener que ser modificado el mismo. En C++ el código se compila para cáda máquina y lo que obitienes (ejecutable) es distinto en cada caso. Si no te gusta java no digas que es porque no es portable.
por
pobrecito hablador
el Sábado, 26 Noviembre de 2005, 22:43h
(#647989)
No soy programador... Sin embargo, el código fuente C, C++, etc., puede compilarse en casi cualquier sistema operativo. Esto sí es portabilidad y no el cuento de java.
por
pobrecito hablador
el Domingo, 27 Noviembre de 2005, 01:47h
(#648037)
Sin embargo, el código fuente C, C++, etc., puede compilarse en casi cualquier sistema operativo. Esto sí es portabilidad y no el cuento de java.
pues no macho, que un programa en C, C++, etc no es garantia de portabilidad ni muchisimo menos, para eso necesitas un compilador que soporte todas las caracteristicas y librerias que estes usando
en mi Windows 3.11 no puedo ejecutar los juegos en java de mi movil porque a Sun no le da la gana de portar su JRE, vaya cabrones ¿no? ja
en el trabajo usamos C++ en el desarrollo principal, PHP en la interfaz web y probablemente usaremos Java para los clientes de los dispositivos moviles porque son la plataforma mas adecuada en cada una de esas facetas y para este desarrollo concreto
que no me vengan con la portabilidad, eficiencia, libertad, soporte, seguridad, herramientas, documentacion, comunidad de java, pero tampoco con la de C ni C++ ni C# ni Python ni Cobol, porque no es ni mejor ni peor, ni tampoco la misma... sin un desarrollo en concreto no hay nada que discutir
de estas discusiones sin sentido ya esta saturada la web
Me temo que hoy en día no es del todo cierto; Hay muy pocos proyectos que se hagan usando solo C/C++ estandar, pues para mostrarse por pantalla se necesitan las librerías X, etc...
Por culpa de el nacimiento de entornos gráficos cada vez más complejos, no hay un API estandar para representación de pantalla (Las X son completamente distintas a WIN32, que tambien es distinto a MFC). Puede que haya librerías multiplataforma (Como QT, wxWindows, u otros proyectos), pero no son estandar (y por ende, no compilan en cualquier sitio).
El acceso a librerías base del sistema tambien tiene problemas, pues en cada plataforma es distinto (En el mundo unix con el posix esto esta solucionado, pero no valen en el mundo windows).
Y si de C estandar hablamos, pues probando el visual studio 2005 express, me encuentro con que funciones del standar de C (como strncpy) han sido marcadas como deprecated (Obsoletas).
Es decir, un código de C si puede ser multiplataforma, pero el costo es elevado, mientras que hacer lo mismo en java, el coste es muy inferior (En algunos casos hay que tirar por JNI, pero son en realmente muy pocos casos).
por
pobrecito hablador
el Lunes, 28 Noviembre de 2005, 04:21h
(#648464)
¿y que tal el proyecto mono? La su "maquina virtual" está disponible para distintas arquitecturas y S.O. ¡es una hermosura! y Miguel de Icaza es el papi de papis
¡AMEN!
Re:¿Java?, pues va a ser que no.
(Puntos:2, Informativo)( http://barrapunto.com/ | Última bitácora: Lunes, 29 Enero de 2007, 19:18h )
-> Firma
Re:¿Java?, pues va a ser que no.
(Puntos:0)Sin comentarios.
Re:¿Java?, pues va a ser que no.
(Puntos:0)Sin embargo, el código fuente C, C++, etc., puede compilarse en casi cualquier sistema operativo. Esto sí es portabilidad y no el cuento de java.
pues no macho, que un programa en C, C++, etc no es garantia de portabilidad ni muchisimo menos, para eso necesitas un compilador que soporte todas las caracteristicas y librerias que estes usando
en mi Windows 3.11 no puedo ejecutar los juegos en java de mi movil porque a Sun no le da la gana de portar su JRE, vaya cabrones ¿no? ja
en el trabajo usamos C++ en el desarrollo principal, PHP en la interfaz web y probablemente usaremos Java para los clientes de los dispositivos moviles porque son la plataforma mas adecuada en cada una de esas facetas y para este desarrollo concreto
que no me vengan con la portabilidad, eficiencia, libertad, soporte, seguridad, herramientas, documentacion, comunidad de java, pero tampoco con la de C ni C++ ni C# ni Python ni Cobol, porque no es ni mejor ni peor, ni tampoco la misma... sin un desarrollo en concreto no hay nada que discutir
de estas discusiones sin sentido ya esta saturada la web
Re:¿Java?, pues va a ser que no.
(Puntos:2)( http://www.septeto.com/ | Última bitácora: Sábado, 01 Octubre de 2005, 13:34h )
Por culpa de el nacimiento de entornos gráficos cada vez más complejos, no hay un API estandar para representación de pantalla (Las X son completamente distintas a WIN32, que tambien es distinto a MFC). Puede que haya librerías multiplataforma (Como QT, wxWindows, u otros proyectos), pero no son estandar (y por ende, no compilan en cualquier sitio).
El acceso a librerías base del sistema tambien tiene problemas, pues en cada plataforma es distinto (En el mundo unix con el posix esto esta solucionado, pero no valen en el mundo windows).
Y si de C estandar hablamos, pues probando el visual studio 2005 express, me encuentro con que funciones del standar de C (como strncpy) han sido marcadas como deprecated (Obsoletas).
Es decir, un código de C si puede ser multiplataforma, pero el costo es elevado, mientras que hacer lo mismo en java, el coste es muy inferior (En algunos casos hay que tirar por JNI, pero son en realmente muy pocos casos).
Re:¿Java?, pues va a ser que no.
(Puntos:1)Re:¿Java?,pues va a ser que no... ¿y que tal mono?
(Puntos:0)