[opensuse-es] [OT] El gobierno argentino decide seguir dependiendo del monopolio microsoft
Como de costumbre, la Argentina sigue de contramano, y mientras en el resto del mundo los gobiernos se despegan del monopolio microsoft, estableciendo el uso obligatorio de SOFTWARE LIBRE, en las administraciones públicas, de paises como Alemania, Brasil, Cuba, Chile, China, Ecuador, España, Francia, México, República Dominicana y Venezuela (http://es.wikipedia.org/wiki/Software_libre_en_la_administraci%C3%B3n_p%C3%B... ). Pero Argentina, sigue atada al monopolio microsoft. No es casualidad, de que unos dias antes del lanzamiento local del plan mundial "Una Laptop Por Niño (ULPN o OLPC del idioma inglés One Laptop Per Child)", aqui bautizado con el nombre "Conectar-Igualdad", el gobierno argentino recibiera la visita de Steve Ballmer (el actual numero uno de microsoft), y optaran por hacer el lanzamiento de las citadas computadoras con 2 sistemas operativos: Linux y Windows, para crear la "microsoft dependencia" en los chicos desde pequeños. Claro, que la excusa de la visita de Steve Ballmer, segun dijo a los medios, era promocionar las "bondades" que ofrece microsoft para "Cloud Computing". http://www.pagina12.com.ar/diario/economia/2-145086-2010-05-04.html http://www.derechoaleer.org/2010/04/con-manteca-o-vaselina-microsoft.html Espejitos de colores ¿Sabrán los funcionarios que cuando Microsoft dice: donaré millones de dólares en licencias, en realidad no están donando nada, y que a cambio de nada, los recompensamos con dependencia tecnológica y control sobre nuestra informática? Parece que Aníbal, esta vez, se dejó olvidada su remera antimonopolios en algún otro lado, porque por lo visto,al Plan del monopólico Microsoft... "Enter". Sería bueno saber cual es el precio que vamos a pagar, amén de la "windows dependencia", por esas licencias de microsoft, pero como aquí en la Argentina hacemos todo al reves, en vez de buscar la forma de abaratar los costos, para poder comprar mas computadoras por el mismo dinero, como se hace en el resto del mundo, cargando solamente esas computadoras con software libre, aquí, les cargaron el paquete microsoft, y por si eso fuera poco, para aumentar el costo, le agregan un adaptador para la televisión digital, sistema en el cual solamente se transmite el canal oficial MEDIO DE PROPAGANDA DEL GOBIERNO DE TURNO, LO CUAL ES UNA NUEVA FORMA DE COMPRAR VOTOS, PARA LAS ELECCIONES DEL AÑO PROXIMO. Un adaptador equivalente al citado, en mercadolibre se está vendiendo en $350 (casi 100 dolares) por unidad. Una verdadera paradoja, ya que en el proyecto mundial OLPC, 100 dolares iva a ser el costo de cada computadora, lo cual muestra como el gobierno malgasta los recursos financieros, con tal de comprar votos. No es casualidad, de que ese medio millon de computadoras, se va a repartir solamente en la provincia con mayor cantidad de votantes: Buenos Aires. En el siguiente link, se puede ver los detalles del proyecto original OLPC de 100 dolares: http://es.wikipedia.org/wiki/OLPC En el siguiente artículo podemos ver el detalle de las administraciones publicas en el mundo, que han adoptado Linux: http://es.wikipedia.org/wiki/Software_libre_en_la_administraci%C3%B3n_p%C3%B... Hay una serie de administraciones públicas que han mostrado su apoyo al software libre, sea ya migrando total o parcialmente sus servidores y sistemas de escritorio, o bien sea subvencionándolo. El Estado requiere un software que cumpla determinados requisitos[1] y varios de los mismos llevan a utilizar exclusivamente Software Libre. Como ejemplos se tiene a Alemania, Argentina, Brasil, Cuba, Chile, China, Ecuador, España, Francia, México, República Dominicana y Venezuela: Alemania pagando por el desarrollo del Kroupware. Además ciudades como Múnich, que migró sus sistemas a Debian GNU/Linux, y una distribución alemana: Suse. Argentina La Provincia de Santa Fe cuenta desde el año 2004 con la ley 12.360 que dispone el uso preferente de software libre por la Administración Pública. En la actualidad se encuentra en la Legislatura a estudio una ley que dispone que todo el software producido por la provincia se libere bajo licencia GPL. También se puede destacar en el proyecto Munix, de la ciudad de Rosario. Este proyecto (actualmente con 300 puestos de trabajos migrados) reemplaza el software propietario en las estaciones de trabajo obsoletas por software libre, reutilizando dichas estaciones de trabajo como clientes ligeros. Este proyecto se lleva a cabo utilizando Debian GNU/Linux y está basado en Linux Terminal Server Project. Las actividades de la Municipalidad de RosarioNº 7787/2004, la cual regula la utilización de software en el ámbito municipal. Puede verse más información en la página del proyecto Munix. se encuentran dentro del marco de la ordenzanza. Será porque Rosario tenía por el año 2004 un gobierno socialista???? Australia, pagando por el desarrollo del Kroupware y ordenando por decreto que en todas las escuelas se dedique una parte horaria a enseñar que es GNU/Linux. Brasil, su gobierno fue el primer ejecutivo a escala mundial en llevar a cabo un despliegue masivo de software libre en la administración pública. Siendo el estado de Rio do Grande el primero en aprobar una ley a favor del uso del software libre. Chile, donde el Ministerio de Educación y la Universidad de la FronteraTemuco) crearon EduLinux, una distribución que hoy está en más de 1500 escuelas chilenas y funcionando en más de un 90% de las bibliotecas chilenas. Actualmente las Fuerzas Armadas chilenas están planificando la creación de una distribución militar que interconecte a las ramas de la defensa chilena. El gobierno de ese país aprobó el uso del software libre en la administración pública, anulando así un contrato previo con Microsoft para el mantenimiento de las redes y de los equipos en escuelas y biblotecas chilenas. (ubicada en China, con su acuerdo con Sun Microsystems para distribuir millones de Java Desktop System (una distribución de linux basada en GNOME y especialmente bien integrada con java)[2] Cuba donde el gobierno ha establecido una indicación oficial para introducir de manera progresiva el software libre y en particular el Linux y en el que la red de Salud Pública, Infomed, fue pionera en su uso. Ecuador, el gobierno ecuatoriano decidió el uso de software libre como política de gobierno y el 10 de abril de 2008 emitió el decreto 1014 que establece como política pública para las Entidades de la Administración Pública Central la utilización de Software Libre en sus sistemas y equipamientos informáticos, Decreto.[3] España, distintos gobiernos regionales están desarrollando sus propias distribuciones no sólo para uso administrativo sino también académico. Así tenemos LinEx en Extremadura, Augustux en Aragón, GuadaLinex en Andalucía, LliureX en La Comunidad Valenciana, Molinux en Castilla-La Mancha, MAX en La Comunidad de Madrid, Linkat en Cataluña, TrisquelGalicia, LinuxGlobal en Cantabria, EHUX en el País Vasco, mEDUXaCanaria, Bardinux en la Provincia de Santa Cruz de Tenerife en Canarias como proyecto de la ULL, Silu en la Provincia de Las Palmas en Canarias como proyecto de la ULPGC y Melinux en la Ciudad Autónoma de Melilla. Algunas de estas distribuciones están basadas en Debian, otras en Ubuntu y otras en OpenSuSE. Así como diversas distribuciones mantenidas por universidades públicas. El CENATIC[4] ha presentado el Informe Software de fuentes abiertas para el desarrollo de la Administración Pública Española. Una visión global. 2008. en en la comunidad Francia, donde la Asamblea Nacional decidió a finales de noviembre de 2006 migrar sus sistemas a una distribución basada en GNU/Linux[5] Italia, el parlamento italiano ha decidido el año 2007 utilizar SuSE Linux México: el Gobierno del Distrito Federal dentro de sus políticas y lineamientos en materia de informática da preferencia al uso del software libre.[6] La Delegación Tlalpan en el 2005 crea Gobierno GDF/Linux, basada en Fedora[7] y estudiantes de la UNAM desarrollan el sistema operativo GNU/Linux llamada Jarro Negro el cual puede instalarse o usarse en forma de LiveCD. México también ha contribuido significativamente al desarrollo del software libre, tal es el caso de la aportación de Miguel de Icaza, uno de los fundadores del entorno de escritorio GNOME y creador del Proyecto Mono entre otros. Miguel de Icaza y sus fuertes críticas hacia la presunta apatía del gobierno de su país (México,) en relación con la forma en la que se insertaba a México en la vida digital, tuvo mucho eco en la comunidad tecnóloga en el país. Propuso un modelo de desarrollo basado en código abierto tanto para el acceso a la red de la comunidad en general, como de desarrollo de aplicaciones gubernamentales. En lugar de esta propuesta, el gobierno de su país decidió pagar a Microsoft para dotar de la infraestructura de software de éste proyecto. Perú: TumiX, distribución del tipo LiveCD, está desarrollada en el Perú por iniciativa del grupo de usuarios de software libre Somos Libres. Desde el 2008 se lanzó en la región Lambayeque una Ordenanza Regional de uso del software libre de manera exclusiva en todos los equipamientos y sistemas informáticos de todas las dependencias del Gobierno Regional. República Dominicana, promociona el uso y proliferación del software libre en el campo educativo y científico. Dispone de una fundación con dos sedes, una en la capital de Santo Domingo y la otra en la ciudad de Santiago.[8] Esta fundación impulsa un anteproyecto de ley que busca que en el estado y la educación de este país tan solo se use software libre. Rusia, en enero del 2008 decidió migrar el sistema informático de todas las escuelas a una alternativa libre hasta el 2009.[9] Uruguay ha sido el primer país en el mundo en implementar como estrategia de país el proyecto OLPC mediante su Plan Ceibal[10] que brinda un Laptop XO con la distribución Sugar. El Plan culminará en 2009 con la inclusión de un portátil OLPC por cada niño de las escuelas públicas de Uruguay. Venezuela donde por el decreto presidencial Nro. 3.390, se estableció el uso preferente del software libre y GNU/Linux en toda la administración pública, incluyendo ministerios y oficinas gubernamentales y se está fomentando la investigación y el desarrollo de software libre. Actualmente Venezuela tiene la distribución Linux Canaima basada en Debian estable 5.0 (lenny) que se usa en proyectos como Canaima Educativo, para la producción de computadores de escritorio de Venezolana de Industrias Tecnológicas (VIT), así como implementación en órganos de la Administración Pública Nacional -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió: (...)
El Estado requiere un software que cumpla determinados requisitos[1] y varios de los mismos llevan a utilizar exclusivamente Software Libre.
La gente desconoce lo "abierto" que puede llegar a ser un software "cerrado" cuando un hay un jugoso contrato de por medio >:-)
Como ejemplos se tiene a Alemania, Argentina, Brasil, Cuba, Chile, China, Ecuador, España, Francia, México, República Dominicana y Venezuela:
(...)
España, distintos gobiernos regionales están desarrollando sus propias distribuciones no sólo para uso administrativo sino también académico. Así tenemos LinEx en Extremadura, Augustux en Aragón, GuadaLinex en Andalucía, LliureX en La Comunidad Valenciana, Molinux en Castilla-La Mancha, MAX en La Comunidad de Madrid, Linkat en Cataluña, TrisquelGalicia, LinuxGlobal en Cantabria, EHUX en el País Vasco, mEDUXaCanaria, Bardinux en la Provincia de Santa Cruz de Tenerife en Canarias como proyecto de la ULL, Silu en la Provincia de Las Palmas en Canarias como proyecto de la ULPGC y Melinux en la Ciudad Autónoma de Melilla. Algunas de estas distribuciones están basadas en Debian, otras en Ubuntu y otras en OpenSuSE. Así como diversas distribuciones mantenidas por universidades públicas. El CENATIC[4] ha presentado el Informe Software de fuentes abiertas para el desarrollo de la Administración Pública Española. Una visión global. 2008. en en la comunidad
Bueno, desgraciadamente no es oro todo lo que reluce :-( El Informe REINA 2009¹ lo deja bastante claro: el parque de ordenadores personales de la Administración del Estado (España) es de Windows. "(...) Por último, en el gráfico 5-4 comprobamos que más del 97% de los ordenadores personales instalados en 2008 tenían sistema operativo Windows, un 44% Windows XP, un 35% Windows Vista y un 18% Windows 2000." Al menos en sistemas grandes/medios no mantiene el reinado :-) ¹ http://www.csi.map.es/csi/reina2009/capitulo5/capitulo5.htm Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
El Estado requiere un software que cumpla determinados requisitos[1] y varios de los mismos llevan a utilizar exclusivamente Software Libre.
La gente desconoce lo "abierto" que puede llegar a ser un software "cerrado" cuando un hay un jugoso contrato de por medio >:-)
Además, poner el grito en el cielo porque los ordenadores se entreguen duales, no es lógico. Antes nosotros llorábamos por poder instalar linux al lado de windows, porque nos dejaran coexistir. ¿No vamos ahora nosotros a dejarles coexistir con nosotros? No me parece bien. Y, desde el punto de vista de la formación/educación, pienso que lo correcto es precisamente ordenadores duales. Los formandos deben salir controlando ambos sistemas, para que puedan trabajar en cualquier entorno.
Como ejemplos se tiene a Alemania, Argentina, Brasil, Cuba, Chile, China, Ecuador, España, Francia, México, República Dominicana y Venezuela:
(...)
España, distintos gobiernos regionales están desarrollando sus propias distribuciones no sólo para uso administrativo sino también académico. Así tenemos LinEx en Extremadura, Augustux en Aragón, GuadaLinex en Andalucía, LliureX en La Comunidad Valenciana, Molinux en Castilla-La Mancha, MAX en La Comunidad de Madrid, Linkat en Cataluña, TrisquelGalicia, LinuxGlobal en Cantabria, EHUX en el País Vasco, mEDUXaCanaria, Bardinux en la Provincia de Santa Cruz de Tenerife en Canarias como proyecto de la ULL, Silu en la Provincia de Las Palmas en Canarias como proyecto de la ULPGC y Melinux en la Ciudad Autónoma de Melilla. Algunas de estas distribuciones están basadas en Debian, otras en Ubuntu y otras en OpenSuSE. Así como diversas distribuciones mantenidas por universidades públicas. El CENATIC[4] ha presentado el Informe Software de fuentes abiertas para el desarrollo de la Administración Pública Española. Una visión global. 2008. en en la comunidad
Bueno, desgraciadamente no es oro todo lo que reluce :-(
El Informe REINA 2009¹ lo deja bastante claro: el parque de ordenadores personales de la Administración del Estado (España) es de Windows.
"(...) Por último, en el gráfico 5-4 comprobamos que más del 97% de los ordenadores personales instalados en 2008 tenían sistema operativo Windows, un 44% Windows XP, un 35% Windows Vista y un 18% Windows 2000."
Al menos en sistemas grandes/medios no mantiene el reinado :-)
¹ http://www.csi.map.es/csi/reina2009/capitulo5/capitulo5.htm
Yo, que trabajo coyunturalmente para la administración, te puedo decir que en mi puesto no se puede usar linux. Hicieron hace tiempo una aplicación de control de stock, almacén y transporte, a medida, y corre en windows. Y unos windows antiguos, con máquinas antiguas, donde un linux moderno tendría problemas: el mínimo de la factory es un giga de ram, y muchos de nuestros PCs tienen menos. Ni en mi puesto podemos usar linux, ni en ninguno de los puestos al lado, arriba o abajo, por esa aplicación. Y en otros departamentos, pues no lo sé, pero a nada que tengan otras aplicaciones hechas a medida, pues tampoco. Me lo dijo el de informática, no es posible instalar Linux. Supondría una inversión considerable (en formación y en instalación), y no tenemos ni para mantener los ordenadores al dia... No creas que acá atamos perros con longanizas. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvj6TkACgkQU92UU+smfQVS7gCaA6qBJZi+g/AzoepdtpueytOv Io4AnR01UgDEGu15PbmLIxl1FZb7GV5C =YV4f -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 07 May 2010 12:19:37 +0200, Carlos E. R. escribió:
On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
El Estado requiere un software que cumpla determinados requisitos[1] y varios de los mismos llevan a utilizar exclusivamente Software Libre.
La gente desconoce lo "abierto" que puede llegar a ser un software "cerrado" cuando un hay un jugoso contrato de por medio >:-)
Además, poner el grito en el cielo porque los ordenadores se entreguen duales, no es lógico. Antes nosotros llorábamos por poder instalar linux al lado de windows, porque nos dejaran coexistir. ¿No vamos ahora nosotros a dejarles coexistir con nosotros? No me parece bien.
Es dinero del contribuyente ¿no? Lo que les cuesta la licencia del windows (salvo que sea 100% gratis) repercute directamente en otras áreas donde podría hacer más falta ese "dinerico" (equipamiento -aka, hardware-, instalaciones escolares, aprendizaje del personal, mantenimiento y/o soporte técnico...). A ver, me parecería bien que hubiera "algunos" equipos con sistemas duales (o multisistema) en un aula en concreto, en algún equipo en concreto o para un curso/uso en concreto pero no que vaya "de serie" para todos los chiquillos y en todos los equipos, porque además de que a esa edad no necesitan saber manejar todos los sistemas operativos, un sistema de arranque dual es una opción que requiere un mantenimiento y un esfuerzo extra (mantener ambos sistemas actualizados, instalación duplicada de programas, etc...). Es decir, pérdida de tiempo para todos (soporte técnico y usuarios). En ese entorno (educativo) donde no abundan los recursos disponibles ni les sobra el tiempo, es mejor una solución unificada, se evita duplicar esfuerzos y recursos y el soporte/asistencia se simplifica. Además, ya sabemos cuál va a ser el uso que le van a dar los críos esos a esos equipos: ver pelis o escuchar música por Internet, así que con que al linux se le pueda poner el emule, ya van servidos, "pa" jugar ya tienen la Play >>:-)
Y, desde el punto de vista de la formación/educación, pienso que lo correcto es precisamente ordenadores duales. Los formandos deben salir controlando ambos sistemas, para que puedan trabajar en cualquier entorno.
No sé, no sé... son escolares, son niños pequeños. No pueden saber de todo y de todos, es normal, no es su tiempo. Con que sepan lo básico yo me conformaría. Un usuario de linux siempre será más cuidadoso que uno de windows en cuanto a políticas de seguridad, porque el propio sistema "obliga" a saber qué es eso de las cuentas de usuarios, de root, los permisos de los archivos, etc. El usuario linuxero medio está más formado que el usuario windowsero medio.
Bueno, desgraciadamente no es oro todo lo que reluce :-(
El Informe REINA 2009¹ lo deja bastante claro: el parque de ordenadores personales de la Administración del Estado (España) es de Windows.
(...)
Yo, que trabajo coyunturalmente para la administración, te puedo decir que en mi puesto no se puede usar linux. Hicieron hace tiempo una aplicación de control de stock, almacén y transporte, a medida, y corre en windows.
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Y unos windows antiguos, con máquinas antiguas, donde un linux moderno tendría problemas: el mínimo de la factory es un giga de ram, y muchos de nuestros PCs tienen menos.
Ni en mi puesto podemos usar linux, ni en ninguno de los puestos al lado, arriba o abajo, por esa aplicación. Y en otros departamentos, pues no lo sé, pero a nada que tengan otras aplicaciones hechas a medida, pues tampoco.
Me lo dijo el de informática, no es posible instalar Linux.
Supondría una inversión considerable (en formación y en instalación), y no tenemos ni para mantener los ordenadores al dia... No creas que acá atamos perros con longanizas.
Bueno, en la administración los equipos de escritorio se renuevan más a menudo y son más modernos... seguramente los que hayan retirado el año pasado os los hayan pasado a vosotros >>>>:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 13:54, Camaleón wrote:
El Fri, 07 May 2010 12:19:37 +0200, Carlos E. R. escribió:
Además, poner el grito en el cielo porque los ordenadores se entreguen duales, no es lógico. Antes nosotros llorábamos por poder instalar linux al lado de windows, porque nos dejaran coexistir. ¿No vamos ahora nosotros a dejarles coexistir con nosotros? No me parece bien.
Es dinero del contribuyente ¿no? Lo que les cuesta la licencia del windows (salvo que sea 100% gratis) repercute directamente en otras áreas donde podría hacer más falta ese "dinerico" (equipamiento -aka, hardware-, instalaciones escolares, aprendizaje del personal, mantenimiento y/o soporte técnico...).
Bueno, si es para crios de menos de diez años, pues vale. Los mayores deben aprender de todo. Bueno, los mayores querrán lo que tengan sus amigos. Además, tendremos el problema de que la enseñanza del estado será en linux, y la privada en windows... y ya tenemos la discriminación, porque ya sabemos que el windows es mejor, pondrán mejores aplicaciones :-P
A ver, me parecería bien que hubiera "algunos" equipos con sistemas duales (o multisistema) en un aula en concreto, en algún equipo en concreto o para un curso/uso en concreto pero no que vaya "de serie" para todos los chiquillos y en todos los equipos, porque además de que a esa edad no necesitan saber manejar todos los sistemas operativos, un sistema de arranque dual es una opción que requiere un mantenimiento y un esfuerzo extra (mantener ambos sistemas actualizados, instalación duplicada de programas, etc...). Es decir, pérdida de tiempo para todos (soporte técnico y usuarios).
Que va, ¡es encantador! Más trabajo para los técnicos, menos paro >:-)
En ese entorno (educativo) donde no abundan los recursos disponibles ni les sobra el tiempo, es mejor una solución unificada, se evita duplicar esfuerzos y recursos y el soporte/asistencia se simplifica.
Además, ya sabemos cuál va a ser el uso que le van a dar los críos esos a esos equipos: ver pelis o escuchar música por Internet, así que con que al linux se le pueda poner el emule, ya van servidos, "pa" jugar ya tienen la Play >>:-)
Ah, por supuesto.
Bueno, desgraciadamente no es oro todo lo que reluce :-(
El Informe REINA 2009¹ lo deja bastante claro: el parque de ordenadores personales de la Administración del Estado (España) es de Windows.
(...)
Yo, que trabajo coyunturalmente para la administración, te puedo decir que en mi puesto no se puede usar linux. Hicieron hace tiempo una aplicación de control de stock, almacén y transporte, a medida, y corre en windows.
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Si, anda... ¿Has probado a ejecutar una aplicación java con 256 megas de ram? Yo si. Va como el c***. Ah, y no me digas que en linux irá mejor, porque no es verdad: linux con java y 256 megas se arrastra. Y no estoy pensando en el 11.3, es que incluso un 7.3 en esas circunstancias se arrastra. ¿Una aplicacion web? Vale, lo mismo, prueba el mozilla en un linux con 256 megas: se arrastra. Además, una aplicación web, dependiendo de unos servidores cutrecillos (para lo que es la vida moderna) y una red terminal de 100 Mbits, pues.... en fin. El Sybase ya se arrastra, así que via web ni te cuento.
Y unos windows antiguos, con máquinas antiguas, donde un linux moderno tendría problemas: el mínimo de la factory es un giga de ram, y muchos de nuestros PCs tienen menos.
Ni en mi puesto podemos usar linux, ni en ninguno de los puestos al lado, arriba o abajo, por esa aplicación. Y en otros departamentos, pues no lo sé, pero a nada que tengan otras aplicaciones hechas a medida, pues tampoco.
Me lo dijo el de informática, no es posible instalar Linux.
Supondría una inversión considerable (en formación y en instalación), y no tenemos ni para mantener los ordenadores al dia... No creas que acá atamos perros con longanizas.
Bueno, en la administración los equipos de escritorio se renuevan más a menudo y son más modernos... seguramente los que hayan retirado el año pasado os los hayan pasado a vosotros >>>>:-)
¡ARGHHH! M'as matao. No, si será verdad... - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkKvcACgkQU92UU+smfQVgNQCdFb7qXurvdHplVvcWpWLuoHWZ yrYAniZnR/gHvS+iYos8pqlM41YTAg+F =phiU -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 07 May 2010 17:00:07 +0200, Carlos E. R. escribió:
On 2010-05-07 13:54, Camaleón wrote:
Es dinero del contribuyente ¿no? Lo que les cuesta la licencia del windows (salvo que sea 100% gratis) repercute directamente en otras áreas donde podría hacer más falta ese "dinerico" (equipamiento -aka, hardware-, instalaciones escolares, aprendizaje del personal, mantenimiento y/o soporte técnico...).
Bueno, si es para crios de menos de diez años, pues vale. Los mayores deben aprender de todo.
Entonces les compramos un coche de bomberos o una réplica de la nave Enterprise, digo, para que empiecen a tener contacto todo tipo de sistemas de desplazamientos, más allá del autobús escolar ¿no? Pobricos, deben saber de todo...
Bueno, los mayores querrán lo que tengan sus amigos. Además, tendremos el problema de que la enseñanza del estado será en linux, y la privada en windows... y ya tenemos la discriminación, porque ya sabemos que el windows es mejor, pondrán mejores aplicaciones :-P
Si, hombre ¡encima mimados! >>>:-)
A ver, me parecería bien que hubiera "algunos" equipos con sistemas duales (o multisistema) en un aula en concreto, en algún equipo en concreto o para un curso/uso en concreto pero no que vaya "de serie" para todos los chiquillos y en todos los equipos, porque además de que a esa edad no necesitan saber manejar todos los sistemas operativos, un sistema de arranque dual es una opción que requiere un mantenimiento y un esfuerzo extra (mantener ambos sistemas actualizados, instalación duplicada de programas, etc...). Es decir, pérdida de tiempo para todos (soporte técnico y usuarios).
Que va, ¡es encantador! Más trabajo para los técnicos, menos paro >:-)
Cuando veas a un técnico por una escuela, me lo dices. Digo a un "técnico", no al amigo de la hermana de la prima de la directora del colegio :-)
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Si, anda... ¿Has probado a ejecutar una aplicación java con 256 megas de ram? Yo si. Va como el c***. Ah, y no me digas que en linux irá mejor, porque no es verdad: linux con java y 256 megas se arrastra. Y no estoy pensando en el 11.3, es que incluso un 7.3 en esas circunstancias se arrastra.
Eso es porque están mal diseñadas y peor programadas.
¿Una aplicacion web? Vale, lo mismo, prueba el mozilla en un linux con 256 megas: se arrastra.
Nanay. La interfaz web de CUPS funciona con lynx y ahora, con la moda de los smartphones (PDA) se hacen aplicaciones específicas para esos chismes que apenas tienen recursos (ram o almacenamiento). Hasta java se puede ejecutar en los teléfono, no te digo más >>:-)
Además, una aplicación web, dependiendo de unos servidores cutrecillos (para lo que es la vida moderna) y una red terminal de 100 Mbits, pues.... en fin. El Sybase ya se arrastra, así que via web ni te cuento.
Mal planteamiento. La cuestión es querer (y saber) hacerlo bien.
Bueno, en la administración los equipos de escritorio se renuevan más a menudo y son más modernos... seguramente los que hayan retirado el año pasado os los hayan pasado a vosotros >>>>:-)
¡ARGHHH! M'as matao. No, si será verdad...
Antes que reciclar, hay que reutilizar. Ley nº 1 de la administración del estado :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 17:13, Camaleón wrote:
El Fri, 07 May 2010 17:00:07 +0200, Carlos E. R. escribió:
Bueno, los mayores querrán lo que tengan sus amigos. Además, tendremos el problema de que la enseñanza del estado será en linux, y la privada en windows... y ya tenemos la discriminación, porque ya sabemos que el windows es mejor, pondrán mejores aplicaciones :-P
Si, hombre ¡encima mimados! >>>:-)
¡Pero si ya lo están! No pueden coger la bicicleta más que en recintos controlados, con casco, rodilleras, tobilleras, chalecos reflectantes, y no se cuantas pijadas más. ¡Ya no lucen mercromina! >:-P Si ni siquiera pueden salir a la calle a jugar...
un esfuerzo extra (mantener ambos sistemas actualizados, instalación duplicada de programas, etc...). Es decir, pérdida de tiempo para todos (soporte técnico y usuarios).
Que va, ¡es encantador! Más trabajo para los técnicos, menos paro >:-)
Cuando veas a un técnico por una escuela, me lo dices. Digo a un "técnico", no al amigo de la hermana de la prima de la directora del colegio :-)
Pues los he visto. Yo personalmente no, porque no trabajo en educación (lo he hecho). Pero mi amigo el profe sí los ha visto. De uvas a peras, pero los ha visto. :-p
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Si, anda... ¿Has probado a ejecutar una aplicación java con 256 megas de ram? Yo si. Va como el c***. Ah, y no me digas que en linux irá mejor, porque no es verdad: linux con java y 256 megas se arrastra. Y no estoy pensando en el 11.3, es que incluso un 7.3 en esas circunstancias se arrastra.
Eso es porque están mal diseñadas y peor programadas.
Costaba un chorro de millones, de empresa muy gorda a empresa igualmente gorda. Así que estaba impecablemente bien hecha, y nada de discutir eso, que me despiden. Espera, que ya me despidieron hace años... Bueno, es igual, que estaba bien hecha >:-) No discutas, que una parte era GNU, la cogieron de por ahí. Ya sabes que el sofware GNU es perfecto, o te echo al que tú sabes a que te discursee >:-) Un telnet dentro de una ventana del explorer o mozilla. Los mandamases decretaron que había que ampliar la memoria de los peceses, y se hizo. De 64 pasaron a 255 megas. Una barbaridad. Y algunos con 512 megas. Una exageración. (año 2000, que es de cuando es el aplicativo que quereis substituir)
¿Una aplicacion web? Vale, lo mismo, prueba el mozilla en un linux con 256 megas: se arrastra.
Nanay. La interfaz web de CUPS funciona con lynx y ahora, con la moda de los smartphones (PDA) se hacen aplicaciones específicas para esos chismes que apenas tienen recursos (ram o almacenamiento). Hasta java se puede ejecutar en los teléfono, no te digo más >>:-)
Insisto: prueba el mozilla en esas circunstancias. Ya sé que el lynx funciona, pero el cups no usa java ni javascript, que yo sepa. El webyast creo que si, lo pruebas y me cuentas. ¿Java en el teléfono móvil? ¿Me lo dices o me lo cuentas? Los jueguecitos que trae mi movil Nokia se arrastran. Cuando pulso la tecla ya se ha ido la pelotita, hay que pulsarla unas décimas antes de que corresponda.
Además, una aplicación web, dependiendo de unos servidores cutrecillos (para lo que es la vida moderna) y una red terminal de 100 Mbits, pues.... en fin. El Sybase ya se arrastra, así que via web ni te cuento.
Mal planteamiento. La cuestión es querer (y saber) hacerlo bien.
Dinero. Ya sabes que tendrás que pagármelo tu >:-)
Bueno, en la administración los equipos de escritorio se renuevan más a menudo y son más modernos... seguramente los que hayan retirado el año pasado os los hayan pasado a vosotros >>>>:-)
¡ARGHHH! M'as matao. No, si será verdad...
Antes que reciclar, hay que reutilizar. Ley nº 1 de la administración del estado :-)
Si tu supieras... - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkND0ACgkQU92UU+smfQXB3wCeNANurFaqiCXiNnJrdocJ20jY o0wAn12BHScWB56u74vaQfLcV8v5BgGG =cgii -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Fri, 07 May 2010 17:39:41 +0200, Carlos E. R. escribió:
On 2010-05-07 17:13, Camaleón wrote:
El Fri, 07 May 2010 17:00:07 +0200, Carlos E. R. escribió:
Bueno, los mayores querrán lo que tengan sus amigos. Además, tendremos el problema de que la enseñanza del estado será en linux, y la privada en windows... y ya tenemos la discriminación, porque ya sabemos que el windows es mejor, pondrán mejores aplicaciones :-P
Si, hombre ¡encima mimados! >>>:-)
¡Pero si ya lo están!
Pues eso, para ir quitándoles el vicio...
Cuando veas a un técnico por una escuela, me lo dices. Digo a un "técnico", no al amigo de la hermana de la prima de la directora del colegio :-)
Pues los he visto. Yo personalmente no, porque no trabajo en educación (lo he hecho). Pero mi amigo el profe sí los ha visto. De uvas a peras, pero los ha visto. :-p
De uvas a peras y no le solucionaba el problema que tenía con el linux, que tenía que preguntarte a ti. Pos vaya "tésnico" >:-) Para eso vendría bien el dinerico que se ahorran en las licencias del windows o de sus programas, para poner más asistencia o mejorar la actual (nada de eso de "(pseudo-técnico) Eh, que mi horario ya ha terminado, llama mañana y te digo cómo le puedes hacer un ping al equipo del alumno al que dices que no puedes conectar"). Profe: vale, no, tranquilo, voy a arrancar el windows y me dejo de linuxadas..."
Eso es porque están mal diseñadas y peor programadas.
Costaba un chorro de millones, de empresa muy gorda a empresa igualmente gorda. Así que estaba impecablemente bien hecha, y nada de discutir eso, que me despiden. Espera, que ya me despidieron hace años... Bueno, es igual, que estaba bien hecha >:-)
No discutas, que una parte era GNU, la cogieron de por ahí. Ya sabes que el sofware GNU es perfecto, o te echo al que tú sabes a que te discursee
:-)
Buf, peor lo pones. Será una mezcolanza de código de no te menees :-P
Un telnet dentro de una ventana del explorer o mozilla.
(modo sarcástico on) Menudo ingenio...
Los mandamases decretaron que había que ampliar la memoria de los peceses, y se hizo. De 64 pasaron a 255 megas. Una barbaridad. Y algunos con 512 megas. Una exageración.
(año 2000, que es de cuando es el aplicativo que quereis substituir)
Los mandamases tenían que haber despedido a las mentes maravillosas que decidieron desarrollar una aplicación con un consumo tan elevado de recursos... cuando en el año 2.000 lo normal era que un equipo tuviera 64/128 MiB. de ram. Hay que *oderse. Me recuerda a la pifia que hicieron en una de las bibliotecas de Madrid (o de la comunidad), que se gastaron "no-sé-cuántos-millones" de euros en la aplicación para gestionar los fondos documentales y luego no les funcionaba ni para atrás... tuvieron que cambiarla.
Nanay. La interfaz web de CUPS funciona con lynx y ahora, con la moda de los smartphones (PDA) se hacen aplicaciones específicas para esos chismes que apenas tienen recursos (ram o almacenamiento). Hasta java se puede ejecutar en los teléfono, no te digo más >>:-)
Insisto: prueba el mozilla en esas circunstancias.
¡La culpa no es del mozilla! Es de la mente maravillosa que ha decidido ejecutar un telnet desde el navegador y/o no optimizar el consumo de la memoria en java... >:-)
Ya sé que el lynx funciona, pero el cups no usa java ni javascript, que yo sepa. El webyast creo que si, lo pruebas y me cuentas.
No hace falta javascript para usar formularios. La cantidad de cosas que se pueden hacer sin javascript. Estáis malacostumbrados >:-)
¿Java en el teléfono móvil? ¿Me lo dices o me lo cuentas? Los jueguecitos que trae mi movil Nokia se arrastran. Cuando pulso la tecla ya se ha ido la pelotita, hay que pulsarla unas décimas antes de que corresponda.
¡Qué va! El mío va muy rápido cuando juego al sudoku (es que no tiene más juegos :-P).
Mal planteamiento. La cuestión es querer (y saber) hacerlo bien.
Dinero.
Inventiva. Interés. Saber hacer. Saber buscar. Capacidad.
Ya sabes que tendrás que pagármelo tu >:-)
Hay a quien aunque le pagues, no sabrá/podrá hacerlo bien :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 18:01, Camaleón wrote:
El Fri, 07 May 2010 17:39:41 +0200, Carlos E. R. escribió:
Cuando veas a un técnico por una escuela, me lo dices. Digo a un "técnico", no al amigo de la hermana de la prima de la directora del colegio :-)
Pues los he visto. Yo personalmente no, porque no trabajo en educación (lo he hecho). Pero mi amigo el profe sí los ha visto. De uvas a peras, pero los ha visto. :-p
De uvas a peras y no le solucionaba el problema que tenía con el linux, que tenía que preguntarte a ti. Pos vaya "tésnico" >:-)
Pues claro, pero es el mismo problema que con el técnico del windows. La diferencia es que con windows tienes un montón de técnicos: todo el mundo sabe trabajar con el windows, y puedes salir del paso sin llamar al técnico de verdad, o mientras le esperas. Eso es intrusismo. Cuando se rompa el windows, hay que esperar a que venga el profesional a arreglarlo. Si llamamos al sobrino de turno, le estamos quitando el pan a los hijos del técnico. ¡Basta de intrusismo!
:-P
Para eso vendría bien el dinerico que se ahorran en las licencias del windows o de sus programas, para poner más asistencia o mejorar la actual (nada de eso de "(pseudo-técnico) Eh, que mi horario ya ha terminado, llama mañana y te digo cómo le puedes hacer un ping al equipo del alumno al que dices que no puedes conectar"). Profe: vale, no, tranquilo, voy a arrancar el windows y me dejo de linuxadas..."
Pues eso, cuando el windows se estropee (que lo hará) haces lo mismo. Llamas al técnico, este no viene hasta el lunes... pues nada, cierras el aula hasta el lunes y punto. Hay que respetar el trabajo y el pan de los demás.
:-P
(Hay que ampliar la cuota de mercado del windows, su potencial de darnos de comer es mayor. Se estropea más >:-) )
Eso es porque están mal diseñadas y peor programadas.
Costaba un chorro de millones, de empresa muy gorda a empresa igualmente gorda. Así que estaba impecablemente bien hecha, y nada de discutir eso, que me despiden. Espera, que ya me despidieron hace años... Bueno, es igual, que estaba bien hecha >:-)
No discutas, que una parte era GNU, la cogieron de por ahí. Ya sabes que el sofware GNU es perfecto, o te echo al que tú sabes a que te discursee
:-)
Buf, peor lo pones. Será una mezcolanza de código de no te menees :-P
Pues como todas las aplicaciones gordas. Encima hechas por un centenar de becarios que se gastan ocho meses en entender lo que hizo el anterior y cuatro en hacer algo nuevo antes de que los echen. El resultado es un laberinto de código.
Un telnet dentro de una ventana del explorer o mozilla.
(modo sarcástico on) Menudo ingenio...
¡Que va! Totalmente lógico, hay que hacer todo dentro de la web, es la moda. Ponte en el ambiente: año 2000, boom del dot-com, la webis lo es todo. Todos somos la web, unámonos al todo, aummmmmm, aummmmm, aummmm.... (Si crees que estoy grillado, piensa en cierto número de superlopez con un Rex dominador de masas)
Los mandamases decretaron que había que ampliar la memoria de los peceses, y se hizo. De 64 pasaron a 255 megas. Una barbaridad. Y algunos con 512 megas. Una exageración.
(año 2000, que es de cuando es el aplicativo que quereis substituir)
Los mandamases tenían que haber despedido a las mentes maravillosas que decidieron desarrollar una aplicación con un consumo tan elevado de recursos... cuando en el año 2.000 lo normal era que un equipo tuviera 64/128 MiB. de ram.
Hay que *oderse.
Seguro que fué idea de los mandamases hacerlo así. Insisto: momento del dot-com, hay que hacerlo todo en web. Esa aplicación, por cierto, era la versión 2: la versión 1 era una aplicación unix tradicional, cliente servidor, sobre X, que iba de maravilla. Pero claro, había que mejorar y hacerlo en web. Así no había que comprar costosos servidores X (terminales gráficos tontos: teclado, ratón, servidor X), sino baratos ordenadores windows. No iban a venderles ordenadores todavía más baratos con linux... Fué idea de los mandamases hacerlo en web, con java o lo que sea (ya sabes que no distingo muy bien java de javscript). Supongo que después de hacerlo, o mientras, se dieron cuenta de la cantidad de ram que necesitaba. Pecata minuta: estamos hablando de grandotas empresas, unos cuantos megas son migajas. La cuestión es que si la gente para la que trabajo hubiera pedido una aplicación web en el 2000 les hubieran hecho algo parecido. En vez de eso pidieron (o recibieron) una aplicación cliente-servidor sobre sybase, que en el 2000 era una plataforma de probada eficacia (yo estuve usando otra sobre sybase en el 97, también de tamaño considerable), y que en el 2010 sigue funcionando bastante bien, dado el hardware del que disponemos. Y por cierto: estamos hablando, me supongo, de bastantes cientos de clientes en esa aplicación, distribuidos por todo el país. ¿Una aplicación web, hecha en el 2000, escala tan bien? La que yo sufrí no. (Y estoy tratando de no decir que aplicaciones exactas son, no se si debo)
Me recuerda a la pifia que hicieron en una de las bibliotecas de Madrid (o de la comunidad), que se gastaron "no-sé-cuántos-millones" de euros en la aplicación para gestionar los fondos documentales y luego no les funcionaba ni para atrás... tuvieron que cambiarla.
No es extraño.
Nanay. La interfaz web de CUPS funciona con lynx y ahora, con la moda de los smartphones (PDA) se hacen aplicaciones específicas para esos chismes que apenas tienen recursos (ram o almacenamiento). Hasta java se puede ejecutar en los teléfono, no te digo más >>:-)
Insisto: prueba el mozilla en esas circunstancias.
¡La culpa no es del mozilla! Es de la mente maravillosa que ha decidido ejecutar un telnet desde el navegador y/o no optimizar el consumo de la memoria en java... >:-)
No se si se puede optimizar. La idea del telnet en el navegador tenía muchas más miga de la que piensas. De esa manera controlaban los permisos y la transmisión, porque las máquinas contra las que se conectaba no tenían "red tcp/ip, eran a través de... jo, no me sale el nombre, ah, X.25 compartida entre montón de servicios. El servidor sabía como virtualizar eso y conseguir que un telnet en el cliente se contectara al terminal remoto via X.25. Funcionaba. Y el consumo de memoria, pues dado que era la primera vez que hacían eso, pues no se. Y en mi experiencia, ese ha sido siempre el caso, las aplicaciones java y javscript necesitan muchísima ram. Aunque nosotros preferíamos la versión 1, unix tradicional. O incluso ninguna aplicación, sino los experimentos de laboratorio en linux. No oficiales, no vendibles.
Ya sé que el lynx funciona, pero el cups no usa java ni javascript, que yo sepa. El webyast creo que si, lo pruebas y me cuentas.
No hace falta javascript para usar formularios. La cantidad de cosas que se pueden hacer sin javascript. Estáis malacostumbrados >:-)
Es lo que hay.
¿Java en el teléfono móvil? ¿Me lo dices o me lo cuentas? Los jueguecitos que trae mi movil Nokia se arrastran. Cuando pulso la tecla ya se ha ido la pelotita, hay que pulsarla unas décimas antes de que corresponda.
¡Qué va! El mío va muy rápido cuando juego al sudoku (es que no tiene más juegos :-P).
En varios Nokia que he tenido, van lentos. Hasta la calculadora va en java, pero ahí no importa. En un juego en el que la velocidad de respuesta se nota, sí que importa.
Mal planteamiento. La cuestión es querer (y saber) hacerlo bien.
Dinero.
Inventiva. Interés. Saber hacer. Saber buscar. Capacidad.
Ya sabes que tendrás que pagármelo tu >:-)
Hay a quien aunque le pagues, no sabrá/podrá hacerlo bien :-)
No es eso, es que tendrás que pagármelo tú, a base de impuestos >:-) Y como contrarán a malos programadores, pagarás el doble :-P [ Jo: acabo de descubrir un punto negro en mi flamante monitor plano. Ya ha dejado de ser flamante. Creía que era un acento diminuto hasta que me di cuenta de que no podía borrarlo, y que no se movía al mover la ventana. ¡BUAAAAA! :-( ] [Jo 2: tengo puesto "Clan" en la TDT, y estoy viendo un episodio de "Buffy" en el que hasta los vampiros se ponen a bailar en plan musical de Holywood. Creía haberlo visto todo. En fin... es mejor que poner la teletienda...] - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkwaYACgkQU92UU+smfQVghQCfWAQYsYRcV3N6WMtN14kj4VvX aogAn391/2Sc+nbqQu95YayJIvBjLTC5 =Hplj -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sat, 08 May 2010 03:43:02 +0200, Carlos E. R. escribió:
On 2010-05-07 18:01, Camaleón wrote:
El Fri, 07 May 2010 17:39:41 +0200, Carlos E. R. escribió:
Cuando veas a un técnico por una escuela, me lo dices. Digo a un "técnico", no al amigo de la hermana de la prima de la directora del colegio :-)
Pues los he visto. Yo personalmente no, porque no trabajo en educación (lo he hecho). Pero mi amigo el profe sí los ha visto. De uvas a peras, pero los ha visto. :-p
De uvas a peras y no le solucionaba el problema que tenía con el linux, que tenía que preguntarte a ti. Pos vaya "tésnico" >:-)
Pues claro, pero es el mismo problema que con el técnico del windows. La diferencia es que con windows tienes un montón de técnicos: todo el mundo sabe trabajar con el windows, y puedes salir del paso sin llamar al técnico de verdad, o mientras le esperas.
Lo que te quiero es que no es lo mismo, porque con el ahorro de las licencias del windows te pagas un buen soporte técnico que te lleve toda la infraestructura del colegio de turno. pero digo un soporte técnico de los verdad, no de esos de mentirijillas :-)
Eso es intrusismo. Cuando se rompa el windows, hay que esperar a que venga el profesional a arreglarlo. Si llamamos al sobrino de turno, le estamos quitando el pan a los hijos del técnico.
¡Basta de intrusismo!
:-P
Pues eso, eso, menos licencias del windows y más soporte técnico del bueno, bonito y carito >>:-)
Para eso vendría bien el dinerico que se ahorran en las licencias del windows o de sus programas, para poner más asistencia o mejorar la actual (nada de eso de "(pseudo-técnico) Eh, que mi horario ya ha terminado, llama mañana y te digo cómo le puedes hacer un ping al equipo del alumno al que dices que no puedes conectar"). Profe: vale, no, tranquilo, voy a arrancar el windows y me dejo de linuxadas..."
Pues eso, cuando el windows se estropee (que lo hará) haces lo mismo. Llamas al técnico, este no viene hasta el lunes... pues nada, cierras el aula hasta el lunes y punto. Hay que respetar el trabajo y el pan de los demás.
:-P
(Hay que ampliar la cuota de mercado del windows, su potencial de darnos de comer es mayor. Se estropea más >:-) )
El problema es que cuando el windows se estropee (que lo hará, fijo, yo le doy siempre un mesecito, al mes ya te empiezan a llamar con que si esto o aquello...) no habrá técnico al que llamar (no hay pasta, recuerda, se fue en las licencias del windows) sino al pringao de turno (aka, el único profesor que entiende algo de informática) y a ese le endilgan el mochuelo (luego, cuando el profesor-pringao no sepa/pueda solucionar el problema, llamará a su amigo el pringao2 -el de reserva- que tendrá que ofrecerle asistencia técnica gratuita, por eso de ser amigo) >>>:-)
No discutas, que una parte era GNU, la cogieron de por ahí. Ya sabes que el sofware GNU es perfecto, o te echo al que tú sabes a que te discursee
:-)
Buf, peor lo pones. Será una mezcolanza de código de no te menees :-P
Pues como todas las aplicaciones gordas. Encima hechas por un centenar de becarios que se gastan ocho meses en entender lo que hizo el anterior y cuatro en hacer algo nuevo antes de que los echen. El resultado es un laberinto de código.
Mira, el programa PADRE ahora está funcionando mejor para todos los sistemas, o eso estáis comentando -nunca lo he usado-. ¿Por qué no lo han hecho antes? Pues por desconocimiento o falta de interés porque por pelas no será. El Misterio (sí, misterio, no es un gazapo) de Hacienda debe ser de los misterios (sí, misterios, no es un gazapo) que mayores presupuestos recibe...
Un telnet dentro de una ventana del explorer o mozilla.
(modo sarcástico on) Menudo ingenio...
¡Que va! Totalmente lógico, hay que hacer todo dentro de la web, es la moda. Ponte en el ambiente: año 2000, boom del dot-com, la webis lo es todo. Todos somos la web, unámonos al todo, aummmmmm, aummmmm, aummmm....
(Si crees que estoy grillado, piensa en cierto número de superlopez con un Rex dominador de masas)
Un telnet dentro del navegador es de todo menos lógico sea en el año que sea >:-) El número de Superlopez que dices no lo he leído... debe ser éste: http://www.entrelectores.com/libros/detalle/superlopez-25-tyrannosaurus- rex-jan-juan-lopez-fernandez
Los mandamases decretaron que había que ampliar la memoria de los peceses, y se hizo. De 64 pasaron a 255 megas. Una barbaridad. Y algunos con 512 megas. Una exageración.
(año 2000, que es de cuando es el aplicativo que quereis substituir)
Los mandamases tenían que haber despedido a las mentes maravillosas que decidieron desarrollar una aplicación con un consumo tan elevado de recursos... cuando en el año 2.000 lo normal era que un equipo tuviera 64/128 MiB. de ram.
Hay que *oderse.
Seguro que fué idea de los mandamases hacerlo así. Insisto: momento del dot-com, hay que hacerlo todo en web. Esa aplicación, por cierto, era la versión 2: la versión 1 era una aplicación unix tradicional, cliente servidor, sobre X, que iba de maravilla.
¿Y por qué la cambiaron? Ah, ya... las comisiones.
Pero claro, había que mejorar y hacerlo en web. Así no había que comprar costosos servidores X (terminales gráficos tontos: teclado, ratón, servidor X), sino baratos ordenadores windows. No iban a venderles ordenadores todavía más baratos con linux...
Fué idea de los mandamases hacerlo en web, con java o lo que sea (ya sabes que no distingo muy bien java de javscript).
Pues ya va siendo hora de que distingas porque no tiene nada que ver >:-) Javascript es lo que verás en el GNOME 3.0 :-P
Supongo que después de hacerlo, o mientras, se dieron cuenta de la cantidad de ram que necesitaba. Pecata minuta: estamos hablando de grandotas empresas, unos cuantos megas son migajas.
No harían pruebas en los clientes :-?
La cuestión es que si la gente para la que trabajo hubiera pedido una aplicación web en el 2000 les hubieran hecho algo parecido. En vez de eso pidieron (o recibieron) una aplicación cliente-servidor sobre sybase, que en el 2000 era una plataforma de probada eficacia (yo estuve usando otra sobre sybase en el 97, también de tamaño considerable), y que en el 2010 sigue funcionando bastante bien, dado el hardware del que disponemos.
Y por cierto: estamos hablando, me supongo, de bastantes cientos de clientes en esa aplicación, distribuidos por todo el país. ¿Una aplicación web, hecha en el 2000, escala tan bien? La que yo sufrí no.
(Y estoy tratando de no decir que aplicaciones exactas son, no se si debo)
Bueno, el año 2.000 fue el boom de las "puntocom", cierto. El boom de los "portales" web (como Terra, por ejemplo... que por cierto, ¿seguirá funcionando como buscador? :-?) y de los pelotazos de los jovenzuelos con muchos pájaros en la cabeza y muchas ganas de ganar dinero fácil. Pero en esa euforia del "todo lo que no está en Internet es que no está" se impulsó el uso de la web en España en España, sobre todo en el tema de hospedajes/hosting. En cierta manera nos vino bien.
Nanay. La interfaz web de CUPS funciona con lynx y ahora, con la moda de los smartphones (PDA) se hacen aplicaciones específicas para esos chismes que apenas tienen recursos (ram o almacenamiento). Hasta java se puede ejecutar en los teléfono, no te digo más >>:-)
Insisto: prueba el mozilla en esas circunstancias.
¡La culpa no es del mozilla! Es de la mente maravillosa que ha decidido ejecutar un telnet desde el navegador y/o no optimizar el consumo de la memoria en java... >:-)
No se si se puede optimizar.
La idea del telnet en el navegador tenía muchas más miga de la que piensas. De esa manera controlaban los permisos y la transmisión, porque las máquinas contra las que se conectaba no tenían "red tcp/ip, eran a través de... jo, no me sale el nombre, ah, X.25 compartida entre montón de servicios. El servidor sabía como virtualizar eso y conseguir que un telnet en el cliente se contectara al terminal remoto via X.25.
Funcionaba.
Funcionar funcionaría... pero ¿y la seguridad? ¿y la escalabilidad? No he usado (ni configurado) nunca ningún servicio que utilice el protocolo X.25, ¿era similar a un "frame relay"?
Y el consumo de memoria, pues dado que era la primera vez que hacían eso, pues no se. Y en mi experiencia, ese ha sido siempre el caso, las aplicaciones java y javscript necesitan muchísima ram.
No, javascript no. Ojo, no confundas. El webmail de GMail está hecho con javascript y no es lento que digamos.
Aunque nosotros preferíamos la versión 1, unix tradicional. O incluso ninguna aplicación, sino los experimentos de laboratorio en linux. No oficiales, no vendibles.
Haber boicoteado la aplicación, diciendo continuamente "eh, esto no va" o "se me ha quedado colgado el sistema", o cosas asín :-) (...)
[ Jo: acabo de descubrir un punto negro en mi flamante monitor plano. Ya ha dejado de ser flamante. Creía que era un acento diminuto hasta que me di cuenta de que no podía borrarlo, y que no se movía al mover la ventana. ¡BUAAAAA! :-( ]
¿Negro o rojo?
[Jo 2: tengo puesto "Clan" en la TDT, y estoy viendo un episodio de "Buffy" en el que hasta los vampiros se ponen a bailar en plan musical de Holywood. Creía haberlo visto todo. En fin... es mejor que poner la teletienda...]
¿Clan TVE? De ese canal creo que sólo veo SpongeBob O:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-08 18:32, Camaleón wrote:
El Sat, 08 May 2010 03:43:02 +0200, Carlos E. R. escribió:
On 2010-05-07 18:01, Camaleón wrote:
El Fri, 07 May 2010 17:39:41 +0200, Carlos E. R. escribió:
Lo que te quiero es que no es lo mismo, porque con el ahorro de las licencias del windows te pagas un buen soporte técnico que te lleve toda la infraestructura del colegio de turno. pero digo un soporte técnico de los verdad, no de esos de mentirijillas :-)
Me da en la nariz que las licencias del windows no les cuestan tanto, y menos a las escuelas. Es muy posible que M$ las subvencione con la idea de ganar adeptos. Además, el soporte técnico del windows es más barato, porque se lo hacen ellos mismos. Y luego está el problema de la formación: la gente ya está formada para usar windows. Para usar Linux hace falta soporte, in situ durante un tiempo (o un dia a la semana), y luego remoto. Es fácil argumentar que el Linux va a salirles más caro. Y luego les venden la moto a los padres, diciendoles que con windows tendrán más oportunidades en el mercado laboral - y los padres saben que es cierto, porque ellos sólo usan windows en sus trabajos.
Pues eso, cuando el windows se estropee (que lo hará) haces lo mismo. Llamas al técnico, este no viene hasta el lunes... pues nada, cierras el aula hasta el lunes y punto. Hay que respetar el trabajo y el pan de los demás.
:-P
(Hay que ampliar la cuota de mercado del windows, su potencial de darnos de comer es mayor. Se estropea más >:-) )
El problema es que cuando el windows se estropee (que lo hará, fijo, yo le doy siempre un mesecito, al mes ya te empiezan a llamar con que si esto o aquello...) no habrá técnico al que llamar (no hay pasta, recuerda, se fue en las licencias del windows) sino al pringao de turno (aka, el único profesor que entiende algo de informática) y a ese le endilgan el mochuelo (luego, cuando el profesor-pringao no sepa/pueda solucionar el problema, llamará a su amigo el pringao2 -el de reserva- que tendrá que ofrecerle asistencia técnica gratuita, por eso de ser amigo) >>>:-)
X'-) Na. En vez de pagar soporte de Linux, pagas soporte de Windows. Se deja todo bloqueadito, como en mi curro, y no se estropea ni un ordenador. No puedes navegar por casi ningún sitio, no puedes instalar nada, va lento... pero no se descuajaringa nunca :-p Y si no, instalas uno de esos sistemas que cada vez que lo botas se reinstala desde la red en un instante. O cuando el profe quiera - algo de eso me dice mi amigo el profe que les han puesto. ¿Que se avería un linux? Se reinstala en minutos.
No discutas, que una parte era GNU, la cogieron de por ahí. Ya sabes que el sofware GNU es perfecto, o te echo al que tú sabes a que te discursee
:-)
Buf, peor lo pones. Será una mezcolanza de código de no te menees :-P
Pues como todas las aplicaciones gordas. Encima hechas por un centenar de becarios que se gastan ocho meses en entender lo que hizo el anterior y cuatro en hacer algo nuevo antes de que los echen. El resultado es un laberinto de código.
Mira, el programa PADRE ahora está funcionando mejor para todos los sistemas, o eso estáis comentando -nunca lo he usado-. ¿Por qué no lo han hecho antes? Pues por desconocimiento o falta de interés porque por pelas no será. El Misterio (sí, misterio, no es un gazapo) de Hacienda debe ser de los misterios (sí, misterios, no es un gazapo) que mayores presupuestos recibe...
Bueno, a mi me gusta más, pero porque funciona en linux, y porque algo habran aprendido de la versión anterior. Pero apenas lo he usado. Pero el Padre, aunque haya un montón de pelas por medio, es un programa ténicamente de menor enjundia que la base de datos que yo manejo en el curro, o que la aplicación web esa que usé en el 2000. Y en ambos también hay un montón de dinero en juego.
Un telnet dentro de una ventana del explorer o mozilla.
(modo sarcástico on) Menudo ingenio...
¡Que va! Totalmente lógico, hay que hacer todo dentro de la web, es la moda. Ponte en el ambiente: año 2000, boom del dot-com, la webis lo es todo. Todos somos la web, unámonos al todo, aummmmmm, aummmmm, aummmm....
(Si crees que estoy grillado, piensa en cierto número de superlopez con un Rex dominador de masas)
Un telnet dentro del navegador es de todo menos lógico sea en el año que sea >:-)
El número de Superlopez que dices no lo he leído... debe ser éste:
http://www.entrelectores.com/libros/detalle/superlopez-25-tyrannosaurus- rex-jan-juan-lopez-fernandez
Sip, ese :-) Lo regalaron con dominical de El Mundo hace pocos veranos, tamaño cuartilla. Tengo unos cuantos gracias a eso.
Los mandamases decretaron que había que ampliar la memoria de los peceses, y se hizo. De 64 pasaron a 255 megas. Una barbaridad. Y algunos con 512 megas. Una exageración.
(año 2000, que es de cuando es el aplicativo que quereis substituir)
Los mandamases tenían que haber despedido a las mentes maravillosas que decidieron desarrollar una aplicación con un consumo tan elevado de recursos... cuando en el año 2.000 lo normal era que un equipo tuviera 64/128 MiB. de ram.
Hay que *oderse.
Seguro que fué idea de los mandamases hacerlo así. Insisto: momento del dot-com, hay que hacerlo todo en web. Esa aplicación, por cierto, era la versión 2: la versión 1 era una aplicación unix tradicional, cliente servidor, sobre X, que iba de maravilla.
¿Y por qué la cambiaron? Ah, ya... las comisiones.
¿las comisiones...? No, no. Espera, que te confundes: nosotros eramos el proveedor.
Pero claro, había que mejorar y hacerlo en web. Así no había que comprar costosos servidores X (terminales gráficos tontos: teclado, ratón, servidor X), sino baratos ordenadores windows. No iban a venderles ordenadores todavía más baratos con linux...
Fué idea de los mandamases hacerlo en web, con java o lo que sea (ya sabes que no distingo muy bien java de javscript).
Pues ya va siendo hora de que distingas porque no tiene nada que ver >:-)
Perro viejo no aprende trucos nuevos :-p
Javascript es lo que verás en el GNOME 3.0 :-P
¡No jorobes!
Supongo que después de hacerlo, o mientras, se dieron cuenta de la cantidad de ram que necesitaba. Pecata minuta: estamos hablando de grandotas empresas, unos cuantos megas son migajas.
No harían pruebas en los clientes :-?
"Esa" era la prueba, precisamente. Por lo menos en España, no recuerdo si lo habrían instalado en algún otro país antes.
Bueno, el año 2.000 fue el boom de las "puntocom", cierto. El boom de los "portales" web (como Terra, por ejemplo... que por cierto, ¿seguirá funcionando como buscador? :-?)
No se... Acabo de poner "www.ole.es" (que es la plataforma original que compraron los de terra) y no carga. La de terra sí, pero la casilla del buscador pone "buscar con google". O sea, no.
y de los pelotazos de los jovenzuelos con muchos pájaros en la cabeza y muchas ganas de ganar dinero fácil. Pero en esa euforia del "todo lo que no está en Internet es que no está" se impulsó el uso de la web en España en España, sobre todo en el tema de hospedajes/hosting. En cierta manera nos vino bien.
Bueno, yo hablo de aplicaciones intranet.
La idea del telnet en el navegador tenía muchas más miga de la que piensas. De esa manera controlaban los permisos y la transmisión, porque las máquinas contra las que se conectaba no tenían "red tcp/ip, eran a través de... jo, no me sale el nombre, ah, X.25 compartida entre montón de servicios. El servidor sabía como virtualizar eso y conseguir que un telnet en el cliente se contectara al terminal remoto via X.25.
Funcionaba.
Funcionar funcionaría... pero ¿y la seguridad? ¿y la escalabilidad? No he usado (ni configurado) nunca ningún servicio que utilice el protocolo X.25, ¿era similar a un "frame relay"?
Seguridad, mucha, te lo aseguro. Bueno, depende: si conectas via https, mucha. Si conectas via http, pues la misma que una pagina web normal - al fin y al cabo, similar a si conectas via telnet independiente. Además, así el usuario no ve a donde está realmente conectando el telnet.
Y el consumo de memoria, pues dado que era la primera vez que hacían eso, pues no se. Y en mi experiencia, ese ha sido siempre el caso, las aplicaciones java y javscript necesitan muchísima ram.
No, javascript no. Ojo, no confundas.
El webmail de GMail está hecho con javascript y no es lento que digamos.
No en nuestros ordenadores, que son potentes. Sí en los ordenadores que tengo en el trabajo. He probado el Mozilla, lo se. Y eso con páginas normalitas. Ahora mismo mi firefox suma 750 megas, y 680 el truenecito. Ah, y 150 el npviewer.bin asociado. En el ordenador antiguo ocupan menos, pero aún y todo, tiene un giga de ram, el del trabajo un cuarto. Ni el gmail iría rápido en ese ordenador, si no fuera porque el proxy no lo autoriza y no se puede ni probar.
Aunque nosotros preferíamos la versión 1, unix tradicional. O incluso ninguna aplicación, sino los experimentos de laboratorio en linux. No oficiales, no vendibles.
Haber boicoteado la aplicación, diciendo continuamente "eh, esto no va" o "se me ha quedado colgado el sistema", o cosas asín :-)
Lo hacíamos, ¿que te crees? >:-) Pero trabajábamos para el proveedor en locales del cliente...
(...)
[ Jo: acabo de descubrir un punto negro en mi flamante monitor plano. Ya ha dejado de ser flamante. Creía que era un acento diminuto hasta que me di cuenta de que no podía borrarlo, y que no se movía al mover la ventana. ¡BUAAAAA! :-( ]
¿Negro o rojo?
Espera que mire. Creo que azul. [...] No encuentro mi lupa, pero creo que es azul.
[Jo 2: tengo puesto "Clan" en la TDT, y estoy viendo un episodio de "Buffy" en el que hasta los vampiros se ponen a bailar en plan musical de Holywood. Creía haberlo visto todo. En fin... es mejor que poner la teletienda...]
¿Clan TVE? De ese canal creo que sólo veo SpongeBob O:-)
... Vale, para gustos no hay nada escrito :-) - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvl7YAACgkQU92UU+smfQUdxwCeJFUNxi0UkTg5B7qv5WzWjTDC lvkAn3xHYKOWCsx6+CGUuvLvmj1uDr0+ =8iFx -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Domingo 09 Maio 2010 01:02:24 Carlos E. R. escribiu:
(...) Además, el soporte técnico del windows es más barato, porque se lo hacen ellos mismos.
Y luego está el problema de la formación: la gente ya está formada para usar windows. Para usar Linux hace falta soporte, in situ durante un tiempo (o un dia a la semana), y luego remoto. Es fácil argumentar que el Linux va a salirles más caro.
En los sitios donde la gente va obligada, la resistencia al cambio es mayor...
Y luego les venden la moto a los padres, diciendoles que con windows tendrán más oportunidades en el mercado laboral - y los padres saben que es cierto, porque ellos sólo usan windows en sus trabajos. La mayoría de los padres ni siquiera saben que es Windows.... he escuchado referirse a él incluso como si fuese el computador xdd
(..) ¿Y por qué la cambiaron? Ah, ya... las comisiones.
¿las comisiones...? No, no. Espera, que te confundes: nosotros eramos el proveedor. Supongo que se refería a esas comisiones que en teoría no se cobran....
al menos, en mi pequeñita experiencia, me huelo que se queda en el camino mucho dinero en los contratos que se hacen.
(....)
Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-09 a las 10:33 +0200, Karl García Gestido escribió:
O Domingo 09 Maio 2010 01:02:24 Carlos E. R. escribiu:
Y luego les venden la moto a los padres, diciendoles que con windows tendrán más oportunidades en el mercado laboral - y los padres saben que es cierto, porque ellos sólo usan windows en sus trabajos. La mayoría de los padres ni siquiera saben que es Windows.... he escuchado referirse a él incluso como si fuese el computador xdd
Ah, claro.
(..) ¿Y por qué la cambiaron? Ah, ya... las comisiones.
¿las comisiones...? No, no. Espera, que te confundes: nosotros eramos el proveedor. Supongo que se refería a esas comisiones que en teoría no se cobran....
al menos, en mi pequeñita experiencia, me huelo que se queda en el camino mucho dinero en los contratos que se hacen.
(....)
Una vez trabajaba yo en una pequeñita empresa, donde hacíamos máquinas de ensayo. Una gran empresa, de esas del estado, que etaba haciendo una gran obra, contrató a una gran empresa, supongo que por concurso, una gran obra. Una de las cositas que incluyeron fué una máquina de ensayo para ensayar unas lamparas. Creo que pagaron veinte o trenta millones de pelas. Pero claro, como la empresa contratada no sabía como hacer eso, nos contrataron a nosotros, y nos pagaron... millon y medio. Creo que al final fué más, porque una de las piezas japonesas costó ¾ millón... Pero claro, cuando fuimos a instalarla decían que el software (lo que yo hacía) no era ni con mucho lo que ellos buscaban, que querían que les dijese esto y lo otro... ¿Que se esperaban por tres kilos? Claro, que ellos pagaron diez veces más. No es mi problema... por idiotas. No, en el caso de más arriba que contaba el otro dia no era tema de comisiones. Era nuestro producto. Nuestros jefes de muy arriba pensaron que una aplicación web iba a ser mucho mejor, mejor para el cliente al poder usar cualquier ordenador y no uno especialísimo con unix, mucho más bonita, y mucho más vendible. Y estaba a la moda, todo en web. Y yo digo que cuando una macroaplicación necesita muchísimo proceso, en web no va. No he visto ninguna que vaya bien. A lo mejor las hay y estoy desfasado, pero nunca me han gustado. Y claro, es que como se hace todo en web, cuando en el navegador pinchas para hacer un telnet a una maquina, no se abre un telnet o un putty o lo que sea, sino que se abre un popup con un telnet dentro. En java o en javascript, supongo que lo segundo. Los confundo porque, que yo sepa, ambos dependen del plugin de java, ¿no? Algo tendrán que ver. ¿Que no me creeis? Bueno, ahí está el vmware (server), que se abre en mozilla. Va muy bien... si tienes un maquinón. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvmmv4ACgkQtTMYHG2NR9VdzACdHWoSjjd4yHZlT07zQ1YvEgOJ 3ZEAn2/3YNpxKXnJ85ClOsoTL3fORz6p =I0nS -----END PGP SIGNATURE-----
El Sun, 09 May 2010 13:22:30 +0200, Carlos E. R. escribió: (..)
Y claro, es que como se hace todo en web, cuando en el navegador pinchas para hacer un telnet a una maquina, no se abre un telnet o un putty o lo que sea, sino que se abre un popup con un telnet dentro. En java o en javascript, supongo que lo segundo. Los confundo porque, que yo sepa, ambos dependen del plugin de java, ¿no? Algo tendrán que ver.
No. Javascript no necesita el plugin de java, el intérprete está integrado en el navegador. Por otra parte, Java no necesita del navegador para ejecutar aplicaciones, sólo requiere que se tenga instalada la máquina virtual (el entorno de ejecución JRE). Lo que necesita el plugin son los "applets" de java :-)
¿Que no me creeis? Bueno, ahí está el vmware (server), que se abre en mozilla. Va muy bien... si tienes un maquinón.
¿Ves? Y eso no lleva java. Es el navegador lo que lo hará lentorro. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-09 a las 11:36 -0000, Camaleón escribió:
El Sun, 09 May 2010 13:22:30 +0200, Carlos E. R. escribió:
(..)
Y claro, es que como se hace todo en web, cuando en el navegador pinchas para hacer un telnet a una maquina, no se abre un telnet o un putty o lo que sea, sino que se abre un popup con un telnet dentro. En java o en javascript, supongo que lo segundo. Los confundo porque, que yo sepa, ambos dependen del plugin de java, ¿no? Algo tendrán que ver.
No. Javascript no necesita el plugin de java, el intérprete está integrado en el navegador.
Ah. ¿Y porque tienen casi el mismo nombre y se activan en la misma pestaña de seguridad del navegador? Algo tendrán que ver. Si son totalmente distintos, que le pongan otro nombre.
Por otra parte, Java no necesita del navegador para ejecutar aplicaciones, sólo requiere que se tenga instalada la máquina virtual (el entorno de ejecución JRE). Lo que necesita el plugin son los "applets" de java :-)
Vale. ¿Y como se yo, cuando se abre o visualiza algo en el navegador, si está usando javascript o está usando un applet de java? No es posible saberlo, salvo que mires dentro.
¿Que no me creeis? Bueno, ahí está el vmware (server), que se abre en mozilla. Va muy bien... si tienes un maquinón.
¿Ves? Y eso no lleva java. Es el navegador lo que lo hará lentorro.
No dije que llevara java, no se lo que lleva. Dije que es un ejemplo perfecto de la tendencia a hacer todo en web, hasta los telnets. No se lo que lleva, porque en un vistazo rápido en esta maquina (lo instalé hace tiempo, aunque igual ha desaparecido, no lo uso ya aquí), no lo veo ni como plugin ni como add-on. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvmo9wACgkQtTMYHG2NR9UCaACfVnTpBbxFX+o2w/+qrX/fEYLV AiYAmwf/6ZSdHckiIpCc4rpAwrTS5mVa =lVvX -----END PGP SIGNATURE-----
El Sun, 09 May 2010 14:00:21 +0200, Carlos E. R. escribió:
El 2010-05-09 a las 11:36 -0000, Camaleón escribió:
El Sun, 09 May 2010 13:22:30 +0200, Carlos E. R. escribió:
(..)
Y claro, es que como se hace todo en web, cuando en el navegador pinchas para hacer un telnet a una maquina, no se abre un telnet o un putty o lo que sea, sino que se abre un popup con un telnet dentro. En java o en javascript, supongo que lo segundo. Los confundo porque, que yo sepa, ambos dependen del plugin de java, ¿no? Algo tendrán que ver.
No. Javascript no necesita el plugin de java, el intérprete está integrado en el navegador.
Ah. ¿Y porque tienen casi el mismo nombre y se activan en la misma pestaña de seguridad del navegador? Algo tendrán que ver. Si son totalmente distintos, que le pongan otro nombre.
Qué gracia X-) Si te interesa ese tema, siempre puedes leer la wikipedia: http://en.wikipedia.org/wiki/JavaScript#JavaScript_and_Java
Por otra parte, Java no necesita del navegador para ejecutar aplicaciones, sólo requiere que se tenga instalada la máquina virtual (el entorno de ejecución JRE). Lo que necesita el plugin son los "applets" de java :-)
Vale. ¿Y como se yo, cuando se abre o visualiza algo en el navegador, si está usando javascript o está usando un applet de java? No es posible saberlo, salvo que mires dentro.
X-)
Sí, si es posible. Un applet de java carga primero la pantallita de inicialización del applet (suele ser un cuadrado gris), es como un "objeto" que se integra en el navegador, como un vídeo o una animación de flash. Javascript no carga nada, son comandos que se interpretan por el navegador cuando se encuentra con una etiqueta html "script": <script type="text/javascript"> ... </script> En ese caso es un script de javascript, pero también puede ser un script de visual basic (text/vbscript) o tcl (text/tcl)...
¿Que no me creeis? Bueno, ahí está el vmware (server), que se abre en mozilla. Va muy bien... si tienes un maquinón.
¿Ves? Y eso no lleva java. Es el navegador lo que lo hará lentorro.
No dije que llevara java, no se lo que lleva. Dije que es un ejemplo perfecto de la tendencia a hacer todo en web, hasta los telnets.
No se lo que lleva, porque en un vistazo rápido en esta maquina (lo instalé hace tiempo, aunque igual ha desaparecido, no lo uso ya aquí), no lo veo ni como plugin ni como add-on.
Independientemente de lo que lleve, no me gusta, es como el perro que se muerde su propia cola: ¿qué sentido tiene cargar dos aplicaciones - navegador y VM- en lugar de sólo una? Ninguno, y el aumento de los recursos al iniciar el navegador, se nota :-/ Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 9 de mayo de 2010 09:12, Camaleón
El Sun, 09 May 2010 14:00:21 +0200, Carlos E. R. escribió:
El 2010-05-09 a las 11:36 -0000, Camaleón escribió:
El Sun, 09 May 2010 13:22:30 +0200, Carlos E. R. escribió:
(..)
SERIA BUENO QUE CON ESTO HUBIERAN CREADO UN NUEVO TOPICO O ASUNTO
Y claro, es que como se hace todo en web, cuando en el navegador pinchas para hacer un telnet a una maquina, no se abre un telnet o un putty o lo que sea, sino que se abre un popup con un telnet dentro. En java o en javascript, supongo que lo segundo. Los confundo porque, que yo sepa, ambos dependen del plugin de java, ¿no? Algo tendrán que ver.
No. Javascript no necesita el plugin de java, el intérprete está integrado en el navegador.
Ah. ¿Y porque tienen casi el mismo nombre y se activan en la misma pestaña de seguridad del navegador? Algo tendrán que ver. Si son totalmente distintos, que le pongan otro nombre.
Qué gracia X-)
Si te interesa ese tema, siempre puedes leer la wikipedia:
http://en.wikipedia.org/wiki/JavaScript#JavaScript_and_Java
Por otra parte, Java no necesita del navegador para ejecutar aplicaciones, sólo requiere que se tenga instalada la máquina virtual (el entorno de ejecución JRE). Lo que necesita el plugin son los "applets" de java :-)
Vale. ¿Y como se yo, cuando se abre o visualiza algo en el navegador, si está usando javascript o está usando un applet de java? No es posible saberlo, salvo que mires dentro.
X-)
Sí, si es posible.
Un applet de java carga primero la pantallita de inicialización del applet (suele ser un cuadrado gris), es como un "objeto" que se integra en el navegador, como un vídeo o una animación de flash.
Javascript no carga nada, son comandos que se interpretan por el navegador cuando se encuentra con una etiqueta html "script":
<script type="text/javascript"> ... </script>
En ese caso es un script de javascript, pero también puede ser un script de visual basic (text/vbscript) o tcl (text/tcl)...
¿Que no me creeis? Bueno, ahí está el vmware (server), que se abre en mozilla. Va muy bien... si tienes un maquinón.
¿Ves? Y eso no lleva java. Es el navegador lo que lo hará lentorro.
No dije que llevara java, no se lo que lleva. Dije que es un ejemplo perfecto de la tendencia a hacer todo en web, hasta los telnets.
No se lo que lleva, porque en un vistazo rápido en esta maquina (lo instalé hace tiempo, aunque igual ha desaparecido, no lo uso ya aquí), no lo veo ni como plugin ni como add-on.
Independientemente de lo que lleve, no me gusta, es como el perro que se muerde su propia cola: ¿qué sentido tiene cargar dos aplicaciones - navegador y VM- en lugar de sólo una? Ninguno, y el aumento de los recursos al iniciar el navegador, se nota :-/
Saludos,
-- Camaleón
-- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-- USA LINUX OPENSUSE QUE ES SOFTWARE LIBRE, NO NECESITAS PIRATEAR NADA Y TAMPOCO TE VAS A PREOCUPAR MAS POR LOS VIRUS Y SPYWARES: http://www.opensuse.org/es/ -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 09 May 2010 10:10:35 -0300, Juan Erbes escribió:
El 9 de mayo de 2010 09:12, Camaleón escribió:
El Sun, 09 May 2010 14:00:21 +0200, Carlos E. R. escribió:
El 2010-05-09 a las 11:36 -0000, Camaleón escribió:
El Sun, 09 May 2010 13:22:30 +0200, Carlos E. R. escribió:
(..)
SERIA BUENO QUE CON ESTO HUBIERAN CREADO UN NUEVO TOPICO O ASUNTO
Sí, ha sido un despiste. Suele pasar que cuando estás comentando un hilo OT, se derive la conversión en otro hilo OT >:-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-09 a las 10:10 -0300, Juan Erbes escribió:
El 9 de mayo de 2010 09:12, Camaleón <> escribió:
El Sun, 09 May 2010 14:00:21 +0200, Carlos E. R. escribió:
(..)
SERIA BUENO QUE CON ESTO HUBIERAN CREADO UN NUEVO TOPICO O ASUNTO
Es cierto, perdón. Pero puestos a criticar, también sería bueno que NO GRTASES y que recortases los cinco kilobytes que sobran de tu correo. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvm5msACgkQtTMYHG2NR9XbjgCfazVzEsuJ5mveQHrC8nQw6r15 9/EAnRnDaBBfVqV3dQQZjbv24WfyWxp7 =jK6Z -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Sun, 09 May 2010 14:00:21 +0200, Carlos E. R. escribió:
...
Ah. ¿Y porque tienen casi el mismo nombre y se activan en la misma pestaña de seguridad del navegador? Algo tendrán que ver. Si son totalmente distintos, que le pongan otro nombre.
Qué gracia X-)
Si te interesa ese tema, siempre puedes leer la wikipedia:
veamos... JavaScript and Java A common misconception is that JavaScript is similar or closely related to Java; this is not so. Both have a C-like syntax, are object-oriented, are typically sandboxed, and are widely used in client-side Web applications, but the similarities end there. Java has static typing; JavaScript's typing is dynamic (meaning a variable can hold an object of any type and cannot be restricted). Java is loaded from compiled bytecode; JavaScript is loaded as human-readable source code. Java's objects are class-based; JavaScript's are prototype-based. C is their latest common ancestor language. Ah, vale, unas cuantas diferencias. Nonetheless, JavaScript was designed with Java's syntax and standard library in mind. In particular, all Java keywords are reserved in JavaScript, JavaScript's standard library follows Java's naming conventions, and JavaScript's Math and Date objects are based on classes from Java 1.0.[5][6] Ah, pues eso propicia la confusión.
Por otra parte, Java no necesita del navegador para ejecutar aplicaciones, sólo requiere que se tenga instalada la máquina virtual (el entorno de ejecución JRE). Lo que necesita el plugin son los "applets" de java :-)
Vale. ¿Y como se yo, cuando se abre o visualiza algo en el navegador, si está usando javascript o está usando un applet de java? No es posible saberlo, salvo que mires dentro.
X-)
Sí, si es posible.
Un applet de java carga primero la pantallita de inicialización del applet (suele ser un cuadrado gris), es como un "objeto" que se integra en el navegador, como un vídeo o una animación de flash.
Si estoy mirando en el sitio donde sale, me daré cuenta de eso.
Javascript no carga nada, son comandos que se interpretan por el navegador cuando se encuentra con una etiqueta html "script":
Bueno, tiene que bajarse el código, con una conexión lenta se nota mucho. Tuve que cambiar de ordenador en el 2000 precisamente porque muchas páginas que necesitaba (infoempleo, pe) usan de esas cosas, y eran intragablemente lentas, varios minutos después de cambiar cada campo para que se actualizase. No exagero: varios minutos por campo. Ponte a rellenar un CV con eso.
<script type="text/javascript"> ... </script>
En ese caso es un script de javascript, pero también puede ser un script de visual basic (text/vbscript) o tcl (text/tcl)...
¿Todo eso se usa? vaya.
No se lo que lleva, porque en un vistazo rápido en esta maquina (lo instalé hace tiempo, aunque igual ha desaparecido, no lo uso ya aquí), no lo veo ni como plugin ni como add-on.
Independientemente de lo que lleve, no me gusta, es como el perro que se muerde su propia cola: ¿qué sentido tiene cargar dos aplicaciones - navegador y VM- en lugar de sólo una? Ninguno, y el aumento de los recursos al iniciar el navegador, se nota :-/
Claro que se nota, ¿quien ha dicho que no? A mi no me gusta, odio esa moda. ¿Pero que puedo hacer? No tengo elección, el vmware trabaja así. Encima el server va a desaparecer, pues no tengo ni idea de lo que voy a usar en el futuro. ¿Player? ¿Pagar por el workstation? :-/ - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvm6ikACgkQtTMYHG2NR9VF1ACfX/Y3Aff0iceRCnCE1RfcAtpa 93YAoIbJYFBKXJ3qgF2epYxBZSOD/D4i =HQmb -----END PGP SIGNATURE-----
El Sun, 09 May 2010 19:00:23 +0200, Carlos E. R. escribió:
El 2010-05-09 a las 12:12 -0000, Camaleón escribió:
(...)
veamos...
JavaScript and Java
(...)
Ah, vale, unas cuantas diferencias.
Sip.
Nonetheless, JavaScript was designed with Java's syntax and standard library in mind. In particular, all Java keywords are reserved in JavaScript, JavaScript's standard library follows Java's naming conventions, and JavaScript's Math and Date objects are based on classes from Java 1.0.[5][6]
Ah, pues eso propicia la confusión.
Bueno, la mayoría de los lenguajes comparten sintaxis y nomenclaturas de sus antecesores, en este caso de "C/C++". Vaya, que a efectos prácticos sólo tienen en común el nombre. Salieron el mismo año (1995), curiosamente :-?
Un applet de java carga primero la pantallita de inicialización del applet (suele ser un cuadrado gris), es como un "objeto" que se integra en el navegador, como un vídeo o una animación de flash.
Si estoy mirando en el sitio donde sale, me daré cuenta de eso.
También lo verás indicado en la barra de estado del navegador.
Javascript no carga nada, son comandos que se interpretan por el navegador cuando se encuentra con una etiqueta html "script":
Bueno, tiene que bajarse el código, con una conexión lenta se nota mucho. Tuve que cambiar de ordenador en el 2000 precisamente porque muchas páginas que necesitaba (infoempleo, pe) usan de esas cosas, y eran intragablemente lentas, varios minutos después de cambiar cada campo para que se actualizase. No exagero: varios minutos por campo. Ponte a rellenar un CV con eso.
Sí, javascript puede ralentizar el navegador. Pero incluso estando en local, es decir, javascript se ejecuta del lado del cliente, no necesita conectar con ningún servidor en remoto. Por tanto, si el navegador tiene una mala implementación del motor de rendierzado de javascript, va lento. De hecho una de las principales cosas que los de Chrome han querido pulir es precisamente la rapidez en la ejecución de javascript, supongo que a ellos el conviene más que a nadie porque casi todas sus plataformas y frameworks tiran de javascript (GMail, Google maps, Google docs...)
<script type="text/javascript"> ... </script>
En ese caso es un script de javascript, pero también puede ser un script de visual basic (text/vbscript) o tcl (text/tcl)...
¿Todo eso se usa? vaya.
Sí, antes era más común ver scripts en visual basic, ahora se utilizan mucho menos... afortunadamente.
No se lo que lleva, porque en un vistazo rápido en esta maquina (lo instalé hace tiempo, aunque igual ha desaparecido, no lo uso ya aquí), no lo veo ni como plugin ni como add-on.
Independientemente de lo que lleve, no me gusta, es como el perro que se muerde su propia cola: ¿qué sentido tiene cargar dos aplicaciones - navegador y VM- en lugar de sólo una? Ninguno, y el aumento de los recursos al iniciar el navegador, se nota :-/
Claro que se nota, ¿quien ha dicho que no? A mi no me gusta, odio esa moda. ¿Pero que puedo hacer? No tengo elección, el vmware trabaja así.
Ya, es un problemón. Pero ahora ya no necesitas cargar una máquina virtual con Windows Me porque tienes un windows 7 real. ¿Qué necesidad tienes de seguir atado a vmware server? Puedes explorar otras opciones :-?
Encima el server va a desaparecer, pues no tengo ni idea de lo que voy a usar en el futuro. ¿Player? ¿Pagar por el workstation? :-/
El Player tiene algo bueno, y es que ya permite "crear" y "ejecutar" máquinas virtuales (antes sólo permitía ejecutarlas). Lo malo es que carece de funcionalidades avanzadas, como crear snapshots de las VM, por ejemplo, es decir, una castaña :-( Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256 On 2010-05-09 19:30, Camaleón wrote:
El Sun, 09 May 2010 19:00:23 +0200, Carlos E. R. escribió:
Nonetheless, JavaScript was designed with Java's syntax and standard library in mind. In particular, all Java keywords are reserved in JavaScript, JavaScript's standard library follows Java's naming conventions, and JavaScript's Math and Date objects are based on classes from Java 1.0.[5][6]
Ah, pues eso propicia la confusión.
Bueno, la mayoría de los lenguajes comparten sintaxis y nomenclaturas de sus antecesores, en este caso de "C/C++".
Algo más que eso, la librería estandard también.
Un applet de java carga primero la pantallita de inicialización del applet (suele ser un cuadrado gris), es como un "objeto" que se integra en el navegador, como un vídeo o una animación de flash.
Si estoy mirando en el sitio donde sale, me daré cuenta de eso.
También lo verás indicado en la barra de estado del navegador.
Sólo si es a ventana completa, no si es una parte de la ventana.
Sí, javascript puede ralentizar el navegador. Pero incluso estando en local, es decir, javascript se ejecuta del lado del cliente, no necesita conectar con ningún servidor en remoto. Por tanto, si el navegador tiene una mala implementación del motor de rendierzado de javascript, va lento.
Y además engulle ram.
De hecho una de las principales cosas que los de Chrome han querido pulir es precisamente la rapidez en la ejecución de javascript, supongo que a ellos el conviene más que a nadie porque casi todas sus plataformas y frameworks tiran de javascript (GMail, Google maps, Google docs...)
Ah, bien para ellos.
<script type="text/javascript"> ... </script>
En ese caso es un script de javascript, pero también puede ser un script de visual basic (text/vbscript) o tcl (text/tcl)...
¿Todo eso se usa? vaya.
Sí, antes era más común ver scripts en visual basic, ahora se utilizan mucho menos... afortunadamente.
Ahora que lo pienso, VB sólo iría en windows.
Independientemente de lo que lleve, no me gusta, es como el perro que se muerde su propia cola: ¿qué sentido tiene cargar dos aplicaciones - navegador y VM- en lugar de sólo una? Ninguno, y el aumento de los recursos al iniciar el navegador, se nota :-/
Claro que se nota, ¿quien ha dicho que no? A mi no me gusta, odio esa moda. ¿Pero que puedo hacer? No tengo elección, el vmware trabaja así.
Ya, es un problemón. Pero ahora ya no necesitas cargar una máquina virtual con Windows Me porque tienes un windows 7 real. ¿Qué necesidad tienes de seguir atado a vmware server? Puedes explorar otras opciones :-?
Antes también tenía el Win-Me en máquina real. La ventaja sigue siendo no tener que rebotar. Además, el resto de las cosas las tengo en linux, como las hojas de calculo que uso con el Padre. Por otro lado, si uso el 7 tengo que tenerlo al dia, actualizar sus antivirus y sus historias, y es algo que se me hace pesado porque no estoy acostumbrado - aparte de que algunas de esas cosas son versión demo que caduca y tengo que pagarlas o poner otras cosas en su lugar. Prefiero tener el windows virtualizado que así me permite el acceso a ambos mundos. Pero eso no lo voy a hacer en el portatil, que es donde está el 7. Y con pantalla pequeña y pseudo ratón y pseudo teclado, pues no estoy trabajando mucho rato, prefiero el desktop con pantallona.
Encima el server va a desaparecer, pues no tengo ni idea de lo que voy a usar en el futuro. ¿Player? ¿Pagar por el workstation? :-/
El Player tiene algo bueno, y es que ya permite "crear" y "ejecutar" máquinas virtuales (antes sólo permitía ejecutarlas).
Eso he oido.
Lo malo es que carece de funcionalidades avanzadas, como crear snapshots de las VM, por ejemplo, es decir, una castaña :-(
Eso es una castaña, desde luego. ¿Funcionaría, desde el anfitrión, copiar todos sus ficheros en otro sitio? Luego se reponen, en plan imagen. Claro, que es un uso de espacio gigantesco, un snapshot es mínimo en comparación. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Minas Tirith)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iF4EAREIAAYFAkvnAH0ACgkQja8UbcUWM1yaOQD/R3h3DU8fT6EF38JRSVl8HTfF 8nIq4dQfTrjKlMiMqrMA/2FV8zVCIFXlOgJ4kwfgXqZ2NK/S0NBnQ21z5yzRg8IY =PlPI -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 09 May 2010 20:35:41 +0200, Carlos E. R. escribió:
On 2010-05-09 19:30, Camaleón wrote:
Un applet de java carga primero la pantallita de inicialización del applet (suele ser un cuadrado gris), es como un "objeto" que se integra en el navegador, como un vídeo o una animación de flash.
Si estoy mirando en el sitio donde sale, me daré cuenta de eso.
También lo verás indicado en la barra de estado del navegador.
Sólo si es a ventana completa, no si es una parte de la ventana.
No entiendo a qué te refieres :-? Cuando se carga un applet de java en una ventana o pestaña, en la barra de estado ves como se inicializa ese applet, salvo que sea en una ventana de tipo "pop-up" que se haya abierto expresamente sin la barra de estado o que el applet se ejecute en una capa... bueno, vale, podría haber ocasiones donde no se vea pero no es lo habitual. De hecho, si quieres enterarte siempre cuando se cargue un applet puedes configurarlo en el panel de control de Java JRE para que te avise y te pida permiso antes de lanzarlo :-)
Sí, javascript puede ralentizar el navegador. Pero incluso estando en local, es decir, javascript se ejecuta del lado del cliente, no necesita conectar con ningún servidor en remoto. Por tanto, si el navegador tiene una mala implementación del motor de rendierzado de javascript, va lento.
Y además engulle ram.
No sólo eso, sino también CPU :-( ¿No has visto alguna vez un mensajito en Firefox que te dice "la ventana actual está ejecutando un aplicación javacript que está consumiendo muchos recursos ¿desea cerrar esta ventana para evitar dejar colgado el navegador?" (bueno, algo similar). Pues es cierto, el navegador se puede quedar tieso y es por culpa del código javascript que está ejecutando, bueno, del código o de algún bug del intérprete del navegador que lo haga saltar.
De hecho una de las principales cosas que los de Chrome han querido pulir es precisamente la rapidez en la ejecución de javascript, supongo que a ellos el conviene más que a nadie porque casi todas sus plataformas y frameworks tiran de javascript (GMail, Google maps, Google docs...)
Ah, bien para ellos.
Sí, además de que así "obligan" al resto de navegadores a ponerse las pilas :-)
Sí, antes era más común ver scripts en visual basic, ahora se utilizan mucho menos... afortunadamente.
Ahora que lo pienso, VB sólo iría en windows.
Y sólo con el IE :-/
Ya, es un problemón. Pero ahora ya no necesitas cargar una máquina virtual con Windows Me porque tienes un windows 7 real. ¿Qué necesidad tienes de seguir atado a vmware server? Puedes explorar otras opciones :-?
Antes también tenía el Win-Me en máquina real. La ventaja sigue siendo no tener que rebotar. Además, el resto de las cosas las tengo en linux, como las hojas de calculo que uso con el Padre. Por otro lado, si uso el 7 tengo que tenerlo al dia, actualizar sus antivirus y sus historias, y es algo que se me hace pesado porque no estoy acostumbrado - aparte de que algunas de esas cosas son versión demo que caduca y tengo que pagarlas o poner otras cosas en su lugar.
Prefiero tener el windows virtualizado que así me permite el acceso a ambos mundos. Pero eso no lo voy a hacer en el portatil, que es donde está el 7. Y con pantalla pequeña y pseudo ratón y pseudo teclado, pues no estoy trabajando mucho rato, prefiero el desktop con pantallona.
¿Y no te interesaría virtualizar el windows 7 y ejecutarlo en el otro equipo? VMware tiene una aplicación que permite generar una máquina virtual "desde" una real. Se llama "VCenter Converter". Aunque tratándose de un windows OEM te dará problemas, seguro.
Encima el server va a desaparecer, pues no tengo ni idea de lo que voy a usar en el futuro. ¿Player? ¿Pagar por el workstation? :-/
El Player tiene algo bueno, y es que ya permite "crear" y "ejecutar" máquinas virtuales (antes sólo permitía ejecutarlas).
Eso he oido.
Lo malo es que carece de funcionalidades avanzadas, como crear snapshots de las VM, por ejemplo, es decir, una castaña :-(
Eso es una castaña, desde luego. ¿Funcionaría, desde el anfitrión, copiar todos sus ficheros en otro sitio? Luego se reponen, en plan imagen. Claro, que es un uso de espacio gigantesco, un snapshot es mínimo en comparación.
Yo creo que sí, que se podría hacer "a mano" (copiar los archivos a otro sitio junto con la configuración de la VM) pero es lo que dices, un proceso lento y con requerimientos de espacio extra. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-09 a las 19:48 -0000, Camaleón escribió:
El Sun, 09 May 2010 20:35:41 +0200, Carlos E. R. escribió:
También lo verás indicado en la barra de estado del navegador.
Sólo si es a ventana completa, no si es una parte de la ventana.
No entiendo a qué te refieres :-?
Quiero decir que si lo que dibuja es un cuadrito en la ventana del navegador, mientras el resto de la ventana lo dibujan otras cosas, pues no va a salir en la barra de estado, ¿no? Un instante, quizás, luego se sobreescribe por las otras piezas.
Cuando se carga un applet de java en una ventana o pestaña, en la barra de estado ves como se inicializa ese applet, salvo que sea en una ventana de tipo "pop-up" que se haya abierto expresamente sin la barra de estado o que el applet se ejecute en una capa... bueno, vale, podría haber ocasiones donde no se vea pero no es lo habitual.
De hecho, si quieres enterarte siempre cuando se cargue un applet puedes configurarlo en el panel de control de Java JRE para que te avise y te pida permiso antes de lanzarlo :-)
Pse...
Sí, javascript puede ralentizar el navegador. Pero incluso estando en local, es decir, javascript se ejecuta del lado del cliente, no necesita conectar con ningún servidor en remoto. Por tanto, si el navegador tiene una mala implementación del motor de rendierzado de javascript, va lento.
Y además engulle ram.
No sólo eso, sino también CPU :-(
¿No has visto alguna vez un mensajito en Firefox que te dice "la ventana actual está ejecutando un aplicación javacript que está consumiendo muchos recursos ¿desea cerrar esta ventana para evitar dejar colgado el navegador?" (bueno, algo similar).
Sí que lo he visto, sí.
Pues es cierto, el navegador se puede quedar tieso y es por culpa del código javascript que está ejecutando, bueno, del código o de algún bug del intérprete del navegador que lo haga saltar.
Hace tiempo que no me pasa, pero con algún sitio me ha pasado bastante.
De hecho una de las principales cosas que los de Chrome han querido pulir es precisamente la rapidez en la ejecución de javascript, supongo que a ellos el conviene más que a nadie porque casi todas sus plataformas y frameworks tiran de javascript (GMail, Google maps, Google docs...)
Ah, bien para ellos.
Sí, además de que así "obligan" al resto de navegadores a ponerse las pilas :-)
O a que nos pasemos a ellos, que será lo que quieren.
Sí, antes era más común ver scripts en visual basic, ahora se utilizan mucho menos... afortunadamente.
Ahora que lo pienso, VB sólo iría en windows.
Y sólo con el IE :-/
Si, una de esas que es imposible ver en linux.
Prefiero tener el windows virtualizado que así me permite el acceso a ambos mundos. Pero eso no lo voy a hacer en el portatil, que es donde está el 7. Y con pantalla pequeña y pseudo ratón y pseudo teclado, pues no estoy trabajando mucho rato, prefiero el desktop con pantallona.
¿Y no te interesaría virtualizar el windows 7 y ejecutarlo en el otro equipo? VMware tiene una aplicación que permite generar una máquina virtual "desde" una real. Se llama "VCenter Converter".
Aunque tratándose de un windows OEM te dará problemas, seguro.
Lo he pensado, quiero probarlo aunque sea sólo por curiosidad. El Me también es OEM, y lo virtualicé, pero se trataba de ponerlo en la misma máquina física aunque él no lo sabía, claro, sólo veía lo que el vmware le presenta. Pero ese Me tiene un directorio con todos los controladores, que es donde mira cuando dice "buscando controlador para nuevo hardware, dime donde los tienes guardados". En el 7 no he visto tal cosa, no se que pasará si enchufo "nuevo hardware", esto es, si lo virtualizo. Y no puedo dedicarle los 500 gigas de disco que tiene el portatil. ¿VCenter Converter, dices? Interesante idea, sí. Tendré que mirarlo. [player]
Lo malo es que carece de funcionalidades avanzadas, como crear snapshots de las VM, por ejemplo, es decir, una castaña :-(
Eso es una castaña, desde luego. ¿Funcionaría, desde el anfitrión, copiar todos sus ficheros en otro sitio? Luego se reponen, en plan imagen. Claro, que es un uso de espacio gigantesco, un snapshot es mínimo en comparación.
Yo creo que sí, que se podría hacer "a mano" (copiar los archivos a otro sitio junto con la configuración de la VM) pero es lo que dices, un proceso lento y con requerimientos de espacio extra.
De momento el server sigue funcionando, pero si lo van a dejar morirse, pues habrá que cambiarse al player, que remedio. Espero que al menos soporte la misma gama de sistemas operativos, porque la ventaja de vmware es esa, que soporta como huespedes a muchos sistemas, incluyendo los más antiguos. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvnNQoACgkQtTMYHG2NR9XHZACfbE8uqUN4bpI93BfKHZQRn874 2UcAn3iZIBp7RoKDiOK/zSjsWVM/VvRl =B0J2 -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 17:13, Camaleón wrote:
El Fri, 07 May 2010 17:00:07 +0200, Carlos E. R. escribió:
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Si, anda... ¿Has probado a ejecutar una aplicación java con 256 megas de ram? Yo si. Va como el c***. Ah, y no me digas que en linux irá mejor, porque no es verdad: linux con java y 256 megas se arrastra. Y no estoy pensando en el 11.3, es que incluso un 7.3 en esas circunstancias se arrastra.
Eso es porque están mal diseñadas y peor programadas.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 26470 cer 20 0 2352m 749m 13m S 2 9.4 1:08.75 java ¡Mas de dos gigas! Es un gestor de ficheros de vídeo de grabadores de TDT, el CridManager. Y bastante lento, aunque la cpu no llega al 20%, y el disco dedicado a 17 M/s (lejos del tope medido de +100M/s. A ratos pasa de 50 mantenidos, ahora mismito. Y a veces falla con errores cripticos que sólo un programador de java entiende. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvnElcACgkQU92UU+smfQUqKACgh8ASfQD9oMcoihlpLqHk7j7u T+kAoJJFPG2OqBlmRexM6j3+FSWzznZ6 =oZnn -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 09 May 2010 21:51:51 +0200, Carlos E. R. escribió:
On 2010-05-07 17:13, Camaleón wrote:
El Fri, 07 May 2010 17:00:07 +0200, Carlos E. R. escribió:
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Si, anda... ¿Has probado a ejecutar una aplicación java con 256 megas de ram? Yo si. Va como el c***. Ah, y no me digas que en linux irá mejor, porque no es verdad: linux con java y 256 megas se arrastra. Y no estoy pensando en el 11.3, es que incluso un 7.3 en esas circunstancias se arrastra.
Eso es porque están mal diseñadas y peor programadas.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26470 cer 20 0 2352m 749m 13m S 2 9.4 1:08.75 java
¡Mas de dos gigas!
¡Eso es a traición! Así que lanzas un programa tocho en java para gestionar archivos de grabaciones de audio/vídeo y pretendes usarlo como baremo para indicar que el java consume mucha ram, con un simple "top", así, hala, de buenas a primeras. ¡¡Grrr...!! Y lleva una hora en uso... Además, son 749 MiB no swapeados (reales) y tú tienes 8 GiB de ram así que no te quejes O:-P
Es un gestor de ficheros de vídeo de grabadores de TDT, el CridManager. Y bastante lento, aunque la cpu no llega al 20%, y el disco dedicado a 17 M/s (lejos del tope medido de +100M/s. A ratos pasa de 50 mantenidos, ahora mismito. Y a veces falla con errores cripticos que sólo un programador de java entiende.
Para esas cosas mejor un programa en C >:-P Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Content-ID:
El Sun, 09 May 2010 21:51:51 +0200, Carlos E. R. escribió:
Eso es porque están mal diseñadas y peor programadas.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26470 cer 20 0 2352m 749m 13m S 2 9.4 1:08.75 java
¡Mas de dos gigas!
¡Eso es a traición! Así que lanzas un programa tocho en java para gestionar archivos de grabaciones de audio/vídeo y pretendes usarlo como baremo para indicar que el java consume mucha ram, con un simple "top", así, hala, de buenas a primeras. ¡¡Grrr...!!
¿Programa tocho? Que va, sólo tiene 8 megas con todas las librerías y ficheros. Y oye, gestiona programas de vídeo, sí, pero ni los visualiza ni los edita, sólo maneja la metainformación. Son cientos de ficheritos del grabador de la TDT: puedes copiarlos a otro directorio, cambiarles el nombre, editar algo de la información, grabar la EPG asociada en un fichero de texto... no veo porqué tiene que manejar tanta memoria, no carga las películas.
Y lleva una hora en uso...
Pues no creo, porque lo he reiniciado y ahora marca 2 horas. No puede ser, porque empecé cuando terminó "House" en el digital, o sea, a las 9:30, y son las 10:30.
Además, son 749 MiB no swapeados (reales) y tú tienes 8 GiB de ram así que no te quejes O:-P
¡Me está usando 10 megas de swap! ¡Eso es un disparate! :-P
Es un gestor de ficheros de vídeo de grabadores de TDT, el CridManager. Y bastante lento, aunque la cpu no llega al 20%, y el disco dedicado a 17 M/s (lejos del tope medido de +100M/s. A ratos pasa de 50 mantenidos, ahora mismito. Y a veces falla con errores cripticos que sólo un programador de java entiende.
Para esas cosas mejor un programa en C >:-P
No tengo eleción. Es más: Deo Gratias que lo han hecho en Java, porque la mayoría de usuarios del cacharrín son windoseros. Menos mal que está en Java porque así al menos me funciona. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvnHsgACgkQtTMYHG2NR9W5NwCdF5OdOMiknn16ZqoHoqHT1rkM 3FsAn3vpfRAKqsw7fcMJeaTF6QSQEgEO =zgEg -----END PGP SIGNATURE-----
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 El 2010-05-09 a las 22:44 +0200, escribí:
El 2010-05-09 a las 20:03 -0000, Camaleón escribió:
El Sun, 09 May 2010 21:51:51 +0200, Carlos E. R. escribió:
Eso es porque están mal diseñadas y peor programadas.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26470 cer 20 0 2352m 749m 13m S 2 9.4 1:08.75 java
¡Mas de dos gigas!
¡Eso es a traición! Así que lanzas un programa tocho en java para gestionar archivos de grabaciones de audio/vídeo y pretendes usarlo como baremo para indicar que el java consume mucha ram, con un simple "top", así, hala, de buenas a primeras. ¡¡Grrr...!!
¿Programa tocho? Que va, sólo tiene 8 megas con todas las librerías y ficheros.
Y oye, gestiona programas de vídeo, sí, pero ni los visualiza ni los edita, sólo maneja la metainformación. Son cientos de ficheritos del grabador de la TDT: puedes copiarlos a otro directorio, cambiarles el nombre, editar algo de la información, grabar la EPG asociada en un fichero de texto... no veo porqué tiene que manejar tanta memoria, no carga las películas.
Y lleva una hora en uso...
Son minutos de cpu. Mira, que tochos de memoria: Mem: 8194512k total, 3006116k used, 5188396k free, 362896k buffers Swap: 22017000k total, 13972k used, 22003028k free, 1700564k cached PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6844 cer 20 0 854m 274m 32m S 1 3.4 29:24.83 firefox 10808 cer 20 0 2894m 179m 91m S 1 2.2 0:16.82 soffice.bin 14979 cer 20 0 798m 127m 28m S 0 1.6 6:09.18 thunderbird-bin 1950 root 20 0 978m 101m 25m S 1 1.3 9:01.87 Xorg 3594 cer 20 0 551m 62m 20m S 0 0.8 0:09.34 nautilus 7079 cer 20 0 165m 41m 15m S 4 0.5 40:33.81 npviewer.bin 3686 cer 20 0 268m 32m 17m S 0 0.4 0:37.88 gnome-do 3629 cer 20 0 303m 28m 17m S 0 0.4 0:00.81 tomboy 3589 cer 20 0 425m 27m 19m S 0 0.3 0:13.24 gnome-panel 584 megas el firefox, casi tres gigas el openoffice, casi 800 el thunderbird, casi un giga el Xorg... son burradasm, y mucho más que los mismos programas en mi maquina menor, i586. A no ser que esa memoria "virtual" signifique algo muy distinto. Que es muy posible. - -- Saludos Carlos E. R. -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) iEYEARECAAYFAkvnWCEACgkQtTMYHG2NR9Ur6QCfS4GA1ytEZnl8rClRfr9Sr8dL 5XMAnAuMV/Vaa90zS9M32d+jCiAmAZRg =k8uu -----END PGP SIGNATURE-----
El Mon, 10 May 2010 02:49:28 +0200, Carlos E. R. escribió:
El 2010-05-09 a las 22:44 +0200, escribí:
¿Programa tocho? Que va, sólo tiene 8 megas con todas las librerías y ficheros.
Y oye, gestiona programas de vídeo, sí, pero ni los visualiza ni los edita, sólo maneja la metainformación. Son cientos de ficheritos del grabador de la TDT: puedes copiarlos a otro directorio, cambiarles el nombre, editar algo de la información, grabar la EPG asociada en un fichero de texto... no veo porqué tiene que manejar tanta memoria, no carga las películas.
Y lleva una hora en uso...
Son minutos de cpu.
Sí, eso pone en el manual.
Mira, que tochos de memoria:
Mem: 8194512k total, 3006116k used, 5188396k free, 362896k buffers Swap: 22017000k total, 13972k used, 22003028k free, 1700564k cached
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 6844 cer 20 0 854m 274m 32m S 1 3.4 29:24.83 firefox 10808 cer 20 0 2894m 179m 91m S 1 2.2 0:16.82 soffice.bin 14979 cer 20 0 798m 127m 28m S 0 1.6 6:09.18 thunderbird-bin 1950 root 20 0 978m 101m 25m S 1 1.3 9:01.87 Xorg 3594 cer 20 0 551m 62m 20m S 0 0.8 0:09.34 nautilus 7079 cer 20 0 165m 41m 15m S 4 0.5 40:33.81 npviewer.bin 3686 cer 20 0 268m 32m 17m S 0 0.4 0:37.88 gnome-do 3629 cer 20 0 303m 28m 17m S 0 0.4 0:00.81 tomboy 3589 cer 20 0 425m 27m 19m S 0 0.3 0:13.24 gnome-panel
584 megas el firefox, casi tres gigas el openoffice, casi 800 el thunderbird, casi un giga el Xorg... son burradasm, y mucho más que los mismos programas en mi maquina menor, i586.
Pero es que el valor de VIRT no es el que interesa ¿no? De todas formas, en la máquina virtual estos valores del uso de ram son mucho más comedidos (la VM tiene 1 GiB de ram "real" y 512 MiB asignados). Algo me dice que el consumo de ram varía sobremanera según los recursos del sistema, es decir, a mayor disponibilidad de memoria, el consumo de ram se dispara.
A no ser que esa memoria "virtual" signifique algo muy distinto. Que es muy posible.
*** VIRT -- Virtual Image (kb) The total amount of virtual memory used by the task. It includes all code, data and shared libraries plus pages that have been swapped out. VIRT = SWAP + RES. RES -- Resident size (kb) The non-swapped physical memory a task has used. *** Yo siempre me he fijado en los valores de la columna "RES" :-? Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-10 08:33, Camaleón wrote:
El Mon, 10 May 2010 02:49:28 +0200, Carlos E. R. escribió:
Son minutos de cpu.
Sí, eso pone en el manual.
Mira, que tochos de memoria:
...
584 megas el firefox, casi tres gigas el openoffice, casi 800 el thunderbird, casi un giga el Xorg... son burradasm, y mucho más que los mismos programas en mi maquina menor, i586.
Pero es que el valor de VIRT no es el que interesa ¿no?
No estoy seguro.
De todas formas, en la máquina virtual estos valores del uso de ram son mucho más comedidos (la VM tiene 1 GiB de ram "real" y 512 MiB asignados). Algo me dice que el consumo de ram varía sobremanera según los recursos del sistema, es decir, a mayor disponibilidad de memoria, el consumo de ram se dispara.
Sí, observo lo mismo en el viejo ordenador.
A no ser que esa memoria "virtual" signifique algo muy distinto. Que es muy posible.
*** VIRT -- Virtual Image (kb) The total amount of virtual memory used by the task. It includes all code, data and shared libraries plus pages that have been swapped out.
VIRT = SWAP + RES.
Sí, pero es que no hay swap en uso, sólo 10 megas, y ahí salen gigas. No se que significa esa burrada.
RES -- Resident size (kb) The non-swapped physical memory a task has used. ***
Yo siempre me he fijado en los valores de la columna "RES" :-?
Está eso y SHR, que creo que es la ram usada en cosas compartidas, que pueden estar usando también otros programas esa misma memoria. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvn3MgACgkQU92UU+smfQX9WQCfZTYBnObGwS76vECjzdHpc9TG QKsAniyLsGN4+jnBvUfTv/d9KM1BTzGt =Bc7p -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Mon, 10 May 2010 12:15:36 +0200, Carlos E. R. escribió:
On 2010-05-10 08:33, Camaleón wrote:
A no ser que esa memoria "virtual" signifique algo muy distinto. Que es muy posible.
*** VIRT -- Virtual Image (kb) The total amount of virtual memory used by the task. It includes all code, data and shared libraries plus pages that have been swapped out.
VIRT = SWAP + RES.
Sí, pero es que no hay swap en uso, sólo 10 megas, y ahí salen gigas. No se que significa esa burrada.
RES -- Resident size (kb) The non-swapped physical memory a task has used. ***
Yo siempre me he fijado en los valores de la columna "RES" :-?
Está eso y SHR, que creo que es la ram usada en cosas compartidas, que pueden estar usando también otros programas esa misma memoria.
Virtual Memory Usage from Java under Linux, too much memory used http://stackoverflow.com/questions/561245/virtual-memory-usage-from-java-und... Echa un vistazo y luego comentas... ahora tengo el tiempo justo. Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Sun, 09 May 2010 22:44:49 +0200, Carlos E. R. escribió:
El 2010-05-09 a las 20:03 -0000, Camaleón escribió:
¡Mas de dos gigas!
¡Eso es a traición! Así que lanzas un programa tocho en java para gestionar archivos de grabaciones de audio/vídeo y pretendes usarlo como baremo para indicar que el java consume mucha ram, con un simple "top", así, hala, de buenas a primeras. ¡¡Grrr...!!
¿Programa tocho? Que va, sólo tiene 8 megas con todas las librerías y ficheros.
"Tocho" porque maneja archivos de AV :-)
Y oye, gestiona programas de vídeo, sí, pero ni los visualiza ni los edita, sólo maneja la metainformación. Son cientos de ficheritos del grabador de la TDT: puedes copiarlos a otro directorio, cambiarles el nombre, editar algo de la información, grabar la EPG asociada en un fichero de texto... no veo porqué tiene que manejar tanta memoria, no carga las películas.
A bueno, entonces no tiene mucho sentido que consuma tanta ram, digo, si no te permite previsualizar los archivos grabados... Hmm... mira: PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3662 sm01 20 0 2427m 145m 19m S 0 1.8 0:04.63 java Ese es el programita en java que uso para los faxes. El archivo ocupa apenas 1,5 MiB... y lo acabo de ejecutar.
Y lleva una hora en uso...
Pues no creo, porque lo he reiniciado y ahora marca 2 horas. No puede ser, porque empecé cuando terminó "House" en el digital, o sea, a las 9:30, y son las 10:30.
Entonces... ¿qué mide "Time+"? :-? TIME+ -- CPU Time, hundredths The same as ’TIME’, but reflecting more granularity through hundredths of a second. Ah... fale.
Además, son 749 MiB no swapeados (reales) y tú tienes 8 GiB de ram así que no te quejes O:-P
¡Me está usando 10 megas de swap! ¡Eso es un disparate!
:-P
Sí, yo también lo veo (que el sistema tira de la swap) cuando tengo algún programa hecho en java ejecutándose.
Es un gestor de ficheros de vídeo de grabadores de TDT, el CridManager. Y bastante lento, aunque la cpu no llega al 20%, y el disco dedicado a 17 M/s (lejos del tope medido de +100M/s. A ratos pasa de 50 mantenidos, ahora mismito. Y a veces falla con errores cripticos que sólo un programador de java entiende.
Para esas cosas mejor un programa en C >:-P
No tengo eleción.
Es más: Deo Gratias que lo han hecho en Java, porque la mayoría de usuarios del cacharrín son windoseros. Menos mal que está en Java porque así al menos me funciona.
¿Ves? Java es bueeeno :-) Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-10 08:13, Camaleón wrote:
El Sun, 09 May 2010 22:44:49 +0200, Carlos E. R. escribió:
"Tocho" porque maneja archivos de AV :-)
Y oye, gestiona programas de vídeo, sí, pero ni los visualiza ni los edita, sólo maneja la metainformación. Son cientos de ficheritos del grabador de la TDT: puedes copiarlos a otro directorio, cambiarles el nombre, editar algo de la información, grabar la EPG asociada en un fichero de texto... no veo porqué tiene que manejar tanta memoria, no carga las películas.
A bueno, entonces no tiene mucho sentido que consuma tanta ram, digo, si no te permite previsualizar los archivos grabados...
A eso me refiero.
Hmm... mira:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3662 sm01 20 0 2427m 145m 19m S 0 1.8 0:04.63 java
Ese es el programita en java que uso para los faxes. El archivo ocupa apenas 1,5 MiB... y lo acabo de ejecutar.
¿ves?
Además, son 749 MiB no swapeados (reales) y tú tienes 8 GiB de ram así que no te quejes O:-P
¡Me está usando 10 megas de swap! ¡Eso es un disparate!
:-P
Sí, yo también lo veo (que el sistema tira de la swap) cuando tengo algún programa hecho en java ejecutándose.
No has pillado la ironía. 10 megas, diez. Ahora mismo, que acaba de salir de la hibernación y el java no está, tengo 13 megas en swap.
Para esas cosas mejor un programa en C >:-P
No tengo eleción.
Es más: Deo Gratias que lo han hecho en Java, porque la mayoría de usuarios del cacharrín son windoseros. Menos mal que está en Java porque así al menos me funciona.
¿Ves? Java es bueeeno :-)
¡Grrr! Vamos a ver, sí, tener un lenguaje que por alguna razón funciona bien en varios sistemas operativos, con el mismo fichero, y que es bastante aceptado, es buena cosa. Pero lo tocho que resultan las cosas, y lo lentitas, pues no gusta. O sea, es lo mejor de lo que tenemos, no lo mejor posible o que nos gustaría. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvn2mQACgkQU92UU+smfQUEJACeM/+z8czkfg0gbKNMH7G6apuq ZJsAn2h75JFFerIpPy7jHRBKlvME22mz =aP+S -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El Mon, 10 May 2010 12:05:24 +0200, Carlos E. R. escribió:
On 2010-05-10 08:13, Camaleón wrote:
Hmm... mira:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3662 sm01 20 0 2427m 145m 19m S 0 1.8 0:04.63 java
Ese es el programita en java que uso para los faxes. El archivo ocupa apenas 1,5 MiB... y lo acabo de ejecutar.
¿ves?
Pero es la virtual... no cuenta. Por cierto, ¿tenemos algún límite asignado a la memoria virtual? :-?
Además, son 749 MiB no swapeados (reales) y tú tienes 8 GiB de ram así que no te quejes O:-P
¡Me está usando 10 megas de swap! ¡Eso es un disparate!
:-P
Sí, yo también lo veo (que el sistema tira de la swap) cuando tengo algún programa hecho en java ejecutándose.
No has pillado la ironía. 10 megas, diez. Ahora mismo, que acaba de salir de la hibernación y el java no está, tengo 13 megas en swap.
¿Y qué hace tirando de la swap con 8 GiB de ram? >:-?
Es más: Deo Gratias que lo han hecho en Java, porque la mayoría de usuarios del cacharrín son windoseros. Menos mal que está en Java porque así al menos me funciona.
¿Ves? Java es bueeeno :-)
¡Grrr!
Vamos a ver, sí, tener un lenguaje que por alguna razón funciona bien en varios sistemas operativos, con el mismo fichero, y que es bastante aceptado, es buena cosa. Pero lo tocho que resultan las cosas, y lo lentitas, pues no gusta.
O sea, es lo mejor de lo que tenemos, no lo mejor posible o que nos gustaría.
A ver, hay bdd hechas en java que compiten de tú a tú con Oracle, así que imagínate... hay que saber programar las aplicaciones, eso está claro. Por cierto, en windows xp al ejecutar la misma aplicación se lleva 35 MiB (proceso javaw.exe). No es mucho comparado con los 145 MiB de linux pero es el proceso que más consumo de ram hace (y tengo el outlook 2000 y el word abiertos). Bueno, ya que estamos: Consumo de ram linux: 1,2 GiB. (thunderbird, firefox, writer, java) Consumo de ram windows xp: 211 MiB. (outlook, word, explorer, java) ¡¡WTF!! Saludos, -- Camaleón -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-10 13:11, Camaleón wrote:
El Mon, 10 May 2010 12:05:24 +0200, Carlos E. R. escribió:
On 2010-05-10 08:13, Camaleón wrote:
Hmm... mira:
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND 3662 sm01 20 0 2427m 145m 19m S 0 1.8 0:04.63 java
Ese es el programita en java que uso para los faxes. El archivo ocupa apenas 1,5 MiB... y lo acabo de ejecutar.
¿ves?
Pero es la virtual... no cuenta.
Algo debe de contar. No te lo puedo decir con exactitud porque ignoro a qué llama memoria virtual esa tabla, me rompe los esquemas.
Por cierto, ¿tenemos algún límite asignado a la memoria virtual? :-?
El mismo que ponga el kernel a la memoria normal y corriente, es decir, el número de lineas del bus de direcciones. Si hay paginado o equivalente (procesador de 32 bits) pues más.
No has pillado la ironía. 10 megas, diez. Ahora mismo, que acaba de salir de la hibernación y el java no está, tengo 13 megas en swap.
¿Y qué hace tirando de la swap con 8 GiB de ram? >:-?
Ocurre si hibernas. La parte del sistema que al despertar no vuelve a usarse, pues se queda en swap. Son 10 megas más que tengo libres para lo que quiera. En mi otra máquina, con 1G, pueden ser un par de cientos de megas que se liberan.
Vamos a ver, sí, tener un lenguaje que por alguna razón funciona bien en varios sistemas operativos, con el mismo fichero, y que es bastante aceptado, es buena cosa. Pero lo tocho que resultan las cosas, y lo lentitas, pues no gusta.
O sea, es lo mejor de lo que tenemos, no lo mejor posible o que nos gustaría.
A ver, hay bdd hechas en java que compiten de tú a tú con Oracle, así que imagínate... hay que saber programar las aplicaciones, eso está claro.
Pero es interpretado. Eso tiene que pesar siempre. En la wikipedia dicen algo: Performance Main article: Java performance Programs written in Java have a reputation for being slower and requiring more memory than those written in some other languages.[24] However, Java programs' execution speed improved significantly with the introduction of Just-in-time compilation in 1997/1998 for Java 1.1,[25][26][27] the addition of language features supporting better code analysis (such as inner classes, StringBuffer class, optional assertions, etc.), and optimizations in the Java Virtual Machine itself, such as HotSpot becoming the default for Sun's JVM in 2000. Supongo que las aplicaciones que dices han sido compiladas.
Por cierto, en windows xp al ejecutar la misma aplicación se lleva 35 MiB (proceso javaw.exe). No es mucho comparado con los 145 MiB de linux pero es el proceso que más consumo de ram hace (y tengo el outlook 2000 y el word abiertos).
Bueno, ya que estamos:
Consumo de ram linux: 1,2 GiB. (thunderbird, firefox, writer, java) Consumo de ram windows xp: 211 MiB. (outlook, word, explorer, java)
¡¡WTF!!
Bueno, yo ya lo he dicho alguna vez, no es cierto que el linux necesite menos memoria que el windows. Necesita más. A no ser que tengas un linux mínimo y optimizado para usar menos ram, claro: lo que se hace con routers y otras maquinitas. Usando el BusyBox: un sólo programa que hace las funciones de un montón de programas de linux, mediante enlaces simbólicos. Al detectar el nombre con el que se le ha llamado, se comporta como ese programa. Al ser un único binario, es muy compacto, comparte las zonas de código comunes entre todos ellos -- lo que demuestra que lo de las librerías dinámicas compartidas no es un paradigma tan ideal como parece. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvoFKIACgkQU92UU+smfQV/XgCfdtGUUMfnB63DTHZY51lODGCw YVAAn2FpOVzsRSDz8XJ4iaz3+UOsVFs0 =xa86 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Luns 10 Maio 2010 16:13:54 Carlos E. R. escribiu:
On 2010-05-10 13:11, Camaleón wrote:
El Mon, 10 May 2010 12:05:24 +0200, Carlos E. R. escribió:
(...)
Consumo de ram linux: 1,2 GiB. (thunderbird, firefox, writer, java) Consumo de ram windows xp: 211 MiB. (outlook, word, explorer, java)
¡¡WTF!!
Bueno, yo ya lo he dicho alguna vez, no es cierto que el linux necesite menos memoria que el windows. Necesita más. A no ser que tengas un linux mínimo y optimizado para usar menos ram, claro: lo que se hace con routers y otras maquinitas. Usando el BusyBox: un sólo programa que hace las funciones de un montón de programas de linux, mediante enlaces simbólicos. Al detectar el nombre con el que se le ha llamado, se comporta como ese programa. Al ser un único binario, es muy compacto, comparte las zonas de código comunes entre todos ellos -- lo que demuestra que lo de las librerías dinámicas compartidas no es un paradigma tan ideal como parece.
Linux asigna la memoria de distinta forma a Windows. Eso no es novedad. Hay tareas (procesos) que consumen más en Linux y otras que consumen más en Windows. Ahora bien, si consultáis el consumo de RAM, en Linux siempre se darán resultados "inflados". Linux tiende a cargar más cosas en RAM de las precisas, mientras que Windows tiende a cargar menos de las necesarias. No dice nada bueno de sí mismo un sistema que esté al 10% de uso, mejor que esté al 90!!!! Por ejemplo, en mi sistema (uso doméstico): free total used free shared buffers cached Mem: 1020968 1011576 9392 0 21216 317996 -/+ buffers/cache: 672364 348604 Swap: 1437712 176488 1261224 vmstat 5 procs -----------memory---------- ---swap-- -----io---- -system-- ----- cpu------ r b swpd free buff cache si so bi bo in cs us sy id wa st 0 0 176484 15932 21432 314964 3 37 749 106 537 1084 9 3 83 5 0 1 0 176484 15932 21432 315004 0 0 0 44 317 446 4 1 95 0 0 0 0 176484 15436 21440 315904 0 0 173 2 337 465 3 1 93 3 0 1 0 176484 15444 21440 315944 0 0 2 0 267 369 3 1 97 0 0 0 0 179232 10508 20328 323756 0 550 12149 607 1263 1503 9 3 59 29 0 Que son valores "razonables" para un equipo con un montón de chorradas en KDE4 con Firefox incordiando -digo, abierto-. Es más que posible que aplicaciones -que usen java, principalmente- como Firefox y openOffice consuman más recursos en openSUSE que en Windows, y algunas de ellas incluso dependan de qué distribución GNU/Linux consideres... algún día podíamos hacer una "quedada" e ir junto a sus desarrolladores a prenguntarles por esa cuestión xdddd De hecho, recuerdo una conversación de hace años con un conocido mío que llevaba un millón de años desarrollando en C y C++... me decía algo como: "y dicen que Java no va rápido... ¡va igual, o más rápido, que C++!!! lo malo, es que hay que saber programar..." Salud!! ---- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Reenvio con el tema correcto. ¡Oops! On 2010-05-09 21:51, Carlos E. R. wrote:
On 2010-05-07 17:13, Camaleón wrote:
El Fri, 07 May 2010 17:00:07 +0200, Carlos E. R. escribió:
Pues que la hubieran hecho en java o un CRM/CMS vía web >:-)
Si, anda... ¿Has probado a ejecutar una aplicación java con 256 megas de ram? Yo si. Va como el c***. Ah, y no me digas que en linux irá mejor, porque no es verdad: linux con java y 256 megas se arrastra. Y no estoy pensando en el 11.3, es que incluso un 7.3 en esas circunstancias se arrastra.
Eso es porque están mal diseñadas y peor programadas.
PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
26470 cer 20 0 2352m 749m 13m S 2 9.4 1:08.75 java
¡Mas de dos gigas!
Es un gestor de ficheros de vídeo de grabadores de TDT, el CridManager. Y bastante lento, aunque la cpu no llega al 20%, y el disco dedicado a 17 M/s (lejos del tope medido de +100M/s. A ratos pasa de 50 mantenidos, ahora mismito. Y a veces falla con errores cripticos que sólo un programador de java entiende.
Observa: CridManager Version1.4.3 System status: VM version=16.3-b01 OS architecture=amd64 OS name=Linux language=en country=US Architecture data model=64 CPU name= <html>A fatal error occured.<br>Copying had to be cancelled. An error occurred during copying. Error writing into file '0001E3FAE280_1271363737.fmpg.030.mpg'. Bad file descriptor net.sourceforge.cridmanager.error.CridmanagerException: An error occurred during copying. Error writing into file '0001E3FAE280_1271363737.fmpg.030.mpg'. Bad file descriptor net.sourceforge.cridmanager.error.CridmanagerException: Error writing into file '0001E3FAE280_1271363737.fmpg.030.mpg'. Bad file descriptor java.io.IOException: Bad file descriptor at net.sourceforge.cridmanager.worker.WorkerCopyFile.copy(WorkerCopyFile.java:184) at net.sourceforge.cridmanager.worker.WorkerCopyFile.run(WorkerCopyFile.java:89) Y más, que corto. ¡Pero es que el fichero en cuestión está perfecto! El problema de verdad son permisos equivocados, que corrijo y parece que funciona. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvnG0IACgkQU92UU+smfQUvogCaAtIc8bg1hUBxGZog1TuVdvO4 nrAAn1gw4gj4NFRDUJMdjp4I2wwCMCRP =kINu -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El 7 de mayo de 2010 07:19, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
El Estado requiere un software que cumpla determinados requisitos[1] y varios de los mismos llevan a utilizar exclusivamente Software Libre.
La gente desconoce lo "abierto" que puede llegar a ser un software "cerrado" cuando un hay un jugoso contrato de por medio >:-)
Además, poner el grito en el cielo porque los ordenadores se entreguen duales, no es lógico. Antes nosotros llorábamos por poder instalar linux al lado de windows, porque nos dejaran coexistir. ¿No vamos ahora nosotros a dejarles coexistir con nosotros? No me parece bien.
Y, desde el punto de vista de la formación/educación, pienso que lo correcto es precisamente ordenadores duales. Los formandos deben salir controlando ambos sistemas, para que puedan trabajar en cualquier entorno.
Desde el punto de vista teórico, parece lógico lo que dices, pero en la practica, como los instructores solamente conocen windows (y a medias), se van a decantar por este engendro, descartando Linux, sin obligarlos a aprender y usar Linux, favoreciendo la continuidad del engendro. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
El día 7 de mayo de 2010 07:19, Carlos E. R.
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
El Estado requiere un software que cumpla determinados requisitos[1] y varios de los mismos llevan a utilizar exclusivamente Software Libre.
La gente desconoce lo "abierto" que puede llegar a ser un software "cerrado" cuando un hay un jugoso contrato de por medio >:-)
Además, poner el grito en el cielo porque los ordenadores se entreguen duales, no es lógico. Antes nosotros llorábamos por poder instalar linux al lado de windows, porque nos dejaran coexistir. ¿No vamos ahora nosotros a dejarles coexistir con nosotros? No me parece bien.
Y, desde el punto de vista de la formación/educación, pienso que lo correcto es precisamente ordenadores duales. Los formandos deben salir controlando ambos sistemas, para que puedan trabajar en cualquier entorno.
Como ejemplos se tiene a Alemania, Argentina, Brasil, Cuba, Chile, China, Ecuador, España, Francia, México, República Dominicana y Venezuela:
(...)
España, distintos gobiernos regionales están desarrollando sus propias distribuciones no sólo para uso administrativo sino también académico. Así tenemos LinEx en Extremadura, Augustux en Aragón, GuadaLinex en Andalucía, LliureX en La Comunidad Valenciana, Molinux en Castilla-La Mancha, MAX en La Comunidad de Madrid, Linkat en Cataluña, TrisquelGalicia, LinuxGlobal en Cantabria, EHUX en el País Vasco, mEDUXaCanaria, Bardinux en la Provincia de Santa Cruz de Tenerife en Canarias como proyecto de la ULL, Silu en la Provincia de Las Palmas en Canarias como proyecto de la ULPGC y Melinux en la Ciudad Autónoma de Melilla. Algunas de estas distribuciones están basadas en Debian, otras en Ubuntu y otras en OpenSuSE. Así como diversas distribuciones mantenidas por universidades públicas. El CENATIC[4] ha presentado el Informe Software de fuentes abiertas para el desarrollo de la Administración Pública Española. Una visión global. 2008. en en la comunidad
Bueno, desgraciadamente no es oro todo lo que reluce :-(
El Informe REINA 2009¹ lo deja bastante claro: el parque de ordenadores personales de la Administración del Estado (España) es de Windows.
"(...) Por último, en el gráfico 5-4 comprobamos que más del 97% de los ordenadores personales instalados en 2008 tenían sistema operativo Windows, un 44% Windows XP, un 35% Windows Vista y un 18% Windows 2000."
Al menos en sistemas grandes/medios no mantiene el reinado :-)
¹ http://www.csi.map.es/csi/reina2009/capitulo5/capitulo5.htm
Yo, que trabajo coyunturalmente para la administración, te puedo decir que en mi puesto no se puede usar linux. Hicieron hace tiempo una aplicación de control de stock, almacén y transporte, a medida, y corre en windows. Y unos windows antiguos, con máquinas antiguas, donde un linux moderno tendría problemas: el mínimo de la factory es un giga de ram, y muchos de nuestros PCs tienen menos.
Ni en mi puesto podemos usar linux, ni en ninguno de los puestos al lado, arriba o abajo, por esa aplicación. Y en otros departamentos, pues no lo sé, pero a nada que tengan otras aplicaciones hechas a medida, pues tampoco.
Me lo dijo el de informática, no es posible instalar Linux.
Supondría una inversión considerable (en formación y en instalación), y no tenemos ni para mantener los ordenadores al dia... No creas que acá atamos perros con longanizas.
Hace un par de años, le había vendido un pc con los 2 sistemas a un amigo, que trabajaba en sociedad con otros, y en el arranque tenía como predefinido Opensuse. Sucedió que ese amigo se fué de la sociedad, y el pc quedó en manos de otro, y decía que el pc como estaba no le servía, a pesar de que en ambos sistemas tenía infinidad de aplicaciones. Entonces, le llevó el pc a un "tecnico", que eliminó todas las particiones y le instaló el engendro, con un service pack inferior al que tenía instalado, y la quinta parte de las aplicaciones que tenía instaladas, destruyendo las 50 horas de trabajo que yo tenía puestas sobre ese pc. Cual era el motivo para cometer semejante atrocidad???? Simplemente, que no sabía seleccionar con el cursor en el momento del arranque para arrancar con windows, ya que el predeterminado era Opensuse. Se parece a lo que aquí los argentinos llamamos "un chiste gallego". La ignorancia y estupidez humana es infinita. Salu2 -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Venres 07 Maio 2010 14:18:19 Juan Erbes escribiu:
El día 7 de mayo de 2010 07:19, Carlos E. R.
escribió: -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1
On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
Simplemente, que no sabía seleccionar con el cursor en el momento del arranque para arrancar con windows, ya que el predeterminado era Opensuse. Se parece a lo que aquí los argentinos llamamos "un chiste gallego".
La ignorancia y estupidez humana es infinita.
Salu2 Cuando se desarrollaban las primeras versiones de GNU/Linux para Mac (en los viejos tiempos ;) ), la principal preocupación era que al usuario le apareciese, incluso en la instalación, algo tan oscuro e indescifrable como... ¡LILO! xddddd ¿cómo podían esperar que el usuario pulsase un botón? entonces en Macintosh no había esas cosas de líneas de comando y tal, decían xD ¡cómo cambia el mundo!!
Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 14:18, Juan Erbes wrote:
El día 7 de mayo de 2010 07:19, Carlos E. R. <> escribió:
Cual era el motivo para cometer semejante atrocidad????
Simplemente, que no sabía seleccionar con el cursor en el momento del arranque para arrancar con windows, ya que el predeterminado era Opensuse. Se parece a lo que aquí los argentinos llamamos "un chiste gallego".
A esa gente había que despedirla. Si es tan inútil para mover un dedo, seguro que no es capaz ni de escribir una instancia si no le dan el modelo exacto ya hecho. O de mandar un fax si la secretaria no está. A la calle, despedido. Que cave zanjas. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkLA4ACgkQU92UU+smfQWvQQCeJAh/a5dYM0xeTiUjz25p1Ezn 34kAn2Ip0i87JqT/RwjBCHj8u9jPQm+L =dF0R -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
O Venres 07 Maio 2010 12:19:37 Carlos E. R. escribiu:
On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
Supondría una inversión considerable (en formación y en instalación), y no tenemos ni para mantener los ordenadores al dia... No creas que acá atamos perros con longanizas. A quienes desarrollen el software de la administración había que colgarles cadenas de plomo del cuello y arrojarlos al mar...
... bueno, a lo mejor no tanto, pero ¡¡¡¡hacen cada una!!!! Salud!! -- karl
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On 2010-05-07 15:27, Karl García Gestido wrote:
O Venres 07 Maio 2010 12:19:37 Carlos E. R. escribiu:
On 2010-05-07 10:04, Camaleón wrote:
El Thu, 06 May 2010 19:56:16 -0300, Juan Erbes escribió:
(...)
Supondría una inversión considerable (en formación y en instalación), y no tenemos ni para mantener los ordenadores al dia... No creas que acá atamos perros con longanizas. A quienes desarrollen el software de la administración había que colgarles cadenas de plomo del cuello y arrojarlos al mar...
No creas, el software con el que trabajamos nosotros hace lo que debe razonablemente bien, y no se cuelga. Está hecho sobre sybase de encargo (creo). Es lento, es antiguo, pero funciona. Da gracias que no va por telnet en texto, como el que tenían en el INEM no hace mucho (ignoro si lo siguen teniendo). Hombre, tiene sus problemas. Si se cae la red momentáneamente, hay que reiniciar la aplicación, no reconecta. No creo que hacer ese aplicativo en linux fuera una opción cuando lo encargaron, supongo que por el 95. Creo que se puso en marcha en el 2000. En fin, es un software que hace lo que se les pidió que nos hicieran. No está tan mal hecho. No se si será el caso con todos los aplicativos de la administración, conozco poco. Bueno, está el infausto "padre", pero el problema de ese no es precisamente la aplicación en sí. - -- Cheers / Saludos, Carlos E. R. (from 11.2 x86_64 "Emerald" GM (Elessar)) -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org/ iEYEARECAAYFAkvkLecACgkQU92UU+smfQVEcACaA4aAlA1fQSraJo6IrDN8NU8W xdYAn285qsJxf/ArtxG10bfp0f6h7VBg =1FL3 -----END PGP SIGNATURE----- -- Para dar de baja la suscripción, mande un mensaje a: opensuse-es+unsubscribe@opensuse.org Para obtener el resto de direcciones-comando, mande un mensaje a: opensuse-es+help@opensuse.org
participants (5)
-
Camaleón
-
Carlos E. R.
-
Carlos E. R.
-
Juan Erbes
-
Karl García Gestido