En ocasi\u00f3n reciente mientras hac\u00edamos sobremesa o tal vez ser\u00eda mejor escribir ante mesa, sali\u00f3 una pregunta por ah\u00ed de c\u00f3mo es que eso de \u201cmantener\u201d el software es lo que menos quieren hacer o lo que les aburre m\u00e1s y creo que es una pregunta muy buena que no nos tomamos la molestia en considerar la mayor\u00eda de las veces especialmente porque con esta pregunta venia la otra, \u201c\u00bfpero es que el software se est\u00e1 descomponiendo a cada rato?\u201d
\nY claro que en su momento una explicaci\u00f3n simplista sali\u00f3, pero a ver si puedo en esta entrada tratar de aclarar o al menos expandir un poco esta interrogante, porque decimos que el mantener el software es lo m\u00e1s pesado y en ocasiones lo m\u00e1s caro.<\/p>\n
Bueno en primer lugar hay que decir que en muchos estilos de programaci\u00f3n el inventar la rueda es m\u00e1s f\u00e1cil que mejorar la rueda, por supuesto esto para los ingenieros que no son de software y otras disciplinas que tienen que ver con planear y dise\u00f1ar suena contra intuitivo y claro que lo es pero en la programaci\u00f3n uno puede obtener una cosa que funcione aunque no lo haga de la manera \u00f3ptima o de plano que \u201cjust Works\u201d y sea suficiente al menos para el momento, pero claro mientras se usa se aprende | encuentra | piden cosas que al irse sumando se convierten en verdaderos obst\u00e1culos y requieren que el programa sea modificado en tal tama\u00f1o o en tantas partes que sea m\u00e1s f\u00e1cil tirar todo y volverlo a escribir.<\/p>\n
Claro no siempre esto es posible o el programa no lo escribimos nosotros y entonces mantener el programa significa el estar arreglando cosas o casos que no se pensaron cuando se escribi\u00f3 el programa original, adem\u00e1s normalmente uno no escribe realmente de cero un programa ya sea que utilice o re utilice librer\u00edas (digamos segmentos de c\u00f3digo que ya realiza tareas comunes) en su programa entonces si de pronto el programa que uno mantiene, no porque sea el programador, ya sea porque sea el empaquetador (caso de Debian) , el administrador de sistemas y a\u00fan el usuario final no responde a nuevos casos de uso o a una modificaci\u00f3n del caso de uso que ya ven\u00eda resolviendo eso ya requiere de modificar el programa. Y bueno mencionamos las librer\u00edas anteriormente eso es un caso, pero pudiera ser que el programa en si fuese una colecci\u00f3n interesante de conexiones entre otros programas que se conectan para poder realizar una o varias tareas, si una de estas librer\u00edas queda en desuso, sale una nueva versi\u00f3n o de la que estamos usando aparece una vulnerabilidad de seguridad, va a ser necesario valorar el que hacer para seguir usando este programa o los programas que conforman esta soluci\u00f3n.<\/p>\n
Siguiendo con las vulnerabilidades de seguridad tiene que ver con las pr\u00e1cticas de programaci\u00f3n, no todos siguen las mejores pr\u00e1cticas y no siempre las mejores pr\u00e1cticas incorporan la seguridad en mente, entonces un programa muy eficiente y \u00fatil puede contener alg\u00fan problema de seguridad que nunca hab\u00eda sido descubierto porque nadie lo hab\u00eda usado de cierta forma o como suele suceder, recientemente se descubri\u00f3 que se puede hacer tal o cual cosa o a alguien se le ocurri\u00f3 intentar hacer una cosa que no se deber\u00eda de poder hacer o que se pens\u00f3 que no es posible realizar y resulta que s\u00ed, entonces hay que arreglar el fallo de seguridad esperando que esto no cree otro problema en otra parte del programa o en otros programas que lo utilicen y as\u00ed hacia adelante.<\/p>\n
Por eso hay un dicho que dice \u201csi construy\u00e9ramos los edificios de la misma forma que escribimos programas, la aparici\u00f3n del primer p\u00e1jaro carpintero acabar\u00eda con la civilizaci\u00f3n\u201d.<\/p>\n
Actualizaci\u00f3n: 7 mayo 2014, como a la media hora de colocar esta entrada en el FB me encontr\u00e9 con el vinculo a esta otra entrada que con un lenguaje mucho m\u00e1s florido que el mio y con ejemplos bastante jocosos se mete a tratar un tema similar\u00a0http:\/\/stilldrinking.org\/programming-sucks<\/a>, ademas termine de leer, Outliers y para seguir un libro que tengo pendiente de leer completo, me he ido a desempolvar The Mythical Man-Month<\/a> de Brooks que por supuesto tambi\u00e9n toca pero de manera mucho m\u00e1s seria el tema.<\/p>\n","protected":false},"excerpt":{"rendered":" En ocasi\u00f3n reciente mientras hac\u00edamos sobremesa o tal vez ser\u00eda mejor escribir ante mesa, sali\u00f3 una pregunta por ah\u00ed de c\u00f3mo es que eso de \u201cmantener\u201d el software es lo que menos quieren hacer o lo que les aburre m\u00e1s … Sigue leyendo