La leyenda de la computación Ken Thompson reflexiona sobre la verdadera productividad en el desarrollo de software. En un mundo obsesionado con métricas de cantidad, Thompson recuerda que simplificar un sistema y eliminar código superfluo es a menudo el mayor avance técnico posible. Una lección de minimalismo que dio forma a Unix y que sigue vigente décadas después.
|
etiquetas: ken thompson , unix , programación , software , minimalismo , productividad 
Lamentablemente otras métricas totalmente estúpidas como temperatura del sillón donde labora un trabajador (para medir presencialidad) siguen vigentes en la mente de jefazos atornillados a prácticas de principios del siglo pasado.
En el contexto de la informática un programa con menos líneas es más fácil de mantener que algo con millones de líneas aunque haya espacio y memoria de sobra, pero va a meter más bugs y va a ser más complicado de depurar y mantener por gente ajena a ese código.
No hay nada peor que ver algo que esta mal hecho y que lo han usado a modo de plantilla en un monton de sitios
La IA es útil, sin dudarlo. Pero aquí lo que estamos viendo es cómo unas pocas empresas se están haciendo con el mercado de las subscripciones para que los programadores puedan seguir trabajando.
Las empresas que venden servicios de IA bajo subscripción, aún tiene millones de programadores como potenciales clientes. La cifra de negocio debe ser interesante, y aún no están cobrando los precios de verdad.
En mi empresa hemos pasado de "¡todos a la IA!" a "usen la IA con mucho cuidado" desde que han empezado a ver los costes.
¡Coño! te había entendido mal ... pensaba que hablabas del error de medir el consumo de la IA en tokens ....
Tienes toda la razón, gastar tokens está tirado .. usarlos con resultados, es otra cosa distinta (como lo de las líneas)
p9f.org/
p9f.org/about.html
Como dice #10
La foto es un cota pega de la pagina del manual de ls, una salida de ese comando y luego la muestra del contenido de un script hello word en bash, la ejecución del script y por último la muestra de la ejecución del comando "ps aux" para ver los procesos del programa bash y te pone números que son 1234 1234 6789... Muy… » ver todo el comentario
Te me has adelantado porque venía a decir lo mismo. Al menos es un UNIX. Recuerdo un anuncio glorioso, creo que de infovía, donde se veía una serie de ingenieros delante de un PC de la época ... ¡y en la pantalla estaba corriendo el scandisk de MSDOS!
nmap.org/
¿interfaz? Si es la shell ejecutando cuatro comandos, lo único, han cortado el man ls y han dejado solo un cacho se la salida.
Si me apuras, hasta el antiguo debug de MSDOS es una interfaz.
Incluso, que no lo sabía, se le llama shell "cáscara" por que envuelve al kernel (núcleo) que en alemán también significa hueso o semilla (si es como en un melocotón).
Date cuenta que esto viene de una época en el que "interfaz" eran tarjetas perforadas. Yo nunca las vi en funcionamiento, pero cuando estaba en la universidad te contaban que para hacer las IPL tenían como un conjunto de tarjetas que arrancaba el ordenador, algo así como el GRUB, pero en papel.
Eso lo he usado yo, los IBM 3270 (luego eran todos emulados en PCs) Los teclados de las narices pesaban sus buenos 4-5 kilos y tenían un dispositivo que imitaba el sonido de las máquinas de escribir, pero no era el ruido de la tecla, tenían un dispositivo dentro que soltaba una leche a un yunque interno y sonaba como las máquinas de escribir mecánicas.
Otra cosa curiosa, el botón de mayúsculas no funcionaba como sabemos todos ... en una posición podías usar mayúsculas/minúsculas y en la… » ver todo el comentario
Algo me suena ... pero date cuenta te hablo de algo que no he tocado en casi 40 años. Esto creo que debe ser de un emulador (por los colorines) pero así recuerdo yo el CICS en 1987. Luego en los 90 trabajé con chismes de estos, pero vía emulación HW y otra vez en los 2000, pero SW. Pero el espíritu era el mismo.
Una cosa muy curiosa era el comando SORT ... que lo usaban para un montón de cosas aparte de para ordenar, como sería lógico.
No, el de COBOL/CICS/DB2:
www.ibm.com/docs/en/cobol-zos/6.3.0?topic=files-coding-input-procedure
Lo usaban para mezclar ficheros, ordenar, hacer operaciones ...
SORT SORT-WORK-2
ON ASCENDING KEY SORT-KEY
INPUT PROCEDURE 600-SORT3-INPUT-PROC
. . .
600-SORT3-INPUT-PROC SECTION.
PERFORM WITH TEST AFTER
VARYING X1 FROM 1 BY 1 UNTIL X1 = 100
RELEASE SORT-WORK-2-AREA FROM TABLE-ENTRY (X1)
END-PERFORM.
mezclar ficheros
MERGE SORT-FILE
ASCENDING KEY SR-ID… » ver todo el comentario
Como hacerlo por edad, color de pelo, o procedencia es absolutamente ilegal, pues lo hicieron por eso. Pero no porque quisieran quedarse con los mejores (como objetivo) sino pq querían despedir a una parte siginficativa de su plantilla, luego ya verían.
De todos modos, yo suelo dar la misma respuesta que cuando me preguntan cuantos puntos de historia vamos a hacer: ¿cuantos quieres que hagamos?
Estuve un año entero en esa empresa viviendo de haber borrado esa linea.
Con la diferencia de que lo mío era un deadlock entre servidores (uno esperando al otro y el otro al uno), uno de ellos no necesitaba la respuesta para continuar asi que con eliminar una línea de código lo resolvi.
Al hilo del envío, yo me he tirado 1 semana para terminar escribiendo una línea de código para resolver un problema chungo ¿cómo medirían eso?
Joder, pues un día borre yo solo 100 de un proyecto y me echaron del curro !!!!