Si los arquitectos tuvieran que trabajar como programadores
-
Exige al arquitecto que diseñe y construya una casa sin conocer con precisión los requisitos.
-
La casa debe tener entre 2 y 45 dormitorios, y los dormitorios deben poder agregarse o quitarse fácilmente.
-
Dice que tomará una decisión final después de ver los planos.
-
La casa elegida debe costar menos que la casa en la que vive ahora.
-
Deben corregirse todos los defectos de la casa actual (la vibración del piso de la cocina, el aislamiento insuficiente de las paredes).
-
Debe minimizarse el costo operativo anual, usando las prácticas y materiales de diseño más actuales.
-
Necesita un diseño de cocina que pueda acomodar una nevera Gibson de 1952.
-
Debe diseñar una casa que satisfaga tanto a toda la familia como al suegro.
-
No te fijes en detalles pequeños y diseña una planificación integral.
-
La adquisición de recursos no tiene prioridad; lo importante primero es desarrollar planes y especificaciones detalladas.
-
El techo debe terminarse dentro de las 48 horas posteriores a la aprobación del plan.
-
Debe considerarse el gusto de diferentes compradores para que luego pueda venderse a otra persona.
-
Se necesita un consenso comunitario antes de cerrar el plan final.
-
Debe prepararse el plano del edificio, pero el diseño real puede cambiar más tarde.
-
Se asume la responsabilidad por el aumento de costos de construcción debido a cambios de diseño posteriores.
-
Es un proyecto interesante que permite usar tecnología moderna y diseño libre.
-
La esposa tiene una opinión diferente de la primera instrucción; resolverlo es responsabilidad del arquitecto.
-
La esposa dice que en lugar de una casa podría necesitar un tráiler para viajar y pide consejo para ello.
Opinión de GN⁺
- Este texto satiriza a un cliente que exige al arquitecto requisitos injustos y contradictorios, y compara de forma ingeniosa las expectativas y demandas irreales que suelen enfrentar los programadores.
- Puede verse como un caso que destaca la importancia de requisitos y expectativas claras del proyecto, así como de la gestión de cambios.
- Ayuda a comprender y empatizar con los problemas comunes que afrontan especialistas de programación y arquitectura, y además brinda interés al transmitir de manera humorística las dificultades de la gestión de proyectos.
1 comentarios
Opiniones de Hacker News
No importa cómo hagas este trabajo, pero tienes que dividir el trabajo previsto en tareas pequeñas y estimables.
Las estimaciones no tienen que ser exactas, pero si te pasas de la estimación, tendrás que hacerte responsable, y si se considera que la estimación es arbitrariamente demasiado alta, levantarás sospechas.
Puedes realizar estas tareas como quieras, pero debes informar tu progreso en una reunión diaria de 1 hora con otros diseñadores que están haciendo cosas completamente distintas.
Es posible que tengas que repetir el mismo informe verbal en otras reuniones, y aunque las reuniones consuman mucho tiempo, igual debes respetar la estimación original.
Mientras diseñas una casa, puede que tengas que ayudar con una emergencia arquitectónica, como estabilizar la Torre de Pisa; estas cosas ocurren a cualquier hora del día o de la noche y tienen prioridad sobre tu trabajo actual, pero no deben afectar la estimación de tiempo.
Eso sí, esa persona puede no estar en su lugar porque está sacándoles punta a los lápices de todos y ajustando escritorios.
Además, todos ellos pertenecen a Blue Pants, así que ni siquiera trabajan en el mismo horario.
Tu casa y las demás casas del barrio que tus colegas estaban diseñando quedarán abandonadas y se pudrirán, y la mayoría será despedida.
Algunos serán reasignados a diseñar establos para caballos y piscinas interiores para mercados más rentables.
Esta fue exactamente la razón por la que todas las estimaciones de mi equipo en mi empresa anterior fallaron y despidieron a los ingenieros.
Este resentimiento es real.
Debes hacer que resista terremotos, amenazas nucleares, huracanes de categoría 7, incendios forestales, etc., haya o no un bosque cerca, geología sísmica o huracanes.
Porque puedes enorgullecerte de haber seguido principios que arquitectos unicornio de galpones usaron con éxito para sus propias necesidades.
Suena a chiste, pero el blanco del chiste somos nosotros.
Esto realmente parece victimismo de otro nivel.
Construir una casa a menudo también implica tratar con propietarios o constructores quejosos que no tienen gusto ni saben nada, pero quieren todo y no quieren pagar.
Ese es el trabajo.
Un buen ingeniero de software sabe que tratar con stakeholders y usuarios también es parte del trabajo.
Para sumar otro dato impactante: los planos a veces son deficientes o están equivocados.
Aun así, la gente construye casas.
Ese es el trabajo.
En cambio, si los programadores tuvieran que trabajar como arquitectos, ganarían mucho menos, difícilmente estarían a cargo de proyectos importantes antes de llegar a los 50, harían una enorme cantidad de horas extra no pagadas, no podrían trabajar desde casa, tendrían responsabilidad legal por su trabajo, pasarían la mayor parte del día en cumplimiento normativo más que en resultados, y tendrían que trabajar de una manera mucho más orientada al cliente de lo que jamás han imaginado.
Cuando la obra ya estaba bastante avanzada, los constructores preguntaron si querían elevar el techo 1 metro, porque la diferencia de costo era mínima; al principio se negaron, pero luego aceptaron.
Recién después de terminada la casa se dieron cuenta de que, si hubieran rechazado esa propuesta, no habrían podido usar en absoluto el segundo piso.
La casa tenía un techo a dos aguas de tipo https://en.wikipedia.org/wiki/Gable_roof, y la escalera tenía forma de U junto a una de las paredes exteriores.
Si no hubieran elevado el techo, el lado del techo junto a la pared exterior habría quedado tan bajo que no se podría subir caminando por la escalera, e incluso después de elevarlo, las personas altas tienen que inclinar la cabeza al subir.
Irónicamente, lo que estás haciendo ahora es exactamente lo mismo que le atribuyes al texto original: asumir un estado de víctima.
Gritar “¡ese es el trabajo!” es una afirmación implícita de que uno debe ceder en las condiciones laborales sin importar lo acordado con el empleador al momento de la contratación, incluso cuando, al menos explícitamente, ese no era el trabajo.
La desesperación con la que intentas transmitir esto parece una señal de que necesitas ayuda para defender tu postura en el trabajo.
Según mi experiencia, esto surge del desequilibrio de poder en la relación laboral, y aunque las razones son complejas, como consejo general —y quizá no muy útil— para una situación común: mejorar tus habilidades aumenta tu poder de negociación implícito cuando te llenan de reuniones o te arrastran a otras tareas.
También hace falta aprender a expresar tu postura con cortesía en el entorno laboral.
Todos están jugando un juego de información imperfecta, así que un poco de firmeza tranquila y confianza puede bastar para que a la otra parte le resulte difícil asumir en ese momento que estás equivocado.
Debes saber a qué estás accediendo y ser honesto sobre lo que ofreces.
Si pasaste los últimos 4 años estudiando intensivamente algoritmos y estructuras de datos, sé honesto en que tomas ese trabajo para resolver problemas computacionales, y deja claro de antemano que no eres simplemente una cabeza más o alguien para ocupar una silla.
Estoy 100% seguro de que, si un arquitecto lee este texto, su conclusión será: “los programadores la tienen demasiado fácil”.
La gran mayoría de quienes hacen la programación real no tiene la capacidad de leer las especificaciones, y muchos de los que sí pueden leerlas las ignoran deliberadamente para reducir costos.
Aun así, si se implementa mal, la responsabilidad será tuya.
Esto suena como un ejemplo perfecto de una idea de cóctel de programadores que creen saber cómo funcionan otros campos.
Un arquitecto también podría escribir un texto similar sobre los programadores, y contendría la misma cantidad de suposiciones erróneas y malentendidos sobre lo que requiere el trabajo real.
https://danluu.com/cocktail-ideas/
Soy una persona visual y táctil, así que necesito que me preparen una maqueta de la casa de antemano
Si es posible, a escala 1:1 y completamente funcional, para poder ver cómo funcionaría en la práctica
Si no me gusta cualquier parte de la casa, tendrán que construirla de nuevo desde cero, y como ya la construyeron una vez, espero que puedan volver a construirla más rápido incorporando mis cambios
La casa nueva tiene que reconstruirse exactamente en el mismo lugar donde está la que uso, y la transición a la casa nueva debe ser sin interrupciones
Hay que reconstruir el garaje con el auto adentro, y reemplazar el piso y las cubiertas de la cocina mientras el lavavajillas y el horno están funcionando
Tengo que poder ducharme y quedarme en la tina durante el reemplazo del baño; el dormitorio debe reconstruirse en silencio mientras tengo sexo, y el inodoro también debe reconstruirse mientras lo estoy usando
Hay que agrandarla
Como ya está construida, espero verla terminada mañana en el terreno
Parece que quien escribió esto no conoce a arquitectos que tratan con gente adinerada
Los ricos que quieren casas a medida muchas veces quieren diseñarlas ellos mismos, y se irritan muchísimo cuando se enfrentan a realidades como los principios básicos de diseño, la usabilidad, los materiales o la integridad estructural
También cambian los planes a último minuto cuando la estructura real empieza a levantarse
Eso suponiendo que no entren en pánico al ver por primera vez la estructura y no entender que todavía no está terminada
O si un amigo rico mira la obra de cimentación y suelta un comentario sarcástico al pasar, el cliente ahora insiste en que sus dos hijos necesitan una sala de recitales para cada uno
Porque una sola no alcanza
Otro excelente ejemplo: alguien quería estacionar su Ferrari junto al dormitorio del segundo piso, así que quería poner un garaje encima de la cocina
Los gases de escape no le importaban en lo más mínimo
Muchas de las historias que escuché en Dubai son absurdas
Un desarrollador le pidió a un arquitecto paisajista que dibujara una terraza con piscina sobre el podio de una torre que estaba en construcción
Cuando el equipo de paisajismo le preguntó al ingeniero por el espesor de la losa y las cargas, les respondió que el podio ya terminado no podía soportar una piscina
Pero los departamentos ya se habían vendido con folletos que incluían fotos de una terraza con piscina, y nadie le había dicho al área de ingeniería que debía contemplar la carga de una piscina, ni dónde iría ubicada en el podio
Otra historia: cuando el núcleo de una torre residencial de 40 pisos ya había llegado al piso 20, al desarrollador se le ocurrió de repente poner una piscina en la azotea y le encargó el diseño al estudio de arquitectura
Actuaban como si no fuera algo que requiere planificar de antemano la cimentación, la estructura y hasta la ubicación del equipo de mantenimiento
https://youtu.be/Us8mDKUaX2M?si=qnrckuGLyWzoFNAe&t=1515
La idea en sí era buena, pero cada vez que salía una nueva actualización de una revista de arquitectura, las ideas cambiaban todos los meses
Así que mi amigo tenía que bajar a Riyadh o Mecca más o menos cada dos meses para explicar los detalles del diseño
Lo más loco es que no era una sola esposa, sino varias, y también varias revistas de arquitectura nuevas en papel satinado
Tuvo que hacer muchos modelos, pero eso es algo común
Otro cliente rico de pesadilla, Hitler, también era famoso por gustarle los modelos de Speer y por cambiar de opinión constantemente
Siempre creía saber más que los demás
Este tipo de textos y los comentarios que les siguen siempre pasan por alto algo importante: la construcción y el software no son en absoluto la misma cosa
Por ejemplo, en construcción están el arquitecto que diseña el edificio, el diseñador que prepara los planos técnicos, el ingeniero que firma la aprobación de los planos, la manufactura que fabrica los componentes de construcción según los planos, el topógrafo que verifica si se puede construir en el terreno, el constructor que efectivamente construye, el techador que coloca el techo, el jefe de obra que supervisa que el constructor esté haciendo bien las cosas, el organismo regulador de construcción que aprueba el edificio terminado, el electricista que instala el cableado, el plomero que pone las tuberías, el yesero que enyesa las paredes, el pintor/decorador que da el acabado a las paredes, y el instalador que coloca el resto
Todos son negocios separados, y seguramente omití algunos o les puse mal el nombre
Aunque haya varias personas legalmente responsables por trabajos deficientes, igual ocurren tragedias como Grenfell
En cambio, en ingeniería de software están el gerente de producto que define qué se va a construir, el diseñador que define cómo funcionará y cómo se verá, el ingeniero de software que escribe el código, y el auditor que revisa el cumplimiento de estándares relevantes como PCI DSS o SOC2
También hay muchos roles de apoyo, pero si los incluyera tendría que agregar cinco veces más del lado de la construcción, así que los dejé fuera
No intento decir quién la tiene más difícil ni qué campo es mejor; solo quiero señalar que ambos campos ni siquiera son comparables
Normalmente diría “electricians”
Ese desarrollador se reúne con los gerentes, escribe las especificaciones, escribe el código, prueba la aplicación, la despliega y además da soporte on-call 24/7
Si miran mi historial de publicaciones y comentarios en HN, verán que vengo diciendo exactamente esto todo el tiempo
Estamos haciendo demasiadas cosas
Es divertido, pero prefiero la versión anterior sobre el equipo que construye un puente
https://www.stilldrinking.org/programming-sucks - segunda sección
Aun así, gracias por compartirla; es bastante divertida
“Cuando digan cuánto va a tardar el trabajo, no lo expresen en horas ni en días; usen puntos imaginarios cuyo significado cambia según la persona”
Además, muchos comentarios consideran que este texto es de mal gusto, denigra a los arquitectos y adopta una postura de víctima tipo “programar es demasiado difícil”, pero yo lo leí de otra manera.
Es una crítica a la propia industria del software, y habla de cómo fracasamos por completo en hacer que los clientes entiendan la realidad de nuestro trabajo.
Nadie en su sano juicio pediría una casa que pase de 2 a 42 recámaras.
Pero el trabajador promedio de TI acepta algo así como normal en el trabajo de software.
Tenemos que lograr que los clientes entiendan este punto, y no delegarle esa tarea al scrum master.
En general, ellos solo vuelven el trabajo más confuso y complejo.
Hay que garantizar la privacidad estricta de quienes entren a la casa y, al mismo tiempo, permitir que todos puedan comunicarse bien.
Además, solo las personas autorizadas deben poder entrar o ver lo que pasa adentro, y todos deben estar muy seguros frente a incendios, daños físicos y otras personas.
Lamentablemente, esta seguridad debe lograrse sin costos adicionales ni restricciones de uso.
Aun así, debe estar protegida contra vandalismo, incendios provocados, robos, instalación de dispositivos de escucha, insultos o agresiones a visitantes, y el acceso de terroristas o personas en listas de sanciones globales.
No se planea contratar seguro, la policía no investigará ningún acto ilegal y tampoco se piensa contratar guardias de seguridad.
Pero la casa debe estar abierta al público.
Las personas que intentarán abusar de la casa o atacarla van desde grupos de adolescentes aburridos hasta organizaciones criminales, agencias de inteligencia y ejércitos de grandes países adversarios.
Buena suerte.
La mayor parte de cualquier trabajo consiste en escuchar a la gente.
No importa si es el presidente o el personal de limpieza.
La gente quiere algo, pero no sabe bien cómo ni por qué lo quiere.
Sobre todo quiere sentir que alguien escuchó su problema y luego espera que la ayuden lo mejor posible.
En algunos lugares, se está construyendo una casa nueva para personas que estaban satisfechas con la anterior.
Si los usuarios no quieren cambiar, pueden arruinar el proyecto fácilmente.
Conviene averiguar qué tan comprometido está el dueño con el proyecto antes de gastar dinero.
Al final, cuando haya que imponer la decisión, habrá que ver si despiden al arquitecto o a la suegra.
Normalmente es: “Nuestro producto necesita X, así que háganlo”.
Aunque escuches a ese gerente durante horas o días, te pongas el sombrero de psiquiatra para sacarle información más útil y renegocies los requisitos, al final no puedes evitar semanas o meses de trabajo pesado.
Si eres el responsable de una cuenta, se entiende.
Escuchas al cliente lo mejor posible, escribes un documento o un ticket y se lo pasas a otra persona para que lo resuelva.
Pero un encargado de limpieza que pasa la mayor parte del tiempo escuchando no es un buen encargado de limpieza, así que esta afirmación no es tan universal como suena.