No puedo estar más de acuerdo con vosotros. Además, me dio la impresión de que Hadi se quedó bastante sorprendido (en el mal sentido)

Estoy de acuerdo, un Arquitecto debería tener una visión técnica acerca de las tecnologías y productos que la empresa maneja, debe tener una visión del negocio en la que encajen las soluciones que proponga y debería ser capaz de trasmitir su visión que puede ir más allá que un proyecto. Creo que el problema de que haya muy poca gente invirtiendo tiempo en pruebas unitarias se debe al modelo de trabajo de muchas empresas/consultoras. También hay que reconocer que estos últimos años Microsoft nos ha bombardeado de tecnologías (LINQ, Silverlight, Parallel extensión, …) por lo que dominarlas todas es muy complicado. Estamos tendiendo hacia una especialización de manera que algún día tendremos que elegir donde nos posicionamos.

De acuerdo en todo. Añadir que yo le eché un vistazo a una de esas encuestas que rellenábamos de otra persona que teníamos delante y observé que la charla de Hadi la habían valorado con un 3. Me quedé indignado y además se lo comenté a mi hermano porque a mí me pareció brillante. Además hubo una persona que hizo una pregunta que me dejó helado; después de tirarse una hora explicando lo que era el desacoplamiento, le reprocha a Hadi que no ha explicado lo que es una -solución desacoplada-. En fin, sin palabras.

Estoy totalmente de acuerdo. Pero como en todo, la virtud está en el equilibrio. Como ha dicho Roberto la misión de un arquitecto no es desarrollar, pero también es cierto que en muchas ocasiones si no entras de manera profunda a desarrollar no vas a encontrarte con muchos de los posibles problemas. Es por lo que un arquitecto ha de ser lo suficientemente hábil como para saber en qué puntos mirar y hacer determinadas pruebas para saber cuáles pueden ser las posibles pegas.

Pensar que sólo 10 de 150 arquitectos han probado TDD es algo que desanima, y seguramente también indique que en los desarrollos que dirigen no están usando TDD. A pesar del desanime, el hecho no me parece sorprendente. Diría que en el mundo .net español no se sigue TDD, tampoco de desacoplan componentes por medio de inyección de dependencias, ni se intenta que las aplicaciones reflejen fielmente el modelo de negocio para el que se desarrollan. Me atrevería a decir que en la mayoría de los proyectos ni siquiera se comprende lo que significa usar la orientación a objetos. Creo que esta situación del mundo .net es un reflejo de la política seguida por Microsoft desde hace mucho tiempo. Se han esforzado por vender las bondades de .net como una plataforma que permite el desarrollo rápido de aplicaciones y como ejemplo nos ponían el uso de wizards que almacenaban las sentencias SQL en la capa de presentación, o promovían el uso de dataset para todo y cosas por el estilo. Me ha alegrado ver que en los últimos meses Microsoft ha empezado a realizar eventos en los que se habla de temas como TDD o el uso del MVC en lugar de la artificialidad del modelo de eventos de los aspx. Ahora que Microsoft empieza a hablar de temas interesantes resulta que los arquitectos .net no están preparados para ello. Creo que lo único sorprendente en esto es que no se hayan dado cuenta de ello hasta ahora. Espero que Microsoft no desista en el intento y se siga esforzando por arreglar los malos hábitos que ha fomentado durante años.

El problema,a mi modo de ver es que en España la figura del desarrollador está menospreciada. Ayer haciendo una entrevista a un chico me dijo: "hombre yo es que quiero llegar a ser jefe de proyecto, yo no quiero seguir picando toda la vida". Me parece legítimo el que cada uno quiera enfocar su carrera profesional por el camino que mejor le convenga, pero lo que está claro es que no tienes porque que dejar de "picar código", para ser jefe de proyecto. Lo malo es que aquí no puedes llevar a un consultor a una empresa y decirle que le vas a cobrar 200€ la hora porque el tío tiene 45 años y es un artista programando, mas que nada porque ningun cliente te lo va a pagar. Y si no tienes clientes que paguen mas dinero no puedes pagar al desarrollador lo que merece. Fijaros en la media de experiencia de los desarrolladores que teneis a vuestro lado y seguramente muy pocos tendrán mas de 12 años de experiencia. Y los que tengan esa experiencia probablemente serán jefes de proyecto y no desarrollaran.

Y yo me pregunto, ¿qué es un arquitecto de sw?, ¿para qué sirve?...