Es fácil, las de ahora tienen mucho mejor rendimiento, pero para que rindan en igualdad de condiciones que las antiguas, instala un linux sin gráficos y ya me contarás :)

Pero que flojo ese SO, se rompio el disco duro y se colgo :D:p:D

Yo creo que la respuesta es, entre otras cosas:

Orientación a objetos hasta en el %@lo, Java, protocolos de ochenta mil capas que al final no sabés ni para qué están (y todas ellas programadas con OOP, probablemente y no digo en Java para no pasarme :p).

No es por lo flojo del sistema operativo, sino porque el disco duro era primario y no llevaba raid. A veces en tiempos de crisis no hay para poner un cluster como dios manda.

Para Linux es gratuito y no va mal. Pero en rendimiento me quedo con Solaris, tiembién es gratuito (OpenSolaris).

Mmmm...:rolleyes:

No creo que tenga que ver si los programas están hechos con POO o no, más bien si están bien hechos o no. Y sobre todo la cantidad de cosas que hoy en día le colgamos al procesador para que las haga en segundo plano.

Con Windows hay cierto abuso de la multitarea. Y la culpa la tienen muchos fabricantes de software, empezando por Microsoft, que hacen las pruebas en entornos ideales y muchas veces sus programas instaladores no le preguntan al usuario si desean o no que se instale algún robotito invisible en memoria.

Simplemente se apoderan del lado oscuro del procesador, como si éste fuera omnipotente.

En cuanto a Java, ahí sí quizá haya algo de razón. No hay como los compiladores de Borland, digo, Embarcadero.

Un saludo.

Al. :)

Ahora los programas hacen más aunque no parezca
 

También me he hecho esa pregunta: Por qué mi 80386 de 25 Mhz parecía hacer las cosas más rápido que mi actualizado AMD 5000+ con 4 GB de RAM?. Creo que la respuesta es sencilla: Ahora exigimos mucho más a nuestros procesadores y a nuestros discos duros.

Recuerdo que la primera empresa para la que trabaje, en 1994, adquirió un disco duro de tamaño astronómico en esa época: 1 GB. Eso puso fin a nuestras diarias y ordinarias tareas de segmentar la información, procesar un día, archivar, guardar a cinta y borrar todos los archivos posibles para tener suficiente espacio en disco para enfrentar el nuevo día. De otra parte las aplicaciones realizaban tareas muy básicas, por ejemplo, la aplicación de digitación de inventarios solo permitía capturar la referencia del articulo, la cantidad y ubicación en el almacén, solo eso, sin validaciones en línea, consulta de código de producto u otras ayudas para el usuario. Con esas exigencias, para que preocuparnos con mayor capacidad de computo o de almacenamiento de datos?

Hoy día, no existen las salas de digitadores o transcriptores sino que tenemos cientos, miles o millones de usuarios alrededor del mundo exigiendo información inmediata, en tiempo real accesando bases de datos de varios terabytes de tamaño.

Y si analizamos el uso cotidiano de un PC cualquiera encontramos decenas de tareas trabajando simultaneamente. Mientras redactamos un documento en Word, por citar un ejemplo, en segundo plano se ejecuta el corrector ortográfico y de estilo, Clipito trata de adivinar lo que hacemos para sugerirnos idioteces y es probable que Word este adquiriendo actualizaciones en la web; mientras todo esto ocurre en Word nuestro antivirus está analizando todo nuestro disco duro en busca de posibles virus, acrobat reader esta buscando posibles actualizaciones, Windows analiza lo que ocurre con los dispositivos (impresoras, discos extraibles, memorias usb, etc), Media player o Winamp nos deleitan con el video del momento, etc, etc .

Como se puede observar los recursos exigidas a los PC's o Servidores de hoy son tan grandes que hace solo unos 15 años no lo hubiéramos podido imaginar.

Recuerdo que en 1989 (ya ha llovido desde entonces :eek:) instalé el primer hipermercado con un servidor 80386 a 25 Mhz con 2 Megas de Ram y un disco duro de 120 MB, los tpv eran 8088 a 8 Mhz con 640 Kb de Ram y todos estaban conectados por una red local de 4 Mbits. El sistema operativo era el famosos MSDOS 3.30 :eek: y el software de gestión era todo en modo texto (evidentemente) y hecho en Turbo Basic :)
La velocidad era asombrosa, nunca hubo ningún problema con el sistema.

Bueno, se supone que nada de eso debe estar en un servidor ;)
Pero, ciertamente, hoy se exige muchísimo más al sistema, por eso no se nota demasiado la velocidad, pero en cuanto instalas un linux server (sin gráficos) es cuando puedes ver realmente la potencia de los equipos actuales y te das cuenta de las maravillas que son comparados con los de hace unos años.

Jeje, era broma, supuse que era eso.;)
Con Solaris no he tenido muchas experiencias pero en ambiente Unix era conocido por ser el SO con menos kernel panics.

Saludos

Punto Net
 

Hace ya tiempo me pregunte porque nacío el .Net de Windows. La plataforma Java lo comprendo, ya que funcionan en multiples sistemas operativos y máquinas y entendí que el código debería ser interpretado para compilarse en tiempo real en la máquina donde se ejecutaba. Pero hoy en día sigo sin comprender, porque el .Net.

Primero donde se ejecuta .Net en plataformas Wndows con procesadores Intel o Amd de 32 y 64 bits y los smartphone. El proyecto mono, pues se queda en eso, en proyecto, porque es imposible ejectuar una aplicación en entorno no Windows, a parte de que falta muchísimas librerias que mono no lleva.

Bueno sigamos con Windows, porque necesito una aplicación con .Net si no la puedo volvar a otro entorno, no hubiera sido mejor ampilar el entorno MFC y poder compilar aplicaciones en modo nativo en plataformas de 32 y 64 bits.

Este cambio de tecnología implica ampliar el hardware innecesariamente, estudiar el lenguaje.

El entorno WEB, sigo diciendo que porque tenemos que crear aplicaciones para WEB usando html, ajax, etc.... No hubiera sido mejor conectarse remotamente con el escritorio remoto o usar clientes X-Xindows. Porque entiendo que no es lo mismo leer el periodo por web que lanzar una aplicación de gestión por WEB. El protocolo http se uso en su día para mostrar información como consulta, no es mejor usar otro protocolo para aplicaciones.

Bueno, es por ello, que los ordenadores de hoy son 1000 veces más rápidos que los de antes, pero las aplicaciones son 900 veces más pesadas que las de antes.

Aquí queda mi reflexión.

Yo también todavía sigo sin comprenderlo ... :confused: :confused: :confused: :confused:

Recuerdo una columna escrita por John C. DVorak, prácticamente maldiciendo a los desarrolladores de software, pues según él ahora tenemos computadoras 1000 veces más rápidas de las de hace 15 años y para lo único que son aprovechas es para "editar fotos". Practicamente tiene razon. Si tuvieramos que hacer una lista de las verdaderas inovaciones que han surguido en estos último 20 años, a cuantas llegaríamos, aparte de todo lo relacionado a la internet?

Saludos.

Algo vago recuerdo del nacimiento de .NET. SUN se asocio con Microsoft y le enseño todo su trabajo sobre JAVA, entonces como es costumbre de Microsoft (ya lo había hecho con IBM) se disocio de SUN y creo (copio) su propia tecnología llamada (JScript, J++, J#). Esto enojo tanto a los de SUN, que al trabajador que tuviese algún producto de Microsoft lo despedirían.

Ahora, con respecto a los lenguajes Jxx (Microsoft no podía usar la palabra JAVA), no le fue muy bien, así que comenzó a crear otro lenguaje, siguiendo la misma filosofía y la bautizo .NET aprovechando el auge de la internet para las masas.

Ahora con respecto al lenguaje no se mucho, pero de alguna forma había que enterrar a Visual Basic 6 que era el talón de Aquiles frete a Delphi. VB seguía siendo el BASIC de siempre.

Pues, no me creo el poseedor de la verdad... Pero creo estar bastante acertado con .NET.

Antes de .NET cada empresa podía hacer el compilador que se le antojara para Windows e iba a funcionar bien. Con .NET Microsoft se asegura que los únicos que tienen la batuta de su plataforma son ellos. Nadie puede competir con lo que Microsoft sabe sobre la próxima versión de .NET. Toda compañía que quiera competir, va a tener que esperar a que salga la versión, la documentación de la versión, y a partir de ahí ponerse a trabajar en la competencia. Es lo que le pasó/pasa a Delphi en este sentido.

La insistencia de Microsoft de usar .NET y promoverlo es, precisamente, hacer más común .NET que nativo, y hacer más común Visual Studio que cualquier otra cosa. ¿No les parece?

Otra cosa con respecto a la lentitud actual. ¿Se han puesto a pensar por qué motivo las máquinas de hoy se "cascan" mucho peor que las de antes? Es decir, yo en mi Pentium II con 32MB de RAM (un dinosaurio realmente), no podía correr Delphi y Word al mismo tiempo (directamente no funcionaba), pero la máquina en sí seguía funcionando "perfectamente". Si hoy en día uno lleva su máquina al límite, abrir una ventana se convierte en una pesadilla.

Lo pone a uno a pensar...

A mí me parece un sinsentido .NET .Además de funcionar sólo en windows...me resulta ridículo tener que instalar un runtime de decenas de megas para hacer lo que se hacía (y hace) perfectamente con un compilador win32 (Delphi !) de toda la vida. Por eso sigo con Delphi para Win32 y por supuesto siguiendo de cerca a Lazarus. Por suerte trabajo Freelance y nadie viene a imponerme tal o cual herramienta de desarrollo...

Cuando veo arrancar a mi Delphi 2007,me desespero...y eso que mi PC no es precisamente lenta.

Saludos !

Estrictamente hablando, .NET funciona también en otros sistemas (Solaris, Linux, etc.) gracias al proyecto Mono (creo que hay otro más que también intenta ser compatible). Claro que Micro$oft se aprovecha de su situación de inventor. Pero esta actitud prepotente está teniendo consecuencias contrarias a su intención inicial, porque no termina de cuajar y casi todos los que se fueron a .NET atraídos por la novedad y las promesas están "regresando" a Java. Este último está más trillado, es más abierto y mucho más estable fuera de Windows, y eso conpensa el relativo caos del lenguaje.

Eso es lo malo, MONO no esalgo oficial, que busca la mayor compatibilidad de .NET, una especie de ingeniería inversa (adivinar como están implementadas las cosas), nunca sera igual a menos que Microsoft lo permitía o cobre algún royalti o definitivamente tenga algún resquicio legal para frenar este proyecto.

Microsoft nunca entregará herramientas para su competencia, al contrario, si hasta hace años sentía con temor el como este compraba acciones de Apple y metia mano a su S.O. y aplicaciones. Suerte que Mr. Job reacciono.

Kylix, por que tenias que morir...

ÑuÑO Martínez, me podrías explicar eso del caos en el lenguaje JAVA.

Te equivocas, MAXIUM. El proyecto Mono no se está desarrollando mediante ingeniería inversa, sino a través de la especificación ECMA-335, ISO/IEC 23271, la cual fue impulsada inicialmente por Micro$oft, aunque ella misma se la salta cuando le conviene (véase .NET 3.x, por ejemplo). Y no hace falta adivinar cómo lo están implementando: sólo hay que mirar el código fuente y la documentación, puesto que es un proyecto de código abierto. ;)

Respecto al cáos en el lenguaje Java, me refiero a que existen multitud de paquetes que sirven para lo mismo (por ejemplo, para crear entornos gráficos), lo que al final "obliga" a tener instaladas mil cosas, una por cada aplicación. Claro que esto no es exclusivo de Java, porque a GNU/Linux (por poner sólo un ejemplo) le pasa lo mismo en algunas áreas, que hay tantas bibliotecas que al final no se sabe cuál hay que instalar para que funcione tal o cual programa. :p

Que yo sepa no son tantas las clases graficas, AWT y Swing que ya vienen con la maquina virtual y SWT donde tienes que distribuir los archivos correspondientes. No le veo que haya que instalar muchas cosas.

Hombre, sigo diciendo que es un proyecto. Primero es 100 % compatible con los drivers ADO.Net, (existen ¿?). Una aplicación Net 2.0 funciona sin cambiar nada en Linux, tengo enormes dudas. Funciona el Net 3.0, Net 3.5.... No digo mas...

¿Preguntas, afirmas o criticas? No lo pillo. :confused:

Considero que Mono hoy por hoy es un proyecto.