Diğer (Konuşulan) Dillerde Kodlama

Bu her zaman merak ettiğim bir şey ve internette hiçbir yerde bundan bahsedemiyorum. Örneğin Japonya'dan bir dükkan kod yazdığında, onu İngilizce okuyabilir miyim? Veya C, PHP gibi dillerin yazdıkları Japonca çevirisi var mı?

Sanırım sorduğum şey, dünyadaki her bir kodlayıcı, benim yaptığım aynı ayrılmış sözcükleri kullanacak kadar İngilizce biliyor mu?

Bu kod:

If (i < size){
    switch
        case 1:
            print "hi there"
        default:
            print "no, thank you"
} else {
    print "yes, thank you"
}

tam olarak şu anda İngilizce olarak gördüğümle aynı şekilde gösterilsin, yoksa İngilizce konuşmayan başka bir kişi "eğer", "geçiş", "durum", "varsayılan", "yazdır" ve " başka "kendi ana dillerinde?

DÜZENLEME - evet, bu ciddi. Bir dilin farklı yerelleştirmelerinin farklı anahtar kelimelere sahip olup olmadığını bilmiyordum. veya hatta farklı yerelleştirmeler varsa.

İyi anladıysam, soru aslında şudur: "Dünyadaki her bir kodlayıcı, benim bildiğimle aynı ayrılmış kelimeleri kullanmak için yeterli İngilizce biliyor mu?"

Pekala .. İngilizce burada konu değil, programlama dili ayrılmış kelimeler. Demek istediğim, yaklaşık 10 yıl önce başladığımda, İngilizce konusunda hiçbir fikrim yoktu ve yine de ne anlama geldiğini bilmediğimde bile (İngilizce'de) programlama dilini öğrenerek basit şeyleri programlayabiliyordum. Aslında bu, İngilizce öğrenmeme yardımcı oldu.

Örneğin. Bir "yineleme" yapmayı biliyorum (elbette yineleme) Yazmam gerekiyordu:

 for( i = 0 ; i < 100 ; i++ ) {}

Bana göre "için", ";" ve basit yabancı sözcüklerin veya sembollerin bulunduğu "++". Daha sonra "için" nin "para" anlamına geldiğini ve "while" ın "mientra" anlamına geldiğini vb. Öğrendim ama bu arada İngilizce bilmeme gerek yoktu, ama benim durumumda ihtiyacım olan şey "C" yi bilmekti.

Elbette daha fazla şey öğrenmem gerektiğinde, İngilizce öğrenmem gerekiyordu, çünkü belgeler o dilde yazılmıştı.

Yani cevap şu: Hayır, anadilimde olup olmadığını, bunun için, vs. görmüyorum. Onları İngilizce olarak görüyorum, ancak benim için programlama dili için ifade ettikleri başka bir şey ifade etmediler.

Bash'deki switch deyimi gibidir: case .. esac. "Esac" Nedir ... benim için bash'daki switch ifadesinin sonu.

Sanırım buna "soyutlama" diyoruz

Java dilinde, JavaBeans kuralı nedeniyle bazı yöntemlerin (en azından kısmen) İngilizce dili kullanılarak adlandırılması gerekir.

Bu kural, bir X özelliğinin getX () ve setX () yöntemleri çifti aracılığıyla oluşturulmasını gerektirir. Burada, bazı geliştiricilerin Fransız dilinde kodlama yapmak zorunda olduğu Fransız-Kanada'da bu, aşağıdaki kargaşaya yol açar:

interface Foo {

  Color getCouleur();

  void setCouleur(Color couleur);
}

Referans bulmada sorun yaşıyorum ama bana üç hikaye hatırlatıldı.

Bir Lisp bilgisayar korsanı, "cdr" ve "araba" gibi anlamsız işlevleri ana dilinizdeki programlamayla karşılaştırarak savunur: http://people.csail.mit.edu/gregs/ll1-discuss-archive-html/msg01171. html

Yukihiro Matsumoto ("Matz") Ruby'yi geliştirmeye başladığında, tüm belgeleri Japonca yazmasına rağmen İngilizce anahtar kelimeler kullandı ! . Birkaç yıldır Ruby için İngilizce dokümantasyon yoktu ve dili kullanan çok az Amerikalı vardı. Ama şimdi dünya çapında bir dil ve Japonya'da doğmuş olması sadece tarihsel bir ilgi. Dil, hiragana'da anahtar kelimeler kullanıyor olsaydı, popülerlik kazanmakta çok daha zor zamanlar geçirecekti.

Bir makaleyi bir kez okudum - belki başka biri bulabilir, Google bugün yardım etmiyor - bu, anahtar kelimeleri çevirmenin yanlış yönlendirildiğini, çünkü kelimelerin aslında İngilizce olmadığını - bunlar jargon. Sadece yapmak değil (örneklere yukarıda kullanmak için) paragraf ve dökmek oldukça bu kesin anlama sahip değildir için İngilizce sahiptir, sigara programcılar "döngü" ifade etmek alay etmeleri. Amerikalıların bile yeni bir anlam öğrenmesi gerekiyor. Dolayısıyla, kelimelerin yüzeysel anlamını başka bir dile çevirmek, aslında yardımcı olmaktan çok, diller arası kelime oyunu yapmaya benzer.

Daha önce Japonca programlama hakkında çok fazla düşünmemiştim ama işte sorunun kod örneğini kullanarak başlıyoruz.

Değişkenler İngilizce olan Japonca'da yalnızca dil ifadelerini kullanmak:

// In Japanese, it makes more sense to put the keywords/modifiers as
// postfix expressions rather than prefix expressions.
(i < size)か {
     (l[i])は {
     1だ:
         「もしもし。」を書く;
     省略時値:
         「いいえ、いいですよ。」を書く;
     }
} ない {
     「はい、ありがとうございます。」を書く;
}

Pek çok kişinin daha önce belirttiği gibi, çoğu programlama dilinde sadece birkaç anahtar kelime öğrenmeniz gerekiyor, bu yüzden İngilizce (veya bu konuda sizinkinden başka bir dilde) olmaları o kadar da önemli değil. Bu sadece bir yapıyla ilişkilendirdiğiniz bir sembol. Örneğin, VB'de, birçok C stili dilde "{" olan "THEN" var ve okunabilirlikte büyük bir fark yaratmıyor (en azından ben böyle görüyorum, İngilizce olmayan anadili).

Ancak işlerin bazen zorlaştığı ve (doğal) dil seçiminin önemli olduğu yerlerde tanımlayıcıları adlandırmaktır. Değişkenlerin, işlevlerin, sınıfların vb. Adları, bir dil engeli nedeniyle sizin için anlamlı bir isme sahip değilse, en basit kodu takip etmek bile oldukça zor olabilir.

Birinin bana bir blogdan alınan kısa bir Actionscript pasajı verdiğini hatırlıyorum. İsimler Almancaydı ve o dilden tek bir kelime bile konuşmadığım için var_123, var_562 veya func_333 de olabilirdi (ve muhtemelen isimleri hatırlamak veya en azından benim için daha kolay olurdu. kopyalamadan ve yapıştırmadan doğru heceleme şansı). Bu kısa, kendi kendine yeten bir pasaj olduğundan, bu değişkenlere ve işlevlere ana dilimde (İspanyolca) anlamlı isimler vermek için çevrimiçi bir çevirmen kullandım ve bundan sonra her şey açıktı. Mesele şu ki kod aslında basitti, ancak çok fazla (gereksiz) fazladan çaba sarf etmeden yalnızca dil engelini aştığımda bir anlam çıkarabildim.

O zamandan beri, tanımlayıcıları adlandırmak için İngilizce kullanmaya başladım. Hoşunuza gitsin veya gitmesin, programlama, mühendislik ve genel olarak teknik işler için "koine" dir. API'lerin çoğu ve çoğu dokümantasyon İngilizce dilinde yazılmıştır (ve muhtemelen bulabileceğiniz en iyi kaynaklar İngilizcedir). Güzel bir şekilde, kodunuzu etkileşime girme olasılığınız olan kodla daha tutarlı tutar ve sanırım İspanyolca gibi diğer dillerden daha derli toplu ve kısa ve öz olma eğilimindedir (aksi takdirde benim doğal tercihim olurdu).

Elbette, en azından biraz İngilizce anlayamazsanız, sorun aynı kalır, bu yüzden mükemmel bir çözüm değildir. Ancak, birçok farklı ülkeden bir dizi geliştirici göz önüne alındığında, iletişim kuracakları ortak dilin (kod ve tabii ki başka yollarla) İngilizce olması ihtimali vardır. Bu yüzden, bu soruna mükemmel bir çözüm olmasa da, İngilizce'yi seçmek belki de en iyi seçenektir.

Programlama dili, anahtar sözcükleri ve standart sınıf adlarını tanımlar ve en iyi uygulama, kullanıcı tanımlı türler, değişkenler ve işlevler ve ayrıca İngilizce adlar (anadili olmayan bir konuşmacı olarak söyleyebilirim ;-).

Yani evet, her şey yolundaysa, kodu okuyabileceksiniz.

Bununla birlikte, Java ve Perl gibi diller, tanımlayıcılar için tam Unicode setine izin verir, bu nedenle biri sınıf adlarını Kanji'de yazarsa, muhtemelen bir sorun yaşarsınız.

Güncelleme: Perl için Latince Perl yazmanıza izin veren bir şaka modülü var. Ama bu gerçekten sadece bir şaka. Kimse böyle şeyleri ciddiye almaz.

İkinci Güncelleme: Yerelleştirilmiş programlama dilleri fikri o kadar da saçma değil. Excel'in makro dili yerelleştirilmiştir, ancak şans eseri dosyada tek bir kanonik dilde (İngilizce) depolanır, bu nedenle yerelleştirme, normal şeyin üstündeki bir katmandır. Bu tür şeyler sadece küçük "programlar" için anlamlıdır, "gerçek" programlar için ise sürdürmek zorlaşır.

Aslında orada olan bazı İngilizce Olmayan tabanlı programlama dilleri (Vikipedi)

Ben Norveçliyim, ancak çıktı hariç tüm kodlar için her zaman İngilizce kullandım (okuldaki bazı aptalca kodları göz ardı ederek). Aslında genellikle her şeyi İngilizce yazıyorum ve sonra çeviriyorum gettext (veya başka bir şey) kullanarak ana dilime .

Ben İngilizim ve sık sık karşılaştığımız bir sorun Amerikan / İngiliz yazım çatışmasıdır. Bu genellikle Initialise () veya Initialize (), Analyze () veya Analyze () vb. Gibi programlama ile ilgili terimlerle ortaya çıkar. Bu, yöntemleri geçersiz kılmaya çalışan sorunlara yol açabilir (vardır) ve bazen fark edilmesi zordur.

Çerçeve (bizim durumumuzda C #) Amerikalılar tarafından tasarlandığından, tutarlı olmanın ve Amerikan yazımlarını kullanmanın en iyisi olduğunu gördük. Color'ı bile benimsiyoruz.

Geliştirme ekiplerimizde farklı milliyetler var ve İngiliz olmayanların çoğu doğal olarak Amerikan yazımlarına yöneliyor.

AppleScript bir zamanlar Fransız ve Japon lehçelerinde mevcuttu. Neden geri çekildiğini bilmiyorum.

Bunu bir sonraki seviyeye taşıyacak olursak, sembolleri ikame edebilmek nasıl olur?

Brainf ** k ve Whitespace gibi dilleri gördükten sonra şöyle bir dil yapmayı düşündüm: Açmak için kapatma parantezleri kullanmanız, kapatmak için parantezleri açmanız, + ve -, * ve / ,; ve:,> ve <vb.

Kavram, hileli olarak değiştirilmiş bir C derleyicisinden başka bir şey değildir. Ancak, anahtar kelimeleri farklı şekilde düşünmek gibi, daha önce böyle şeyleri hiç düşünmediyseniz, bazı temel varsayımları yeniden düşünmeniz için sizi zorlar. Ör:

int foo)int i, char c( }
    int six = 2 / 3:
    int two = six + 4:
    if )i > 0( }
        printf)"i is negative"(:
    {
{

C # dilinde bir yazılım sistemi geliştiren bir Fransız ekibindeyim. Programlama dili anahtar kelimelerinin görünüşte İngilizce olmasına rağmen, tüm fonksiyon isimleri, değişkenler, kod yorumları, veritabanı tabloları ve sütunları, teknik özellikler, protokoller ve benzerleri içerdiği için kodu okurken büyük zorluk yaşayacağınızı hayal ediyorum. Fransızca, bu güzel aksanlı karakterler de dahil olmak üzere ç, ​​é, è, ù, vb. Virgülün varsayılan ondalık ayırıcı olarak kullanılması gibi yerelleştirme hataları nedeniyle sistemin başka bir yerde çalışıp çalışmayacağından bile emin değilim.

Aksi takdirde, WinDev Fransa'da popüler bir programlama platformudur ve programlama dili WLanguage, Fransızca veya İngilizce anahtar kelimelere sahiptir, buraya bakın ve örnek: bağlantı metni

Yerelleştirilmiş gördüğüm tek dil , makroları olan Excel. İtalyanca Office sürümünü kullanarak bir sütun toplamaya çalışırsanız, SOMMA(A1:A10)TOPLA değil yazmanız gerekir . Bu utanç verici.

Bu arada, eğlenceli olduğu için, kodunuzun İtalyanca anahtar kelimelerle nasıl görünmesi gerektiği aşağıda açıklanmıştır:

se (i < size){
    commuta
        caso 1:
            stampa "hi there"
        normalmente:
            stampa "no, thank you"
} altrimenti {
    stampa "yes, thank you"
}

VBA'nın ispanyolca benzeri komutlara çevrildiğini gördüm. şimdiye kadar görülen en çirkin şeylerden biri. Bilgisayarımda böyle bir şey olmasından utanırdım.

PD: İspanyolcanın İngilizceden çok daha güzel bir dil olduğunu düşünüyorum; ama çeviri YANLIŞ

Diğerlerinin de belirttiği gibi, anahtar kelimeler ve sistem çağrıları büyük olasılıkla İngilizce kalacaktır.

Ancak, dilin anahtar kelimelerini anlamak, kodu anlamanın sadece küçük bir kısmıdır. Değişken isimler, işlev isimleri ve yorumların tümü yazarın ana dilinde olma riskini taşır.

Düzenleme : Anahtar kelimeleri Fransızcaya çevirmek için TRS-80 yerleşik BASIC'imin eşleme tablolarına gittiğim gençliğime yeni döndüm. Tüm anahtar kelimeleri değiştirebilirdim ama hiçbirini büyütemedim. Komik programlar için yapılmıştır.

Bununla dalga geçme. Birkaç yıl önce Microsoft, Almanca anahtar kelimeler ve API ile G # (German Sharp) - C # 'i duyurmuştu. Elbette bu bir Nisan Şakası şakasıydı, ancak bununla ilgili tüm site çok gerçekçi ve profesyonel görünüyordu (ve microsoft.com'daydı). Korkunç.

İş yerinde, her ikisi de Almanca konuşulan ülkelerde geliştirilmiş, tanımlayıcılar için bazı sevimli sahte arkadaşlar da dahil olmak üzere korkunç bir Almanca ve İngilizce karışımına sahip iki alan veri yolu sistemi kullanıyoruz. Bu bir karmaşa.

Hayır, İngilizce anahtar kelimeler ve tanımlayıcılar iyidir. Bazıları bunun Renkli mi yoksa Renkli mi olması gerektiğini tartışabilir :)

Üzerinde çalıştığım birkaç VBA projesinde (evet, kariyerimin çok başlarında) kullanıcının makinesine yüklenmiş olan ofis sürümünü tespit etmemiz ve e-tablolarda kullanılan formülleri buna göre değiştirmemiz gerekti.

Ben portekizce programladığım gibi "SUM", "SOMA" ya tercüme edilmeli ve bu böyle devam edecek. Bunun birkaç dilde gerçekleşmesi için gerekli çalışmayı hayal edemiyorum. Bu problemden başka acı çeken var mı?

Anahtar kelimelerin çevrildiği bazı diller vardır. Örneğin Excel formülleri. Bir elektronik tabloya bazı hesaplamalar yazarsanız, bu sizin dilinizde olacaktır.

Neyse ki, bu genel bir uygulama değil ve benim gibi İngilizce konuşmayanlar bile anahtar kelimeler için standart bir dil olduğu için Tanrı'ya şükür:

• Çalışmanızı paylaşmak daha kolay.
• belgelerin halihazırda olduğundan daha büyük bir kabusa dönüşmesini engeller.
• İngilizce kelimeler ve cümleler genellikle kısadır ve sözdizimsel olarak pragmatiktir. Edebiyatta Latin dilleri çok daha güzeldir, ancak teknik konularda İngilizce harikadır.

Ve nerede durmalı? Eski Yunanca'da bir C düşünebiliyor musunuz?

Anahtar kelimeler tek bir dilde kalmalı ve İngilizce ile başlamalı, öyle kalsın. Bu en kötüsü olabilirdi (Asya dili?). Ve bu yüzden İngilizce yöntemler ve yorumlar yazmalıyız. Tamam, bizim için daha çok iş, ama en azından uluslararası kod tabanı uyumlu kalıyor.

Bununla birlikte, ana dilde yöntem adlarının ve yorumlarının kullanılmasının iyi bir uygulama olabileceği bir durum vardır: üçüncü dünya ülkesinde. Birkaç ay sonra bir Django projesini yönetmek için Senegal'e gidiyorum. Senegal'in muazzam bir analphabetization oranı var ve bu nedenle programlama bilgilerini geliştirmek için enerji harcaması zaten harika. Fransızca burada anadildir, bu nedenle onları aynı anda hem bilgisayar hem de yeni bir dil öğrenmeye zorlamak yetersiz olacaktır.

BTW, Fransızca anahtar kelimeler içeren kodunuz olacaktır:

Si (i < taille) {
    cas par cas :
        cas 1:
            afficher "salut"
        défaut:
            afficher "non merci"
} sinon {
    afficher "oui, merci"
}

Anahtar kelimelerin çevrilmesinin dizeleri çevirmekle ilgisi olmadığı için değil. Elbette "merhaba, orada" dilimize çevrildi. Avrupalı ​​kodlayıcılar, hizmetlerinin daha geniş bir kitleye ulaşabildiği I18N'yi Amerikan toplumundan çok daha fazla kullanma eğilimindedir.

Genel olarak konuşursak, çoğu programcı İngilizce forma uyum sağlar. Programlamayı 7 yaşımdayken öğrendim ve sadece İbranice (sağdan sola) konuşuyordum ve hiç İngilizce bilmiyordum, bu da onu oldukça etkileyici bir deneyim haline getirdi.

Genellikle karşılaşacağınız sorun dokümantasyon, değişkenler ve işlev adlarıyla ilgilidir. İngilizce alfabe kullanarak diğer dillerde değişken payımı gördüm.

Aslında tercüme edilen bildiğim tek dil eski Logo idi (bu güne kadar hala harika).

Ben çocukken Fransa'ya gittik ve gittiğimiz bir müzede size bilgisayar programları yazmayı gösteren bir sergi bulduğumu hatırlıyorum. Dil bir tür BASIC varyantıydı ve onu FOR yerine POUR kullanarak açıkça hatırlıyorum, vb. 7 yaşındaydım ve sadece BASIC'i yeni öğrenmiştim ve Fransızların böyle kendi lehçelerine sahip olması bana tamamen doğal geldi !!

Sanırım gördüğüm LSE olabilir mi?

Filemaker'ın betik dili yerelleştirilmiştir. Komut dosyaları (ve veriler!) Korkunç bir "standart kanonik" formda saklanır.

Dolayısıyla, Amerikan versiyonunda bir komut dosyası yazarsanız, onu Fransızca versiyonda açarsanız, tüm anahtar kelimeler ve yerleşik fonksiyon adları Fransızca olacaktır. Ama neden çalışmıyor ?! Aha! Fransız versiyonu ondalık nokta olarak "," kullanır ve bu nedenle belirsizliği önlemek için ";" işlev argümanlarını ayırmak için - Amerikan versiyonu "." ve "," sırasıyla. Bu dönüşümü kendin yapmalısın.

Dolayısıyla, tüm bunları düzeltmek için inanılmaz derecede kötü komut dosyası düzenleme arayüzünde (metin dosyaları olarak komut dosyaları yazamazsınız) çalışıyorsunuz. Çalışıyor! Harika! Sonuçlar tamamen yanlış! Oh hayır! Aha! Amerikan versiyonuna girdiğiniz Ocak-7-2004 tarihi, Temmuz-1-2004 olarak yorumlanıyor - görünüşe göre tarihler sadece görüntülenmiyor, aynı zamanda yerel ayara bağlı olarak saklanıyor . Şaka mı yapıyorum ? Hayır.

[Not: Filemaker 8 ve 9 mantıklı olabilir - Ben sadece 3 - 7 ile çalıştım.]

Sorunuz Perl ile ilgili ilginçtir çünkü sözdizimi (İngilizce) doğal dili takip etmek için tasarlanmıştır. Acaba bu, İngilizce konuşmayanlar için işleri daha mı zorlaştırır?

Elbette Perl ve Perlers geleneksel kurallara göre oynamayı reddediyor. Çılgın bilim adamı Damian Conway, , Latince Perl yazmanıza olanak sağlamak için kaynak filtrelerinin kara büyüsünü kullanan Lingua :: Romana :: Perligata modülünü !

Burada Avustralya'da biz hala heceleyebilirsin rengi gibi renk . Bununla birlikte, bir Avustralya projesi üzerinde çalışan diğer (Avustralyalı) geliştiriciler, dahili değişken adlarının Amerikan tarzında yazılması gerektiğine karar vermelerini rahatsız edici buluyorum.

IMHO, bir dil sözdizimi için i18n anlamsız olurdu . Her tür taşınabilirliği öldürecektir.

Tek istisna, LOGO gibi eğitim dilleridir. Kolay öğrenim için tasarlandılar, bu nedenle taşınabilirlik bir sorun değil.

Çok fazla kod okudum ama sorun her zaman değişken / yöntem adlarında ve yorumlarda, eğer kodlarını kendi dillerinde yorumluyorlarsa, Japonca veya Kiril gibi özel bir dil kullanarak başımız belada! ama anahtar kelimeler İngilizce olarak kalacaklarını düşünüyorum.

italyanca

se (i < dimensione){
    scegli
        caso 1:
            stampa "ciao"
        mancante:
            stampa "no, grazie"
} altrimenti {
    stampa "sì, grazie"
}

Önceki bazı posterlerin endişelerini teyit etmek için, tüm anahtar kelimeleri İngilizceden Fransızcaya çevirmeyi içeren bir makro içeren bir Fortran kodu gördüm. Devam etmeme izin ver.

Aynı zamanda İtalyanca, Almanca, İngilizce ve Fransızca tanımlayıcıları eşzamanlı olarak içeren bir kodla çalışmak zorunda kaldım, çünkü yalnızca birçok farklı yerde geliştirildiğinden değil, aynı zamanda ana geliştirici bunun eğlenceli olduğunu düşündüğü ve tanımlayıcı adlarını kopyalamamasına yardımcı olduğu için ( tabii ki 2000 satırlık bir rutin ile ....)

WordBasic'in yerelleştirildiğini düşünüyorum. WordBasic, VBA kullanılmadan önce Word'de makrolar yazmak için kullanıldı.

Doğru hatırlıyorsam, yalnızca İngilizce sürümde yazılmış WordBasic tüm yerelleştirilmiş sürümlerde çalıştırılır. Hollandaca bir versiyon yazacaksanız, bunu sadece Hollandaca bir Word üzerinde çalıştırabilirsiniz.