\u00daltimamente tengo que estar mirando mucho c\u00f3digo que no es m\u00edo y, como todo el mundo sabe (\u00a1o debiera! xD) el c\u00f3digo de un ente y de otro pueden (y ser\u00e1n) muy diferentes, o hasta el mismo estilo de programaci\u00f3n de una persona puede variar con el tiempo o con las necesidades\/obligaciones\/malestares\/etc que tuviera en el momento de la creaci\u00f3n de dicho c\u00f3digo.<\/p>\n
Y claro, una de las fases de vida de un proyecto (y la que es la m\u00e1s larga y tediosa), es la manutenci\u00f3n de dicho c\u00f3digo.<\/p>\n
As\u00ed que nos encontramos con que hay que ampliar\/mejorar\/arreglar\/etc un cacho de trozo de programa que sabe alguien para que sirve y que no hay alma en pena que entienda las malevolencias que debe hacer (yo perjuro que es una maldici\u00f3n en arameo), pero hay que tragarse el ego (nadie lleva bien que le insulten) y tratar de entender las maldiciones que suelta dicho ente.<\/p>\n
Bien, lo que se suele decir es que con una buena documentaci\u00f3n previa y con comentarios en el c\u00f3digo se puede hacer \u00e9sto m\u00e1s o menos bien. Con esta premisa estoy de acuerdo, pero la considero insuficiente.<\/p>\n
Lo siguiente, una vez que entiendes un poco lo que hace, es probarlo y ver que rej\u00f3spitos hace. Con \u00e9sto aprendemos m\u00e1s de la misi\u00f3n del ente y como lo hace. Si encima tenemos una bater\u00eda de pruebas con el que saturarlo, tendremos todav\u00eda m\u00e1s informaci\u00f3n, dado que nos encontraremos con un contexto “virtual” de dicho ente.<\/p>\n
Vale, ya lo tenemos, sabemos que hace y sabemos que queremos modificarlo y, por eso, atacamos al c\u00f3digo para ver c\u00f3mo lo hace… Y aqu\u00ed nos quedamos con los comentarios anteriores y el saltar de funci\u00f3n en funci\u00f3n manualmente (o con ayudas del IDE haciendo click encima de la funci\u00f3n, o viendo una lista de llamadas)… \u00a1Y nada m\u00e1s!<\/p>\n
No s\u00e9 si os pasa a vosotros, pero personalmente echo mucho de menos que no haya una herramienta visual para ver como cada funci\u00f3n se comunica con otras, ver las llamadas que salen y las que entran, hasta inclusive inclustar eso en un debugger. S\u00e9 que hay por ah\u00ed una herramienta de pago que hace algo parecido a \u00e9sto (creo que est\u00e1 todav\u00eda en una versi\u00f3n beta) y que estoy seguro que mejora la interpretaci\u00f3n del c\u00f3digo antiguo de una manera antol\u00f3gica.<\/p>\n
Imaginaros el que est\u00e1is viendo una funci\u00f3n grande, que no sab\u00e9is muy bien como funciona… Encima llama a muchas funciones externas con un mont\u00f3n de par\u00e1metros… Tienes que dedicarle mucho tiempo por mucha informaci\u00f3n que nos den los IDEs actuales (o los grep de toda la vida :D). Con una herramienta que nos mostrara visualmente cada funci\u00f3n (o similar) como un ente, con las llamadas a otras y los par\u00e1metros pasados y as\u00ed poder ir navegando a trav\u00e9s de las funciones r\u00e1pidamente y visualmente, nos ayudar\u00eda enormemente.<\/p>\n
Despu\u00e9s de tantos diagramas, comentarios, documentaci\u00f3n… \u00bfpor qu\u00e9 una herramienta tan b\u00e1sica no existe?<\/p>\n","protected":false},"excerpt":{"rendered":"
\u00daltimamente tengo que estar mirando mucho c\u00f3digo que no es m\u00edo y, como todo el mundo sabe (\u00a1o debiera! xD) el c\u00f3digo de un ente y de otro pueden (y ser\u00e1n) muy diferentes, o hasta el mismo estilo de programaci\u00f3n de una persona puede variar con el tiempo o con las necesidades\/obligaciones\/malestares\/etc que tuviera en […]<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"spay_email":"","jetpack_publicize_message":"","jetpack_is_tweetstorm":false},"categories":[953],"tags":[365],"jetpack_featured_media_url":"","jetpack_publicize_connections":[],"yoast_head":"\n