Historias
Slashboxes
Comentarios
 
Este hilo ha sido archivado. No pueden publicarse nuevos comentarios.
Mostrar opciones Umbral:
Y recuerda: Los comentarios que siguen pertenecen a las personas que los han enviado. No somos responsables de los mismos.
  • Me parece que falta esta:

    (Puntos:1, Interesante)
    por chus_rp (15578) el Martes, 01 Febrero de 2005, 12:34h (#435748)
    ( http://barrapunto.com/ | Última bitácora: Martes, 22 Enero de 2008, 11:01h )
    Si tocas algo, asegurate poder echarle la culpa a otro en caso de fallo.
  • Si ayer a última hora funcionaba...

    (Puntos:5, Inspirado)
    por manzanedo (16490) el Martes, 01 Febrero de 2005, 12:36h (#435749)
    ( http://barrapunto.com/ | Última bitácora: Martes, 19 Abril de 2005, 16:50h )
    ...y hoy a primera hora no, es porque has cambiado algo. El software no muta él solito (aplicable a soporte a usuarios)
    --

    No hay un dónde, allí...
  • otras..

    (Puntos:5, Interesante)
    por Tei (4535) el Martes, 01 Febrero de 2005, 12:36h (#435750)
    ( Última bitácora: Viernes, 03 Febrero de 2012, 15:18h )
    Negare haber escrito esto:

      . Hacer copias de seguridad cada X dias.
      . Asegurarte que sabes recuperar todo desde esas copias de seguridad.
      . Informa a tu jefe/cliente de tus progresos, que sepan que estas vivo y que curras mucho. Y que validen tus progresos.. no se que haya malos entendidos por ahi.
      . Usa lo que sabes manejar, aprende a manejar lo que usas.
      . Ten bien afilado un sistema de debugging.
      . Protegete de los cambios con al menos UNA capa de abstracion (orientada a objetos o no).
      . De vez en cuando compra libros de informatica y leelos
      . Sonrie beatificamente.
      . Aprende a disculparte.
      . Tu jefe/cliente no dicen chorradas, responde siempre con "Que buena idea,.. lo voy a estudiar" y luego "Hay que pena, pero no va ha podido ser".
      . Basicamente calla, calla y calla, escucha escucha escucha, no digas sino haz, y una vez echo haz otra copia de seguridad.
      . Piensa como un cinico, pero comportate con los demas como teresa de calcuta.
  • Bastante de acuerdo

    (Puntos:4, Interesante)
    por sorrill (13858) el Martes, 01 Febrero de 2005, 12:38h (#435751)
    ( http://barrapunto.com/ )
    Aunque algunas no siempre son viables, como la 4 y la 8, que por cuestiones de tiempo raramente se hacen (leer manuales y documentar).

    Añadiria otra mas, no te fies ni un pelo del usuario, aunque te diga que ha reiniciado engañale para que reinicie de verdad (ej: ejecutar ipconfig y reiniciar).

    Otra cosa mas, no te fies de las copias de seguridad, si necesitas una haz 3.

    Si un usuario te asegura que en el disco duro no tiene nada importante y que puedes formatearlo haz antes una copia de seguridad, mañana te pedira un archivo del disco duro.

    Saludos.
  • Palabras que me salvan la vida...

    (Puntos:5, Divertido)
    por Axelei (15126) <{axelei} {at} {gmail.com}> el Martes, 01 Febrero de 2005, 12:41h (#435755)
    ( http://www.krusher.da.ru/ )
    Palabras que me salvan la vida cada vez que alguien me pregunta algo en el messenger:

    ``no lo sé''
    --
    HOIGAN [hoigan.es]!!!11!1oneone
  • "No des nada por supuesto"

    (Puntos:3, Interesante)
    por DrPepix (3112) el Martes, 01 Febrero de 2005, 13:02h (#435771)
    Engloba y es englobado por algunas de las reglas propuestas, pero no por ello es menos importante.

    "No des nada por supuesto" es una invitación a comprobar las cosas, desde el teclado del usuario hasta el cable de la red eléctrica del servidor. Es una invitación a descartar eso de "pero si no ha cambiado nada...", porque las cosas cambian incluso aunque uno no las toque (aquel que no tenga en cuenta que los programas se ejecutan en ordenadores físicos, con sus problemas de envejecimiento, va errado).

    Hay tal cantidad de detalles en cualquier instalación informática compleja, que lo mejor es no dejarse cabos sueltos. Ni dar por supuesto cosas de antemano, sin verificarlas antes.
  • La brujeria

    (Puntos:1)
    por ColdWind (17140) el Martes, 01 Febrero de 2005, 13:06h (#435781)
    Y no olvideis el factor X, el componente mágico de la informática por el cual pueden pasar cosas inexplicables. Y que como último recuerdo se pueden solucionar algunos problemas mediante la brujeria.
    • Re:La brujeria de pardal (Puntos:2) Martes, 01 Febrero de 2005, 13:59h
    • 1 respuesta por debajo de tu umbral de lectura actual.
  • Otra más

    (Puntos:3, Inspirado)
    por Pndel (17582) el Martes, 01 Febrero de 2005, 13:18h (#435788)
    ( http://www.chirimoyas.es/ | Última bitácora: Miércoles, 04 Noviembre de 2015, 22:57h )

    Y para que no digan que me salgo del tema, la relaciono con el punto 8 (el que va sobre "documentar"):

    - Asegúrate de que aprendes el uso correcto de los signos de puntuación (punto, como y punto y coma) en tus escritos, si quieres que sean medianamente legibles y comprensible por la gente con un nivel de alfabetización básico.

  • La mejor regla

    (Puntos:3, Divertido)
    por Penetrator (5932) el Martes, 01 Febrero de 2005, 13:23h (#435794)
    Como decía Homer Simpson: "if something goes wrong, blame the guy who can't speak english".

    -
    --
    La belleza está en el interior (Jack el Destripador)
  • otra cosa

    (Puntos:1)
    por hande (13959) el Martes, 01 Febrero de 2005, 13:33h (#435802)
    ( http://blog.carlesreig.com/ | Última bitácora: Lunes, 17 Julio de 2006, 22:49h )
    hay que tener copias de seguridad de todo, antes de modificar nada.
  • 3 reglas básicas

    (Puntos:2)
    por TiGRETON (10475) el Martes, 01 Febrero de 2005, 13:42h (#435808)
    ( http://www.tigreton.com/ )
    Home J. [wikipedia.org] dijo una vez:

    Hijo mio, estas son las tres frases que te sacarán de todos los problemas: "Estaba así cuando llegué", "No digas que he sido yo" y "¡Qué buena idea, jefe!"
  • Pegas

    (Puntos:3, Interesante)
    por trovador (9832) el Martes, 01 Febrero de 2005, 13:45h (#435810)
    ( http://barrapunto.com/ )
    2. No arregles lo que no está roto, o sea; si funciona, no lo toques.

    Mentira. Eso sólo es una prioridad si tienes que hacer que funcione lo que no funciona. En cuanto tienes tiempo "libre", hay que gastar en "refactorizar".

    7. Si algo está ahí, por algo será, o sea; no borres nunca nada, y si algo te molesta, renómbralo.

    Verdad a medias. Hay mucho código muerto. Y desde luego no vale quedarse sin saber por qué está ahí.

    • Re:Pegas de Tei (Puntos:1) Martes, 01 Febrero de 2005, 13:52h
      • Re:Pegas de trovador (Puntos:2) Martes, 01 Febrero de 2005, 14:11h
  • Más reglas.

    (Puntos:2, Interesante)
    por elgrancajuna (17624) el Martes, 01 Febrero de 2005, 14:16h (#435828)
    ( http://www.custodias.es/ | Última bitácora: Jueves, 18 Mayo de 2017, 15:35h )
    - No intentes meter Linux en la empresa diciendo sus bondades. Si falla Windows, no pasa nada. Si falla Linux, TÚ eres el culpable. Déjalo, que ya caerán del burro por su propio peso.

    - Mezcla entre dos que has dicho: siempre que hagas algo, es porque puedes volver para atrás. Si no, copia de seguridad.

    - Si lo ha montado otro que ya no puedes llamar, intentar tocar lo menos posible. Si se rompe por accidente, tienes un marronazo (también deducible de las tuyas).

    - Extensión de la del pesimismo: cuando te pregunten si algo se puede hacer y crees que sí, respone: "Hay que probarlo".

    - La más importante: diviértete y disfruta con la informática.

    _
    --
    Saludos.

    El Gran Cajuna.
    ---------------
  • La norma 8

    (Puntos:2, Interesante)
    por pobrecito hablador el Martes, 01 Febrero de 2005, 14:42h (#435846)
    Yo no estoy del todo de acuerdo con la norma 8. Si documentas que no lo sepa nadie porque si lo haces te daran la patada a la primera de cambio.

    Mi caso: yo tuve un puesto de trabajo cojonudo. Bajo mi responsablidad estaban todos los sistemas de una empresa mediana tirando a grande sin ser el jefe del dpto. de informatica. Lo llevaba todo o casi todo de cabeza porque asi es como se llevaba antes de llegar yo. Cuando llegue a esa empresa no tenian nada. Yo puse servidores nuevos, VPN entre delegaciones, copias de seguridad centralizadas, la aplicacion de gestion tambien centralizada, mejore las lineas de comunicacion, todo a costa de partirme los cuernos y de reuniones con la direccion para que soltaran la pasta.

    Al cabo de cierto tiempo cambiaron al jefe de dpto. y estuvo dandome la turra hasta que lo documente todo. Luego me dijeron: "ala chaval, toma el finiquito y para tu casa". Yo ya sabia que el Director General me tenia ganas pero no imaginaba que tantas y todo porque le jodia que el que habia conseguido hacer todo lo que no habian hecho los anteriores no era Ingeniero de algo y que el Teleco que habian contratado para dirigir el dpto lo unico en lo que era experto era en organizacion de tareas y en lamer culos.

    Si, estoy resentido, y que?
    • Re:La norma 8 de HaCHa (Puntos:1) Miércoles, 02 Febrero de 2005, 08:30h
    • Re:La norma 8 de dcabrera (Puntos:2) Martes, 01 Febrero de 2005, 20:02h
    • 4 respuestas por debajo de tu umbral de lectura actual.
  • una muy importante

    (Puntos:4, Divertido)
    por Pobre de mi (13892) el Martes, 01 Febrero de 2005, 15:00h (#435856)
    ( http://barrapunto.com/ )
    No, no se toca nada el viernes. Ni de coña, ni para cambiar el fondo de escritorio. Nada, ni hablar, no quiero, no lo hagas, pero ni con copia de seguridad.

    Y si puedes, tampoco lo toques en jueves, ya puestos a pedir... :P
  • Siempre encima

    (Puntos:2)
    Lleva siempre encima una Knoppix (o similar). No sabes la cantidad de veces que me ha salvado el día.
    --
            _ Iván Sánchez Ortega "MR"
      /|/| |_>
     /
  • por FatDaemon (8708) el Martes, 01 Febrero de 2005, 18:42h (#436022)
    NUNCA arregles algo que no desée ser arreglado. Muchos por andar de redentores resultan crucificados.
    --
    Linux Forever
  • por dcabrera (17721) el Martes, 01 Febrero de 2005, 19:50h (#436051)
    Algo que me enseñaron sobre la regla 2 ...
          ... inviable.. siempre hay que tocar algo antes o despues... así que asegurate de que cuando lo toques, que no sea el viernes.
          Dicho de otro modo, ante cualquier cambio, asegurate de que tienes tiempo aplicar la regla 1 dentro del horario laboral.

    La vida de un informático es pésima
    La de un estudiante de informática, un infierno
    Pero peor es la de un <pre>cario.
  • por agperez (9619) <{a.glez} {at} {zoho.com}> el Martes, 01 Febrero de 2005, 22:00h (#436114)
    ( http://barrapunto.com/ )
  • por Rei (13337) el Miércoles, 02 Febrero de 2005, 01:03h (#436209)
    ( http://www.ayanami.es/ )
    Si puedes tomate tiempo. Si crees que algo tardará un tiempo, di siempre que tardarás bastante más, nunca se sabe que puede pasar, y es mejor entregar antes de lo que se espera que no ir a pedir más tiempo.

    Idem para cualquier tipo de recurso (personal, material, etc) Si algo va a requeriri tal cantidad de lo que sea, o va a costar tanto, di que la cantidad final es superior siempre.

    (estos dos principios son aplicables a todo, no solo a informática).

    Ahora un principio que ya han comentado por ahí:

    El ingeniero superior sabe de memoria la teoría detrás de la propagación de un haz laser pulsado con corriente de Off por debajo de la de efecto laser, y los tiempos de propagación, pero no tiene por que tener ni idea de como se monta un VPN, como se configura la red ni de como va un puto enchufe. Vamos, para dar el callo no contrates un teleco superior (Se de que hablo, en 6 meses terminaré la carrera), contrata siempre a técnicos y FP's.

    En un aspecto más de usuario:

    El usuario medio es lo suficientemente tonto como para no entender como arrancar un ordenador pero lo suficientemente listo como para dejarte verde delante del jefe, cubrete las espaldas.

    Si es factible tener un sistema de pruebas, o probar lo que hagas en otro equipo no lo dudes, hazlo, y cuando funcione clona el disco!

    Viniendo de la anterior: Dos configuraciones idénticas de tal programa (disco clonado) funcionando en el mismo hardware (2 ordenadores idénticos) funcionarán de forma diferente. Revisa el funcionamiento aunque parezca obvio que debe funcionar.

    Asegurate siempre de poder esquivar las culpas: Windows es una buena pantalla para esquivar una situación peliaguda en caso de que falle todo lo demás. Conviene tener la suficiente capacidad de autoengaño como para llegar a creerse que tras ejecutar un format c: el causante de la pérdida de datos seguro que ha sido un virus. En su defecto no tener conciencia o escrúpulos.
    --
    We're hope so that people might understand each other -- Rei & Kaworu
  • por DanielSan (10124) el Miércoles, 02 Febrero de 2005, 02:17h (#436224)
    ( http://guslibu.awardspace.com/ | Última bitácora: Viernes, 18 Marzo de 2011, 08:29h )
    Más:

    Comprueba siempre que todo sigue funcionando. Aunque el cambio sea ridículo.

    Comprueba que puedes reproducir los errores antes de arreglarlos. Si te informan de que algo está fallando, lo primero es saber cómo reproducirlo.
  • por xantino (15168) el Miércoles, 02 Febrero de 2005, 02:42h (#436226)
    Megaguay! Qué súper tus consejis!!
  • por javiergonzalez (17563) el Miércoles, 02 Febrero de 2005, 02:45h (#436228)
    Con tanto osea parece que las ha dictado Borjamari ...
  • Una simple

    (Puntos:2)
    por magmax (2363) el Miércoles, 02 Febrero de 2005, 08:16h (#436279)
    ( http://www.magmax.org/ | Última bitácora: Miércoles, 22 Septiembre de 2010, 03:12h )
    Una que falta es muy simple:

              utiliza un control de versiones!!!!

    Eso sí que te puede salvar el culo...
    --
    http://www.magmax.org [magmax.org]
  • 1ª Regla

    (Puntos:2)
    por pedrobz (5201) el Miércoles, 02 Febrero de 2005, 08:23h (#436285)
    ( http://barrapunto.com/ | Última bitácora: Miércoles, 06 Julio de 2005, 11:32h )
    Prohibido leer Barrapunto XD

    La ruptura de esta regla hara que tu productividad baje a minimos.
    --


    Cuando el Yo existe el Otro se discrimina. Cuando se forman el Yo y el Otro, surge el apego y el enfado
  • 2 respuestas por debajo de tu umbral de lectura actual.