Control de calidad

Si no estás orgulloso de ello, no es suficientemente bueno.

~ Andy Pike

Comentarios
  1. MiguelRock

    creo que todos no sentimos orgullosos de nuestro trabajo cuando lo hemos hecho todo nosotros mismos, creo que la frase seria: “si no lo haz hecho tu mismo, no esta bien” xD

    Responder

    • el-henry

      yo nunca me conformo con lo mio, hacia diseño 3d como hobby y a todos les gustaban mis diseños, pero yo los miraba y siempre decia que eran malos, un splin que sobra por aca, una textura que a lo mejor no cuadra del todo con lo que pretendia, etc. supongo que tenia expectativas demasiado altas para mi

      Responder

    • Charlesartist

      Estoy de acuerdo contigo MiguelRock! 🙂
      creo que siento lo mismo cuando termino mi trabajo…

      Responder

  2. ikaros

    No siempre eh miguelrock… yo he dejado mucha mierda atrás en mi trayectoria de informático.

    Responder

    • MiguelRock

      entonces esto no se apega a ti, sino a tu sucesor, que al ver tu trabajo dira que esta mal, y pedira botar todo para hacerlo de nuevo, asi se cumple: “si quieres algo bien, hazlo tu mismo” 😀

      Responder

  3. […] Copiado directamente de Mundo Geek. Esta entrada ha sido publicada el 03/08/2011 a las 19:25 y está guardada en Citas y frases. Puedes seguir las respuestas a esta entrada a través del RSS 2.0 feed. Puedes dejar un comentario o un trackback desde tu página. […]

    Responder

  4. ZiTAL

    Muy bueno.

    Responder

  5. MaG

    Esta frase la considero muy cierta. Muchas veces cuando termino una aplicación y la paso a producción, suelo tener pensamientos que no salen de mi cabeza y de cosas que hice de una manera y debí haberlas hecho de otra, algoritmos que en un principios considere buenos se tornan inservibles y deficientes. Todo se resume a ese pensamiento:

    Rin rin riin!
    ->¿Hola?
    >Ha ocurrido algo Sr.
    -> ¿Qué sucede?
    ==> Su software sr., dice: Segmentation Fault

    Responder

    • MaG

      Corrijo error:

      “esta frase considero que muchas veces no aplica (a mi)”

      Morphy: Si algo puede salir mal, saldrá mal.

      Responder

    • [UT]_Roxx

      No se cuantos estaréis de acuerdo con esto. Muchas veces (casi todas por desgracia) la decisión de hacer las cosas de una forma u otra, no esta en vuestras manos, sino en la de otras personas. Sobre todo en cosas de curro, entre que el que en un momento dado tiene la capacidad de decisión lo hace mal, y las prisas de los plazos justísimos que tienen los proyectos, tenemos que entregar las cosas con auténticas ñapas.

      No siempre pasa, pero pasa mucho. Por eso me uno en parte a uno de los primeros comentarios que hablaba de hacerlo tu mismo. No es que sea necesario hacerlo por ti mismo, es que muchas veces, como las decisiones las tome otro y las tome mal, ya va todo torcido. Y jamás te podrás sentir orgulloso, aunque acabe saliendo. ¿Estáis de acuerdo?

      Saludos!

      Responder

      • ¡Menuda verdad! Nunca entendí por qué se pide tiempos a una persona cuando esta nunca hará el desarrollo. Al final terminas comiéndote un marrón de la leche con un tiempo ridículo para poder hacerlo.

        Como dices, al final termino haciendo ñapas para llegar al plazo acordado (en el que tú nunca fuiste preguntado). Y luego, al menos yo, me vuelvo loco para poner las cosas en su sitio (y como creo que deben estar) cuando tengo un rato “libre”.

        Debería existir una super lejía para programadores cuyo lema rezase “El ñapismo se va a acabar”.

        Responder

  6. Errepunto

    Para mi es bueno si no suelta excepciones en producción 🙂

    Responder

    • eme

      Es bueno si hace lo que tiene que hacer y los errores en ejecución se controlan de forma adecuada.

      Las dos afirmaciones, en cualquier aplicación empresarial implican una gran complejidad, por este motivo es difícil que nadie se sienta del todo orgulloso del código liberado.

      Para mejorar de forma global todo el ciclo de desarrollo mucha gente está trabajando con metodologías ágiles a nivel de gestión del proyecto y con buenas prácticas que provienen de ‘extreme programming’ a nivel de desarrollo.

      El desarrollo de software es complejo en todos sus niveles, simplificar lo que está bien hecho y mal hecho en función de la sensación que te produce no creo que ayude a mejorar el desempeño profesional.

      Concienciarse de los puntos débiles propios y trabajar para mejorarlos es un buen paso y hacerlo solo depende de uno mismo.

      Responder

  7. aseguranza de calidad

    Responder

  8. Good respond in return of this matter with genuine arguments and
    explaining everything concerning that.

    Responder

Deja un comentario