-----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