Estoy desarrollando una aplicación utilizando las herramientas incorrectas. No deseo entrar en los derechos o los errores de esto: la plataforma ha sido bendecida como estratégica y nada va a cambiar eso ahora. Pero espero que alguien me pueda dar algunos consejos sobre cómo sacar lo mejor de la situación.¿Sugerencias para codificar utilizando herramientas hostiles?
Utilizamos un lenguaje del lado del servidor, llamémoslo X, y HTML/JS/CSS del lado del cliente (en IE6). X es primitivo desde el punto de vista de desarrollo de una aplicación (pero excelente para el procesamiento de datos, y es por eso que lo estamos usando); ni siquiera tiene el concepto de funciones definidas por el usuario, por lo que tratar de modular la aplicación de alguna manera es un desafío. Piensa en decenas de miles de líneas de instrucciones anidadas if/then/else.
Mi suposición actual es que no será posible reducir el factor de espaguetis del código, y esa gran documentación es mi única arma contra que esto se convierta en una pesadilla totalmente insoportable que termina en TheDailyWTF.
¿Alguien tiene alguna otra idea?
(no menciono lo X lenguaje es simplemente porque yo estoy esperando respuestas al problema general de trabajo con herramientas deficientes no, las tácticas particulares de X.)
Editar:
Ok, para el morboso curioso, X es SAS. No quería que la pregunta se centrara en si las macros de función son funciones (no son, y no pueden implementar patrones de diseño), o culparlo, dadas las limitaciones de este proyecto en particular, de hecho estoy de acuerdo con la decisión de usar ¡eso! También estoy seguro de que la mayoría del software se desarrolla en entornos increíblemente no óptimos (herramientas rotas, mala administración, sobrecarga heredada dominante, etc.) y que debe haber estrategias para que las cosas funcionen aún así.
Si la pregunta obtiene respuestas decentes, ¿nos dirá qué es X? ;) – Max
Hmmm ... desafortunadamente X suena muy familiar :) –
Sí, hice mi mejor esfuerzo, y espero saber qué es X también;) –