Es un tema del que ya hemos hablado aqu\u00ed, pero nunca est\u00e1 de m\u00e1s repetir algunas m\u00e1ximas de Perogrullo del mundo del desarrollo del software. Una de ellas, es que los cambios en un sistema, cuanto antes se hagan mejor. Otra ser\u00eda que es mejor pensarlo dos veces, que programarlo dos veces. <\/p>\n
Ya hab\u00eda contado, que en mi empresa de por las ma\u00f1anas hab\u00edamos realizado un cambio de host (ordenador central) estos \u00faltimos a\u00f1os. En esta labor de cambio, durante unos meses estuve preparando la preparaci\u00f3n de tablas param\u00e9tricas en el nuevo sistema. El compa\u00f1ero que me ayud\u00f3 en esa labor y yo mismo, definimos todas las tablas, con campos c\u00f3digo de tama\u00f1o grande. Siempre multiplic\u00e1bamos por 50 las necesidades de registros y luego redonde\u00e1bamos al alza. El motivo era simple. Ven\u00edamos de un sistema que ten\u00eda 30 a\u00f1os y en su d\u00eda (cuando los discos eran caras y hab\u00eda que ahorrar al almacenar la informaci\u00f3n) todos los c\u00f3digos eran de peque\u00f1o tama\u00f1o. Eso provocaba, que tuvi\u00e9semos que hacer muchas cosas extra\u00f1as para poder dar de alta nuevos valores en las tablas. Y ya que \u00edbamos a un sistema nuevo (que deber\u00eda durar como m\u00ednimo otros treinta a\u00f1os) pues lo mejor era no volver a tropezar con los mismos errores.<\/p>\n
Sin embargo, nuestras peticiones de c\u00f3digos amplios, tropezaron con la idea de nuestros jefes y los consultores externos, de ahorrar. No s\u00e9 que ahorraban, porque en esa parte del dise\u00f1o, lo mismo daba un campo de 2 caracteres, que de 6. Pero excepto un par de casos, donde pudimos colar tablas grandes, en los dem\u00e1s, dejaron c\u00f3digos de dos o de tres caracteres solo. El argumento, era que si solo ten\u00edamos en el sistema 500 valores, con un c\u00f3digo de tres, ten\u00edamos el doble, o si solo ten\u00edamos 50 valores, pues con un campo de dos d\u00edgitos, sobraba. Nosotros como m\u00ednimos hab\u00edamos pedido campos de 6 posiciones. <\/p>\n
Ahora, dos a\u00f1os despu\u00e9s de terminar la migraci\u00f3n al nuevo host, ya tenemos las tablas casi llenas, solo por crecimiento org\u00e1nico. Pero lo mejor est\u00e1 por venir. Estamos en un proceso de fusi\u00f3n con otras empresas del sector. Y tenemos que acomodar los datos de las otras empresas en nuestro sistema. Y ahora las tablas donde iban 500 registros (y que ya tenemos 700) pues necesitan recibir 10.000 registros nuevos (porque alguna de las otras empresas tienen la informaci\u00f3n organizada de otra manera) As\u00ed que hay que ponerse a rehacer partes del sistema desde cero, porque sino no cabe lo nuevo. <\/p>\n
El coste de ahora, con el sistema ya en marcha en ampliar los campos es muy grande. En su d\u00eda, el coste de poner campos m\u00e1s grandes era muy bajo, ahora es muy grande. Pero es lo que tienen estas cosas, los consultores siempre ganan, cobraron en su d\u00eda y cobraran ahora tambi\u00e9n. As\u00ed que a ellos que m\u00e1s les da optimizar nada. <\/p>\n
En resumen, pensar bien al principio, antes de ponerse a codificar nada. <\/p>\n","protected":false},"excerpt":{"rendered":"
Es un tema del que ya hemos hablado aqu\u00ed, pero nunca est\u00e1 de m\u00e1s repetir algunas m\u00e1ximas de Perogrullo del mundo del desarrollo del software. Una de ellas, es que los cambios en un sistema, cuanto antes se hagan mejor. Otra ser\u00eda que es mejor pensarlo dos veces, que programarlo dos veces. Ya hab\u00eda contado, que en mi empresa de por las ma\u00f1anas hab\u00edamos realizado un cambio de host (ordenador central) estos \u00faltimos a\u00f1os. En esta labor de cambio, durante unos meses estuve preparando la preparaci\u00f3n de tablas param\u00e9tricas en el nuevo sistema.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_exactmetrics_skip_tracking":false,"_exactmetrics_sitenote_active":false,"_exactmetrics_sitenote_note":"","_exactmetrics_sitenote_category":0,"footnotes":""},"categories":[13],"tags":[2180,2251,2262],"class_list":["post-5064","post","type-post","status-publish","format-standard","hentry","category-software","tag-planificacion","tag-programacion","tag-proyecto"],"_links":{"self":[{"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/posts\/5064","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/comments?post=5064"}],"version-history":[{"count":0,"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/posts\/5064\/revisions"}],"wp:attachment":[{"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/media?parent=5064"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/categories?post=5064"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/changlonet.com\/blog\/wp-json\/wp\/v2\/tags?post=5064"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}