Alım-satım fırsatlarını kaçırıyorsunuz:
- Ücretsiz alım-satım uygulamaları
- İşlem kopyalama için 8.000'den fazla sinyal
- Finansal piyasaları keşfetmek için ekonomik haberler
Kayıt
Giriş yap
Gizlilik ve Veri Koruma Politikasını ve MQL5.com Kullanım Şartlarını kabul edersiniz
Hesabınız yoksa, lütfen kaydolun
Okulda Rusça programlamayı hatırlıyorum. Sonra basit algoritmalar yazdılar...
Harika bir konu, ancak kodlayıcıların büyük çoğunluğu için anlamsız, IMHO.
Kod yazmayı bilenlerin Rusçayı yeniden öğrenmesi pek olası değildir. Kısacası, sanat için sanat sanat değildir.
Sanırım Rosh bu konuyu makaleniz için yasaklayacak.
Doğru söylendi - konu anlamsız.
Esasen, hiçbir fark yoktur. Yapıların çoğunu Rusça olacak şekilde yeniden tanımlamak için tanımları kullanabilirsiniz.
Ama ne anlamı var?
Genellikle İngilizce metin, içinde pek çok yabancı kelime ve yapı bulunduğunda okuyucuyu rahatsız eder. Programlamada bu öğeler çok sınırlı sayıdadır, bu nedenle her şey çok hızlı bir şekilde hatırlanır ve daha sonra artık karışmaz.
Gerçekten de, 1C'de her şey Rusça'dır ve aynı zamanda sorunsuz çalışır. Her ne kadar, bence, çok tanıdık değil gibi görünüyor.
Aynen öyle. İngilizce bilmeyenler için giriş eşiği çok daha yüksektir. Her türlü referans kitap ve belgelere göre kendi kendine İngilizce öğrendi. İlk aşamalarda, materyali anlamak için çok zaman harcadım. Bence "Kiril C++" (yalnızca yazma operatörleri değil, aynı zamanda belgeler) olması gerekiyor ve sonra görüyorsunuz, "et" ve topluluk büyüyecek. Bir sürü dil var, neden bazıları Rusça olmasın? Sadece çocuklara öğretin, sadece belgeleri okuyun, yerli programcıların sayısı (ve seviyeleri) önemli ölçüde artacaktır. Acemi bir Rusça konuşan programcıya bunun gibi bir şey verin http://en.cppreference.com/w/cpp/atomic/memory_order ve tüm kodlama arzusu ortadan kalkacaktır.
Bu arada, onların yüksek teknolojiye girmelerinin, bizim için sebze yetiştirmenin daha kolay olduğu ortaya çıktı.
Ana dillerinde programlamayı seven (veya gelecekte sevecek) kişilere, kendi küçük topluluklarında birleşerek, kendi aralarında özgürce açık kaynak paylaşabilmeleri için Rus yazılım terminolojisi için ortak standartlar bulmalarını öneriyorum. Peki, gelecekte farklı bir yaklaşım kullanmaya devam edin. Onun için zaten bir teklifim var. Bir makale yazacağım, yayınlayacağım veya forumda yayınlayacağım.
Tüm şüphecileri benimle rekabet etmeye davet ediyorum. İngilizce ve OOP kullanarak bir program yazıyorsunuz ve ben Rusça ve kendi yaklaşımımı kullanıyorum. Daha özlü, anlaşılır ve basit olacak ve aynı zamanda görevi tam olarak yerine getirecek program en iyisi olarak kabul edilecektir.
Tüm şüphecileri benimle rekabet etmeye davet ediyorum. İngilizce ve OOP kullanarak bir program yazıyorsunuz ve ben Rusça ve kendi yaklaşımımı kullanıyorum. Daha özlü, anlaşılır ve basit olacak ve aynı zamanda görevi tam olarak yerine getirecek program en iyisi olarak kabul edilecektir.
Hayır böyle değil. BİR program yazılıyor. Ve sonra - tüm Rus tanımlayıcıları - onları İngilizce olanlarla değiştiriyoruz. (Yorumlar - Rusça bırakın)
Ve anlaşılırlığının hiç değişmediğini görüyoruz.
Daha iyi
nasıl
?
Rusça'da ya daha uzun ya da daha çirkin olacak.
İngilizce konuşamayan programcılar için, anlamsal bir yük taşımadıklarından ve yalnızca belirli bir eylem için tasarlanmış bir sembol olduklarından, kabul edilen İngilizce operatörlerde yazmak daha kolaydır.
yani onlar sadece semboller, kelimeler değil. Kiril harflerini, sözlük anlamı taşımayan kısaltılmış operatör isimleri için kullanıyorsanız, klasik programlama dillerinden farklı olmayan dili öğrenirken yine de hatırlamanız gerekir.
Birisi diğer dillerdeki insanlardan daha önce İngilizce karakterlerle kod yazmaya başladı, daha fazla programcı vardı, bu oldu.
Tüm değişkenler için mümkünse sadece Rusça yorumlar kullanıyorum ve değişkenlerin adını anlamlı kelimelerden 3'ten fazla olmayacak şekilde oluşturuyorum. Bence bu, kodu anlamak için en uygunudur. Genelde tek harfli değişken adları kullanan ve yorum yazmaya zahmet etmeyen ve yıllar sonra bile kendi kodlarını (veya başka birinin kodunu) okumakta sorun yaşamayan bazı programcılar tanıyorum. Bu, kodun sözlüksel anlamı olmayan sembolik temsili hakkındaki sözlerimi doğrular, sadece bir alışkanlık ve eğitim alır, kelimeleri harflerle veya hecelerle değil, bütün olarak okuma yeteneği gibidir. Ama yine de, benim yöntemim en uygun gibi görünüyor, bu yüzden kodu kendim okumak benim için daha kolay ve diğer kodlayıcılar yazılarımı çok zorlanmadan okuyor.
Yani, kodun daha fazla okunabilirliği, uzun değişken adlarına veya bir satırda yazılan birçok döngüye göre tasarımdaki tekdüzelik stiliyle sağlanır.
Hayır böyle değil. BİR program yazılıyor. Ve sonra - tüm Rus tanımlayıcıları - İngilizce olanlarla değiştirilir. (Yorumlar - Rusça bırakın)
Ve anlaşılırlığının hiç değişmediğini görüyoruz.
Yabancı dil bilgisi insanı sadece manevi olarak zenginleştirmez, aynı zamanda sınırları zorlar ve yeni ufuklar açar.
Sadece bazı nedenlerden dolayı hiçbir çocuğuna yabancı, Rusça, Çince vb. öğrenmelerini dayatmazlar. Ve nedense onların dilini bilmek bize bir şeyler açıyor...
Tabii ki İngilizce de öğretebilirsiniz ama sırf mahkûmları tercümansız sorgulayabilmeniz için.))) Almancayı yakından öğrenmeye başladık sonra...
Daha iyi
nasıl
?
Rusça'da ya daha uzun ya da daha çirkin olacak.
İngilizce konuşamayan programcılar için, anlamsal bir yük taşımadıklarından ve yalnızca belirli bir eylem için tasarlanmış bir sembol olduklarından, kabul edilen İngilizce operatörlerde yazmak daha kolaydır.
yani onlar sadece semboller, kelimeler değil. Kiril harflerini, sözlük anlamı taşımayan kısaltılmış operatör isimleri için kullanıyorsanız, klasik programlama dillerinden farklı olmayan dili öğrenirken yine de hatırlamanız gerekir.
Birisi diğer dillerdeki insanlardan daha önce İngilizce karakterlerle kod yazmaya başladı, daha fazla programcı vardı, bu oldu.
Tüm değişkenler için mümkünse sadece Rusça yorumlar kullanıyorum ve değişkenlerin adını anlamlı kelimelerden 3'ten fazla olmayacak şekilde oluşturuyorum. Bence bu, kodu anlamak için en uygunudur. Genelde tek harfli değişken adları kullanan ve yorum yazmaya zahmet etmeyen ve yıllar sonra bile kendi kodlarını (veya başka birinin kodunu) okumakta sorun yaşamayan bazı programcılar tanıyorum. Bu, kodun sözlüksel anlamı olmayan sembolik temsili hakkındaki sözlerimi doğrular, sadece bir alışkanlık ve eğitim alır, kelimeleri harflerle veya hecelerle değil, bütün olarak okuma yeteneği gibidir. Ama yine de, benim yöntemim en uygun gibi görünüyor, bu yüzden kodu kendim okumak benim için daha kolay ve diğer kodlayıcılar yazılarımı çok zorlanmadan okuyor.
Yani, kodun daha fazla okunabilirliği, uzun değişken adlarına veya bir satırda yazılan birçok döngüye göre tasarımdaki tekdüzelik stiliyle sağlanır.
Böyle daha iyi:
Böyle daha iyi: