MQL5 hakkında geri bildirim - sayfa 8
Ticaret fırsatlarını kaçırıyorsunuz:
- Ücretsiz ticaret 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
Sea Sharp'ın sıradan insanlar için herhangi bir faydası var mı?
Bu arada!
Her nasılsa çok uzun zaman önce C ve Pascal dillerinin çok mecazi bir karşılaştırmasıyla tanıştım.
C dili, bu 180 km / s hızında bir dağ yolunda harika bir Ferrari yolculuğu,
ve Pascal dili, geniş tek yönlü bir yolda 40 km/s hızla sessiz bir limuzin yolculuğudur.
Onlar. C'nin gerçek erkeklere yönelik olduğu ima edildi, :-)
C'de, işaretleri kendiniz takip etmeniz gerekir :-) , aksi takdirde keskin bir dağ dönüşünde otoyoldan uçabilirsiniz, yani. dil zayıflar için değildir.
C, işletim sistemlerinin ve yardımcı programların, sürücülerin dilidir. C dili, kullanıcılar için işletim sistemleri ve yardımcı programlar yazan profesyoneller tarafından yazılmıştır.
Öğrencilere başlangıçta Pascal'da yazmaları öğretildi, Pascal bir öğretim dili olarak yazılmıştır.
Araçların amaçları ve uygulamaları arasındaki fark açıktır.
MQL dili esasen C'nin bir türevidir, MetaQuotes geliştiricilerinin seçimi profesyonel olarak çok doğrudur.
Turbo Pascal oynadım, C'dekiyle aynı dürüst işaretçiler var. Ama kahretsin, yarım saniyede {} yazmak yerine start end yazman gerekiyor))) Bu, tembel, beni hep yormuş
Ayrıca C derleyicisinin ilk etapta o yıllarda optimize edildiğinden şüpheleniyorum.
Hangi dilde yazılacağı ne fark eder?
(Pascal'daki makaleler, sürücüler ve herhangi bir şey yazılabilir)
Neyi ve nasıl yaptığınızı anlamak önemlidir ve programlama dili onuncu şeydir!
Bir incelik var, her aracın kendi amacı var.
Rake - yaprakları toplayın
Kürek - bir delik kazın
Dirgen - saman toplamak
--
Genel olarak, bir dirgen ve hatta bir tırmıkla bir delik açabilirsiniz.
Turbo Pascal oynadım, C'dekiyle aynı dürüst işaretçiler var. Ama kahretsin, yarım saniyede {} yazmak yerine start end yazman gerekiyor))) Bu, tembel, beni hep yormuş
Ayrıca C derleyicisinin ilk etapta o yıllarda optimize edildiğinden şüpheleniyorum.
Oh, gönderiler ve düşünceler arasındaki bir dakikalık fark aynı!
Evet, paska kendi başına kesinlikle iyidir, goto'dan uzaklaşır! Ama sorun şu ki, bir nedenden dolayı mikroişlemci geliştiren mühendisler JMP komutunu dışlamadılar ve Niklas Wirth herhangi bir işlemcinin normal yeteneklerinden birini görmezden geliyor, peki, bayrak onun elinde, bu yüzden işletim sistemleri yazmıyorlar. Pascal'da :-)))
Hangi dilde yazılacağı ne fark eder?
Kürek - bir delik kazmak daha uygundur. Bir fark var.
Oh, gönderiler ve düşünceler arasındaki bir dakikalık fark aynı!
Evet, paska kesinlikle kendi içinde iyidir, goto'dan uzaklaşır! Ama sorun şu ki, bir nedenden dolayı mikroişlemci geliştiren mühendisler JMP komutunu dışlamadılar ve Niklas Wirth herhangi bir işlemcinin normal yeteneklerinden birini görmezden geliyor, peki, bayrak onun elinde, bu yüzden işletim sistemleri yazmıyorlar. Pascal'da :-)))
Kürek - bir delik kazmak daha uygundur. Bir fark var
Çünkü gerekli, ancak goto olmayan dillerde derleyici kullanmasına rağmen gizlidir.
Elbette bazı diller genellikle SQL gibi dar bir uzmanlığa sahiptir.
Ama kendim için Sharpe'da Windu'nun altına bir şeyler yazıyorum, hızlı düşünmenize gerek yok.
Çünkü gerekli, ancak goto olmayan dillerde derleyici kullanmasına rağmen gizlidir.
Elbette bazı diller genellikle SQL gibi dar bir uzmanlığa sahiptir.
Ama kendim için Sharpe'da Windu'nun altına bir şeyler yazıyorum, hızlı düşünmenize gerek yok.
Lesha, bunu biliyorum :-), içeride nasıl olduğunu bilmeyenler: hata ayıklama yoluyla dolaşmadılar, asm bilmiyorum, artan sırada yazmadılar.
Kim yolu geçmedi - BINARY (PDP-11 işlemci konsolundan komutlar yazarak), ardından ASM, ardından daha yüksek seviyeli bir dil, vb.
--
Ve içeride nasıl çalıştığını ve nedenini bilmiyorsanız, hemen Pascal'da ve goto kullanmadan yazabilirsiniz.
Lesha, bunu biliyorum :-), içeride nasıl olduğunu bilmeyenler: hata ayıklama yoluyla dolaşmadılar, asm bilmiyorum, artan sırada yazmadılar.
Kim yolu geçmedi - BINARY (PDP-11 işlemci konsolundan komutlar yazarak), ardından ASM, ardından daha yüksek seviyeli bir dil, vb.
--
Ve içeride nasıl çalıştığını ve nedenini bilmiyorsanız, hemen Pascal'da ve goto kullanmadan yazabilirsiniz.
Evet, Pascal'a gerek yok, o zaman onunla ne yapmalı, iş için neredeyse hiç boş yer yok
Sharp, hem kendisi hem de bir sürü boş pozisyon için oldukça yön veriyor
Dün bir kez daha ilk beşe bir prog attım. bu sefer uzman ve işin hızı hoş bir sürpriz oldu. Konu başlatıcının sadece bir kelimeye ihtiyacı var, onu istemediğim kelimeyle değiştiremem
Evet, Pascal gerekli değil, o zaman onunla ne yapmalı, iş için neredeyse hiç boş yer yok
Sharp, hem kendisi hem de bir sürü boş pozisyon için oldukça yön veriyor
Boş pozisyonlarda Java harika gider. Pascal sonunda ölür, C'nin aksine, üzerinde hiç boş yer yoktur.
Dünyanın nereye gittiğini anlamak için, ABD'deki boş pozisyonlara dile göre bakın ve neredeyse hiç iş yığınımız yok.
Dün bir kez daha ilk beşe bir prog attım. bu sefer uzman ve işin hızı hoş bir sürpriz oldu. Konu başlatıcının sadece bir kelimeye ihtiyacı var, onu istemediğim kelimeyle değiştiremem
Evet, normal MQL5 dili . Bu dil değil, bazı eleştirmenler tarafından stratejiler için fikir eksikliği. MQL5 kütüphanelerde fena halde eksik, standart HashTable sağlanmasa bile, makalede burada yayınlanan sınıfı kullanıyorum.
Ve STL'yi taşımak yerine, MQ, FuzzyLogic gibi işe yaramaz çöplerle meşgul (veya belki de birinden satın aldılar, xs ...).
Ancak tüm bunlar, karlı stratejiler yazmamı ve ticaretten elde ettiğim kârla yaşamamı engellemiyor. Bu yüzden MQL4/5'te kalıyorum))