Una de las cosas a las que siempre he dado bastante importancia programando es a tener cuidado con los nombres que doy a los identificadores. Imagino que habrá quien declare una variable y le ponga el primer nombre que le venga a la cabeza. Yo no. Yo prefiero pensármelo bien y buscar ese nombre ideal que describa la utilidad de la variable o función que voy a nombrar, llegando a veces a rozar la esquizofrenia tratando de encontrar un sinónimo que me agrade más. A veces pienso que se me va mucho la olla con este asunto, pero no lo puedo evitar. Me gusta que me guste mi código, que esté bien tabulado, que lo entienda con los comentarios imprescindibles y que tenga las mayúsculas y las minúsculas donde las tiene que tener. Cuando aprendo sintaxis nueva de cualquier lenguaje lo primero que hago es marcarme las reglas a seguir y decidir cuál es el punto de equilibrio entre la estética del código y la funcionalidad. Sería absurdo obsesionarme con esto y llegar a un punto en que querer que me guste el código me lleve a dedicar más tiempo del imprescindible en escribirlo.
Ahora bien, respecto a la nomenclatura en concreto: ¿qué pasa con el idioma? He leído varias opiniones en distintos sitios y he llegado a la conclusión de que existen básicamente tres tendencias:
comentarios (6) |
Bien hecho, aunque lo de utilizar algunos verbos especiales en inglés tampoco está mal. Por ejemplo, los javabeans de java te obligan a utilizar los verbos "get" y "set", por lo que tienes que utilizar getPrecio(), por ejemplo.
La regla general es que el código sea lo más internacional posible, es decir, que lo pueda entender un mayor número de personas. Es decir, lo lógico es poner todo en inglés (comentarios incluidos), pero el autor es en última instancia el que decide ;)
No sé k pensar, también depénde del proyecto... si es para un cliente tuyo o es personal y libre, ...
Si es para un cliente (y si finalmente tienes que darle las fuentes), si este código lo toca otros programadores españoles, pues se agradece leerlo todo en castellano. Lo mismo pasa si se incorpora alguien nuevo de tu empresa al proyecto, siempre es màs agradable en tu propio idioma.
Si el código lo puede tocar ya mucha gente de lugares muy dispares, tonces lo ideal seria el inglés, aunq siempre me pregunto, pk tiene k ser inglés?? Por numero de personas k lo entiendan? Creo k los castellano-parlantes estabamos mas o menos a la par... pero bueno es otro tema.
Tb hay k considerar el nivel de inglés... pk según el nivel k tengas, tardas màs en escribir los comentarios k en escribir el código... y a saber lo que has escrito al final. Como mi nivel no es muy alto, yo voy por lo pràctico... spannglish :P y siendo egoista, si otro no entiende mi código (comments), pos k se apañe y aprenda castellano, igual k yo aprendi inglés...
Primera vez k entro en este blog, parece interesante, felicidades :)
pues como escribas igual que en el comentario, me da que si ni siquiera los que hablan castellano te van a entender muy bien
No tengo mucha experiencia en esto de la programación, estoy en primero. Pero creo que lo más cómodo es hacerlo todo en español ¿no?
Por lo menos en la universidad dudo que me obliguen a ponerlo en otro idioma.
Está muy bien eso que haces de comerte un poco el coco a la hora de elegir nombre de variables y eso, luego te ayuda muchísimo, hace más comprensible el código, por tanto hace falta menos comentarios.
Yo procuro hacerlo lo más anglosajón posible.
Para empezar , porque el código que leo y del que aprendo suele ser en inglés, y donde estuvieres , haz lo que vieres.
En segundo lugar, si la sintaxis de la mayoria de lenguajes es en inglés ( if, switch, for, procedure, AND, WHERE , etc ) ¿ por qué tener problemas a la hora de escribir los identificadores en inglés ?
Por supuesto , los comentarios los hago en castellano porque son para mi o gente con la que trabajo. Es más, cuando escribo comentarios no me gusta nada usar anglicismos.
De cualquier modo, no se me caen los anillos de leer o poner un obtenerPrecio(), porque creo que no está mal, pero suelo poner getPrice()
Para código en equipo, lo que se acuerde; me es indiferente.