Programlamada bir nesnenin temsili. - sayfa 17

Yeni yorum
 
transcendreamer # :

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:

  • Yapıcı fonksiyonunun ilk parametre setinden yeni Durum için bir dizi parametre seçiyoruz, onlar için yeni değerler icat ediyoruz ve bunları tahsis edilen hafıza bloğuna yazıyoruz.
  • Etiketin yalnızca bir ek durumunu aldıktan sonra, otomatik olarak bir Olay Modeli oluşturma ihtiyacıyla karşı karşıyayız, çünkü Etiketin başlangıç durumu dışında en az BİR tane varsa, bir noktada ona geçmesi gerekir ve bu nedenle, Etiketin alternatif bir durum alacağı dış ortam veya başka bir nesne ile ilişkili bazı olayları tanımlamak için gereklidir. Onlar. Yeni eklenen bir durum, mantıksal olarak , alternatif bir duruma geçmek için en az bir olayı ve (isteğe bağlı olarak) orijinal duruma veya başka bir duruma geri dönmek için ikinci bir olay açıklamasını tanımlama ihtiyacını gerektirir.  
  • Dolayısıyla basit bir tez: Nesneye her yeni durumun eklenmesi, açıklamasının Olay Modelinin koşullarına uyması gereken en az bir ve tercihen iki yeni olayın eklenmesini gerektirir. Nesne ve Çevrenin bir "iletişim mekanizması"dır ve bunların mantığıyla etkileşimlerini tanımlar. Öncelikli olarak, yalnızca bir SM'nin varlığı Nesneyi durumlar arasında değiştirebilir . Çıktı: + 1 Nesne Durumu = +2 Nesne veya Çevre Olayları + 2 SM Koşulları .
  • Bir Nesneye Durumlar eklemek, bu durumları değiştirmek için Olaylar eklemeyi gerektirir ve yeni Olayları öncelik sırasına göre sıralamak gerekli hale gelir ve hiyerarşi yapısı bunun için en uygunudur. Yeni Olayların ve Durumların ortaya çıkmasıyla eşzamanlı olarak, koşullar ağacı büyür. Nesnenin davranışı, yaşamında "yer alan" şeylerle dış etkileşimlere verilen çeşitli tepkilerle zenginleşir ve karmaşıklık ne kadar ileri giderse, dış temasın o kadar geniş olduğu söylenmelidir. Etiketin karmaşıklığını Ortamından ayrı olarak düşünemeyeceğimiz ve bir etkileşim ortamının varlığına ihtiyacımız olduğu ortaya çıktı, aksi takdirde yeni durumlar bellekte bir "ölü ağırlık" oluşturacak ve bunların değişmesi için olası tek olay dahili zamanlayıcı olun.
  • Nesnenin yeni durumlarının, değişim olayları olmadan, onları ayrılmaz bir şekilde çevrenin nesneleriyle ilişkilendirmeden ortaya çıkmasının, Olay Modeli'nin dışına olayları ekleyerek onları durum ve süreçlerle ilişkilendirme gibi mantıklı olmadığını öğrendik. Nesne anlam ifade etmiyor. Nesnenin karmaşıklığı sürecinde, her şeyi bir kerede eklemek gerekir - hem Durumlar hem de Olaylar ve Olay Modelinin koşulları (aynı zamanda onu hiyerarşik bir düzende düzenler) ve Olay->Devlet veya ... Olay->Süreç vb.
  • Bir İşlem Nesnesi eklemek, bir Durum eklemekten temelde farklı değildir ve fark yalnızca tahsis edilen bellek miktarındadır. Durum gibi yeni bir süreç, kendisi için temel olayların tanımını gerektirir, örneğin: start-events , switch-events, stop-events ...


Çö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
 
Ruslan # :
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

 
merhaba arkadaşlar lütfen bu hatayı düzeltmeme yardım edin ;genel kapsam stratejisinde ifadelere izin verilmez("DailyCandleCross", shorttitle="DCC", overlay=true, calc_on_order_fills= true, calc_on_every_tick=true, default_qty_type=strategy.percent_of_equity=75_qty_value" , piramit = 0)
 
Kendimin ve başkalarının (görünüşlerine farkında olmadan katkıda bulunduysam) sözde yanılsamaları ortaya çıkarmak istiyorum. "karmaşıklık algoritması" ve geri dönüş, okuyucuları, evrenin kendisinin " Kase " nin herhangi bir biçimini ve varyasyonunu reddettiği ve akıl yürütmemin felsefe aşkıyla alevlenmiş bir zihnin ürünü olduğunu gösterdiği sert bir gerçekliğe sürükledi. sürekli hareket makinesi" veya "zaman makinesi", kendi dehalarına olan inançla işkence gören uykusuz gecelerde.
Karmaşıklık algoritması uygulanamaz veya daha doğrusu, belirli bir programın belirli bir nesnenin parametrik durumlarını, olaylarını, işlemlerini ve koşullarını rastgele damgaladığı ve daha sonra bunları aynı rastgele sırayla birleştirdiği "aptal" versiyonu uygulanabilir. birbirini ve... siler ve yeniden başlar. Bu garip eylem sonsuza kadar sürebilir ve tamamen anlaşılmazdır, amacı nedir? Sonuç nedir? Rastgele sonuç? Ve yapıcı işleviyle ilgili sorunu hatırlıyor musunuz? Uygulaması nasıl değiştirilir? Tamamen anlaşılmaz ... Sorun şu ki, uygulama yöntemindeki en ufak bir değişiklik, tüm proto-blokların yapılarının "meşruiyetini" tamamen ortadan kaldırarak değişen işlev için kullanılamaz hale getirmesidir. Genel olarak bu görev, araştırma enstitüleri veya Bilimler Akademisi tarafından çözülmesi şartıyla yıllarca sürer ve sonunda bir şeylerin olacağı bir gerçek değildir.
Bu forumun atmosferi kâse ilhamıyla doludur ve zihnin uygun ruh hallerini uyandırır, bu nedenle ikincisi şaşırtıcı, bilimsel benzetmelere yol açar, bu da ne yazık ki hiçbir zaman pratik bir şeye yol açmaz, ancak ... herkesi suçluyorlar. harika bir enerji. :)
Kesinlikle yargılamayın, sadece "felsefi bir şoktaydım".)))
 
Kahretsin, yine şiddet mi? Her şey sessizleşti
 
Реter Konow Kase " nin herhangi bir biçimini ve varyasyonunu reddettiği ve akıl yürütmemin felsefe aşkıyla alevlenmiş bir zihnin ürünü olduğunu gösterdiği sert bir gerçekliğe sürükledi. sürekli hareket makinesi" veya "zaman makinesi", kendi dehalarına olan inançla işkence gören uykusuz gecelerde.
Karmaşıklık algoritması uygulanamaz veya daha doğrusu, belirli bir programın belirli bir nesnenin parametrik durumlarını, olaylarını, işlemlerini ve koşullarını rastgele damgaladığı ve daha sonra bunları aynı rastgele sırayla birleştirdiği "aptal" versiyonu uygulanabilir. birbirini ve... siler ve yeniden başlar. Bu garip eylem sonsuza kadar sürebilir ve tamamen anlaşılmazdır, amacı nedir? Sonuç nedir? Rastgele sonuç? Ve yapıcı işleviyle ilgili sorunu hatırlıyor musunuz? Uygulaması nasıl değiştirilir? Tamamen anlaşılmaz ... Sorun şu ki, uygulama yöntemindeki en ufak bir değişiklik, tüm proto-blokların yapılarının "meşruiyetini" tamamen ortadan kaldırarak değişen işlev için kullanılamaz hale getirmesidir. Genel olarak bu görev, araştırma enstitüleri veya Bilimler Akademisi tarafından çözülmesi şartıyla yıllarca sürer ve sonunda bir şeylerin olacağı bir gerçek değildir.
Bu forumun atmosferi kâse ilhamıyla doludur ve zihnin uygun ruh hallerini uyandırır, bu nedenle ikincisi şaşırtıcı, bilimsel benzetmelere yol açar, bu da ne yazık ki hiçbir zaman pratik bir şeye yol açmaz, ancak ... herkesi suçluyorlar. harika bir enerji. :)
Kesinlikle yargılamayın, sadece "felsefi bir şoktaydım".)))

Kendinizi aniden zihinsel bir ruh hali içinde bulursanız, genetik programlama hakkında bilgi edinin (spoiler: Backus-Naur olmadan yapamazsınız).

1...1011121314151617
Yeni yorum