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

 
FAQ Duyguların Vagonu
Açıklamaya çalışacağım - Makale: Yüksek bir başlık, yerel programcıların cehaletle suçlanması, yöntemin dehası ve çözümün kesinliği iddiaları. Aslında bu saçmalık ve ilkelliktir. Her iki dallanma yönteminin (if/case) avantaj ve dezavantajlarını ele almak istemiyorum - bu konuda burada yeterince şey söylendi. Yazara bir soru sormak istiyorum: Önerdiği programlama stilinin otomatizmi nedir (tam olarak stil)? Her durumda, tüm girdi koşulları (durumlar), ilişkiler (çözüm yöntemleri) ve eylemler manuel olarak programlanmak zorunda kalacak ve bu sistem diğer çözüm yöntemleri gibi bunlara katı bir şekilde bağlı olacaktır. Yani, yaklaşım esnekliği yoktur. Ve otomatın tepkisini anında değiştirme imkanı da yoktur.
 
FAQ:
Yazara bir soru sormak istiyorum ...
Bir varsayımda bulunacağım. Makalenin yazarı bir programcı değil. Belki eskiden katıldığı bazı projelerle ilgili anıları vardır. Ancak bu aşamada açık bir şekilde programlama yapmıyor. Makalenin içeriği, akıl yürütmeden başka bir şey olmadığını gösteriyor. Ve akıl yürütme pratik deneyimden tamamen kopuktur. Eğer yazar bir programcı olsaydı, bu makale mql5 üzerinde en az bir EA/gösterge kodu örneği içerirdi. Örnek yok.
 
abolk:
Bir varsayımda bulunacağım. Makalenin yazarı bir programcı değil. Belki daha önce katıldığı bazı projelerle ilgili anıları vardır. Ancak bu aşamada açık bir şekilde programlama yapmıyor. Makalenin içeriğinden anlayabilirsiniz: akıl yürütmeden başka bir şey değil. Eğer yazar bir programcı olsaydı, bu makale mql5 üzerinde en az bir EA/gösterge kodu örneği içerirdi. Örnek yok.
Tartışma tarzı Tahıl doldurucu varyantları hakkında tartışmayı bırakın. Teknik konulardaki tartışmalar bitsin.

Daha yüksek bir tartışma tarzında ustalaşıyoruz. Gerçekler olmadan tartışmak. Mizaç üzerine tartışma. İspatlanmamış iddialardan ortağın kişiliğine doğru ilerleyen bir tartışma.

Topal bir adam Herbert von Karajan'ın sanatı hakkında ne söyleyebilir? Eğer ona topal olduğunu söylerseniz, yenilecektir.

Pasaportunu değiştirmemiş bir adam ne hakkında tartışabilir? Propiska'sı olmayan bir adam mimarlık hakkında hangi görüşleri ifade edebilir? Suçüstü yakalanır, itiraf eder ve yenilgiyi kabul eder.

Hem öyle bir burnu olan kel bir adamın görüşleriyle nasıl ilgilenebiliriz ki? Önce burnunu düzeltsin, saçlarını uzatsın ve sonra konuşsun.

Bir anlaşmazlıkta davranış basit olmalıdır: muhatabı dinlemeyin, ona bakın veya gözlerinin içine bakarak mırıldanın. Bir belge istemek, propiska'yı doğrulamak, iş yerinden bir özellik istemek için en akut anda, "siz" e geçmek, "Ve bu sizin köpeğinizin zihin işi değil" demek kolaydır ve eşiniz haşlanmış gibi yumuşayacaktır.

Günümüzde, zararlılar erkekleri kısırlaştırarak yok edildiğinde, tartışma seviyesini soyut yüksekliklere yükseltmek zorundayız. Tek bir film bile izlemeden Hollywood'un çöküşü ve yükselişi hakkında tartışalım. Eserlerini okumadan filozofları çarpıştıralım. İstiridyenin ve hindistancevizinin tadını, onları yemiş olanlarla ses kısıklığına, kavgaya varacak kadar tartışalım, yemeğin tadını kulakla, rengini dişle, kokusunu gözle algılayalım, bir filmi adıyla, bir tabloyu soyadıyla, bir ülkeyi "Sinema Gezi Kulübü "yle, fikirlerin keskinliğini ders kitabıyla hayal edelim.

Ürünleri kimsenin görmediği dünya standartları seviyesine getirerek, yedi duyunun tamamını ve bilginin yerini başarıyla alan sezgiyi sonuna kadar geliştireceğiz. Bu konuda kendimi tebrik etmeliyim. Masaya gel, kaynıyor!

M.M.Zhvanetsky.

 
Açıkçası en azından bir matris yöntemi ya da I.I.'ye yakın bir şey bekliyordum ... ve işte burada. Ben de bunu söylüyorum, Mars'ın neden artık"Curiosity" değil de"Mer ak" olduğu şimdi anlaşıldı.
 
FAQ:
Yazara bir soru sormak istiyorum: Önerdiği programlama stilinin (tam olarak stilinin) otomatizmi nedir? Her durumda her şey ... manuel olarak programlanması gerekecektir. Yani, yaklaşım esnekliği yoktur. Ve otomatın tepkisini anında değiştirme imkanı yoktur.

Yazar burada görünmediği için onun yerine ben cevap vermeye çalışacağım.

"Otomativite", "sonlu otomat" teriminden gelir ve "otomatik" terimiyle hiçbir ilgisi yoktur.

Ve "sonlu otomat" da algoritmaları uygulamanın bir yolu, mimari bir tasarımdır. İsterseniz, algoritmanızı adım adım yürüten bir robot, bir cihaz, bir aparattır. Herhangi bir algoritmayı yükleyebilirsiniz, ancak yürütme yapısı aynı kalır. Assembler'dan MQL'e kadar herhangi bir dilde ve hatta donanımda (çipler üzerinde) uygulanabilir,

Yani bunun "programlama stili" ile de bir ilgisi yok. Bu bir programlama stili değil, bir tasarım (geliştirme) stilidir.

SSS:
Açıkçası en azından bir matris yöntemi ya da I.I'ya yakın bir şey bekliyordum.... ve işte burada ... Ben de bunu söylüyorum, Mars'ın neden artık "Curiosity" değil de "Merak" olduğu şimdi anlaşıldı.

Bu kadar küçümseyici olmamalısınız. Otomatik programlama, endüstriyel bilgisayarların ve kontrolörlerin (PLC'ler) programlanmasında yaygın olarak kullanılan güçlü, esnek ve güvenilir bir yöntemdir. Başka bir şey de, içinde hiçbir yenilik ve deha olmamasıdır.

Bu arada, Curiosity'den 40 yıl önce Lunokhod-1 vardı ve Sovyet döneminde roketler sonlu otomatlar tarafından kontrol ediliyordu :).

 
Bir konuda size katılıyorum, buna programlama demekle hata ettim. Evet, daha çok tasarım gibi. Belki katı algoritmalara sahip son derece uzmanlaşmış sistemler için iyi olabilir, ancak bunu yeni bir kelime olarak yüceltmek? Ve bana "Lunokhod "dan ve uzay gemilerinin nasıl seyahat ettiğinden bahsetmeyin .... "Oradaydım, ballı bira içtim" derler ya, ben de oradaydım. Tabii ki tam olarak o zamanlarda değil, ama 80'lerin sonunda ele geçirildi ve orada ne olduğunu ve nasıl olduğunu kulaktan dolma değil biliyorum. "Merak" ile ilgili tezim, yerli teknolojilerin o zamanlara sıkı sıkıya bağlı olduğu gerçeğine atıfta bulunuyor. PLM'ler vesaire hakkında ve mimariye kadar da. Kulaktan dolma değil, aşinayım. Ve şimdi 2000 yılından itibaren herhangi bir bilgisayarı (ithal) alın ve sakin bir şekilde bios ile yeniden doldurun ve gelişmiş "tasarım stilimizi" düşünün .... Aynısı, ya da ülkemizde dedikleri gibi, "otozh, bo kume".
 
Bir EA tasarlamak için çok ilginç bir yaklaşım. Bana üniversite yıllarımı ve Mealy/Moore makineleri üzerine aldığım birkaç dersi hatırlattı. Uzman danışmanlarda nasıl kullanılabileceğini görüyorum, ancak "tüm tüccarlar için temel standart" olacağından şüpheliyim.
 
Güzel bir makale. Durum makinelerini ve bu yaklaşımı uzun zamandan beri bazı EA'larımda ve muhtemelen diğer birçok sistem geliştiricisi ve mühendisinde bir tasarım kalıbı olarak kullanıyorum.
 

Otomat üniversitede geçti. Karmaşık görevleri sadece bu şekilde programlıyorum. Bunda yeni ve devrimci bir şey yok.

Gerçekten çok iyi bir yöntem. Çok sayıda dalı bile kontrol altında tutmanızı ve hataları çok hızlı bulmanızı sağlar. Özellikle 4 için kullanışlıdır çünkü orada OOP yoktur.

Ve tabii ki önceden tasarım çalışması yapmak gerekiyor. Bu da her durumda faydalıdır. Bu yaklaşım, "bir bakışta" tasarım yaparken her zaman görünmeyen dalları görmenizi ve işlemenizi sağlar.

 

Bu makale harika. Modeli çok basit ve net bir şekilde açıklıyorsunuz;

Metatrader ve MQL5'te yeniyim ancak yazılım geliştirme, C, C++, OOP ve enivid ve figurelli'nin söylediği gibi Durum Makineleri ve Süreç Yönetimi konusunda oldukça deneyimliyim ve aslında bunları ticaret kurallarını yönetmenin çok iyi bir yolu olduğu için EA'larımda uyguluyorum.

Çoğu zaman harika bir ürün başarısız olduğu için bunun bir standart haline gelip gelmeyeceğini bilmiyorum, ama eminim olabilir.