Hello Giuseppe,
you wrote 7 lines
> Pero yo soy inminentemente pr�ctico y cada cosa es para lo que es,
> para desarrollos empresariales medios/grandes Java se lleva la palma,
> s�lo ensombrecido por .NET y no por que sean "mejores" si no por que
> tienen lo que odio en un lenguaje de programaci�n, son seguros o
> "managed" como quieras llamarlo, el programador se olvida de los
> problemas de memoria, de las diferencias entre plataformas, de si el
> TCP/IP de una m�quina es tal o cual implementaci�n, etc.
GLP> Hombre, es que, si lo piensas, la mayor parte de veces no es �til. Me GLP> explico. Si tengo que desarrollar una aplicaci�n de gesti�n de GLP> inventarios de almac�n, no tengo porqu� saber si la pila del TCP/IP es GLP> tal o cual, o los punteros. Pero este ejemplo, sirve para muchos otros GLP> tipos de aplicaciones. En la "vida real", cuando realmente necesitas GLP> estar trabajando con punteros. Es como construir el GUI de una GLP> aplicaci�n. Yo veo perder el tiempo de tener que construir un GUI a base GLP> de c�digo. Que s�, que tienes m�s control, y aprendes m�s, pero, pierdes GLP> un precioso tiempo, que una aplicaci�n te puede ahorrar con 4 clicks. GLP> (v�ase Lazarus).
Es justo a lo que me refiero, un lenguaje "para todo" es Lazarus, un lenguaje para trabajar en una empresa de programas verticales tipo facturaci�n, contabilidad, almacenes, seguimientos, etc... debe de ser de alto nivel para ser productivo, productivo en el sentido empresarial.
> Las empresas de programaci�n buscan programadores, no buenos
> programadores, as� s�lo hay que ver los esperpentos de c�digo que te
> puedes encontrar en Java, .NET y PHP especialmente, pero cumplen lo
> "encargado".
GLP> Esperpentos de c�digo te lo encuentras en cualquier sitio :P Como dices, GLP> lo importante es que funcione y est� hecho, en el menor tiempo posible.
A lo que me refiero es que los que programan en Java suele ser m�s por una necesidad de mercado, no por hacer el producto "bueno" en si. A mi no se me pasar�a por la cabeza hacer un "number cruncher" en Java, aunque se pueda hacer, pero una facturaci�n en Java, especialmente si tengo que ponerla en la web parece m�s razonable que un Lazarus.
Por decirlo de otro modo, para mi Java es bueno automatizando procesos y Lazarus es muy intermedio en todo y no destaca en nada en especial, por lo tanto para mi Java automatizar�a procesos realizados en Lazarus o 'C', o lo que es lo mismo gestionar motores. Java gestionar�a un motor de base de datos, pero este motor no se puede realizar en Java, aunque si en Lazarus.
GLP> Por tus frases, quiero suponer que no trabajas tampoco en aplicaciones GLP> "standard".
No, desde luego, ni me dedico profesionalmente, o mejor dicho no vivo de ello. En lo �ltimo que estoy trabajando es una "suite" de an�lisis forense de evidencias, que desde luego no har�a en Java si no quiero que el an�lisis tarde 7 u 8 d�as :)
GLP> Por lo general, cualquier aplicaci�n puedes hacerla, desde GLP> VB6, Lazarus, Python, Perl, o Java. Obviamente, otra cosa es, que el GLP> rendimiento de una misma aplicaci�n sea mayor de una a otra GLP> implementaci�n, pero, no podemos saber 30 lenguajes, uno para cada GLP> cosa.
No, aunque desde luego creo que todos deber�amos a d�a de hoy manejar con soltura dos, uno de bajo nivel tipo C o pascal y uno de alto nivel tipo .NET o Java.
> Adem�s programar en Java, gracias a Dios, no implica que no puedas
> usar 'C', fpc, u otro lenguaje para hacer partes complicadas y que en
> Java tardar�an horas en procesarse.
GLP> Si, pero me remito a lo anterior. En mi trabajo, no quiero lidiar con X GLP> lenguajes distintos.
No hombre, a lo que me refiero es que si necesitas por ejemplo un m�dulo que escanee las etiquetas de un producto a partir de una foto (por el motivo que sea) y leer su c�digo de barras, dudo mucho que hagas ese trozo de software en Java, usar�s c�digo 'C' o bien una librer�a hecha en 'C' con unos "bindings" de Java.
GLP> A poder ser, busco un lenguaje que me sirva para GLP> todo. Poder compartir conocimientos y c�digo es el mayor arma de GLP> productividad existente. Un cliente, no se va a echar para atr�s en una GLP> venta, porque le diga que la b�squeda de una factura, en una BBDD de 15 GLP> millones de facturas, tarda 15 segundos en vez de 5 (por poner un simple GLP> ejemplo), �l, lo quiere, es la factura de marras, en un tiempo GLP> aceptable.
Bueno, eso tiene sus puntos de vista, por ejemplo yo ahora mismo estoy con un problema de un listado que tengo que rehacer, no se ni como, ya que para generarlo tarda como 20-25 minutos, la memoria intermedia necesaria anda sobre los 400 megas y muchas veces acaba con un "out of memory" si el equipo tiene 1 Gb de RAM. Si este listado lo hiciera en Java ni arrancar�a y podr�a tardar cerca de las 2 horas.
Para mi Java no es un lenguaje para todo, Lazarus si, pero en tu caso, por las cosas que expones yo creo que si ser�a una buena elecci�n un "managed" como Java o .NET.
Best regards,
JoshyFun
