- La vida del abuelo, originario de Misuri, muestra que craft no es solo destreza manual, sino una actitud para anticipar fallas y peligros y hacer más seguros a las personas y los sistemas
- La sensibilidad para detectar una pata de mesa inestable, materiales deficientes, ángulos desalineados o un árbol enfermo se parece más a la capacidad de ver las elecciones, restricciones y fricciones detrás del producto terminado
- La experiencia de haber trabajado después de la guerra en una peligrosa fábrica de bolsos revela que mantener la cadence puede estar más directamente ligado a la vida que la velocidad
- En la industria del software, parte del discurso sobre craft puede convertirse no en una forma de respetar la pericia, sino en un lenguaje de exclusión que decide quién es un verdadero experto
- craft no es el estatus de un oficio en particular, sino reparar una mesa para quien se sentará después, tratar con dignidad a quienes son considerados peligrosos y construir juntos un entorno más seguro
El sentido de craft que mostró mi abuelo
- Mi abuelo, originario de Misuri, creció en una granja sin electricidad y consideraba importante haber seguido yendo a la escuela hasta después de octavo grado
- Llamaba “elegant” al hecho de que su nieta tocara el arpa, y lo decía con acento de Misuri
- La familia lo llamaba craftsman, pero el sentido de craft se volvió más claro en la escena en la que arregló una mesa tambaleante
- Cuando la mesa del restaurante se movía, los demás simplemente lo dejaban pasar
- Mi abuelo giró un tornillo con una moneda y arregló en silencio una pata ensamblada de forma barata y deficiente
- Él no solo detectaba lo que ya estaba roto, sino también lo que estaba por romperse
- Notaba con sensibilidad materiales deficientes, trabajos peligrosos, ángulos fuera de lugar y rastros de planeación a corto plazo
- Mientras la mayoría veía un producto terminado, como una silla, él veía también las elecciones y restricciones que había dentro, así como la tensión, la fricción y el esfuerzo invertido
Señales que leía en la naturaleza y en las cosas
- El sentido de craft de mi abuelo no se detenía en los objetos fabricados
- Incluso a la distancia podía distinguir hayas, abedules, arces y robles
- También sabía reconocer si un árbol estaba creciendo sano o si se estaba enfermando
- Sobre un árbol enfermo decía que “simplemente no se veía feliz”
- Esa capacidad de observación se convertía en una habilidad para leer el estado y las señales más allá de la superficie de las cosas y de la naturaleza
La cadence aprendida en la guerra y en la fábrica
- Mi abuelo pasó por 196 días consecutivos de combate en la Segunda Guerra Mundial, y después trabajó en una fábrica de bolsos
- Era un lugar de trabajo peligroso, con línea de ensamblaje y maquinaria, y también contrataba a personas tratadas socialmente como peligrosas
- Como encargado del lugar, solía detener a la gente cuando intentaba trabajar más rápido o de otra manera
- Era porque los cambios en la forma de trabajar podían generar alboroto, efectos en cadena y un “mess”
- En el fondo estaba la realidad de que, si se rompía el ritmo de la línea de ensamblaje, alguien podía morir
- Más que simplemente aumentar la velocidad, él hacía que todos se movieran al mismo compás de la cadence
- Incluso en un entorno cercano a la violencia, no llevaba armas consigo
- Una noche vio a un hombre siguiéndolo y pensó en el peligro, pero el hombre le dijo que “como podía ser peligroso, quería acompañarlo caminando hasta su casa”
- Incluso en un entorno considerado peligroso, eligió la confianza y la reparación antes que la desconfianza hacia las personas
Cuando craft se vuelve un arma en la industria del software
- La manera de hablar de craft en la ingeniería de software a veces se weaponiza
- Algunos desarrolladores, equipos y líderes exigen respeto por craft, pero no creen que cualquiera pueda llegar a ser un craftsperson
- Ese discurso a menudo deriva en la conclusión de que “el trabajo de software es distinto de otros trabajos, no debe evaluarse con los mismos criterios y nosotros somos especiales”
- Esa actitud choca con la idea de que todo trabajo es trabajo especializado
- Si se quiere cambiar la forma en que se evalúa el trabajo de software, no se debe separar el software de los demás trabajos del mundo
- Cuando la exigencia de velocidad desplazaba la cadence, las personas podían salir heridas tanto en la fábrica como en el campo, y el trabajo de software tampoco está separado de ese mundo
El craft que excluye y el craft que se construye en conjunto
- Al inicio de su carrera, cuando trabajaba como contratista en una empresa tecnológica, los ingenieros de software podían entrar automáticamente al makerspace, pero su gafete no abría la puerta
- Alguien dijo: “¿Acaso los ingenieros no son builders?”
- Pero la experiencia de haber hecho cosas a lo largo de toda una vida no pertenece solo a los ingenieros de software
- Haber reparado una cerca eléctrica
- Haber aprendido a manejar en una podadora de jardín tipo tractor
- Haber cosido en un taller de vestuario para pagar la cena, hasta sangrarse los dedos
- Haber aprendido a identificar muchos árboles
- El contraste aquí es entre el craft como comunicación, colaboración y creación y el craft como juicio y exclusión
- craft se parece más a arreglar una mesa para quienes se sentarán después que a actuar como juez de qué trabajo merece ser visto como verdadera pericia
- Puede que mi abuelo no supiera mucho de computadoras o software, pero trataba con dignidad a las personas llamadas peligrosas, y gracias a eso hacía más seguros a todos
- Amaba la naturaleza, pero aprendió a escuchar el sonido de las máquinas de la fábrica y amplió para las personas mejores posibilidades dentro del ecosistema en el que le tocó vivir
1 comentarios
Opiniones en Hacker News
Buen artículo. Incluso dentro de la ingeniería de software hay personas de adentro y de afuera, y quizá al autor le consuele saber que algunos logros importantes de la ingeniería los hicieron personas de afuera.
Como alguien que creció en la pobreza, aprendió por su cuenta y era el único programador a su alrededor, me sentí como un outsider toda la vida, y esa sensación no desapareció ni siquiera después de empezar a convivir con otros programadores.
Poco a poco voy encontrando mi lugar entre personas con familias estables, habilidades para la vida, educación universitaria, redes de apoyo amplias, ausencia de traumas estructurales y formas completamente distintas de entender el mundo, pero no creo que la sensación de ser de afuera desaparezca por completo.
No es casualidad que la música y el arte que me gustan a menudo se clasifiquen como arte outsider. Ojalá de algún modo uno pueda entrar a un makerspace y abrir un REPL. La ingeniería de software puede exigir principios de ingeniería rigurosos y profundos, pero la artesanía del software es de todos. La computadora personal fue creada para que la gente común pudiera expandirse a sí misma y al mundo que la rodea, y no hay que olvidar eso.
https://en.wikipedia.org/wiki/Outsider_art
Tenía un título de una universidad de artes liberales y había aprendido a programar por su cuenta; como era la primera vez que convivía en persona con otros desarrolladores, estaba aprendiendo cómo se pronunciaban los nombres de daemons, librerías y proyectos. En ese momento pensé para mis adentros: “Es un desarrollador junior, no va a llegar muy lejos”, y concluí que para avanzar en mi carrera y estatus tenía que juntarme con gente más talentosa.
Pero más o menos un año después esa persona dejó la empresa, empezó como desarrollador en otra compañía, llegó a CTO y finalmente a CEO; cuando era CEO, la empresa se vendió por más de mil millones de dólares. Incluso cuando trabajábamos juntos ya había mucho que aprender de él. Es fácil encasillar a las personas o pensar que cierto nivel de habilidad no está al alcance de otros, pero esos juicios pueden estar muy equivocados. También fueron excelentes los artículos de blog que escribió en la nueva empresa sobre prácticas de desarrollo y operación de software, y aprendí mucho de ellos.
Ese vacío influyó en el stack tecnológico que elegí y al final me convirtió en quien soy hoy, pero ojalá la generación “nativa de Zoom” pueda relacionarse ampliamente en espacios en línea más abiertos y sentir menos esa sensación de ser de afuera.
Este texto no me gustó mucho. Bajo el título de artesanía hay un sentimentalismo romántico algo ambiguo.
No creo que reconocer madera sea artesanía, ni que una podadora de césped de montar sea algo de clase trabajadora, ni que temerle a alguien en una calle de noche sea reconocer algo que “está por romperse”. Lo de que el “ritmo” es un mecanismo de seguridad también muchas veces es casi lo contrario. El ritmo suele funcionar como presión para no detenerse, y la seguridad y la calidad muchas veces vienen de que cualquiera pueda detener la línea.
También conocí a algunos “reparadores familiares”, pero la motivación no era la artesanía sino evasión emocional. En vez de sentarse a hablar con la familia, había que volver a colgar todos los cuadros de la pared. Se reconoce esa actitud de escanear el entorno con ansiedad, buscando desesperadamente algo que arreglar. En equipos de software también es común justificar como “artesanía” trabajos innecesarios que sirven para evitar algo más incómodo.
Dicho eso, lo interesante de la perspectiva de la “persona que arregla” es entender que el mundo puede cambiar y que uno tiene el poder de cambiarlo. A menudo el instinto humano más natural es simplemente aceptar las cosas que causan problemas. Lo que frena a la gente ni siquiera es la pereza, sino no ver la posibilidad.
Si para arreglar algo hay que llamar a un experto, tirarlo y comprar uno nuevo se ve mucho más atractivo. Esta actitud relativamente nueva aumenta el incentivo para hacer productos baratos que se rompen rápido en lugar de invertir más en calidad. Después de todo, nadie va a invertir el tiempo y el dinero necesarios para repararlos.
No sabemos si su abuelo realmente era alguien de adentro, ni si se veía a sí mismo así. Es un texto con una especie de nostalgia, y eso está bien, pero no era el texto que esperaba antes de leerlo.
Me identifico con el abuelo del autor. Pero hoy en día esa actitud no recibe mucho apoyo.
La gente como nosotros en realidad no es el centro de la industria tecnológica. Ni siquiera estoy seguro de que antes lo haya sido, por eso no agregué “ya no”.
Hace mucho leí un libro bastante bueno llamado Software Craftsmanship, y me sirvió de consuelo. Por mi forma de trabajar siempre me despreciaban, pero al menos no era un bicho raro absoluto.
[0] https://en.wikipedia.org/wiki/Software_craftsmanship
Aun así, todavía hay que convencer a menudo sobre si dedicar tiempo a refactorizar o agregar nuevas funcionalidades.
Creo que el mejor artesano de software es quien puede agregar funcionalidades rápido sin acumular deuda técnica. Para eso, lo mejor es corregir y refactorizar de inmediato otras partes alrededor de la funcionalidad que se está agregando. Parece que el abuelo del texto original era ese tipo de persona.
Personalmente, a veces me tardo más, incluso si pierdo una fecha límite interna, porque quiero hacerlo bien. El código tiene que tener el “olor” correcto. Aprendí que, si no se hace así, se acumula basura y al final un incidente de operación a las 3 de la mañana se vuelve inevitable.
No importa si los demás no lo entendían. Seguro ya te beneficiaste de ese enfoque.
Aunque es una historia conmovedora, la lección que se extrae de que el abuelo arreglara la mesa del restaurante necesita un poco más de reflexión.
También en situaciones de ingeniería existe la tentación de querer arreglar la pata floja de una mesa. El problema es que, a menos que yo vaya todos los meses a seguir arreglándola, en realidad puedo empeorar la situación. Lo que se necesita es un proceso que resuelva el problema de forma permanente.
Además, es muy posible que la situación sea mucho peor de lo que parece. La pata floja puede ser síntoma de un mal más profundo. También es probable que la cocina esté sucia, y esa pata quizá sea el canario en la mina de carbón. De hecho, toda la organización podría estar podrida desde la raíz.
La verdadera solución es comprar el restaurante, despedir a la gerencia, establecer mejores procesos y crear una cultura que valore la visión de largo plazo.
La otra opción es no hacer nada. Dejar que la mesa siga tambaleándose para que sirva como señal a otros clientes de que deberían ir a otro lugar. Ese restaurante, como empresa viable, está aferrándose a su última pata. Es mejor dejar que las fuerzas económicas lo cierren rápido y sin conciencia, para que ese lugar pueda ser reemplazado por algo con cimientos más sólidos y patas más firmes.
Este texto también me hizo pensar en mi abuelo, que tristemente falleció hace dos semanas. Él era ingeniero mecánico y un verdadero artesano.
Hay una anécdota que a la familia le gusta recordar. Durante un viaje largo de vacaciones, el motor del auto se detuvo de repente en medio de la carretera, y mi abuelo identificó el problema y arregló el auto usando la navaja que siempre llevaba consigo y una lata metálica abandonada al borde del camino. En el taller tuvieron problemas para quitar esa reparación provisoria y reemplazarla por la pieza original.
Me recordó a mi abuelo, que vivió en la misma época. Durante la Segunda Guerra Mundial cableaba paneles de control de bombarderos, y me contaron que era bastante hábil.
Era casi un manitas, pero sus principales oficios eran electricista y cerrajero, y en el garaje se la pasaba trasteando con todo tipo de cosas y manteniendo autos viejos en funcionamiento. Un verano, cuando estaba en secundaria, me quedé en casa de mis abuelos, y mi abuelo me llevaba a sus trabajos eléctricos para que le alcanzara herramientas y cables. En una obra llegó un inspector y mi abuelo me presentó; el inspector dijo: “Siempre puedo reconocer cuando Mel cableó un panel. Es una obra de arte”.
La gente de esa época tuvo que soportar muchas dificultades, como la Gran Depresión y la Segunda Guerra Mundial, y muchos también crecieron en granjas. Por eso tenían muchísima experiencia arreglando y cultivando cosas. Eran habilidades útiles en general que la mayoría de nosotros ya no tenemos.
Yo también he hecho reparaciones de guerrilla. Una vez reemplacé un tornillo faltante en una puerta giratoria, porque sabía que si no lo hacía, nunca la iban a arreglar.
También repuse muchos tornillos faltantes en sillas de una lavandería. Me cuesta soportar que en el mundo se vayan acumulando cosas que solo necesitan 1 minuto de atención y 1 dólar en piezas. También hago refactorizaciones sin permiso, pero solo cosas pequeñas y fáciles de revertir.
Ahora estoy encerrado en casa y tengo mucho tiempo, así que empecé un proyecto de refactorización a gran escala. Si funciona, será increíble; y si falla, al menos habré aprendido algunas cosas nuevas sobre ese dominio del problema. La comezón que lo provocó es simple:
“Casi todos los transistores dentro de una computadora, en cualquier momento dado, simplemente están esperando”.
Un abuelo puede ser un mentor silencioso y un modelo a seguir. El mío también lo fue, y lo extraño mucho.
El abuelo del autor me recuerda a Sam Hamilton de 『East of Eden』. Por supuesto, es un personaje ficticio, pero es alguien en quien pienso a menudo cuando imagino la persona que algún día quisiera ser.
En particular, dos frases me llamaron la atención:
Al intentar hacer una pizza redonda, me di cuenta de que incluso ahí hay técnica y sensibilidad. Como mucha gente lo hace, no puede ser tan difícil, pero todavía no he logrado dominarlo bien.
Cocinar también es una habilidad artesanal. Por eso en entrevistas a cocineros suelen pedir “haz una omelette”. Sin duda hay platos que se pueden preparar siguiendo estrictamente una receta, pero algunos requieren destreza en la punta de los dedos.
La artesanía aquí está en hacer que incluso una receta simple, como una omelette, tenga un sabor especial. Por eso a los chefs les hacen esa pregunta.