Por término medio, nadie debería:
-Declarar un halt sin previa reconsideración de su código. Los halt deberían reservarse para eventos planos, tales como capturas de raw o reacciones verdaderamente irremediables.

-Declarar un bucle sin haber finalizado e iniciado variables predefinidas. ¿Cuántas veces nos hemos encontrado con scripts que aprovechan variables? Creo que muchos equivocan el concepto de reutilización de código con el de reutilización de variable. Gran pecado, puesto que éstos peligros solamente suelen presentarse cuando ya es demasiado tarde.

En el otro aspecto, la finalización, corre a nuestro favor que el motor de mIRC posee un buen "recolector" (aunque no sea propiamente eso) que concluye la variable local. Sin embargo, deberíamos tener siempre en cuenta en qué estado puede concluir ésa variable, no es siempre la manera más óptima la que se nos ofrece por defecto.

-Declarar variables como locos. Antiguamente éso se utilizaba mucho. Afortunadamente, hoy cada vez se lleva menos. La diferencia de una declaración de variables limpia no es tanta la eficiencia del propio script (muchos suelen argumentar que es lo mismo, puesto que la diferencia objetivamente entre 100 y 200 variables no es mucha). En la práctica, una manera tan fea y errónea de programar puede llevar al usuario a que trabaje con varias variables a la vez, con la consiguiente confusión y el peligro de la integridad de nuestro código. Las variables deben ser únicas, las genéricas escasas, reconocibles y, cuanto sea posible, locales.

-Realizar las llamadas a alias. Para reutilizar código ahi que ser extraordinariamente ordenado. Tú no puedes realizar las llamadas a unos alias de reaprovechamiento si los tienes desperdigados por todos los códigos remotes. Los buenos scripts catalogan sus genéricos en sus archivos alias y solamente ponen los locales, o los que van a usar en el propio archivo remotes.

-Reutilizar código no es reutilizar salidas. No es buen concepto para la optimización el que aproveches un return para derivarlo a otro alias. Si un return debe ser procesado, se entiende que debe ser procesado dentro del propio alias. Partir alias para aprovecharlos puede llevarte al otro extremo de lo que quieres lograr, es decir: a la ineficiencia.