Contar líneas de código no sirve para nada

Esta historia es parte del folklore informático de los años 80s cuando dentro de Apple a un manager se le ocurrió que era buena idea contar líneas de código para medir la performance de trabajo de los programadores.

Todo aquél que realmente programa sabe que eso es una estupidez, a veces se suman muchas líneas, otras pocas, pero a quien realmente molestaba era a Bill Atkinson quien era el autor de Quickdraw y el diseñador de la interfaz de la Apple Lisa.

Bill tenía motivos de sobra para odiar esto ya que muchas de las cosas que él hacía era optimizar sus programas para que funcionaran más rápidos y eficientes, no acumular líneas al pedo.

Así pues llegó un viernes en el que debía pasar su reporte de líneas y escribió "-2000 líneas de código". Obvio! Había optimizado y ganado 2000 líneas menos! eso es mucho mejor que sumar otras miles!

Pocas semanas después el requerimiento de cargar cuántas líneas de código habían escrito se descartaba ¿cómo podrías medir cuan bien programaba si te restaban líneas optimizando código?

Esto me recuerda a un trabajo que tuve una vez donde el nuevo manager pretendía que carguemos minuto a minuto qué estábamos haciendo. Como si fuésemos operarios de una fábrica que empezábamos con la tarea X y seguíamos en esa durante 8 horas sin detenernos ni a un café ni a pensar ni, mucho menos, googlear una idea o respuesta.

Para los managers no existen bloqueos, es todo productividad y creen que se mide en líneas de código: Atkinson te cargaría -2000. Eso es programar.


Via Folklore.org

Si te gustó esta nota podés...
Invitame un café en cafecito.app


Otros posts que podrían llegar a gustarte...

Comentarios

  • Martin    

    Alla a lo lejos había un jefe(que por suerte no era mi jefe) en la empresa donde trabajaba que se había construido un validador de programas que si no tenían cierta cantidad de sentencias no los aprobaba como terminados, pero era tan corto de mente que solo contaba líneas y no que tipo de sentencias, asi que al final eran los programas con mas display del mundo o con mas sentencias inútiles del mundo.

    • Responder
    • Citar
    • Comentado:
    • te mando todas las bajadas de línea posibles :D

      • Responder
      • Citar
      • Comentado:
  • Beto    

    Es casi seguro afirmar que todos hemos tenido alguna vez un jefe pelotudo que cree que más líneas igual a más producción, pensamiento de línea de montaje fordiana :D Lo mejor es que muchos aún siguen creyendo que eso aplica para todo.

    También prueba de que Apple no siempre fue lo que es hoy...

    • Responder
    • Citar
    • Comentado:
  • Hernan    

    Gracias a este tipo de managers debe haber salido la convencion de poner las llaves de apertura en la linea inferior.

    if(xxxxxx) {
    //Esteticamente superior
    }


    if(xxxxxx)
    {
    //Aborto de la naturaleza
    }

    • Responder
    • Citar
    • Comentado:
    • yo programo abortos de la naturaleza :D jajajaja pero bueno son estilos, es una discusión de demasiada data, yo lo leo mejor si se abre abajo 🤷‍♂️

      • Responder
      • Citar
      • Comentado:
    • Yo no se mucho programar, estoy muy verde en Java y C pero la miá varios ta me putearon, contar lineas? me hubiese despedido al toque
      Yo hago esta:
      if(xxxxxx) {
      Sentencia}

      Si cierro varias llaves
      if(xxxxxx) {
      Sentencia}}}

      • Responder
      • Citar
      • Comentado:
    • Ahhh, esa discusión! :D :D

      Yo uso la opción ABORTO DE LA NATURALEZA, porque es mucho mas claro ver esto:

      if( amor amor amor)
      {
      amor
      amor
      amor
      amor
      }

      que esto:

      ifwhileLorenipsund olor (sdfsdf@#34) {
      odio
      rencor
      peronismo
      nazis
      }

      • Responder
      • Citar
      • Comentado:
  • Zurdito    

    Ahora por suerte hay analizadores de Code Smell para arreglar esos años de cagadas

    • Responder
    • Citar
    • Comentado:
  • Ale    

    Eso que decís del laburo que tuviste donde tenías que imputar minuto a minuto, casi que se mantiene no? No minuto a minuto, pero sí en bloques de horas.

    Al menos en los laburos que he tenido siempre hay que trabajar con estimaciones de tareas e imputar ls horas o minutos dedicados.

    Me pregunto si hay otra manera, porque esa desde luego que no me gusta nada. Porque es como decís, parece que uno no va al baño, ni hace una pausa ni se detiene a pensar en el problema. Se asume que si tenés en tu panel 8 hs de tareas, estuviste sentado esas 8hs trabajando en cada una de ellas.

    • Responder
    • Citar
    • Comentado:
    • cuando trabajás con herramientas más serias y conceptos más realistas dividís bien la tarea en subtareas y los tiempos los estimás por cada una, vas identificando dónde están los hitos que te frenan y el trabajo lo medís por tarea completada, no por horas culo de silla, es un enfoque un poco más coherente. El resultado final siempre es en horas pero no las medís igual.

      En mis planificaciones siempre dejo espacios vacíos para que haya margen

      • Responder
      • Citar
      • Comentado:
  • Panchi    

    Se se usa en muchos lugares, pero sobre todo por un tema de estimacion de costos, no para saber cuentos minutos te pasaste rascandote la nariz o sacandote los mocos o mirando youtube, si queres, todo es y los bloqueos forman parte del tiempo que toma el desarrollo de determinado producto.

    • Responder
    • Citar
    • Comentado:
    • eso cuando se hace bien, cuando estimo tiempos considero esos tiempos muertos, uno no puede estar 100% concentrado en la misma cosa, además de que siempre cae un muerto de otro proyecto o alguna cosa urgente.

      pero cuando se usa para medir performance es cualquiera y siempre se fracasa, mi hipótesis es que en el 100% de los casos quien plantea usarlo de esa manera nunca programó nada en su vida

      • Responder
      • Citar
      • Comentado:
  • GAK    

    "Esto me recuerda a un trabajo que tuve una vez donde el nuevo manager pretendía que carguemos minuto a minuto qué estábamos haciendo". Para "ganar" en un conflicto decidí usar una metodología similar. La abandoné cuando me acerqué al punto de escribir que estaba escribiendo.

    • Responder
    • Citar
    • Comentado:
  • Fabio    

    Este post debería ir dentro de irritante #14 porque lo lees y cuando le das a "seguir leyendo el post" no hay nada mas, ni una sola linea ..... Nos esta tomando el pelo que ya no tengo querido tocayo?
    Abrazos!!!
    Fabio

    • Responder
    • Citar
    • Comentado:
    • paciencia, es así para ver los comentarios que, para mí, son parte de un post SIEMPRE

      • Responder
      • Citar
      • Comentado:
  • Gabriel    

    Me encantan los oneliners de bash, sed y awk! , ahi sonamos con el conteo de lineas..

    • Responder
    • Citar
    • Comentado:
  • En un trabajo que se quejaban de lo poco que trabajara y que todo lo que haciea era acortar los códigos termine con //* esto hace lo que tiene que hacer *//
    //* no se si lo leen pero estas son validaciones *//

    y se pusieron contentos de llenar el código con explicaciones cada 3 líneas.

    • Responder
    • Citar
    • Comentado:
    • jajajaj a llenar de comentarios y encabezados!

      • Responder
      • Citar
      • Comentado:

Deje su comentario:

Tranquilo, su email nunca será revelado.
La gente de bien tiene URL, no se olvide del http/https
Para evitar bots, si se tardó mucho en leer la nota seguramente no sirva y tenga que intentar dos veces

Negrita Cursiva Imagen Enlace


comentarios ofensivos o que no hagan al enriquecimiento del post serán borrados/editados por el administrador