Sustento del uso de Constantes > HardCoding

gistfile1.txt

selfdocumenting code

softcoding anti-pattern

magic numbers.

hacer un mantenimiento que no se tiene que implica desarrollo y que 95% no se va usar... .

cuando es una constante y cuando es código en duro?

un inner select hará la aplicacion más lenta, podría enviarse a una variable 
que llame a una función pero otra vez implica más desarrollo cuando se sabe
que el valor por ser "CONSTANTE" no va a cambiar, obviamente no se sabe que 
va a cambiar en un 99.9% porque no hay nada en esa vida fijo, pero si se tiene una buenisima probabilidad de que no lo hará.

si se cambia igual, cambia todo el negocio, tendría que cambiar el ERICKSON WALLET una plataforma que tiene años, que se genera en base al idioma del perfil
concatenado con el banco, que si se repite y se puede omitir, pero 
acaso BFINANCIERO va a cambiar? esta aplicacion va a ser portada a otro banco?, NO.


http://programmers.stackexchange.com/questions/67982/is-it-ever-a-good-idea-to-hardcode-values-into-our-applications

http://stackoverflow.com/questions/823610/what-is-soft-coding-anti-pattern

http://c2.com/cgi/wiki?MagicNumber

http://c2.com/cgi/wiki?SelfDocumentingCode

https://en.wikipedia.org/wiki/Softcoding


por que no aplica el mismo concepto tanto para el codtran como para el peract?
por que son escenarios distintos, el codtran tiene varias transacciones y si han variado y se se incrementaran en el tiempo, por eso debo usar codigos, que forman
parte de la llave, eso me dijeron que lo habian observado, y no le encuentro
sentido porque se estan contradiciendo.

basandome en el desconocimiento de mi negocio, y donde supuesatmente todo debe estar parametrizado, deberia parametrizar el nombre de los archivos, el nombre
los paquetes, TODO debería ser paramatrizado y las CONSTANTES no existirian.


yo podría colocar el nombre del perfil como llave, sin problema.


https://msdn.microsoft.com/en-us/library/ms179899.aspx