Cita:
Empezado por poliburro
Tal vez en nuestros ámbitos no se aplique el usar a distintos expertos para poder bajar costos, pero es bien cierto que muchas fábricas de software usar expertos calificados para cada aspecto de sus soluciones. Expertos en diseño, usabilidad, Q&A, gestión, etc.
|
Lo de ser todologos (o toderos, como decimos en Colombia) es una característica de los equipos pequeños -y por lo menos en Latinoamérica casi todos los son-, si es por "bajar costos" es algo triste y dañino pero por otro lado:
https://es.wikipedia.org/wiki/Hombre_competente
Cita:
El ser humano debe ser capaz de cambiar pañales, planear una invasión, sacrificar un cerdo, gobernar un barco, diseñar un edificio, escribir un soneto, reducir una fractura, consolar a los moribundos, recibir órdenes, dar órdenes, resolver ecuaciones, abonar la tierra con estiércol, programar una computadora, cocinar una comida sabrosa, combatir con eficacia, morir con gallardía. La especialización es para los insectos.
-- Robert Heinlein.
|
Comentando lo que apunta
Al, no es la idea la de aprender de todo, totalmente. No solo no es practico, seria enloquecedor. Y ser un todero a la fuerza no solo es inhumano, es INEFICAZ:
https://es.wikipedia.org/wiki/Principio_de_Peter
Cita:
|
Afirma que las personas que realizan bien su trabajo son promocionadas a puestos de mayor responsabilidad, tal que cuando no pueden formular ni siquiera los objetivos de un trabajo, alcanzan su máximo nivel de incompetencia
|
Lo que se puede reinterpretar que mientras mas alejado este uno de su area de maxima competencia, peor se desempeñara.
Sin embargo, el balance se logra en como combinar diferentes habilidades, o en reconocer cuando hay que hacerlo.
En este caso, saber *diseñar* deberia considerarse una habilidad necesaria junto a saber programar. En especial si se hacen GUIS. Lo que NO quiero decir es que entonces hay que ser (obligadamente) igual o mejor que programador. Si fuera un asunto de %, digamos que es ok si %programador > %diseñador.
Porque? Porque hacer un buen programa es dependiente de hacer un buen diseño, lo que es obvio, si pensamos en algoritmos o estructuras de bases de datos. Pero si esos datos se comunican a otras personas, la forma como esto se *comunica* afecta como se hace el programa.
Un programador de apps de escritorio que desconozca los principios de diseño de una app móvil, creara de forma ineludible un *peor* programa. Intentara aplicar los principios incorrectos, creara estructuras, algoritmos, flujos de datos, interacciones de usuarios, etc inapropiados y eso se va a notar.
El error seria pensar que diseño es *estetica*. Esto aplica incluso a hacer apps de lineas de comando!