Problemas de nombres de dominio que no están en inglés en la programación

Question

La mayoría del código de programación, imagino que está escrito en inglés. Pero me llama la atención cómo las personas manejan el tema de nombrar aquí. Se realiza una gran cantidad de programación dentro de un dominio de negocios, generalmente con términos bien establecidos para ciertos procedimientos, artículos.

Soy de Dinamarca, por ejemplo, y algo con lo que trabajo mucho tiene un término llamado "indblikskode", que se traduce en "código de visión". Entonces, ¿uso la línea "string indblikskode = ..." en el código C# para algún servicio web relacionado con esto? ¿O trato de usar una traducción, como "insightcode"? El negocio en el que estoy no es uniforme en su lenguaje, por ejemplo, usa el término "organisatorisk enhed" (unidad organizativa), pero con la misma frecuencia abreviatura "OU", que obviamente se abrevia del inglés.

¿Cómo manejan otras personas este problema de nomenclatura, manteniendo coherencia y cordura (en todo, desde simples nombres de variables en su código, hasta tablas de bases de datos, nombres de servidores)?

Duplicados:

• Should identifiers and comments be always in English or in the native language of the application and developers?
• Do you use another language instead of English?

Answer 1

Consulte mi pregunta y respuesta here.

Básicamente depende de su organización y la aplicación. Si su empresa, los desarrolladores y los clientes hablan el mismo idioma nativo y usted espera que siga así, entonces sería extremadamente contraproducente que todos se conviertan en traductores de tiempo parcial. Pérdida de productividad considerable para una ventaja futura puramente hipotética. YAGNI.

Si se trata de una gran empresa internacional, o si hay planes concretos para expandirse internacionalmente o realizar algún trabajo en alta mar, es una cuestión diferente, por supuesto.

Answer 2

sólo puedo hablar por mí mismo, pero siempre me traducir términos en Inglés al nombrar clases y variables, y es uno de los nuestros no escrita mejor prácticas de codificación para hacerlo también. Nunca se sabe cuándo tendrá que transferir el desarrollo a mano de obra barata en el extranjero o al experto consultor de expatriados en la ciudad.

Answer 3

Después de haber trabajado en Suiza (lado alemán, es decir, Zurich) y viví en Alemania por un tiempo, puedo decir que todavía no he visto un entorno donde el código no está en inglés. Claro que la aplicación bien puede estar en alemán (pero muchos entornos profesionales hablan inglés de todos modos) pero el código (que he visto) es prácticamente todo inglés.

Es difícil escribir código en otros idiomas. Por un lado, las API son (casi) todas en inglés. Java usa el nombre de JavaBeans por ejemplo, así que debes usar set y get de todos modos y "getGeburtstag" simplemente no tiene el mismo anillo que "getDateOfBirth".

Otros países pueden variar para esto ha sido mi experiencia de los países germanos.

Answer 4

Usamos generalmente términos establecidos en inglés (nuestro dominio comercial usualmente tiene términos en inglés), pero si no puedo encontrar un término adecuado, podría usar finlandés. Diablos, incluso nuestros comentarios en el código están en idiomas mixtos ...

Por supuesto, el enfoque sensato depende en gran medida de si el código fuente alguna vez se utilizará fuera del edificio. En una pequeña tienda no es un gran problema.

Answer 5

Estoy trabajando en una empresa en Austria (por lo que estamos hablando en alemán) y estamos programando en inglés (nombres de variables, objetos de dominio, GUI). Lo hace un poco más engorroso, porque tiene que encontrar las traducciones al inglés y debe traducir la GUI antes de lanzar el programa. No estoy seguro si todos los nombres son realmente correctos.

En contraste, en la empresa anterior, trabajaba para programas estrictamente en alemán. Esto fue bastante agradable (aunque las palabras en alemán tienden a ser más largas que las palabras en inglés). Después de algunos años, la empresa quería usar el mismo programa en los Estados Unidos, por lo que los programadores de habla inglesa debían usar la misma base de código. después de esto, todo se volvió bastante inconsistente: variables, campos de bases de datos ...en ambos idiomas (los miembros del equipo de habla inglesa no hablaban alemán).

Mi experiencia es que es más fácil manejar la internacionalización desde el principio (se le obliga a hacerlo cuando escribe el programa en inglés) de una aplicación, porque no es una gran tarea localizar una aplicación 10000 LOC. La ventaja de escribir en otro idioma es que ve instantáneamente lo que está localizado y lo que no, aunque es necesario tenerlo en cuenta.

A las palabras intraducibles: aún no habíamos expirado - aunque fue un trabajo encontrar la frase en inglés para "entregas intracomunitarias" (eso es algo de la UE). Pero si eso sucediera, estoy bastante seguro de que usaríamos la palabra alemana.

Answer 6

Vivo y trabajo en Alemania pero solo escribo código en inglés. Hace las cosas más fáciles. Puede publicar su código en la red si desea hacer preguntas o desea publicar tutoriales sobre su trabajo.

También el código se ve más "profesional" para mí.

Answer 7

El problema con el nombre no inglés de las clases y funciones es que invariablemente va a terminar con el pidgin macarónico. Las palabras clave están en inglés, las convenciones de nomenclatura (como por ejemplo getters/setters) también son en inglés, lo mismo para nombres estándar para patrones de diseño.

vas a terminar con cosas como:

OrganisatoriskEnhedFactory::getInstance()->getIndblikskode(); 

Answer 8

también que vivo y trabajo en Alemania por el momento y que en su mayoría utilizar Inglés a excepción de algunos comentarios antiguos en alemán. Creo que los comentarios que no son en inglés generalmente son una muy mala idea ya que tendrás que pasar el tiempo tratando de entenderlo (y entenderlo correctamente). Aunque tanto el alemán como el inglés no son mis idiomas nativos, el código escrito en cualquier otra cosa que no sea el inglés parece ser extraño.

Nunca sabrá quién trabajará en su código al día siguiente. Entonces deberías usar el lenguaje universal de TI.

P.S. Como no me gustan los idiomas que no son inglés en mi entorno de desarrollo, hice enojar a un administrador local cuando me negué a instalar mi PC con Windows alemán, Oficina alemana y German Visual Studio. Me llevó muchas horas descargar las versiones en inglés solo para mí.

Aunque creo que es bueno algún día instalar un paquete de idioma o simplemente una copia diferente del mismo software solo para aprender la terminología. SQL Management Studio en francés me emociona mucho, al igual que cuando traté de cambiar Skype al español.