La historia es larga, vamos al final: hay tres nombres que nunca se deben usar:
"Ultimo" o "Final" - para el nombre de un archivo, por ejemplo, para una propuesta o documento de spec de algo. Muy probablemente no sea la última ni la final. Eventualmente ud u otro se encuentre estudiando o editando un documento que piense que es el "ultimo" o la version "final" porque así lo indica su nombre pero NO lo es. Tip: http://gxwiki.genexus.com/
"InvoicesBuild12100" - jamás incluir el nro de build en el nombre de una KB, salvo que sea un respaldo o algo que ud destruirá o renombrará (*) a la brevedad. De lo contrario en unos dias (horas? minutos?) estará trabajando con el build 12108 en una KB que se llama build12100, nada más equivocado o por lo menos confuso.
"DBServer208" - jamás incluir el propósito de un server en su nombre. Probablemente esos servers no cumplirán esa función mucho tiempo y serán reciclados con otro propósito. Ud se encontrará haciendo el deployment de unas DLLs/Classes en un server que se llama "DBalgo" y la base de datos la creará en un server de producción que se llama "AppBackupServer01" o configurando el acceso a una red vía un proxy que se llama ExchSrv. La realidad es demasiado dinámica para que un server sirva para lo mismo por mucho tiempo.
NOTAS:
1. Soy el primero en cometer esos errores así que, como en la escuela, lo escribo a ver si me exorcizo
2. Igual hoy me encontré con 2 de estos ejemplos que no eran de mi autoría así que "mal de muchos.."
3. No crea en el rename porque no es fácil, por ejemplo, no puede renombrar un documento que tiene abierto o una KB que el IIS tiene un directorio virtual apuntando y ni que hablar que renombrar un server puede dejar a un planeta a pie (a pesar del DNS, IP y todo eso).
"Ultimo" o "Final" - para el nombre de un archivo, por ejemplo, para una propuesta o documento de spec de algo. Muy probablemente no sea la última ni la final. Eventualmente ud u otro se encuentre estudiando o editando un documento que piense que es el "ultimo" o la version "final" porque así lo indica su nombre pero NO lo es. Tip: http://gxwiki.genexus.com/
"InvoicesBuild12100" - jamás incluir el nro de build en el nombre de una KB, salvo que sea un respaldo o algo que ud destruirá o renombrará (*) a la brevedad. De lo contrario en unos dias (horas? minutos?) estará trabajando con el build 12108 en una KB que se llama build12100, nada más equivocado o por lo menos confuso.
"DBServer208" - jamás incluir el propósito de un server en su nombre. Probablemente esos servers no cumplirán esa función mucho tiempo y serán reciclados con otro propósito. Ud se encontrará haciendo el deployment de unas DLLs/Classes en un server que se llama "DBalgo" y la base de datos la creará en un server de producción que se llama "AppBackupServer01" o configurando el acceso a una red vía un proxy que se llama ExchSrv. La realidad es demasiado dinámica para que un server sirva para lo mismo por mucho tiempo.
NOTAS:
1. Soy el primero en cometer esos errores así que, como en la escuela, lo escribo a ver si me exorcizo
2. Igual hoy me encontré con 2 de estos ejemplos que no eran de mi autoría así que "mal de muchos.."
3. No crea en el rename porque no es fácil, por ejemplo, no puede renombrar un documento que tiene abierto o una KB que el IIS tiene un directorio virtual apuntando y ni que hablar que renombrar un server puede dejar a un planeta a pie (a pesar del DNS, IP y todo eso).
Y tenes alguna sugerencia de como nombrar los servidores, las base de datos y/o las aplicaciones?
ResponderBorrarHummm capaz un nombre de fantasía nomás onda "Visigoten" o serializado ese onda "Visigoten01", "Visigoten02".
ResponderBorrarSino "Server1" "Server2", digamos que algo que no indique mucho pero facilmente memorizable.
El punto es que prefiero no saber cual es el propósito de un server que pensar que si se y en realidad estar en un error.
Las bases de datos... ni idea.. diría que normalmente soportan una aplicación que tiene un fin, talvez lo mejor sea ponerle un nombre relacionado a eso pues dificilmente cambie. Una aplicación de "facturación" se podría llamar "facturacion" y listo, dificilmente se transforme en una aplicación de RRHH. Sino nombres tipo "Consolidada" o "Corporativa", no se, esas creo que cambian menos su propósito.
Aplicaciones, aplica lo mismo que a base de datos.
La otra es consultar a Les Luthiers que tienen experiencia :)