Estou desenvolvendo um aplicativo usando as ferramentas erradas. Não quero entrar nos direitos ou erros disso - a plataforma foi abençoada como estratégica e nada vai mudar isso agora. Mas espero que alguém possa me dar algumas dicas sobre como tirar o melhor proveito da situação.

Usamos uma linguagem do lado do servidor, vamos chamá-la de X e HTML / JS / CSS do lado do cliente (no IE6). X é primitivo do ponto de vista do desenvolvimento de aplicativos (mas excelente para o processamento de dados, e é por isso que o estamos usando); ele nem sequer tem o conceito de funções definidas pelo usuário; portanto, tentar tornar o aplicativo modular de qualquer forma é um desafio. Pense em dezenas de milhares de linhas de instruções aninhadas if / then / else.

Minha suposição atual é que a redução do fator espaguete do código não será possível, e essa documentação realmente boa é minha única arma contra isso, tornando-se um pesadelo totalmente não suportável que acaba no TheDailyWTF.

Alguém tem outras idéias?

(Não mencionei o idioma X simplesmente porque espero respostas para o problema geral de trabalhar com ferramentas deficientes, e não táticas específicas para o X.)

Editar:

Ok, para os mórbidos curiosos, X é SAS. Eu não queria que a pergunta se concentrasse em se as macros no estilo de função são funções (elas não são e não podem implementar padrões de design) ou a culpam - dadas as restrições desse projeto em particular, eu realmente concordo com a decisão de usar isto! Também tenho certeza de que a maioria do software é desenvolvida em ambientes incrivelmente não ideais (ferramentas quebradas, mau gerenciamento, sobrecarga legada, etc.) e que deve haver estratégias para que as coisas funcionem assim.