Que manía con decir que PERL está muerto, está más vivo que nunca, sólo hace falta ver algunos requisitos que piden las grandes compañías (developers, sysadmins), claro que programar demasiado en PERL puede llegar a ser obsesivo como lo que le paso a: meneame.net/story/programador-yahoo-despedido-programar-demasiado-no-b
Una buena técnica es teclear digitos mal y retroceder con el backspace
los digitos mal tecleados se quedan grabados y no coincidiran con tu
pin/password.
Eso es!, es sabado noche y hay que ir haciendo un poquillo de ambiente, no todo va a ser rutina :)
La verdad es que en los paises nórdicos lo tienen todo, mejor sistema educativo, muy buen nivel de vida, y esto!!!!.
¿Has pensado en Samba? Samba+openldap sustituye perfectamente a Active Directory. Un pelin complejo (ganaras mucha experiencia si lo configuras), y es software libre.
Ok habladorcito, pero lo que quería decir es que se ha convertido en el sitio más activo de sourceforge con una escalofriante cifra de bugs resueltos, solicitudes de asistencia, y sugerencias recogidas. No está de más hacer hacer notar las empresas de nuestro pais.
Una de las conclusiones mas interesantes de este estudio es según palabras de "Coverity":
El código propietario escrito para una compañia aerospacial es mejor que el mejor de los proyectos
open source, de hecho unas 5 veces mejor.
De acuerdo jim, pero un servidor como ese con casi 200.000 cuentas registradas que dependa de una máquina..
Además hace tiempo migrarón a ejabberd se supone que para mejorar la estabilidad y evitar este tipo de cosas.
Espero que lo solucionen en breve.
Gracias Jim.
De acuerdo en parte, mientras esos espectáculos seguirán ahí, (hay muchos intereses detras), grupos como "Peta" con su noble labor, no conseguirán más que llamar la atención en el momento, y alegrar la vista a unos cuantos espectadores, nada más.
Aunque la fiesta gire en torno al toro, se puede disfrutar de ella sin asistir a ninguno de esos espectáculos.
No tiene nada que ver el GFS (Global File Systema) que comentas (que por cierto es de RedHat), con el de Google, el primero sirve principalmente para tener un sistema de ficheros en una SAN, y varios equipos en cluster compartiendo el filesystem. El segundo, pues ya hemos visto en la noticia.
El principal motivo fue el desconocimiento de el Dpto Informático de la Universidad de California. Eric McCarty les aviso que tenían un fallo de seguridad de SQL inyeccion. La Universidad de California, no hizo caso, porque no entendían a que se refería. Eric, recolecto algunos datos y les demostró la vulnerabilidad. Eric no fue la primera persona que encontró la vulnerabilidad, sólo fue la primera en demostrarlo (y evitar que ese agujero siguiera ahí), y asi lo pago.