Si los arquitectos tuvieran que trabajar como programadores (1995)

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.

[GN⁺]

Comentarios de Hacker News

• Resumen del primer comentario:

  Al llevar a cabo un proyecto, hay que descomponer y estimar el trabajo; y aunque las estimaciones no sean precisas, si se pasa el tiempo hay que hacerse responsable. Hay que informar del progreso durante una hora diaria y puede que haya que repetir la misma actualización en otras reuniones. Cuando surge una emergencia, hay que atenderla, pero estas situaciones no deberían influir en la estimación de tiempo.

• Resumen del segundo comentario:

  Construir una casa a menudo incluye tratar con clientes exigentes o con personas que quieren un diseño poco agradable, y eso también forma parte de la ingeniería de software. A veces los planos pueden estar mal hechos o ser imprecisos, pero la gente igualmente construye casas.

• Resumen del tercer comentario:

  Es un ejemplo perfecto de la idea de la "fiesta de cóctel", donde se asume que uno sabe cómo opera otro campo. Un arquitecto también podría escribir algo parecido con las mismas suposiciones y malentendidos sobre los programadores.

• Resumen del cuarto comentario:

  Hacer una maqueta a escala real primero para verificar la funcionalidad y, si no se está satisfecho, construir todo desde cero. Ya que una vez ya la construiste, rehacerla incluyendo cambios no debería ser difícil.

• Resumen del quinto comentario:

  La construcción y la ingeniería de software son campos totalmente distintos. La construcción tiene muchos roles y responsabilidades, mientras que la ingeniería de software tiene gerentes de producto, diseñadores, ingenieros de software, auditores, etc. No se pueden comparar.

• Resumen del sexto comentario:

  Antes prefería una versión sobre un equipo de construcción de puentes. Se percibe como una crítica por pedir que el tiempo de trabajo se exprese en "puntos" y a la industria del software. Es común que quienes trabajan en TI acepten solicitudes poco realistas, pero es importante ayudar a que los clientes comprendan esta realidad.

• Resumen del séptimo comentario:

  Hay que proteger de forma estricta la privacidad de quien entra a la casa y, al mismo tiempo, mantener la comunicación fluida. Además, se debe garantizar la seguridad contra incendios, riesgos físicos y de otras personas, pero sin costo adicional ni restricciones de uso.

• Resumen del octavo comentario:

  Pensar que la programación se parece a la construcción es incorrecto. Crear un producto nuevo consta de una fase de diseño del producto y una fase de fabricación. Arquitectos e ingenieros de software pertenecen a la fase de diseño del producto. La ingeniería de software es parte del diseño, no del proceso de fabricar el producto final según un diseño final.

• Resumen del noveno comentario:

  La mayoría de los trabajos consisten en escuchar las necesidades de la gente. La gente no sabe exactamente lo que quiere, pero quiere que se escuche su problema y que se haga el mayor esfuerzo por ayudar.