Fui al sitio original y definitivamente has puesto la traducción muy muy mal. El autor se refiere solamente a cuando es una palabra compuesta, no a cuando estas usando dos palabras, es decir:

cajasVerdes esta bien.

inVencible esta mal (y se ve mal).
extraOrdinario esta mal (y se ve mal).

De hecho creo que este punto aplica mas para el idioma ingles, aun asi otro consejo que yo doy es usar los nombres de las variables en ingles. Tambien se me hace importante reconocer cuando el nombre la variable debe ser plural y cuando singular.

Usar Sacacorchos en lugar de sacaCorchos.

Saludos

Encontré la explicación de la tercera regla un tanto confusa, así que me fuí al sitio original, y dice algo diferente de lo que tú has puesto. Dice que si usas camelCase y vas a usar un nombre de variable que es una palabra compuesta, no deberías poner en mayúscula la primera letra de la segunda parte de esa palabra. Por ejemplo, si tu variable se llama rompeolas, no deberías llamarla rompeOlas, o si tu variable se llama sacacorchos, tampoco uses sacaCorchos.

Saludos,
Jake

Tu código, pasará a manos de otro programador, y por eso es recomendable que las variables tengan al menos, nombres explicativos. Para que la otra persona, no se pierda mientras revisa que hace cada instrucción del código.

Sinceramente, las dos aportaciones que hacéis, son correctas, está bien usar nombres nemotécnicos, y nombres explicativos.

No se trata de poner: Vector_registro_de_usuarios. Con un simple vAlta, o Valta, se sobreentiende que será un vector que contendrá cualquier parámetro relacionado con el alta de los usuarios.

Un saludo.

“En el manual de buenos usos de Zend, sobre como trabajar con PHP, ”

donde se puede encontrar dicho manual?

Así, si trabajo con floats, con integers, o con chars, tan solo necesito mirar el nombre de la variable, para saber cual es el resultado esperado o con el que estoy trabajando.

Y es que a veces, es mucho más rápido y eficaz, identificar una variable y su comportamiento por medio de iVariable, que examinar la implementación del código para saber con que tipo de datos estámos trabajando.

Lo que comentas de los bucles es bien cierto, como se asocia a una porción de código poco significativa, pensamos que con añadir un simple nombre de variable, estamos servidos. Lástima cuando llevamos varias líneas de código, y solo vemos nombres y más nombres y nos olvidamos completamente de cuál era su función.

Un saludo.