A pior coisa que pode acontecer é se alguém lhe pedir para editar algo nesse código. É aí que começa. As variáveis em cirílico são simplesmente desrespeitosas ao idioma nativo, e editar tal código é ultrajante.
Posso imaginar que tipo de código seria escrito por um ucraniano em seu próprio idioma, e depois será editado por um chinês e comentado em seu próprio idioma).
Nada terrível vai acontecer. Com pedidos para corrigir algo deve ir até o autor. Se o autor se recusar algumas vezes, sua reputação irá para o sul. É quando o código desaparecerá da Internet e todos esquecerão o programador. Com o que se preocupar... Mas para iniciantes, para uma melhor compreensão, especialmente em resposta a perguntas, é até útil usar o alfabeto cirílico.
Já lhe disse que sou igualmente ignorante em relação ao inglês, chinês e coreano. Tentei dar às variáveis palavras russas em latim... ainda pior. E escrevendo em cirílico temo perder toda a minha experiência...
Реter Konow: Não, nada me incomoda. Você já tentou escrever um especialista em russo? Caso não o tenha feito, aconselho-o a tentar. Em seguida, compartilhe suas impressões. A propósito, sugiro que todos o façam.
Eu tentei, foi assim que comecei, mas depois percebi que era incompetente e primitivo e mudei para o inglês a fim de ser internacional.
Реter Konow: Você está exagerando um pouco)) É claro que o código deve estar em inglês para que possa ser visto por programadores que falam outros idiomas. A propósito, sobre o desrespeito ao idioma nativo, os falantes de inglês não têm um complexo tão complexo. Eles escrevem programas em sua língua nativa e não se incomodam).
Реter Konow: Eu nem sabia que havia pessoas que também apoiavam esta abordagem entre aqueles que escrevem livros de programação. É legal e agradável. )) Concordo também que o código aberto deve ser em inglês. Embora se for distribuído em ambiente de língua russa, então por que não em russo?
Eu o via com freqüência nos livros de programação. Uma paráfrase livre. Inclua comentários em seu idioma nativo em seu código o mais freqüentemente possível. Tanto antes como depois e na própria função. E melhor ainda, nomeie variáveis em seu idioma nativo. Um minuto de comentário poupará você de horas de mal-entendidos com seu próprio código após uma pausa de uma semana ou bebida. Você não olhará para seu próprio código como uma ovelha em um novo portão.
Yuri Evseenkov: Tenho visto muito isso nos livros de programação . Uma paráfrase livre. Incluir comentários na língua nativa no código com a maior freqüência possível. Tanto antes como depois e na própria função. E melhor ainda, nomeie as variáveis em sua língua nativa. Um minuto de comentário poupará você de horas de mal-entendidos com seu próprio código após uma pausa de uma semana ou bebida. Você não olhará para seu próprio código como uma ovelha em um novo portão.
Vladimir Zubov: De fato, são permitidos comentários em qualquer idioma, então qual é o problema?
Os comentários levam mais tempo para escrever do que os nomes de variáveis e funções. Se os nomes forem auto-explicativos, você pode reduzir ao mínimo os comentários e não perder tempo escrevendo-os. Você também pode reduzir o tempo para analisar em seu próprio código, se ele for grande. Você pode economizar muito tempo e esforço em todos os aspectos da programação e desenvolvimento, ao mesmo tempo em que expande suas capacidades.
Para login e uso do site MQL5.com, você deve ativar o uso de cookies.
Ative esta opção no seu navegador, caso contrário você não poderá fazer login.
Você entrou na conta. A autenticação de dois fatores foi desativada. Configure-a novamente e escaneie um novo código QR ou continue com a autenticação de dois fatores desativada.
A pior coisa que pode acontecer é se alguém lhe pedir para editar algo nesse código. É aí que começa. As variáveis em cirílico são simplesmente desrespeitosas ao idioma nativo, e editar tal código é ultrajante.
Posso imaginar que tipo de código seria escrito por um ucraniano em seu próprio idioma, e depois será editado por um chinês e comentado em seu próprio idioma).
Nada terrível vai acontecer. Com pedidos para corrigir algo deve ir até o autor. Se o autor se recusar algumas vezes, sua reputação irá para o sul. É quando o código desaparecerá da Internet e todos esquecerão o programador. Com o que se preocupar... Mas para iniciantes, para uma melhor compreensão, especialmente em resposta a perguntas, é até útil usar o alfabeto cirílico.
Já lhe disse que sou igualmente ignorante em relação ao inglês, chinês e coreano. Tentei dar às variáveis palavras russas em latim... ainda pior. E escrevendo em cirílico temo perder toda a minha experiência...
Não, nada me incomoda. Você já tentou escrever um especialista em russo? Caso não o tenha feito, aconselho-o a tentar. Em seguida, compartilhe suas impressões. A propósito, sugiro que todos o façam.
Eu tentei, foi assim que comecei, mas depois percebi que era incompetente e primitivo e mudei para o inglês a fim de ser internacional.
Você está exagerando um pouco)) É claro que o código deve estar em inglês para que possa ser visto por programadores que falam outros idiomas. A propósito, sobre o desrespeito ao idioma nativo, os falantes de inglês não têm um complexo tão complexo. Eles escrevem programas em sua língua nativa e não se incomodam).
Eu não vou continuar.
Aqui está um a partir daqui.
É realmente agradável e legível?
Eu tentei, foi assim que comecei, mas depois percebi que era incompetente e primitivo e mudei para o inglês a fim de ser internacional.
Eu nem sabia que havia pessoas que também apoiavam esta abordagem entre aqueles que escrevem livros de programação. É legal e agradável. )) Concordo também que o código aberto deve ser em inglês. Embora se for distribuído em ambiente de língua russa, então por que não em russo?
Eu não vou continuar.
É tirado daqui.
É agradável e legível?
E por que você escolheu um exemplo tão evitável? Há outro ali dentro:
(E veja a primeira página).
Tenho visto muito isso nos livros de programação . Uma paráfrase livre. Incluir comentários na língua nativa no código com a maior freqüência possível. Tanto antes como depois e na própria função. E melhor ainda, nomeie as variáveis em sua língua nativa. Um minuto de comentário poupará você de horas de mal-entendidos com seu próprio código após uma pausa de uma semana ou bebida. Você não olhará para seu próprio código como uma ovelha em um novo portão.
De fato, são permitidos comentários em qualquer idioma, então qual é o problema?
E por que escolher um exemplo tão evitável? Há outro ali dentro:
Aqui não é seletivo, mas é um caso particular:
Os comentários em código são como parágrafos de um poema, sem eles você recebe uma confusão ininterrupta.