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
72 vaka, özel amaçlar için 24 yeni vaka, doğrusal olmayan bir yazı sistemi, matris dilbilgisi, morfosentaks, boustrophedon ve ayrıca özel fonetik - en havalı ticaret mezhepleri için gerekenler (böylece Chekistler ve Masonlar Kase'yi çalamazlar).
Evet, "iki hareketli ortalamanın kesişimi" ifadesini Ithkuil'e çevirmek gerekiyor)
Bu konunun konusunun büyük ölçüde felsefi olması ve yalnızca algoritmik ticaretin sınırlarına değil, aynı zamanda (bazı yerlerde) genel olarak programlamanın sınırlarına uymaması nedeniyle, kitabın bir dizi bölümünün yazısını tamamlamaya karar verdim. Son bir "karmaşıklık algoritması" teorisine sahip konsept, genel olarak onun anlayışını ve soruyu cevaplamak için kendi yolunu özetliyor - böyle bir algoritma prensipte var olabilir mi?
Planlandığı gibi, iki iç içe döngüden (yükseklik ve genişlikte) oluşan bir grafik işlevi çağırarak ve 5 ana parametre - x, y kullanarak çizilen bir piksel ekranında basit bir dikdörtgen etiket örneğini kullanarak " karmaşıklık mekanizmasını " ele alacağız. , genişlik, yükseklik, renk.
Çizim işlevi "kurucu" ve parametrik kümesi - Nesne olarak adlandırılacaktır. Kaba algıda, Nesnenin renkli olarak vurgulanmış ve geometrik bir şekle monte edilmiş, ekranın genel piksel kümesinin içinde yer alan bir piksel "alt kümesi" olarak kabul edildiğine dikkat edilmelidir, ancak programcı için Nesne öyle değildir. sadece dışsal, gözle algılanan bir form, aynı zamanda yaratma mekanizmasının kendisi . Bildiğimiz gibi etiket, çizim işlevi tarafından iki döngü sürecinde "oluşturulur", bu da parametreleriyle birlikte işlevin aynı zamanda bir "Etiket" olduğu anlamına gelir. Renkli bir dikdörtgen değil, onu çizen parametrelere sahip bir algoritma . Bu anın gerçekleştirilmesi zordur, çünkü bir kişi bir nesnenin kabuğunun görsel algısına alışkındır ve arkasında duran kodu çok zorlanmış ve ikincil bir şey olarak kabul eder, ancak bu Nesnenin kendisidir, çünkü orijinal işlevin uygulanmasında veya parametrelerinin değerlerinde herhangi bir değişiklik, harici bir kabuk değişikliği.
Bir fonksiyonun parametrik setini dahili uygulamasından ayırmak ve onu ana Nesne olarak düşünmek benim için daha kolay, tabii ki bu doğru olmasa da, çünkü yapıcı fonksiyonun dahili uygulaması ve onun parametrik seti ayrılmaz bir şekilde bağlantılıdır. Bununla birlikte, dahili uygulama çok daha az sıklıkla değişir ve bu değişiklikler, örneğin, üzerinde çalışılması ve denenmesi kolay olan bir parametrik kümenin değerlerindeki değişikliklerden daha temeldir. Yapıcı işlevini uygulama yöntemi değişirse, yeni bir parametrik küme belirir ve bu, kurucu işlevinin önceki parametrik kümesi temelinde oluşturulan tüm "proto-bloklarda" değişiklikleri gerektirir. Onlar. İlk önce 5 parametreden Etiketin alternatif bir durumunu oluşturduysak: x, y, genişlik, yükseklik, renk, bunlara diğer değerleri girme ve ardından bir olay sırasında "açma", sonra beklenmedik bir değişiklik yapıcı işlevini uygulama yöntemi, parametre sayısını 3'e kadar daraltmak, birincil parametrik kümenin yapısını (diğer durumlar, olaylar, süreçler zaten oluşturulmuş olabilir) ve önceki yapıyı değiştirecektir. Etiketin alternatif durumu, yapıcı işlevinin yeni sürümü için "çöker" ve işe yaramaz hale gelir. Burada, komplikasyon algoritmasının uygulanmasının önündeki ilk ana engelle karşılaşıyoruz: Yapıcı işlevini uygulama yöntemi, Nesnenin komplikasyon potansiyelinin sınırlarını belirler. Belirli bir algoritmaya göre bir kişinin katılımı olmadan bu sınırları aşmak otomatik bir komplikasyondur .
Yapıcı işlevini uygulamanın orijinal yöntemini değiştirmeden ve komplikasyonun anlamına girmeden Label'ın deneysel "basit" karmaşıklığını düşünün - yalnızca parametrik kümesinin değerlerini değiştireceğiz ve yeni durumları temel alarak "yumurtlayacağız". ve geldiğimiz noktaya bakın:
Çözüm:
Tabii ki, bu konuyu ele almak için birden fazla kitap yazmak gerekecek ve bir gönderi açıkça yeterli olmayacak, ancak belirli bir programı karmaşıklaştırma hedefini tanımlarsanız, farklı nesnelerle Nesne modelleri oluşturması zaten açıktır. Durumlar, Olaylar, çevreye tepkiler, uygulama kurucu işlevini bile değiştirmeden ve değişmeyen bir parametrik kümeye dayanarak, belki de n'inci sayıda deneme ve hatadan sonra, bazı basit görevleri yerine getiren bir etiket oluşturabilir, ancak böyle bir program "proto-bloklar" oluşturabilmeli - durumlar, olaylar, süreçler, koşullar ve bunların hiyerarşileri, bunları birbirine bağlamalı ve genetik optimizasyon kullanarak parametre değerlerini seçmelidir. İyimserim, ancak böyle bir görevin karmaşıklığını hayal ediyorum.
Herkese merhaba, bir danışman var, daha fazla çalışmanız gerekiyor, iyi beceriksiz biri var, bir çift eurusd ve usdchf üzerinde günde yaklaşık 100 dolar test ediyorum
birleştirmek..
içindeki nesneler yanlış temsil ediliyor :-)
PS/ nesnelerden bağımsız olarak birleştirme garantisi
Kendinizi aniden zihinsel bir ruh hali içinde bulursanız, genetik programlama hakkında bilgi edinin (spoiler: Backus-Naur olmadan yapamazsınız).