tag:blogger.com,1999:blog-1510250349001994646.post8025205435909459635..comments2024-01-26T03:47:13.250-05:00Comments on Casi un blog mk.II: La nube color cromoEduardo Villanueva Mansillahttp://www.blogger.com/profile/05016436361216632247noreply@blogger.comBlogger3125tag:blogger.com,1999:blog-1510250349001994646.post-287580432482223602009-07-20T01:30:55.544-05:002009-07-20T01:30:55.544-05:00*** Permiteme un comentario desde la pre-historia ...*** Permiteme un comentario desde la pre-historia como programador en Fortran, de seguro uno en Cobol lo ve diferente. En el viejo mainframe, el usuario tenía todo de su lado (tarjetas perforadas con los datos y el programa), entregaba las tarjetas en una ventanilla y al día siguiente recibía las tarjetas mas un impreso. La computadora únicamente procesaba, no almacenaba.<br />*** Cuando llegaron las cintas magnéticas, el disco duro y los términales, se centralizó un tanto porque el código se escribía a través de un terminal en el disco duro del mainframe, pero los datos se almacenaban en cintas que usualmente estaban en manos del usuario.<br />*** En el primer UNIX que use en una PDP 11/30, los datos y el código se almacenaban en un floppy de 8 pulgadas (128Kb), y la interacción era similar a la presente con una PC sin internet. Los sumos sacerdotes se hacían innecesarios porque el UNIX era mas flexible que los sistemas operativos específicos de cada mainframe.<br />*** Con el surgimiento del modem, la comunicación entre computadores no dependía de cables ad-hoc, sino se podía hacer a través de la red pública telefónica y con ello la cooperación entre usuarios tomó diversas formas como el correo-e, los bulletin boards, la www, etc. Y la ausencia de mainframe persistía.<br />*** Hasta donde percibo el modelo de Google es un repositorio central de datos pero la capacidad operativa sigue en manos del usuario. Es decir que un programa estadístico es ejecutado en la PC y los datos están en la nube. Esta situación pudiera ser vista como la inversa del primer diseño de computo donde el programa estadístico era ejecutado en el mainframe y los datos en tarjetas eran almacenados por el usuario.<br />*** Esta percepción es de un programador Fortran donde lo complejo es el código y lo accesorio es la base de datos, mientras que para un programador Cobol lo complejo es la base de datos y lo accesorio es el código. Por ello veo que la nube de Google tendrá mas impacto en el mundo Cobol que en el mundo Fortran.Farid Matukhttps://www.blogger.com/profile/04538880977752750089noreply@blogger.comtag:blogger.com,1999:blog-1510250349001994646.post-49269718707242228462009-07-09T10:50:24.461-05:002009-07-09T10:50:24.461-05:00Gracias por el comentario, pero...
Aparte de no h...Gracias por el comentario, pero...<br /><br />Aparte de no haber dicho que se trata de equipos o terminales tontos... la clave acá está en dónde residen los datos y la capacidad real de procesamiento. Un terminal con RAM, procesadores de video y todo lo demás diseñado para encargarse de procesar client-side la exhibición de datos y etcétera, se sigue pareciendo funcionalmente a un 3278: la diferencia es cuánta exigencia pone la exhibición de datos. La lógica tras el sistema es similar. Digamos que la definición de "tonto" ha cambiado, por miles de razones, pero no deja de parecerse. <br /><br />Tampoco el concepto de mainframe implicaba monopolio, y no es el punto que he tratado de indicar: es el riesgo de concentrar la información en un solo sitio... en Google. <br /><br />Varios puntos más pero no puedo acotarlos ahora.Eduardo Villanueva Mansillahttps://www.blogger.com/profile/05016436361216632247noreply@blogger.comtag:blogger.com,1999:blog-1510250349001994646.post-79013504485938157462009-07-09T09:44:20.416-05:002009-07-09T09:44:20.416-05:00El modelo de la Nube es un modelo centralizado, pe...El modelo de la Nube es un modelo centralizado, pero no es lo mismo que un sistema de terminales tontos manejados por un mainframe.<br /><br />Ya hoy en día se pueden hacer interfases Web que son totalmente programables con JavaScript, CSS, HTML y SVG. Es probable que a la larga este medio reemplace a Flash. Con HTML5 se está intentando integrar el video en los estándares abiertos de la Web y Google tiene un prototipo para mostrar gráficos con OpenGL (3D entre otras cosas), directamente en el browser.<br /><br />Un equipo que sea capaz de manipular su interfaz a su antojo, generar gráficos, captar información (Video, audio, fotos) no es un equipo tonto.<br /><br />Existen dos propósitos con esta tendencia hacia los "terminales conectados" (Como yo los llamaría): portabilidad y acceso a información vasta. Al mantener el equipo conectado uno se puede deshacer de la necesidad de tener medios de almacenamiento en el equipo, lo cual mejora la portabilidad del equipo (En tamaño y duración de la batería).<br /><br />El concepto de nube, no implica el riesgo de Monopolio. Sobre todo si utiliza estándares abiertos, el riesgo está sin embargo que existan un grupo limitado de proveedores, dada la necesidad de una gran inversión en infraestructura.<br /><br />Muy aparte del tema, quisiera aclarar el punto de seguridad en Windows vs. Unix. Windows y Unix son igualmente vulnerables a código ejecutable, no existe tal cosa como un directorio de aplicaciones. Por otro lado, laa razón de que Unix ha demostrado ser más seguro que Windows, en mi opinión, es por el paradigma de diseño del sistema operativo. Unix está hecho a partir de muchas piezas independientes con funciones muy específicas. Todas estas piezas interactúan entre sí, pero no dependen entre sí; esto permite más fácilmente separar los privilegios entre las aplicaciones. En cambio, Windows ha sido desarrollado de una forma monolítca donde muchas cosas están relacionadas, no hay una clara separación de privilegios.<br /><br />Otras razones:<br />- Unix fue desarrollado desde el inicio como un sistema multiusuario, así que su configuración por defecto considera cualquier cosa que no sea de confianza como hostil. Windows no.<br />- La otra razón es la edad de Unix. El Unix es un sistema operativo con más de 30 años de antigüedad y existen partes de los Unix actuales que retinen muchos pedazos de código originales, que han sido corregidos con el paso de los años. En mi opinión es más difícil hacer esto en Windows, razón por la cual decidieron reescribir el Windows para Vista y terminó siendo un fiasco.<br /><br />En resumen, aunque en la superficie parezca diferente, las entrañas de Unix son menos complejas. Menor complejidad implica menor probabilidad de vulnerabilidades y error humano.Elventearhttps://www.blogger.com/profile/07953245536166455068noreply@blogger.com