(12-11-2012 11:13)gonnza escribió:  hermoso

Gracias, pero estabamos hablando del case aca.

(12-11-2012 11:13)gonnza escribió:  excepto por ese VariablemalCapi

Fue a proposito.


pd: claramente un guion no queda bien en TODOS los casos, pero cuando tenes que separar dos palabras,a veces queda mucho mejor.
Para mi queda mejor tener un metodo

 void * long_term_scheduler(void *)

que otro que se llame

 void * longTermScheduler(void *)

mmm

no

¿Alguien quiere pensar en la notación húngara?

jaja yo la uso para definir los elementos de la UI

por ej, lblNombre, txtEdad, etc

sino, ni en pedo

---

ahi lo agregue

Que tiene que ver c++ con la notacion que se usa.

En mi empresa laburamos con CamelCase en el codigo y underscore para la base, asi se nota bien cuando es un campo de base de datos.

y m_Variable para los atributos de clase

---

Si tengo que usar .NET y arrastrar controlcitos a un formulario ahi si uso notacion hungara para los nombres

CamelCase, CamelCase everywhere

na, para controlcitos si, uso la hungara

y CamelCase para metodos, atributos, etc

tambien para campos de la Db

¿La hungara se usa para algo mas que para controles de .net? Eso SI es horrible.

Tengamos en cuenta que en el 90% de los casos estamos defendiendo una nomenclatura que nosotros no elegimos ni nos importo solamente por el hecho de que nos dijeron que se usa esa y nos acostumbramos a usarla.

CamelCase

---

(12-11-2012 11:00)rulo escribió:  

(12-11-2012 10:39)ebric escribió:  ¿Los mismos hombres de verdad que usan notacion hungara en lenguajes tipados?.

No necesariamente.

  char * holaSoyUnaVariablemalCapitalizadaConEstaConvencionHorrible

Compilar y ejecutar código

Es genial que esté así; es más fácil darle al shift + la letra que ponés en mayúscula, a hacer:
shift + tecla de guión, más el resto de lo que escribas

AtributoLindo = 13 c
atributo_lindo = 14 c y más esfuerzo en tipear

Yo lo defiendo porque me es más cómodo, no porque los de Paradigmas o Algoritmos lo consideren feliz

(12-11-2012 12:41)nanuiit escribió:  Es genial que esté así;

meh.

Cita:es más fácil darle al shift + la letra que ponés en mayúscula, a hacer:
shift + tecla de guión, más el resto de lo que escribas

Es exactamente el mismo esfuerzo.

Cita:AtributoLindo = 13 c
atributo_lindo = 14 c y más esfuerzo en tipear

¿Porque "mas esfuerzo en tipear"? ¿Que es lo que te ahoras? ¿Un caracter?

Cita:Yo lo defiendo porque me es más cómodo, no porque los de Paradigmas o Algoritmos lo consideren feliz

¿En algoritmos los hacen camel casear ahora? Cuando la curse yo con nombres de una sola letra bastaba para pasar la materia.
Ponele.

Te es mas comodo porque te acostumbraste

y no es algo valido ? (?)

No si se intenta generalizar

Venía a decir lo que dijo Nanuit.

Cita: ¿Que es lo que te ahoras? ¿Un caracter?

Cambiar la posición de dos dedos de la mano. Cagate de risa, pero si te fijas, en el tuto de Vim, te dicen que aprendas a usar hjkl porque asi no tenés que mover la mano de más.

Agrego otra cosa: El ctrl+shift+<adelante o atras>. Eclipse, por ejemplo, te salta el movimiento en las palabras en camelCase corta el movimiento. Si tiene underscore no.

Ej:
unaVariable

Si me posiciono atras del "uno", y toco ctrl+shift+derecha, me seleccióna "una". Si lo toco de nuevo, me selecciona "Variable". A mi eso, que es una boludez (ya que no podemos encontrar más que boludeces para decir si es mejor una u otra), me parece excelente, y un motivo valido para preferir camelCase antes que underscore.

totalmente, por lo que dice imakuni es mas comodo

el visual studio no hace eso de seleccionar camelcaseando