Programación Específica > Programación de Videojuegos

 Por Qué No En Java?

<< < (3/3)

JuanK:
SALUDOS,
Estoy de acuerdo con amilus
aunque c++ es un lenguaje por excelencia, el desarrollo rapido es una necesidad imperante.

Sin embargo no soy amigo de java, no megusta mucho y prefiero 10000 veces lenguaje c o c++ que java aunque logicamente si debo hacer una aplicacion de indole comercial usaria java.

Ahora existe c# y a mi modo verlo es mucho mejor que java, he utilizado los dos lenguajes y aunque conozco mas de java que de c# definitivamente me quedo con c# es mas limpio y amigable de programar y es mucho mas eficiente que java en als pruebas que he podido hacer.

java no esta hecho para juegos ni para nada de esas cosas, realmente lo unico queme gusta e java es que es multiplataforma, poer toda la tecnologia .net esta desarrollada para serlo tambien.

en todo caso si se trata de jusgo no java.
si es de otra cosa java, c# y en casos tragicos visual basic, si es para un desarrallo
 grande y muy serio y en general de interes cientifico mi ultima palabra es C++, c, assembler.

QliX=D!:

--- Cita de: "juank" --- SALUDOS,
Estoy de acuerdo con amilus
aunque c++ es un lenguaje por excelencia, el desarrollo rapido es una necesidad imperante.
--- Fin de la cita ---
Pero el desarrollo en C++ no es rapido por la gran flojera en general de un buen diseño y una buena estructura de reutilizacion, mas de una vez se reinventa la rueda en desarrollo dentro de una empresa y ahí es donde empiezan los bugs.

Si no crea una paleta de componentes con una buena estructura interna, y los mantiene actualizados, los bugs se reducen a aparecer en los primeros meses o el primer añño, luego ya son casi inexistentes.

Pero pocos reutilizan, porq ue las empresas no fomentan la reutilizacion... premian al que escribe mas lineas de codigo o pagan por hora de trabajo, y mas de un pillo las justifica rehaciendo cosas.

La innovacion esta poco fundada en las empresas en general, tal vez no tanto en las de desarrollo puro pero si en las empresas que tienen un departamento de desarrollo se ve claramente que no tienen mucha nocion de como manejar las cosas en la mayoria de los casos, aplican tacticas de RRHH de gestion comercial al desarrollo, cosas completamente incompatibles en la forma de manejar el material humano.

En casi ninguna universidad se da una materia uqe sea "programacion segura" o sobre normas de seguridad que se deben tener en el desarrollo del software, asi como  tampoco se da en general en el aspecto de seguridad a ningun nivel, sea en desarrollo, administracion, etc, porlo que los bugs son comunes que salgan.

Aparte de que no son muchos los que le dedican tiempo y dan pelota al tema de la seguridad en una aplicacion, y mas de una vez no piensan en las implicaciones y riesgos de seguridad que se tienen en una aplicacion, eso es de terror.

Conozco mas de un sistema en el que las passwords estan metidos en uan base de datos en texto plano, y con una seguridad minima (si existe en algunos casos) para el acceso a la base de datos.

Muchas aplicaciones trasladan datos confidenciales a travez de la red sin siquiera cifrarlos de alguna manera, pocos saben todas las formas de Buffer overflow (por dar un ejemplo puntual) que existen en las aplicaciones.

Creo qeu el problema se sienta en las bases.

Y ni hablar del hecho de que cualquier idiota se sienta adelante de VB y hace una "maravillosa" aplicacion llena de agujeros de seguridad y con una mantenibilidad proyectada dos segundos mas alla de la instalacion inicial = 0

puff... Sorry... me cope con la "verba".

slds.

Navegación

[0] Índice de Mensajes

[*] Página Anterior