Benim yaklaşımım. Çekirdek - Motor. - sayfa 20

 
Реter Konow :

İşte beklediğim cevap buydu. Ancak, neden bir biçimlendirme dili oluşturmadınız? Uzun zamandır grafik yapıyorsun ama hafta sonu dil yapmamışsın.)

Benim için bu önemli değil, ancak bunların arkasında derleyicilerde uygulanan derleyiciler ve yorumlayıcılar var. Ama korkarım bu size hiçbir şey söylemiyor.

 
Реter Konow :

Anladığım kadarıyla, pencereleriniz standart grafik kitaplığını kullanıyor (görünüşlerine bakılırsa).

Grafik kitaplığınızı sıfırdan oluşturmanın ne kadar süreceğini düşünüyorsunuz?

Ben kendi kitaplığımı kullanıyorum, taban yaklaşık bir ayda tamamlandı. Ve sonra yeni ihtiyaçlar ortaya çıktıkça yavaş yavaş gelişti. Yeni işlevlerin genellikle bir iş gününden daha kısa sürede eklendiğini unutmayın.

 
Yury Kulikov :

Benim için bu önemli değil, ancak bunların arkasında derleyicilerde uygulanan derleyiciler ve yorumlayıcılar var. Ama korkarım bu sana hiçbir şey söylemiyor.

Başarılarını küçümsemeye çalışmıyorum (senin aksine). Basitçe, bu farklı bir deneyim.

Forumda bulduğum ilk konu MT4 üzerinde görsel stüdyo oluşturmaktı. Garip, ama yıllar geçtikçe hedef değişmedi.

Derleyicileriniz ve montajcı yorumlayıcılarınız ne kadar havalı olursa olsun, algoritmik ticaretin sorunlarını çözmezler.

Bir hedef belirledim - algoritmik tüccarların olanaklarını genişletmek. Tüm bu yıllar boyunca bu hedef için çalıştım.

Ve artık OOP'yi inkar etmiyorum. Gerekli ve faydalı olduğunu kabul ettim.

Sadece yaklaşımımla ne elde ettiğimi göstermek istiyorum.

 
Реter Konow :

Başarılarını küçümsemeye çalışmıyorum (senin aksine). Basitçe, bu farklı bir deneyim.

Forumda bulduğum ilk konu MT4 üzerinde görsel stüdyo oluşturmaktı. Garip, ama yıllar geçtikçe hedef değişmedi.

Derleyicileriniz ve montajcı yorumlayıcılarınız ne kadar havalı olursa olsun, algoritmik ticaretin sorunlarını çözmezler.

Bir hedef belirledim - algoritmik tüccarların olanaklarını genişletmek. Tüm bu yıllar boyunca bu hedef için çalıştım.

Ve artık OOP'yi inkar etmiyorum. Gerekli ve faydalı olduğunu kabul ettim.

Sadece yaklaşımımla ne elde ettiğimi göstermek istiyorum.

Geliştirmenizin algoritmik ticaret sorununu nasıl çözeceği belli değil mi? Ve bu sorunun özü nedir? Bu konuyu daha önce yazmıştım, tüccarlar için asıl mesele kar olacak. Buradan yola çıkarak soru şu: Metodolojinizi kullanarak piyasadan nasıl kâr elde edersiniz?

 

Ve böylece, Anatoly'nin kütüphanesini yaratması bir buçuk yıl sürdü. (Yuri Kulikov sadece bir ay sürdü).

3 yıldır grafik ortamımı oluşturuyorum. Tamamen sıfırdan oluşturuldu. Sadece kendi kodlarını kullanarak. Dışarıdan yardım almadan.

S: Grafik kitaplığı ile biçimlendirme dili arasındaki fark nedir?

Fark şu ki:

İşaretleme dili, gerekli kullanıcı seviyesini azaltır.


Kütle dağılımını mümkün kılan bu özelliktir. Visual Studio, gerekli kullanıcı deneyimi düzeyini daha da düşürür .

Bir grafik kitaplığından bir biçimlendirme diline gelmek uzun ve zor bir yoldur.

Ama asla bir kitaplık oluşturmadım. En başından beri Visual Studio'yu oluşturdum. Ve işaretleme dili tesadüfen ortaya çıktı .)

Yaklaşımın kendisi de tesadüfen ortaya çıktı. Bir sorunu çözme ihtiyacıyla yaratıldı ve dövüldü.

Yani yaklaşımım, herhangi bir dogma ve standarttan bağımsız olarak (doğru olsalar bile) sonsuz bir azim ve kararlılığın sonucudur.

Yaklaşım, yalnızca programın hızlı gelişimi için gerekli olanı içeriyordu.

Ve üç yıl içinde, yaklaşımı kullanarak bir biçimlendirme dili ve bir motor yarattım. Ayrıca Vis.Studio'nun oluşturulmasına da yaklaştı.

Bu nedenle, yaklaşımın etkinliği şüphe götürmez. Sonuçta, bir kişi için gerçekçi olmayan bir görevi çözme girişimleriyle yaratıldı ve cilalandı.

 
Vitalii Ananev :

Geliştirmenizin algoritmik ticaret sorununu nasıl çözeceği belli değil mi? Ve bu sorunun özü nedir? Bu konuda daha önce yazmıştım, tüccarlar için asıl mesele bir kar olacağıdır. Buradan yola çıkarak soru şu: Metodolojinizi kullanarak piyasadan nasıl kâr elde edersiniz?

Algoritmik ticaret sorunu, tüccarların kârı değildir. Ve algoritmik ticaret tutkusu içinde.

 
Vitalii Ananev :

Geliştirmenizin algoritmik ticaret sorununu nasıl çözeceği belli değil mi? Ve bu sorunun özü nedir?

Peki ya. İşte burada:

Peter Konow'un fotoğrafı.

...Yaklaşımı kontrol etmem gereken görevin ölçeğini özetlemek istiyorum.

Onlar. bir tür "büyük ölçekli" görev bulmanız (sadece onunla gelmeniz) ve ardından uzun yıllar boyunca kahramanca çözmeniz gerekir:

Peter Konow'un fotoğrafı.

Derleyicileriniz ve montajcı yorumlayıcılarınız ne kadar havalı olursa olsun, algoritmik ticaretin sorunlarını çözmezler.

Bir hedef belirledim - algoritmik tüccarların olanaklarını genişletmek. Tüm bu yıllar boyunca bu hedef için çalıştım.

Ve genel olarak, sorunun gerçekte mi yoksa sadece hayal gücünde mi var olduğu önemli değil. Ana şey, yıllarca anlamsız ve acımasızca çözmektir. Eh, neden olmasın, eğer başka biri zamanı toplu olarak getirir ve evde yemek yerse.

not; Üzgünüm Peter. Sen gerçekten iyi bir insansın, seni kırmak istemiyorum. Ama sadece dışarıdan biraz eleştiriye ihtiyacın var. Ben de benzer hataları yaptım.

 
Реter Konow :

Belirli bir nedeni var:

PROGRAM GELİŞTİRME.

....

Böylece birkaç satır kodla yeni özellikler ekleyebilirsiniz.

Yaklaşımım, bu sorunu çözmede OOP'den daha üstün.

hm...

"Birkaç satır kod" ile GELİŞTİRME'yi nasıl alabileceğinizi görmek ilginç olur mu?

Birkaç satır kodla, zaten sahip olduğunuzdan yeni bir pencere ekleyebilirsiniz. Ancak bu, 500'ün intikamını alarak League TS sistemine eklememle eşdeğerdir. Sadece bir kod satırı ekleyerek, uzmana tam olarak çalışan bir TS de ekliyorum, zaten hata ayıklanmış, geçmiş üzerinde test edilmiş ve bir süredir bir demo üzerinde çalışıyor. Ama bu "gelişme" mi?

Benim düşünceme göre, "geliştirme" benim durumumda yeni bir araç TİPİ eklenmesidir. Diyelim ki, iki ay önce, fiyat ve hareketli ortalamanın kesiştiği ve kanal sınırına dokunulduğunda girişleri olan iki tür TS'ye üçüncü bir tür ekledim - ZigZag'ın tepesinde işten çıkarmalar tarafından yapılan girişler.

Sizin durumunuzda - "geliştirme", yeni bir pencere veya kontrol TÜRÜ eklemek olarak anlıyorum. Yeni bir kontrol türü ekleyerek tek bir satırla yapabileceğinizden emin olmadığım bir şey. Üstelik - sadece yeni bir karmaşık kontrol eklemek - size bir sürü baş ağrısı katacak, bu da yaklaşımınızla çözmesi çok zor olacak, ancak OOP ile çok daha kolay olacak. Diyelim ki motorunuzda "grid" gibi bir kontrol var mı? Excel elektronik tablosu gibi bir şey mi? Sıralamak için sütunların veya satırların üzerindeki düğmelere tıklama yeteneği ile? Kitaplığınıza böyle bir kontrol eklemek için ne kadar çaba gerekiyor?

 
Реter Konow :

Algoritmik ticaret sorunu, tüccarların kârı değildir. Ve algoritmik ticaret tutkusu içinde.

Bu arada Peter, bu konu tam olarak "bir fikrin dramatizasyonu" dediğim şey. Doğru, dramatizasyon esas olarak konuşmalara dayanıyor ve canlı örneklere dayanmıyor, ancak yine de kendiniz görüyorsunuz - konu talep ediliyor.

Ayrıca, sisteminizin ürününüzü OOP kullanmaktan (şebeke kontrolünü unutmayın) daha kolay bir şekilde GELİŞTİRMEYE ve KARMAŞTIRMAYA izin verdiğine dair kanıtlar sunulursa - bu, kullanıcıların kitaplığınızı kullanması için çok güçlü bir argüman olacaktır.

 
Yıllar sonra hayal kırıklığına uğramazdım. GUI'nin önemini abartıyorsun. Peter, eğer bir konsol yaparlarsa, onu kendim kullanabilirdim (onsuz acı çekmememe rağmen), ama gui, şey, o.
Neden: