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 las constantes y las enumeraciones donde en realidad prefiero el estilo Java SCREAMING_CAPS.
La base de código de mi compañía está llena de un estilo de notación pseudohúngara de VB6 y VBScript, si no es húngaro en toda regla, es decir,
- s o str para cadenas
- yo o int para Ints
- d para decimal (o, a veces, doble)
- o u obj para cualquier tipo de objeto
Cada vez que veo ese estilo de código utilizado en el código de otra persona (incluso en el código de campo nuevo, no solo en el código heredado) me estremezco, y me niego a usar ese estilo. En el pasado, comencé a estandarizar las convenciones de nomenclatura de .Net, que simplemente se ignoran: las personas que escriben en notación húngara continúan haciéndolo, aquellos de nosotros que no nos quieren siguen usando nuestro propio estilo; Tengo un poco de miedo de que si sí se estandariza (lo que sigo presionando, pero a nadie más parece importarle), estará en notación húngara y no en la forma recomendada y luego lo haré ser forzado a escribir código como ese.
¿Estoy haciendo una montaña de una colina en lo que respecta a esto? ¿No debería importarme si el código está lleno de identificadores redundantes y no de nombres descriptivos, y continúo usando mi propio camino y presioné para que se convierta en el estándar?