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

10/08/2021 - 10:30:00 por Fabio Baccaglioni - 3328 - 19 - En Programación

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...

Escrito por Fabio Baccaglioni

• Ruleta Rusa #768
• El rearme: de nuevo, pero mejorado con los F-16
• 80186 el procesador olvidado
• Irán, y por qué debería ser derrotado por todo occidente

History Tech #11 - Cuando nos vendían tecnología

MiniPost: Las heridas de los Lascelles

La moda de sentarse en un poste

History Tech #5 - Cuando nos vendían tecnología

History Tech #3 - Cuando nos vendían tecnología

Cómo es la inyección de código malicioso en un sitio

Comentarios

• 1

  Martin     10/08/2021 - 11:20:56

  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.

• 4

  Fabio Baccaglioni     10/08/2021 - 12:45:14

  te mando todas las bajadas de línea posibles

• 2

  Beto     10/08/2021 - 12:07:04

  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 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...

• 3

  Hernan     10/08/2021 - 12:42:49

  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
  }

• 5

  Fabio Baccaglioni     10/08/2021 - 12:46:02

  yo programo abortos de la naturaleza jajajaja pero bueno son estilos, es una discusión de demasiada data, yo lo leo mejor si se abre abajo ?‍♂️

• 7

  Nasher_87(ARG)     11/08/2021 - 01:14:34

  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}}}

• 15

  José Zanni     14/08/2021 - 19:30:09

  Ahhh, esa discusión!
  
  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
  }

• 16

  Fabio Baccaglioni     14/08/2021 - 20:42:05

  jajajaj

• 6

  Zurdito     10/08/2021 - 13:43:42

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

• 8

  Ale     11/08/2021 - 07:52:47

  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.

• 11

  Fabio Baccaglioni     11/08/2021 - 10:43:00

  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

• 9

  Panchi     11/08/2021 - 09:35:38

  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.

• 10

  Fabio Baccaglioni     11/08/2021 - 10:41:34

  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

• 12

  GAK     11/08/2021 - 11:07:33

  "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.

• 13

  Fabio     11/08/2021 - 15:32:23

  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

• 14

  Fabio Baccaglioni     11/08/2021 - 15:42:58

  paciencia, es así para ver los comentarios que, para mí, son parte de un post SIEMPRE

• 17

  Gabriel     14/08/2021 - 23:00:37

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

• 18

  Juan Ignacio Madeo     17/08/2021 - 12:09:56

  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.

• 19

  Fabio Baccaglioni     17/08/2021 - 12:34:35

  jajajaj a llenar de comentarios y encabezados!