|
Página 1 de 2 Escrito por: Miguel M. Anastacio Velásquez
e-mail:
Esta dirección electrónica esta protegida contra spambots. Es necesario activar Javascript para visualizarla
Hace mucho me dije, no voy a escribir sobre tecnología, pero para variar, voy a romper mi auto-promesa, es que quierase o no, soy una persona inmersa en la tecnología, soy un desarrollador, pincho código, pienso en ifs, si se hace grande hago cases, hago bucles, evito los postback, y demas hierbas.
Un desarrollador es como un soldado, solo que piensa de vez en cuando, a diferencia de un soldado, recalco el "de vez en cuando", porque para mí, hay poco que pensar en el desarrollo de software está casi todo hecho, todo pensado, si nos ponemos reflexionar más allá, en realidad hay poco que pensar en casi todo, y una muestra palpable se dan en las llamadas metodologías de desarrollo de software. Hagamos un pequeño experimento: Colocar en el maestro Google, "Metodologías de desarrollo de software", veamos que sale.. bueno, aproximadamente 1,310,000 resultados, vaya que hay bastante, que tenemos, RUP, MSF, XP, Scrum, y un largo etcetera. El tema del desarrollo de software, es tratado desde la Ingeniería de Software, y es tratada como un tema derivado de la ingeniería, con puntos de vista netamente pragmáticos y aplicados al mundo real, sin embargo la construcción de software algunos la consideran un arte fuera de toda linealidad y formalismo, y por el otro lado tenemos la parte "dura", o sea quienes consideran que la construcción es un mecanismo que pertenece a la ciencia y las matemáticas, debido a la complejidad de algoritmos y métodos formales empleados, tal como lo propuso Dijkstra, hace mucho tiempo, sin embargo como todo trabajo de "fabrica", fue tomado por una corriente netamente derivada de la administración, como todo proceso, que consume recursos y horas hombre, tiene que ser debidamente administrado, para optimizar al cien por ciento, la tarea en sí, gente para liderar, recursos que ordernar, todo esto encaja en el Manejo de Proyectos.
Es que acaso cada rama del conocimiento humano quiere adoptar en su seno, nuestro tan querido y nunca bien apreciado desarrollo de software, acá algunos ejemplos: Matemáticas, Edsger Wybe Dijkstra, científico, físico teórico, y un profundo investigador de la informática, propuso que el desarrollo de software tiene una base matemática debido a sus métodos de optimización y derivación de programas, pero no solo eso, quizás todos los que desarrollamos software lo conocemos ya que el fue el "Asesino del GOTO", gracias a su artículo "Go To Statement Considered Harmful", publicado en 1968, imagínense, 1968, hace 39 años atrás, y pensar que aún nos encontramos con GOTO's en algunos programas. Ingeniería, David Parnas, Ingeniero Electrónico, y pionero de la Ingeniería de Software, propuso que el Desarrollo de Software formaba parte de la Ingeniería debido a sus procesos puramente pragmáticos y de fundamentos aplicativos, pero, ¿Cómo lo recordamos? David afirmo que las abstracciones constituyen el elemento primordial de la reutilización, ¿Obvio no?, y fue el primero en idear la construcción de sofware por módulos, visionario de la teoria de objetos, en su informe "On The Criteria To Be Used in Decomposing Systems into Modules", todo un genio. Arte, Donald Knuth, Ciéntifico, profesor de la Universidad de Stanford, un experto en ciencias de la computación y quizás el primer "geek" (Cómo les gusta esta palabrita a muchas personas), creador del TEX, que muchos usamos en la universidad para construir esas odiosas formulas matemáticas, este señor como buen programador que aún es, afirmó que el desarrollo de sotware es un arte en su libro "The art of computer programming", quizás Donald es mas amigo nuestro que los dos personajes anteriores. Desde que leí algunos de esos informes/libros en mi tiempo libre, llegue a una humilde opinión personal de que el desarrollo de software es un oceáno donde muchas personas piensan que tienen la brújula adecuada para llegar a buen puerto, desde los sistemas clásicos de administración de proyectos estrictamente complejos, hasta el boom de las metodologías llamadas ágiles, que considero no es más que eso, un boom, una moda, una fiebre, una filosofía tipo Paulo Coelho o Deepak Chopra aplicado al incesante tecleo de código delante de un ordenador. Es estrictamente necesario tener una metodología, se vea el desarrollo como arte, ingienería o ciencia, nadie duda que para construir un sistema se necesita métodos, no importa que los desarrolladores seamos las personas menos metódicas que existan, que no saben ni donde dejan sus zapatos, pero a ciencia cierta se necesita un orden y un camino, o sea un método, una metodología, es conocido que el estudio de los métodos es una disciplina muy antigua relacionada a la lógica formal, poco sistematizada llamada, como no, Metodología, recuerdan a Rene Descartes, matemático, físico y filósofo Francés, que propuso la "duda metódica", que propone: "No reconocer como verdadero sino lo evidente; Dividir cada problema en muchos problemas pequeños para poder atarcalos; Comenzar con el análisis de lo más sencillo para luego remontar a lo complejo", conceptos que hasta el día de hoy se aplican en el campo de la ciencia, en sí la metodología nos dice el "como" resolver un problema, la definición o la descripción de los pasos formales para lograrlo.
|
You know link:http://www.antishoes-...
Best link:http://www.toryburch-outle...
Shop link:http://www.antishoes-uk.co...
Discount link:http://www.toryburch-o...
Here we offer you many kinds of lin...