Siendo un desarrollador sin programar

No veo que haya consenso en relación al significado exacto de los términos programador y desarrollador con lo que voy dar mi punto de vista al respecto.

Yo no me veo como un programador. Sí que programo un poco (mayoritariamente en Grails, Java, Python y PHP, especialmente “por culpa” de los servicios online de generación de código del portal ; y por cierto, lo has visto bien, va a haber pronto un servicio UMLtoPython!) pero la mayor parte del tiempo modelo el dominio y utilizo técnicas de model-driven development para generar la mayor parte del código final (también es posible interpretar los modelos pero esto es ya otra discusión).

Por lo tanto, no programo pero sí que mi actividad produce software por lo que me considero un desarrollador aunque sea de “un tipo diferente”.

La intersección entre los dos roles (Model-driven engineers y programadores) no es vacía por al menos dos razones importantes:

• No siempre es fácil trazar una separación clara entre programación y modelado (cosa que no tiene porque ser mala), espeicalmente cuando se usan herramientas de modelado textual . El modelado detallado a bajo nivel (e.g. Executable UML ) y la programación con alto nivel de abstracción claramente se solapan (un buen ejemplo es el lenguaje de modelado/programación UMPLE )
• Con excepciones, MDD todavía require algo de programación manual para completar/adaptar el código generado, con lo que los model-driven engineers tienen que adoptar el rol de programador aunque sea por poco tiempo. De nuevo, esto no tiene porque verse de forma negativa. Ya he defendido anteriormente que para cada proyecto hay que escoger el nivel apropiado de modelado.

Si te ha gustado esta entrada, puedes subscribirte a este Software Modeling blog, a la lista de distribución del portal , seguirme en twitter , participar en el foro y/o leer los posts más poopulares . Y si realmente te ha gustado ayúdame a hacerlo llegar a otros utilizando los servicios que tienes a continuación: