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