Siempre me ha "molestado" la cualidad de uno de mis compañeros por explicar a los usuarios cómo funcionan las cosas. Como carecen de base tiene que ir explicando muchas más cosas de las que tenía que explicar en un principio... y acaba estando de 15 minutos para arriba con cada llamada. Supongo que con el correo le pasará algo parecido.
Realmente me parece algo poco práctico. Como muestra:
Date: Fri, 30 Dec 2005 12:20:34 +0100
From: "ivan"
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
To: =?ISO-8859-1?Q?Jes=FAs_Angel?=
CC: Internet
Subject: Re: copias de seguridad de aplicación
Jesús wrote:
> Hola,
> me han pedido que os pregunte si se están haciendo copias de seguridad
> de los ficheros que se guardan en disco duro de aplicacion, es decir, la
> estructura de ficheros que se guardan en /backup/xxxxxx.
>
>
> Un Saludo.Jesus
Si
Primera ley de la efectividad del sysadmin: no pierdas tiempo en explicarle a un usuario como funciona tu mundo. Ellos pueden vivir sin saberlo, pero tu paciencia se puede ver gravemente dañada.
viernes, diciembre 30, 2005
lunes, diciembre 19, 2005
Merlin
Mail del usuario:
Hola,
estamos teniendo problemas con la aplicación Petris (en producción) a la hora de enviar correos. ¿Podeis comprobar si funciona correctamente el servidor de correo (petris utiliza localhost como servidor)?
Saludos,
Respuesta:
Hola:
Funciona correctamente. ¿Qué significa "tenemos problemas"? ¿Que no conecta, que devuelve un mensaje con el error, que no enruta bien hacia Internet, que no enruta bien hacia la intranet?...
Lo siento, hoy me he dejado las artes adivinatorias en casa.
Un saludo.
Consejo al administrador despistado (todos tenemos días malos): No te excedas mostrando tu lado humano. No lo sabes todo cuando no te interesa; cuando te interesa lo sabes TODO.
Hola,
estamos teniendo problemas con la aplicación Petris (en producción) a la hora de enviar correos. ¿Podeis comprobar si funciona correctamente el servidor de correo (petris utiliza localhost como servidor)?
Saludos,
Respuesta:
Hola:
Funciona correctamente. ¿Qué significa "tenemos problemas"? ¿Que no conecta, que devuelve un mensaje con el error, que no enruta bien hacia Internet, que no enruta bien hacia la intranet?...
Lo siento, hoy me he dejado las artes adivinatorias en casa.
Un saludo.
Consejo al administrador despistado (todos tenemos días malos): No te excedas mostrando tu lado humano. No lo sabes todo cuando no te interesa; cuando te interesa lo sabes TODO.
martes, diciembre 13, 2005
Enseñando al usuario
Date: Tue, 13 Dec 2005 14:06:38 +0100
From: "ivan.eguiguren"
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "XXXXXXXXXXXXXXXXXXXX"
Subject: Re:
http://xxxxxxxxxxxxxxxx.es:8080/infraestructuras/jsp/index.jsp
apunta al jboss...lo que está caido es el tomcat que es donde está transfic.
http://www.netiqueta.org/netiqueta_correo.shtml
Punto número 15
Usuario wrote:
> Da error interno del servidor en esta dirección:
> http://xxxxxxxxxxxxxxxxx.es/transfic/index.html
> Pero carga en la página que nos distes:
> http://xxxxxxxxxxxxxxxxx.es:8080/infraestructuras/jsp/index.jsp
> > ¿Como se explica?
La próxima vez borraré el correo y cuando aparezca aquí le diré que correos sin asunto son habituales entre el spam, y que lo habrá eliminado el filtro...qué coños, le diré la verdad: que lo he borrado sin leerlo porque no tenía asunto.
Truco del administrador cívico: enseña a tus usuarios que no tienen ni idea y lo hacen mal. La mayoría del esfuerzo será inútil, pero a lo mejor hay algun usuario que lo aproveche.
From: "ivan.eguiguren"
User-Agent: Debian Thunderbird 1.0.7 (X11/20051017)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: "XXXXXXXXXXXXXXXXXXXX"
Subject: Re:
http://xxxxxxxxxxxxxxxx.es:8080/infraestructuras/jsp/index.jsp
apunta al jboss...lo que está caido es el tomcat que es donde está transfic.
http://www.netiqueta.org/netiqueta_correo.shtml
Punto número 15
Usuario wrote:
> Da error interno del servidor en esta dirección:
> http://xxxxxxxxxxxxxxxxx.es/transfic/index.html
> Pero carga en la página que nos distes:
> http://xxxxxxxxxxxxxxxxx.es:8080/infraestructuras/jsp/index.jsp
> > ¿Como se explica?
La próxima vez borraré el correo y cuando aparezca aquí le diré que correos sin asunto son habituales entre el spam, y que lo habrá eliminado el filtro...qué coños, le diré la verdad: que lo he borrado sin leerlo porque no tenía asunto.
Truco del administrador cívico: enseña a tus usuarios que no tienen ni idea y lo hacen mal. La mayoría del esfuerzo será inútil, pero a lo mejor hay algun usuario que lo aproveche.
Para entendernos.
Siempre me ha flipado la gente que se hace llamar "informático", y siempre me ha hecho gracia. Llaman informático al que administra los servidores de una multinacional; llaman informático al que desarrolla software libre de calidad; llaman informático al que da soporte a los usuarios a nivel de sistema operativo o les repara el PC; llaman informáticos a los que desarrollan cualquier basura propietaria en visual basic o java; ¡¡¡llaman informático al que da soporte a los usuarios sobre programas ofimáticos!!!
He ido poniéndolos según entiendo yo que van bajando de categoría. Hay lo que la gente llama intrusismo, muchísimo intrusismo. Pero ahora mismo eso no me preocupa... me preocupa la gente que intenta acercarse a este mundo sin tener ni puta idea pero con ganas de hacerse llamar informático. Me refiero específicamente a el/la tip@ que dijo que "This filesystem will be automatically checked every 39 mounts or 180 days, whichever comes first. significa lo mismo que Este sistema de ficheros se revisará automáticamente cada 39 meses o 180 dias, lo que suceda primero.
Muy señor/a mio/a:
1) Usted no tiene ni puta idea de inglés o traduce para pasar su tiempo libre ya que mount (montar) no es lo mismo que month (mes). *
2) Usted no tiene sentido común: comparar 39 meses con 180 días y decir que "lo que ocurra antes" es estúpido cuando menos.
Si haces algo, hazlo bien. La mayoría de los Administradores estamos acostumbrados a los mensajes en inglés. De hecho cuando los leemos en castellano intentamos traducirlos al inglés para saber qué coños quiere decir ese mensaje. A veces la imaginación del traductor va más allá de la nuestra.
Me parece bien intentar traducir para el que no sabe inglés, pero a nivel usuario o desarrollador. Manejar el inglés técnico leido es un requisito indispensable para un administrador. Por favor, dedicad más tiempo en traducir aplicaciones y dejad las partes internas, comandos, kernels, llamadas al sistema... como están porque lo único que conseguís es complicar las cosas y trabajar en balde ya que solemos dejar el idioma por defecto al instalar un sistema, no el defecto de idioma ese al que traducís.
Muchas gracias.
* Dediquese a hacer integrales o a ver televisión basura.
Truco del administrador sensato: siempre lee la documentación y libros técnicos en inglés. Siempre deja el sistema operativo en su idioma por defecto (en_US) y te evitarás muchos quebraderos de cabeza.
He ido poniéndolos según entiendo yo que van bajando de categoría. Hay lo que la gente llama intrusismo, muchísimo intrusismo. Pero ahora mismo eso no me preocupa... me preocupa la gente que intenta acercarse a este mundo sin tener ni puta idea pero con ganas de hacerse llamar informático. Me refiero específicamente a el/la tip@ que dijo que "This filesystem will be automatically checked every 39 mounts or 180 days, whichever comes first. significa lo mismo que Este sistema de ficheros se revisará automáticamente cada 39 meses o 180 dias, lo que suceda primero.
Muy señor/a mio/a:
1) Usted no tiene ni puta idea de inglés o traduce para pasar su tiempo libre ya que mount (montar) no es lo mismo que month (mes). *
2) Usted no tiene sentido común: comparar 39 meses con 180 días y decir que "lo que ocurra antes" es estúpido cuando menos.
Si haces algo, hazlo bien. La mayoría de los Administradores estamos acostumbrados a los mensajes en inglés. De hecho cuando los leemos en castellano intentamos traducirlos al inglés para saber qué coños quiere decir ese mensaje. A veces la imaginación del traductor va más allá de la nuestra.
Me parece bien intentar traducir para el que no sabe inglés, pero a nivel usuario o desarrollador. Manejar el inglés técnico leido es un requisito indispensable para un administrador. Por favor, dedicad más tiempo en traducir aplicaciones y dejad las partes internas, comandos, kernels, llamadas al sistema... como están porque lo único que conseguís es complicar las cosas y trabajar en balde ya que solemos dejar el idioma por defecto al instalar un sistema, no el defecto de idioma ese al que traducís.
Muchas gracias.
* Dediquese a hacer integrales o a ver televisión basura.
Truco del administrador sensato: siempre lee la documentación y libros técnicos en inglés. Siempre deja el sistema operativo en su idioma por defecto (en_US) y te evitarás muchos quebraderos de cabeza.
lunes, noviembre 14, 2005
Programador.. ¿más cerca del informático o del usuario?
Esos seres que tanto saben, que creen saberlo todo sólo porque utilizan palabras como: "clase, puntero, instancia, bucle". ¡Ummm! ¡Vaya! Usuarios ¿avanzados?
Vamos a ver, muchacho. Las cosas deben estar claras desde el principio:
1.- Tú haces aplicaciones. Luego que funcionen o (más probablemente) no es otra cosa.
2.- Yo monto las máquinas que ejecutan tus aplicaciones (y sé cómo está montada).
Si además he caido tan bajo como para hacerte una web donde te explica qué versiones de los programas/librerias/demonios hay en el servidor, sobre qué plataformas, el procedimiento para subir aplicaciones nuevas así como para actualizar las que ya hay, ¿por qué no las lees?
Si encima te monto un servidor de desarrollo para pruebas de aplicaciones, y otro de preproducción para pruebas de carga con las mismas versiones y SO que en producción, porqué me haces cosas como:
-mandar una aplicación para poner en producción que sólo has probado en tu ordenador. Así solo consigues como respuesta un enlace a la página de normas porque no te la has leido;
-mandar una aplicación que intenta conectar con un servidor de bases de datos que sólo existe en la Intranet y no hay acceso desde la DMZ. Eso indica que no te has leido el documento web y como respuesta sólo consigues un enlace a la página de normas porque no te la has leido;
-mandar 3 actualizaciones seguidas para subir a producción. Eso es que no la has probado en desarrollo ni preproducción y consigues como respuesta un enlace a la página de normas porque no te la has leido así como un email con copia a tu jefe y al mío diciendo todo lo que me haces perder el tiempo por no leer la página que te he mandado ya 2 veces (o más);
-mandar las aplicaciones a producción con nivel de log DEBUG. Así sólo consigues que la quite y no te avise, como bien dice la página de normas que sigues sin haberte leido. ¡¡¡Y encima tiene la desfachatez de preguntar por qué!!!
-Preguntar si tu aplicación puede guardar los temporales en /tmp y, encima argumentalo con que para limpiar los temporales es más fácil. Este lo recuerdo con cariño. Fué algo así como:
1er correo: ¿Mi aplicación puede guardar los temporales en /tmp?
Respuesta: No. +enlace a la página de normas.
2o. correo: Si las aplicaciones guardan los temporales en /tmp es más fácil borrarlos cuando haga falta.
Buen punto. Siempre hay que estar preparado para estas cosas.
Respuesta: Es mejor que cada aplicación guarde los temporales en un directorio dentro del directorio de la propia aplicación. Así si la aplicación empieza a poner en peligro la estabilidad del servidor puedo borrar la aplicación y los temporales con un sólo comando sin tener que andar buscando todos los ficheros de esa aplicación.
Casi me pilla ;-)
También recuerdo con cariño a otro "avispilla" que manda la aplicación y después me dice "ahora hay que configurarla". Y se mosqueó porque me eché a reir.
El: Es que desconozco qué parametros poner como la ruta absoluta hasta el tomcat
Yo: No la necesitas. Pon rutas relativas y si cambio de sitio el tomcat no sufrirá tu aplicación.
El: También necesito saber en qué puerto está el tomcat para hacer la solicitud de unos jpg's.
Yo: Los que necesites mételos en un directorio dentro del de tu aplicación, y así sabes dónde están.
El: Y hay otros parámetros que sólo tu conoces. La ruta al fichero de configuración es XXXX (no la recuerdo ni viene al caso).
Yo: vale. Lo apunto.
Accedí al fichero, ví lo que necesitaba y le mandé un correo del tipo:
Hola:
Como hemos hablado por teléfono, los datos que sólo yo conozco para que funcione tu aplicación son:
XXX
YYY
...
Ahora ya puedes ponerlos en tu fichero de configuración y mandarme el fichero porque mi trabajo no es tocar las aplicaciones.
AMEN
Primera ley de convivencia con el desarrollador:
Haz una página web accesible por tus usuarios con los procedimientos para hacer las cosas. Cuantos más requisitos menos lata te darán. A quien no los cumpla (que serán muchos) no tienes que explicarles nada. ¡¡Pon un enlace!! Y sobre todo, deja claro para quién no cumpla las normas que su aplicación puede ser retirada del servidor sin previo aviso. Así, si avisas, encima eres "bueno".
Vamos a ver, muchacho. Las cosas deben estar claras desde el principio:
1.- Tú haces aplicaciones. Luego que funcionen o (más probablemente) no es otra cosa.
2.- Yo monto las máquinas que ejecutan tus aplicaciones (y sé cómo está montada).
Si además he caido tan bajo como para hacerte una web donde te explica qué versiones de los programas/librerias/demonios hay en el servidor, sobre qué plataformas, el procedimiento para subir aplicaciones nuevas así como para actualizar las que ya hay, ¿por qué no las lees?
Si encima te monto un servidor de desarrollo para pruebas de aplicaciones, y otro de preproducción para pruebas de carga con las mismas versiones y SO que en producción, porqué me haces cosas como:
-mandar una aplicación para poner en producción que sólo has probado en tu ordenador. Así solo consigues como respuesta un enlace a la página de normas porque no te la has leido;
-mandar una aplicación que intenta conectar con un servidor de bases de datos que sólo existe en la Intranet y no hay acceso desde la DMZ. Eso indica que no te has leido el documento web y como respuesta sólo consigues un enlace a la página de normas porque no te la has leido;
-mandar 3 actualizaciones seguidas para subir a producción. Eso es que no la has probado en desarrollo ni preproducción y consigues como respuesta un enlace a la página de normas porque no te la has leido así como un email con copia a tu jefe y al mío diciendo todo lo que me haces perder el tiempo por no leer la página que te he mandado ya 2 veces (o más);
-mandar las aplicaciones a producción con nivel de log DEBUG. Así sólo consigues que la quite y no te avise, como bien dice la página de normas que sigues sin haberte leido. ¡¡¡Y encima tiene la desfachatez de preguntar por qué!!!
-Preguntar si tu aplicación puede guardar los temporales en /tmp y, encima argumentalo con que para limpiar los temporales es más fácil. Este lo recuerdo con cariño. Fué algo así como:
1er correo: ¿Mi aplicación puede guardar los temporales en /tmp?
Respuesta: No. +enlace a la página de normas.
2o. correo: Si las aplicaciones guardan los temporales en /tmp es más fácil borrarlos cuando haga falta.
Buen punto. Siempre hay que estar preparado para estas cosas.
Respuesta: Es mejor que cada aplicación guarde los temporales en un directorio dentro del directorio de la propia aplicación. Así si la aplicación empieza a poner en peligro la estabilidad del servidor puedo borrar la aplicación y los temporales con un sólo comando sin tener que andar buscando todos los ficheros de esa aplicación.
Casi me pilla ;-)
También recuerdo con cariño a otro "avispilla" que manda la aplicación y después me dice "ahora hay que configurarla". Y se mosqueó porque me eché a reir.
El: Es que desconozco qué parametros poner como la ruta absoluta hasta el tomcat
Yo: No la necesitas. Pon rutas relativas y si cambio de sitio el tomcat no sufrirá tu aplicación.
El: También necesito saber en qué puerto está el tomcat para hacer la solicitud de unos jpg's.
Yo: Los que necesites mételos en un directorio dentro del de tu aplicación, y así sabes dónde están.
El: Y hay otros parámetros que sólo tu conoces. La ruta al fichero de configuración es XXXX (no la recuerdo ni viene al caso).
Yo: vale. Lo apunto.
Accedí al fichero, ví lo que necesitaba y le mandé un correo del tipo:
Hola:
Como hemos hablado por teléfono, los datos que sólo yo conozco para que funcione tu aplicación son:
XXX
YYY
...
Ahora ya puedes ponerlos en tu fichero de configuración y mandarme el fichero porque mi trabajo no es tocar las aplicaciones.
AMEN
Primera ley de convivencia con el desarrollador:
Haz una página web accesible por tus usuarios con los procedimientos para hacer las cosas. Cuantos más requisitos menos lata te darán. A quien no los cumpla (que serán muchos) no tienes que explicarles nada. ¡¡Pon un enlace!! Y sobre todo, deja claro para quién no cumpla las normas que su aplicación puede ser retirada del servidor sin previo aviso. Así, si avisas, encima eres "bueno".
viernes, noviembre 11, 2005
¡¡¡Usuario!!!
Ese término despectivo algunas veces utilizado con desdén no debería infravalorarse. Es como ser ciudadano: por vivir en una ciudad ya eres ciudadano, sin esfuerzo, sin estudios, sin exámenes... simplemente lo eres... porque sí. Pues si te ponen delante de un monitor y cerca de un teclado y un ratón (ya os explicaré esto algún día), ya eres usuario.
Debe ser duro estar en el mismo saco el que se lo curra para aprender y ser autosuficiente y el usuario que no sólo no tiene ni puta idea sino que encima quiere tener razón. Es indiferente que se lo curre o no, aunque sea injusto que estén en el mismo saco. El que se lo curra porque "sabe algo" y a la más mínima intenta demostrarlo. Debe ser algo así como cuando viene un extranjero y aprovechamos para demostrarle lo bien que hablamos inglés:" Du yu eshpik inglis, tronk?" Que te mira el guiri con cara de: ¡¡su puta madre qué cojones habrá querido decir!!
Y el que no se lo curra y no tiene ni puta idea de qué está hablando, te cuenta toda su vida para que sepas qué quiere. Estos tipos suelen explicarte cómo funciona toda su aplicación a nivel usuario (que a tí ese rollo no te vale ni para ir al water) para que le sustituyas un archivo porque le han mandado una actualización.
¡¡¡Señores!!!¡¡¡Basta ya!!! No me vengas a contarme cómo cojones administras tu base de datos de libros porque no me importa. No me expliques si tienes súbditos que meten referencias de libros para darme envidia porque yo no tengo un esclavo que me coja el teléfono para aguantarte. Eres un usuario y tu trabajo es transmitirme tus problemas y tus necesidades y punto. Si necesitas hablar vete a un psicólogo.
Y si en vez de por teléfono me dices las cosas por email, mejor todavía. Así mientras estás escribiendo no me estás entreteniendo y, además, puedo enviar tu email al spamassassin para las siguiente solicitudes que realices.
Hace tiempo que me dió la idea Calvin de hacer este blog por las cosas que les contaba de mi trabajo (gracias, tio). Hoy es el dia adecuado. Esta mañana ha sido horrible, vamos, todo lo horrible que es una mañana en la que tienes mucho trabajo en un trabajo que te gusta y yéndote a casa a tu hora con todo solucionado. Aún así os paso a contar la situacion por orden cronológico, lo que no quiere decir que haya acabado una cosa antes de empezar con el siguiente marrón:
1.- Me manda un correo el desarrollador de una aplicación. Este hombre no trabaja en el ministerio, por ello tiene un "responsable" dentro del ministerio. He hecho la actualización sin problemas.
2.- Me llaman de la red interministerial (que es la red que une todos los ministerios de este pais) diciéndome que recibían de nuestro servidor correos que iba dirigidos a Internet. Esto me ha supuesto estar más de una hora analizando logs, sendmail.cf y haciendo pruebas con sendmail -bv.
3.- Me llaman del consejo superior de deportes, que si mandan correos hacia otro ministerio les cambia mi servidor el dominio, y en lugar de quiensea@loquesea.ministerio.es se lo devuelve como quiensea@loquesea.miexdominio.es. Esto me ha llevado su buen rato también junto al punto 2.
4.- Mi jefe se ha cojido 2 dias libres (el miércoles fué fiesta y hoy es viernes) y, como yo estaba montando otros 3 servidores, él acababa una migración de un servidor de cooperación internacional. Pues hoy me llama el coordinador de ese área y me dice que ni ven la web desde Internet, ni pueden subir ficheros por FTP ni desde Internet ni desde la Intranet ¿? Esto no me ha llevado tanto porqué estaba con las neuronas calentitas gracias a los puntos 2 y 3. Configurar la IP de la nueva máquina en el Firewall y añadir /bin/false a /etc/shells. Lo segundo fué culpa mía, pero lo primero no (muy mal, jefe).
Pues mientras estoy con el punto 4 (sin haber acabado 2 y 3) me llama el responsable de la aplicación del punto 1. La conversación ha sido algo como (en negrita soy yo y entre parentesis lo que he pensado):
-hola. Que mira [...2 minutos después...] te ha mandado un correo porque [...]mayúsculas y minúsculas[...]...
-Sí, ya lo actualicé esta mañana
-¿Pero a qué hora?
-Pues cuando he podido (vamos, cuando he llegado)
-Pues es que deberias actualizar la aplicación cuando veas un correo porque es urgente
-Mira: actualizo las aplicaciones cuando tengo tiempo para actualizarlas; veo los correos cuando tengo tiempo para verlos y no cuando llegan; ya te he actualizado la aplicación y no me has mandado los ficheros correctos, la próxima vez compruébalo antes; hago las cosas por orden de importancia y no por orden de urgencia porque para todos lo vuestro es lo más urgente; y no tengo tiempo de hablar contigo ahora porque no lo tengo ni para leer el correo que me dice que actualice tu aplicación. En cuanto pueda, lo hago. Hasta luego.
Lo mejor en estas ocasiones es mantener la serenidad. Mostrar con la voz que tienes prisa pero nunca gritarles por muchas gilipolleces que digan...que las dirán.
Solucioné todo y actualicé su aplicación...en el fondo no soy tan malo.
Política de colas del administrador:
Organizo las cosas por orden de importancia y no por orden de urgencia, porque si hago lo más urgente (para vosotros), lo realmente importante se quedaría sin hacer.
Debe ser duro estar en el mismo saco el que se lo curra para aprender y ser autosuficiente y el usuario que no sólo no tiene ni puta idea sino que encima quiere tener razón. Es indiferente que se lo curre o no, aunque sea injusto que estén en el mismo saco. El que se lo curra porque "sabe algo" y a la más mínima intenta demostrarlo. Debe ser algo así como cuando viene un extranjero y aprovechamos para demostrarle lo bien que hablamos inglés:" Du yu eshpik inglis, tronk?" Que te mira el guiri con cara de: ¡¡su puta madre qué cojones habrá querido decir!!
Y el que no se lo curra y no tiene ni puta idea de qué está hablando, te cuenta toda su vida para que sepas qué quiere. Estos tipos suelen explicarte cómo funciona toda su aplicación a nivel usuario (que a tí ese rollo no te vale ni para ir al water) para que le sustituyas un archivo porque le han mandado una actualización.
¡¡¡Señores!!!¡¡¡Basta ya!!! No me vengas a contarme cómo cojones administras tu base de datos de libros porque no me importa. No me expliques si tienes súbditos que meten referencias de libros para darme envidia porque yo no tengo un esclavo que me coja el teléfono para aguantarte. Eres un usuario y tu trabajo es transmitirme tus problemas y tus necesidades y punto. Si necesitas hablar vete a un psicólogo.
Y si en vez de por teléfono me dices las cosas por email, mejor todavía. Así mientras estás escribiendo no me estás entreteniendo y, además, puedo enviar tu email al spamassassin para las siguiente solicitudes que realices.
Hace tiempo que me dió la idea Calvin de hacer este blog por las cosas que les contaba de mi trabajo (gracias, tio). Hoy es el dia adecuado. Esta mañana ha sido horrible, vamos, todo lo horrible que es una mañana en la que tienes mucho trabajo en un trabajo que te gusta y yéndote a casa a tu hora con todo solucionado. Aún así os paso a contar la situacion por orden cronológico, lo que no quiere decir que haya acabado una cosa antes de empezar con el siguiente marrón:
1.- Me manda un correo el desarrollador de una aplicación. Este hombre no trabaja en el ministerio, por ello tiene un "responsable" dentro del ministerio. He hecho la actualización sin problemas.
2.- Me llaman de la red interministerial (que es la red que une todos los ministerios de este pais) diciéndome que recibían de nuestro servidor correos que iba dirigidos a Internet. Esto me ha supuesto estar más de una hora analizando logs, sendmail.cf y haciendo pruebas con sendmail -bv.
3.- Me llaman del consejo superior de deportes, que si mandan correos hacia otro ministerio les cambia mi servidor el dominio, y en lugar de quiensea@loquesea.ministerio.es se lo devuelve como quiensea@loquesea.miexdominio.es. Esto me ha llevado su buen rato también junto al punto 2.
4.- Mi jefe se ha cojido 2 dias libres (el miércoles fué fiesta y hoy es viernes) y, como yo estaba montando otros 3 servidores, él acababa una migración de un servidor de cooperación internacional. Pues hoy me llama el coordinador de ese área y me dice que ni ven la web desde Internet, ni pueden subir ficheros por FTP ni desde Internet ni desde la Intranet ¿? Esto no me ha llevado tanto porqué estaba con las neuronas calentitas gracias a los puntos 2 y 3. Configurar la IP de la nueva máquina en el Firewall y añadir /bin/false a /etc/shells. Lo segundo fué culpa mía, pero lo primero no (muy mal, jefe).
Pues mientras estoy con el punto 4 (sin haber acabado 2 y 3) me llama el responsable de la aplicación del punto 1. La conversación ha sido algo como (en negrita soy yo y entre parentesis lo que he pensado):
-hola. Que mira [...2 minutos después...] te ha mandado un correo porque [...]mayúsculas y minúsculas[...]...
-Sí, ya lo actualicé esta mañana
-¿Pero a qué hora?
-Pues cuando he podido (vamos, cuando he llegado)
-Pues es que deberias actualizar la aplicación cuando veas un correo porque es urgente
-Mira: actualizo las aplicaciones cuando tengo tiempo para actualizarlas; veo los correos cuando tengo tiempo para verlos y no cuando llegan; ya te he actualizado la aplicación y no me has mandado los ficheros correctos, la próxima vez compruébalo antes; hago las cosas por orden de importancia y no por orden de urgencia porque para todos lo vuestro es lo más urgente; y no tengo tiempo de hablar contigo ahora porque no lo tengo ni para leer el correo que me dice que actualice tu aplicación. En cuanto pueda, lo hago. Hasta luego.
Lo mejor en estas ocasiones es mantener la serenidad. Mostrar con la voz que tienes prisa pero nunca gritarles por muchas gilipolleces que digan...que las dirán.
Solucioné todo y actualicé su aplicación...en el fondo no soy tan malo.
Política de colas del administrador:
Organizo las cosas por orden de importancia y no por orden de urgencia, porque si hago lo más urgente (para vosotros), lo realmente importante se quedaría sin hacer.
Suscribirse a:
Entradas (Atom)