Convenções de nomenclatura não inglesas [duplicado]

4

Sei que existem idiomas não baseados no inglês, onde as palavras-chave estão em algum outro idioma, mas os idiomas populares estão em inglês. No entanto, se você é um falante não nativo de inglês, desenvolvendo-se para um mercado que não seja o inglês, você usa seu idioma nativo ao nomear funções, classes, variáveis, etc.?

Se você faz, que tipo de morfologia você adota? Por exemplo, as funções geralmente são nomeadas com verbos (por exemplo, buildData ), você usaria o formulário imperativo - se seu idioma tiver um - no nome (por exemplo, construisciDati em italiano)?

Uma questão relacionada: Para usuários de sistemas de escrita não-latinos e linguagens que suportam nomenclatura Unicode, você faz uso dela ou fica com a romanização? por exemplo, 建造数据 , para o nosso exemplo buildData em [Googled] Mandarin.

    
por Xophmeister 14.06.2012 / 14:34
fonte

4 respostas

12

Sou alemão, mas todos os meus arquivos de código fonte são estritamente somente em inglês ; isso também inclui comentários e mensagens de commit.

As razões para isso são:

  • Outras pessoas podem trabalhar com o código. Eles não são necessariamente alemães também.
  • O inglês é geralmente mais curto.
  • Palavras-chave, funções stdlib etc. também são em inglês, por isso é consistente.
  • Ao pedir ajuda a outras pessoas, por exemplo no Stack Overflow , será muito mais fácil se eles realmente entenderem o código que você publica.
por 14.06.2012 / 14:50
fonte
6

Sou alemão e duvido que qualquer pessoa fora da Alemanha jamais olhe para o código que escrevo. Ainda assim, eu uso o inglês ao escrever código. Até usamos o inglês no rastreador de tickets interno, principalmente para torná-lo mais bonito com nomes de classes internas e para facilitar o processamento de relatórios de bugs externos, que podem estar em inglês. Além disso, sou um defensor da consistência. Perigo profissional, eu acho.

No entanto, se eu fosse usar o alemão no meu código, eu evitaria o uso de trema e outros caracteres "exóticos". Até que o ASCII siga o caminho do disquete e o UTF8 é a codificação absolutamente dominante, os caracteres não-ASCII estão apenas solicitando problemas se você abrir o arquivo em outro editor por qualquer motivo.

    
por 14.06.2012 / 14:55
fonte
1

depende. Quando estou codificando apenas para mim ou para a empresa em que trabalho e sei que só será usado e desenvolvido aqui na Alemanha, uso um mix. Às vezes eu acho um nome de função em inglês mais significativo do que uma versão adaptada da Alemanha. Mas eu também às vezes uso nomes alemães de função, variáveis, etc. para torná-los mais claros ou adequados. Exemplo: RechneAlleFelder () em vez de CalculateAllFields (). Às vezes é apenas uma decisão do meu humor / sentimento atual.

Mas se eu usar nomes que não sejam em inglês, evito usar caracteres especiais como o umlaute alemão. Eu tenho problemas suficientes com eles ao converter dados ou exibi-los em sites ou no programa como saída. (Oh cara ... eu realmente gosto de páginas de código OEM / ANSI NÃO). ;)

Se o programm for usado internacionalmente ou se for um projeto paralelo / pessoal que eu possa colocar no Github ou em outros lugares, então eu só estou usando inglês e nenhum caractere especial e UTF-8. Apenas para ser o mais seguro possível para evitar problemas.

    
por 14.06.2012 / 14:55
fonte
0

Eu uso o idioma inglês, se a linguagem de programação permitir usá-lo. No entanto, existem alguns idiomas específicos, que não suportam inglês - estou evitando seu uso e mercado onde eles são usados.

Senso comum de usar o inglês - é a linguagem do mundo, que permite a você se comunicar facilmente com desenvolvedores de outros países.

    
por 14.06.2012 / 14:54
fonte