Escribir código en ruso. Ventajas e inconvenientes de un programa de este tipo. - página 17
Está perdiendo oportunidades comerciales:
- Aplicaciones de trading gratuitas
- 8 000+ señales para copiar
- Noticias económicas para analizar los mercados financieros
Registro
Entrada
Usted acepta la política del sitio web y las condiciones de uso
Si no tiene cuenta de usuario, regístrese
Los comentarios se escriben más largos que los nombres de las variables y las funciones. Si los nombres se explican por sí mismos, puede reducir los comentarios al mínimo y no perder tiempo escribiéndolos. También puede reducir el tiempo de análisis en su propio código, si es grande. Puede ahorrar mucho tiempo y esfuerzo en todos los aspectos de la programación y el desarrollo, al tiempo que amplía sus capacidades.
Una vez vi un código de Kazajistán con comentarios del estilo de: "Luch vairh vekhrt, luchh nyz vekrt". Menos mal que estaba en un galimatías en el kamment, pero todas las variables están claras. ¿Está sugiriendo que todos los idiomas deberían tener también comandos y variables en el idioma local?
Una vez vi un código de Kazajistán con comentarios del estilo de: "Luch vairh vekhrt, luchh nyz vekrt". Menos mal que estaba en un galimatías en el kamment, pero todas las variables están claras. ¿Está sugiriendo que todos los idiomas deberían tener también comandos y variables en el idioma local?
Creo que sí: mi enfoque de la escritura de código no es adecuado para todo el mundo. No obstante, si alguien está interesado, que intente escribir algo en ruso y que comparta sus impresiones sobre esta "exótica" experiencia.
Déjeme escribir en ucraniano con dialecto de Lviv y dígame si sería más conveniente entenderlo en inglés o no ?
Los comentarios tardan más en escribirse que los nombres de las variables y las funciones. Si los nombres se explican por sí mismos, puede reducir los comentarios al mínimo y no perder tiempo en escribirlos. También puede reducir el tiempo de análisis en su propio código, si es grande. Puede ahorrar mucho tiempo y esfuerzo en todos los aspectos de la programación y el desarrollo, al tiempo que amplía sus capacidades.
Un comentario se escribe una vez al declarar una variable y luego se puede acceder a ella en cualquier parte del programa. Pero un nombre de variable largo puede aparecer muy a menudo en el código, aumentando visual y cuantitativamente el tamaño del mismo.
Los términos buy, sell, order, position, margin, count, cnt, column, table, array son bien conocidos y fáciles de leer; incluso si hay un error en el nombre de la variable, nadie lo notará, mientras que un error en ruso será urticante. Al escribir en jeroglíficos, es imposible equivocarse en las palabras.
Un comentario se escribe una vez al declarar una variable y luego se puede acceder a él en cualquier parte del programa. Pero un nombre de variable largo puede aparecer muy a menudo en el código, aumentando visual y cuantitativamente el tamaño del mismo.
Los términos buy, sell, order, position, margin, count, cnt, column, table, array son bien conocidos y fáciles de leer; incluso si hay un error en el nombre de la variable, nadie lo notará, mientras que un error en ruso será urticante. Escribe en jeroglíficos, allí es imposible equivocarse en las palabras.
Bueno, ahora tiene sentido.
De hecho, cuando se hace un trabajo a medida proporcionando código abierto, definitivamente hay que utilizar el inglés. Estoy de acuerdo con eso.
Sin embargo, si consideramos la eficiencia de la programación y el desarrollo como tal, es definitivamente mayor cuando se utiliza un lenguaje nativo. Cualquiera que tenga esa experiencia lo confirmará.
Estoy bastante seguro de que los estadounidenses se adelantaron a todo el mundo en materia de tecnologías de software precisamente porque tenían una enorme ventaja inicial: la posibilidad de desarrollar en su lengua materna, mientras que otras naciones tenían que adaptarse no sólo a otros idiomas, sino también al enfoque de otros (OOP).
Competir con ellos en su campo es no tener ninguna posibilidad de ganar.
El rojo resaltado IMHO es una declaración controvertida. La práctica demuestra que nuestros programadores están muy solicitados allí.
De nuevo, en mi opinión, porque escriben en una lengua no nativa. No tienen la disonancia cognitiva que tienen los anglófonos de nacimiento.
Por poner un ejemplo sencillo:
VASYA+MASHA= AMOR lo hemos visto en las piedras y en los árboles desde nuestra infancia y la frase...
VASIA+MASHA= AMOR provoca una disonancia cognitiva. Pero en la programación, esta situación es bastante normal. Mientras que la misma frase en el alfabeto latino se lee mejor...
VASJA+MASHA=SKANDAL porque las variables son sólo variables y sus relaciones están determinadas por el contexto del programa y no por el contexto del lenguaje utilizado.
Hay otra característica en inglés, que en general ya no discrimina entre sus programadores y los nuestros, pero que sigue dando ventaja a los que escriben programas en inglés...
La legibilidad del programa depende en gran medida de la longitud de los nombres, y las palabras inglesas son más cortas que las rusas.
Mi opinión es que la longitud de un nombre de variable debería ser de 3-4 caracteres, si es más largo entonces hay un problema, más largo está bien, pero no debería ser un fenómeno masivo. Una o dos variables largas en un bloque no estropean la legibilidad.
Esto es especialmente cierto para las variables que se repiten con frecuencia. Por eso es mejor que los contadores sean monobólicos.
No se ha entendido bien más de una vez. Ruso en código - si el código es para uso personal. El inglés es para el código abierto destinado a la distribución.
Alert("Ротация_кнопок_таскбара¿Es una forma especial de comodidad escribir palabras inglesas en ruso?