"Otomatik Alım Satım Sistemleri Oluşturmada Yeni Bir Yaklaşım Olarak Otomat Tabanlı Programlama" makalesi için tartışma - sayfa 4

Yeni yorum
 
Integer: Ama en azından böyle evrensel, hızlıca yeniden programlanabilir bir şeyimiz var. Bir makale için oldukça iyi bir konu.
Neden bir makale yazmıyorsunuz? Bence pek çok insan okumak isteyecektir.
 
Integer:

Makale, bir anahtar olması dışında konuyu hiç kapsamıyor. Var olup olmaması önemli değil, if'ler ile değiştirilebilir.

Bir keresinde bir EA yazıyordum, emirleri olan çok karmaşık bir sistem vardı. Ciddi bir şekilde analiz etmek ve durumların bir listesini yapmak zorunda kaldım: emir yok, bir bekleyen, bir piyasa emri, iki bekleyen emir, bir bekleyen ve bir piyasa emri vb. Ancak bu şekilde üstesinden gelebildim. Ancak bunun çok evrensel, hızlı bir şekilde yeniden programlanabilir bir şey olduğu ortaya çıktı. Bir makale için oldukça iyi bir konu.

Ayrıca normal if kullanmayı tercih ediyorum. Genel olarak iki yaklaşım vardır: if yardımıyla ve switch durum anahtarı tarafından çağrılan özel işlevler yardımıyla. Asıl soru hangi yaklaşımın daha iyi/basit olduğudur.
 
Rosh:
Belki o zaman bir makale yazabilirsiniz? Bence pek çok insan okumak isteyecektir.

Tamam, yazacağım.

 
C-4:
Ben de normal bir if kullanmayı tercih ediyorum. Genel olarak iki yaklaşım vardır: if yardımıyla ve switch durum anahtarı tarafından çağrılan özel fonksiyonlar yardımıyla. Soru hangi yaklaşımın daha iyi/daha basit olduğudur.

Konuya bakmak gerekir, sayaç bir çözüm seçmede daha hızlıdır, ancak if çağırmak daha kolaydır.

İç içe geçmiş birçok sayaç varsa, if daha hızlı çalışacaktır, çünkü if'e bir çağrı, switch'e bir çağrıdan daha ucuzdur.

Ancak her seviyede birden fazla çözüm varsa switch daha uygundur.

 
abolk:

Bu yeni bir şey. Sadece HER TS (istisnasız) analize ve TS durumlarının net bir şekilde anlaşılmasına dayanır. En basit durumlar: bir emrin açılması/kapanması/değiştirilmesi için sinyallerin işlenmesi, vb. vb.

"Uzman Danışmanın mevcut durumu bilinmiyorsa", o zaman kesinlikle bir Uzman Danışman değildir ve kesinlikle bir program değildir ve bir Uzman Danışmanla ilgili olarak "algoritma" kelimesini kesinlikle geçmeli ve unutmalıyız.

Piyasa bilgileri geç gelir, sunucudaki ve bilgisayardaki yazılımda hatalar olabilir (ve muhtemelen vardır), emirler milyonlarca nedenden dolayı gerçekleştirilemeyebilir, ağ - sağlayıcıya bağlantı yanıp sönebilir, elektrik her an kesilebilir (şampiyonadaki arızaları ve yeniden başlatmaları hatırlayın). Yeterince belirsizlik faktörü var. Ve bir Uzman Danışman veya bir algoritma bunların hepsini hesaba katmalıdır. Sunucunun, yazılımın, iletişimin, pazarın, operatörün, elektriğin mükemmel çalışmasına güvenmek imkansızdır.

Dolayısıyla, emirlerin, piyasanın, iletişimin, elektriğin mevcut durumu Uzman Danışman tarafından asla bilinmez ve Uzman Danışman veya algoritma bulanık koşullarda yine de doğru şekilde çalışmalıdır.

 
Virty:

Piyasa bilgileri geç gelir, sunucudaki ve bilgisayardaki yazılımda hatalar olabilir (ve muhtemelen vardır), emirler milyonlarca nedenden dolayı yerine getirilmeyebilir, ağ - sağlayıcıya bağlantı - yanıp sönebilir, elektrik her an kesilebilir (şampiyonadaki arızaları ve yeniden başlatmaları hatırlayın). Yeterince belirsizlik faktörü var. Ve bir Uzman Danışman veya bir algoritma bunların hepsini hesaba katmalıdır. Sunucunun, yazılımın, iletişimin, pazarın, operatörün, elektriğin mükemmel çalışmasına güvenmek imkansızdır.

Dolayısıyla, emirlerin, piyasanın, iletişimin, elektriğin mevcut durumu Uzman Danışman tarafından asla bilinmez ve Uzman Danışman veya algoritma bulanık koşullarda yine de doğru çalışmalıdır.

Saçmalık. Her şeyi büyük bir yığın halinde karıştırmak.

- olası teklif gecikmelerinin kontrolü; - komisyoncunun bir emri yerine getirmeyi reddetmesi; - EA'nın anormal yeniden başlatılması - bunlar EA'nın açık ve kesin durumlarıdır - bu tür durumların her birinin tanımlanmasının bir sonucu olarak - ilgili işlevin yerine getirilmesi

- Olası bir duruma yanıt olarak bazı işlevler sağlanmıyorsa - bu "bulanık çalışma koşulu" anlamına gelmez - sadece EA bu durumu analiz etmez (açık ve net algoritmasına göre).

Herhangi bir program (Uzman Danışman dahil) önceden belirlenmiş net bir algoritmaya göre çalışır. Ve herhangi bir programın çalışmasında bulanık, tanımlanmamış eylemler yoktur. Aksi takdirde, bu bir "donma" durumu olacaktır. Ve bir programın "donması", bildiğimiz gibi, bir algoritma hatasıdır, uhrevi belirsizliğin bir sonucu değildir.

 
Virty:
Gerçek Uzman Danışmanlar için Durumu kesin olarak tanımlamak imkansızdır. Dahili durum kesin olarak belirlenir, ancak sunucudaki pozisyonların durumu bilinmeyebilir, gecikmeli olarak bilinebilir, belirsiz bir durumda olabilir (bazı emirler ve talepler yerine getirilir ve bazıları yerine getirilmez ve nedenini kimse bilmez).
Virty:
Yeterince belirsizlik faktörü var. Ve bir Uzman Danışman veya bir algoritma hepsini hesaba katmalıdır. Sunucunun, yazılımın, iletişimin, piyasanın, operatörün, elektriğin mükemmel çalışmasına güvenmek imkansızdır. Dolayısıyla, emirlerin, piyasanın, iletişimin, elektriğin mevcut durumu genel olarak Uzman Danışman tarafından asla bilinmez

Belirsizlik yoktur. Bir şeyi hesaba katmayan bir programcının hataları vardır.

"Bilinmiyor", "belirsiz bir durumda" diğerleri gibi tam teşekküllü durumlardır. Elbette dikkate alınmaları gerekir, aksi takdirde başka bir yol yoktur.

"c = a + b" satırını yazarsanız, bu sadece okul derslerinde kabul edilebilir olan teorik programlamadır. Ancak gerçek bir endüstriyel tesisi programladığınızda, "c = a + b" gibi kullanışlı bir işlem, bir girdinin gerçekten "a", başka bir girdinin gerçekten "b" olduğunu doğrulamak için 100500 kontrol işlemi gerektirir ve ayrıca toplama sırasında "a" ve "b" nin değişmediğinden emin olmanız gerekir ve aniden "c" çıkışa ulaşmazsa, işlemin yanlış olduğu kabul edilmeli ve her şey geri alınmalıdır, vb.vb. Gerçek dünyaya hoş geldiniz ))))

 
bas:

Belirsizlik yoktur. Bir şeyi hesaba katmayan bir programcının hataları vardır.

"Bilinmiyor", "belirsiz durumda" - bunlar da diğerleri gibi tam teşekküllü Devletlerdir. Elbette bunlar dikkate alınmalıdır, aksi takdirde başka bir yol yoktur.

Eğer "c = a + b" satırını yazarsanız, bu sadece okul derslerinde kabul edilebilir teorik bir programlamadır. Ancak gerçek bir endüstriyel tesisi programladığınızda, "c = a + b" gibi faydalı bir işlem, bir girdinin gerçekten "a", başka bir girdinin gerçekten "b" olduğunu doğrulamak için 100500 kontrol işlemi gerektirir ve ayrıca toplama sırasında "a" ve "b" nin değişmediğinden emin olmanız gerekir ve aniden "c" çıkışa ulaşmazsa, işlemin yanlış olduğu kabul edilmeli ve her şey geri alınmalıdır, vb.vb. Gerçek dünyaya hoş geldiniz )))).

Bu iyi bir benzetme. )) Ancak tüm bunlarla birlikte, her şeyi açıklamanın hala imkansız olduğunu unutmamalısınız. Doğa bile hata yapar ve hatalarını mutasyon şeklinde gözden kaçırır. Ama elbette mükemmellik için çabalamak gerekiyor. ))
 
tol64:
Bu iyi bir benzetme. )) Ancak tüm bunlarla birlikte, her şeyi açıklamanın zaten imkansız olduğunu unutmamak gerekir. Doğa bile hata yapar ve hatalarını mutasyon şeklinde gözden kaçırır. Ama elbette mükemmellik için çabalamak gerekir. ))

Doğa hata yapmaz, çünkü umurunda bile değildir. Haklı çıkarıcı teoriler üreten bizleriz.

Ve doğa bilinçsiz bir şeydir ve bu nedenle kimin haklı kimin suçlu olduğunu takip etmez.

 
Urain:

...

Ve doğa bilinçsizdir ve bu nedenle...

Bu da bir teori ve bunu kesin olarak bilmiyoruz. )))
1234567
Yeni yorum