CLR: .Net / Mono / Boo / Otros CLR > C#
C# Versus Java
Amilius:
--- Cita de: "Eternal Idol" --- ¿Acaso Windows esta hecho en Java o .NET? ¿Acaso los juegos SERIOS que se venden en todos lados estan hechos en Java o .NET? ¿Acaso viste algun driver hecho en Java o .NET?
--- Fin de la cita ---
Esto si es hilarante, desde el punto de vista de un Ingeniero de Sistemas. Cada herramienta tiene un propósito y es adecuada para ciertos casos. Si existe Java y el .NET es por que en estos tiempos no puedes darte el lujo de hacerlo todo en ASM o incluso en C++. Si no fuera así no existiría Delphi, Visual Foxpro, Visual Basic ni otras herramientas diseñadas para satisfacer necesidades tan variadas y distintas.
Y hablando de juegos 100% diseñados para ser comerciales: ya NO se hacen desde 0 y generalmente se prefiere comprar licencias de un motor de juego 3d, un motor de juego cliente-servidor, mejor si es configurable con scripts para no tener que programar los aspectos específicos del juego, además de adquirir lo que sea necesario para tenerlo listo lo antes posible. Si desarrollas una aplicación de base de datos, a menos que sea un caso verdaderamente excepcional, no vas a construir tu propio motor de base de datos. ;)
Eternal Idol:
--- Cita de: "Amilius" --- Esto si es hilarante, desde el punto de vista de un Ingeniero de Sistemas. Cada herramienta tiene un propósito y es adecuada para ciertos casos. Si existe Java y el .NET es por que en estos tiempos no puedes darte el lujo de hacerlo todo en ASM o incluso en C++. Si no fuera así no existiría Delphi, Visual Foxpro, Visual Basic ni otras herramientas diseñadas para satisfacer necesidades tan variadas y distintas.
Y hablando de juegos 100% diseñados para ser comerciales: ya NO se hacen desde 0 y generalmente se prefiere comprar licencias de un motor de juego 3d, un motor de juego cliente-servidor, mejor si es configurable con scripts para no tener que programar los aspectos específicos del juego, además de adquirir lo que sea necesario para tenerlo listo lo antes posible. Si desarrollas una aplicación de base de datos, a menos que sea un caso verdaderamente excepcional, no vas a construir tu propio motor de base de datos. ;)
--- Fin de la cita ---
¿Acaso alguien nego eso en algun momento? Estas descontextualizando absolutamente mi respuesta, jamas dije que todo el software se hiciera en esos lenguajes.
Se dijo que:
--- Cita de: "Juank" ---Por otro lado casi en ninguna empresa usan ya esos lenguajes, salvo para casos muy puntuales
--- Fin de la cita ---
Y entonces se respondio eso.
¿Acaso respondiste a alguno de los tipos de aplicaciones que nombre afirmativamente?
JuanK:
--- Citar ---La simplicidad de la que hablas implica que la programacion es cada vez menos debido a que cada vez hay mas librerias sobre el Kernel
--- Fin de la cita ---
de eso se trata no?, de que cada vez menos cosas sean dependientes del usuario o desarrolador o maquina virtual o lo que sea, ahora que si hay menos programacion no lo creo, pues al seder gran parte de las preocupaciones a otro tipo de cosas, el desarrolador tiene la oportunidad de invertir su tiempo en cosas que son más productivas y logicamente los programas y el nivel de complejidad del software comienza a crecer en otros aspectos muy importantes que no necesariamente dependen de la complejidad de la maquina sino que depende, como bien lo has dicho, de otra serie de recursos 'logicos' de nivel superior.
--- Citar ---Te agradezco la informacion pero sigo pensando que no alcanza los niveles de "proposito general" que alcanzan C y C++.
--- Fin de la cita ---
Y respecto al java Web star opino lo mismo, no es de propósito muy general que digamos pero seguro hay empresas que le sacan mucho provecho a esa caracteristica.
Eternal Idol:
--- Cita de: "JuanK" --- de eso se trata no?, de que cada vez menos cosas sean dependientes del usuario o desarrolador o maquina virtual o lo que sea
--- Fin de la cita ---
Ese es el precio ... depender cada vez mas y mas de terceros, algunos lo veran bien y otros no.
JuanK:
--- Citar ---Se dijo que:
QUOTE (Juank)
Por otro lado casi en ninguna empresa usan ya esos lenguajes, salvo para casos muy puntuales
Y entonces se respondio eso.
¿Acaso respondiste a alguno de los tipos de aplicaciones que nombre afirmativamente?
--- Fin de la cita ---
:whistling: estan en sus comienzos y no son los mejores pero de que los hay los hay:
http://www.noticiasdot.com/publicaciones/2...ias211103-3.htm
http://barrapunto.com/article.pl?sid=02/10...258&mode=thread
http://www.openantivirus.org/
El hecho de que no te conteste no quiere decir que sea porque no se las respuestas, simplemente que hay cosas que me parecen como tu dices 'hilarantes'...
:rolleyes: de todas maneras ya te estoy aprendiendo a tolerar porque has sido muy colaborador con las cosas que he necesitado y compartiendo tus conocimientos conmigo y si algo se hacer es ser agradecido. ;)
---
Por otro lado tampoco podras decir que conoces frameworks para aplicaciones tipo SEABEL, intranets o extranets bancarias, aplicativos financieros etc que actualmente esten siendo hechos con asm, tal vez si un poco con C++ pero en su gran parte son hechos en java, C#, delphi o en otros lenguajes.
De igual manera en el ambiente empresarial la enorme mayoria de las empresas no requieren lenguajes de bajo nivel por el contrario requieren de herramientas que ya hayan absorvido la complejidad... porque lo más importante es aumentar la productividad. sin embargo haciendo corrección a algún comentario que dije antes uy que estaba en cierta medida errado, dudo que lenguajes como ASM y C++ pasen de moda pues aunque su uso disminuya sustancialmente, siempre sera necesarios para soportar las igualmente complicadas 'musarañas' de los lenguajes de niveles mas altos y sin lugar a dudas seran la opcion preferida para el desarrollo de sistemas donde la capacidad de computo es extremadamente critica, como por supetso debe ser un sistema operativo.. es decir esos sitemas operativos hechos con java obviamente muy debajo de si deben tener unas cuantas lineas de C y de asm soportando el resto de componentes.
Navegación
[#] Página Siguiente
[*] Página Anterior
Ir a la versión completa