(12-11-2012 14:09)Imakuni escribió: [ -> ]Cambiar la posición de dos dedos de la mano.
Ok,pero yo casi no tengo que cambiar la posicion. Uso el layout en ingles, asi que para poner el underscore hago shif+= y muevo solo una mano.
Cita: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.
Poner un ejemplo de Vim no me va a convencer. Realmente no se lo que le ves, pero es primitivo existiendo editores de texto nacionales y populares como EMACS.
Cita: excelente, y un motivo valido para preferir camelCase antes que underscore.
A mi me parece un motivo valido para preferirlo, pero completamente invalido para generalizar.
Sea, te agrega una feature...pero no es como el refactor que lo usas todo el tiempo, al menos en mi caso, cuando cambio el nombre a una variable lo hago para cambiarlo completamente. Rara vez (hasta ahora nunca, de hecho) cambie cosas como unAvion por unaAviona porque se me halla venido encima un aluvion de feministas reformadoras del lenguaje.
Generalmente cuando cambio el nombre de un metodo es porque
A) El nombre es una mierda y en lugar de una dos palabras tengo que cambiar todo.
B) Cambio la semántica del metodo. Ergo, tengo que cambiar todo el nombre.
En ambos casos es refactor -> borrar el nombre del método y pensar uno nuevo.
Nomas donde veo que te sirva esa feature es en
C) Tuviste un error ortografico al escribir el nombre del metodo.
Cita:A mi me parece un motivo valido para preferirlo, pero completamente invalido para generalizar.
Parece que esa frase está de moda. ¿Que significa "generalizar"? ¿A que te referis con eso? ¿No estamos hablando de porqué preferimos una ante otra?
Cita:Rara vez (hasta ahora nunca, de hecho) cambie cosas como unAvion por unaAviona porque se me halla venido encima un aluvion de feministas reformadoras del lenguaje.
No, pero talvez utilizas alguna herramienta que posea convenciones sobre configuración (no necesariamente un fwk famoso), con lo cual te es mas rapido copiar y pegar un prefijo de una forma, que de otra.
Cita:Ok,pero yo casi no tengo que cambiar la posicion. Uso el layout en ingles, asi que para poner el underscore hago shif+= y muevo solo una mano.
Ok. Agregas un caracter al pedo.
Rulo, decinos alguna ventaja de utilizar underscore. Ya te mencionamos dos. ¿Que ventaja tiene Underscore?
Que pasaria si tengo que crear un metodo que se llame por ej "Agregar cosas a una lista"
agregar_cosas_a_una_lista() vs agregarCosasAUnaLista()
Creo que ahi ganaria el _
El español es una bosta para programar. El inglés es más conciso.
Cita:Parece que esa frase está de moda. ¿Que significa "generalizar"? ¿A que te referis con eso? ¿No estamos hablando de porqué preferimos una ante otra?
Generalizar == Porque deberiamos preferir una ante la otra. Argumentos de porque una es objetivamente mejor que la otra.
!= Argumentos de porque vos usarias una frente a la otra.
Si estas discutiendo a nivel "yo personalmente prefiero .... <inserte notacion aqui>. El argumento de "me parece una garcha la otra forma de escribir codigo" es perfectamente valido. Salvo que estes en un proyecto con otra gente y se te esten echando encima porque tengas que cumplir con una convencion y vos le dejas cosas incoherentes en medio del codigo.
Cita:No, pero talvez utilizas alguna herramienta que posea convenciones sobre configuración (no necesariamente un fwk famoso), con lo cual te es mas rapido copiar y pegar un prefijo de una forma, que de otra.
Generalmente cuando tengo que seguir una convencion la sigo, tampoco soy tan fanatico como para cagar la legibilidad y dejar nomenclaturas inconsistentes.
Cita:Ok. Agregas un caracter al pedo.
OH THE ANTIPERFORMANCE!, OH THE HORROR!
Cita:Rulo, decinos alguna ventaja de utilizar underscore.
- Se nota mejor a primera vista la separacion entre palabras,haciendo el underscore las veces de espacio,impactando favorablemente en la legibilidad.
- El "_" te hace de separador entre convenciones linguisticas. Ej: get_facturas(), get_weisswurst().
- Te sentis un tr00 4xx0r l337 c0|)i(/)g ph(_)k3r.
- Podes tener esta discusion.
- 20% de descuento en farmacity.
Yo si puedo los combino. Underscore para identificar estructuras/variables/cosas feas con estado, y camel para funciones/métodos/cosas lindas a las que le metes cosas feas u otras cosas lindas.
En realidad no importa para cual uses cual, lo importante es que a primera vista notas la diferencia.
(12-11-2012 15:17)rulo escribió: [ -> ]Cita:Parece que esa frase está de moda. ¿Que significa "generalizar"? ¿A que te referis con eso? ¿No estamos hablando de porqué preferimos una ante otra?
Generalizar == Porque deberiamos preferir una ante la otra. Argumentos de porque una es objetivamente mejor que la otra.
!= Argumentos de porque vos usarias una frente a la otra.
Si estas discutiendo a nivel "yo personalmente prefiero .... <inserte notacion aqui>. El argumento de "me parece una garcha la otra forma de escribir codigo" es perfectamente valido. Salvo que estes en un proyecto con otra gente y se te esten echando encima porque tengas que cumplir con una convencion y vos le dejas cosas incoherentes en medio del codigo.
Cita:No, pero talvez utilizas alguna herramienta que posea convenciones sobre configuración (no necesariamente un fwk famoso), con lo cual te es mas rapido copiar y pegar un prefijo de una forma, que de otra.
Generalmente cuando tengo que seguir una convencion la sigo, tampoco soy tan fanatico como para cagar la legibilidad y dejar nomenclaturas inconsistentes.
Cita:Ok. Agregas un caracter al pedo.
OH THE ANTIPERFORMANCE!, OH THE HORROR!
Cita:Rulo, decinos alguna ventaja de utilizar underscore.
- Se nota mejor a primera vista la separacion entre palabras,haciendo el underscore las veces de espacio,impactando favorablemente en la legibilidad.
- El "_" te hace de separador entre convenciones linguisticas. Ej: get_facturas(), get_weisswurst().
- Te sentis un tr00 4xx0r l337 c0|)i(/)g ph(_)k3r.
- Podes tener esta discusion.
- 20% de descuento en farmacity.
Cuando te pones así rulo, cero ganas de contestarte
.gif "=)")
.
Underscore solo al comienzo de los miembros privados de una clase. Onda
public class DaleCamelCase
{
private string _ruloTopu;
}
Cita:private string _ruloTopu;
Tendria mas sentido si fuese un bool.
O si hubieras hecho
private const bool EbricSeLaMorfa = true;
Cita:Cuando te pones así rulo, cero ganas de contestarte .
Bueno, me disculpo.
Estaba siendo jocoso-sarcastico. No se que parte de lo que escribi te ofendio.
pd: el edit de tu post es porque estaba tratando de quotearte.
Cita:Underscore solo al comienzo de los miembros privados de una clase.
eso fue lo que decia mas arriba, el unico caso "permitido"
(12-11-2012 12:58)rulo escribió: [ -> ]Es exactamente el mismo esfuerzo.
Para mí, sinceramente no. Siempre le pifio más a las teclas que tipeo con la derecha
(12-11-2012 12:58)rulo escribió: [ -> ]¿En algoritmos los hacen camel casear ahora? Cuando la curse yo con nombres de una sola letra bastaba para pasar la materia.
Ponele.
A ver, si a un puntero lo llamás PTR o P, no pasa nada
Pero no podés poner
Function T:boolean
Los procedimientos y funciones tienen que tener nombres
Entonces prefiero FuncionFeliz, a Funcion_Fea
En el caso de Adriano de AgregarCosasAUnaLista, yo cambiaría el nombre por algo como AgregarCosasEnLista, para evitar eso, pero es de quisquilloso
(12-11-2012 15:26)Dem0 escribió: [ -> ]Yo si puedo los combino. Underscore para identificar estructuras/variables/cosas feas con estado, y camel para funciones/métodos/cosas lindas a las que le metes cosas feas u otras cosas lindas.
yo en general trato de hacer eso, pero dependiendo del apuro/nivel de cafeina en sangre, a veces queda medio mezclado.
igualmente...
es muy de lloron quejarse de que estan usando una notacion que no te gusta. lo importante es que se entienda, no si escribis un caracter mas o menos.
y en js sobre todo suelo tirar armar funciones onda:
var callback = function(){...}
cuando son ad hoc mas que nada.
Cita:Para mí, sinceramente no. Siempre le pifio más a las teclas que tipeo con la derecha
Ok, eso es subjetivo, no te lo puedo discutir.
Cita:Los procedimientos y funciones tienen que tener nombres
Entonces prefiero FuncionFeliz, a Funcion_Fea
Igual cuando usas SS camelCase arranca con minuscula, (ej funcionFeliz ) y cuando usas underscore no capitalizas la primera letra (ej> funcion_fea).
Cita:es muy de lloron quejarse de que estan usando una notacion que no te gusta. lo importante es que se entienda, no si escribis un caracter mas o menos.
Nah, no es lloron es de chet@.
En vez de un metodo que sea AgregarCosasAUnaLista haria uno que se llame AddToList.
El ingles rulea para algunas cosas, como programar y letras de jevi metal (!).
Estoy triste porque se fue imakuni de la discusion.
- Off-topic:
- tesecrato vuelve, que sin ti la vida se me va....oh,vuelve nadie ocupara tu lugaaaaaaaaar (8)
Bueno suficiente musica bala por hoy, me voy a escuchar black metal.