#136 Me autocontesto a mí mismo
Quiero comentar tambien respecto a la cita que he puesto, que yo tampoco es que desprecie el intentar aplicar metodologías software, para eso tuve asignaturas muy bonitas en la carrera, y qué cojones, que hay ciertas cosas dentro de la metodología software que son de sentido común que funcionan y que tienen todo el sentido.
Pero las consultoras "cárnicas" el problema que tienen es que lo basan todo en eso, y se olvidan de lo principal de un producto software, que es la labor de programación en sí misma. Lo que pasa es que les conviene establecer una jerarquía en la que los programadores, que son los que salvan realmente el producto, son los peones. Y a los peones, son lo peor considerado (no se por qué, creo que todos los trabajos, peón, fontanero, son igual de dignos).
Hay que intentar distribuir más horizontalmente el trabajo, que no haya dos tíos programando, cinco tíos haciendo diagramas y cuatro gerentes haciendole la pelota al cliente yendose de comidas.
¿Donde está el diseño?: El Código es el Diseño.
A todos los que creen que lo verdaderamente de mérito es el análisis, diseño y gestión de proyectos, les contesto: que se pasen por la biblioteca de mi universidad, hay más de trescientos libros sobre esas cuestiones y todos se contradicen entre ellos, al final lo que hacemos en un entorno real es una media de todo eso con un poco de sentido común. Pero que no me vendais que por eso teneis que cobrar el triple que yo, majetes.
Un saludo.
#112 totalmente de acuerdo.
Quisiera aprovechar para poner un artículo relacionado que me gustó mucho (aunque es antiguo) pero que refleja muy bien lo que opino. Se titula "la raíz de la precariedad en la informática", de la página de barrapunto. Ya he hecho referencia a él en meneame en varias ocasiones, pero no me canso.
http://empleo.barrapunto.com/empleo/10/09/28/1042212.shtml
Una parte que me gusta es esta:
Permitidme un paréntesis sobre la gestión de proyectos. Creo que conocéis cual es la concepción taylorista y creacionista del proceso de desarrollo de software. Aquella basada en la división de las actividades de análisis, diseño , construcción y pruebas, entre distintos grupos de personas, con distintos niveles jerárquicos de responsabilidad, mediante un proceso secuencial, dentro de sistemas formales documentalmente pesados. Éste es el enfoque ortodoxo y académico que promueven las prestigiosas consultoras. Nada que ver, por supuesto, con el verdadero desarrollo profesional de software.
He visto alguna vez por Barrapunto chistes sobre el tema. Efectivamente, si a un consultor le encargasen auditar el desarrollo del kernel de Linux, se llevaría las manos a la cabeza: ¿dónde están los diagramas UML?, ¿dónde está el diagrama de Gantt?, ¿y los documentos de diseño?, ¿qué hacen todos estos ingenieros picando código?. Si un consultor soltara estas preguntas en las listas de correo del kernel, todos los hackers se reirían de él, aunque no creo que perdieran mucho tiempo con la guasa, tienen cosas más importantes que hacer. Pero cuando este mismo discurso se mantiene dentro de una empresa, ante un foro de gerentes, directivos, y otros consultores, todos acaban congratulándose de que alguien por fin les entienda, y de que se proponga empezar a hacer las cosas bien, de forma "industrializada", como una "ingeniería".
Un saludo.