Nombro mis variables usando las convenciones .Net:
- camelCase para variables y campos (tiendo a usar _camelCase para campos privados en una clase)
- PascalCase para métodos, propiedades y clases.
El único lugar en el que me desvío es en constantes y enumeraciones donde realmente prefiero el estilo Java SCREAMING_CAPS.
La base de código de mi empresa está llena del estilo de notación pseudohúngara de VB6 y VBScript, si no es que húngaro completo, es decir
- s o str para Strings
- I o int para Ints
- d para decimal (o algunas veces doble)
- o u obj para cualquier tipo de objeto
Me estremezco cada vez que veo ese estilo de código utilizado en el código de otra persona (incluso en el código greenfield, no solo en el antiguo legado), y me niego a usar ese estilo yo mismo. Ya mencioné la estandarización en las convenciones de nombres .Net en el pasado y simplemente se ignora: las personas que escriben en notación húngara continúan haciéndolo, aquellos de nosotros a quienes no les gusto, seguimos usando nuestro propio estilo; Estoy un poco miedo de que si hacemos estandarizado (que sigo presionando para que, pero nadie más parece importarle), que va a ser en la notación húngara, y no la forma recomendada y entonces me veré obligado a escribir el código de esa .
¿Estoy haciendo una montaña de un molehill con respecto a esto? ¿No debería importarme si el código está lleno de identificadores redundantes y no nombres descriptivos, y seguir usando mi propio camino y presionar para que se convierta en el estándar?