EA için Öneriler (Kar Kaybetme) - sayfa 7
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
Hayır. Bu aşamada gerçekten bu değil. Değişiklikler vermiş olsa da, alımdan satıma veya tam tersi test etmek zaman kaybı olabilir. Dediğimde şunu demek istedim:
En kısa sürede en iyi çözümü bulmak. Aynı (çok kısa) sürede, en fazla 5-10 dakika iken, birim mantığı test edin, yani mantık belirlenmiş olabilir, diyelim. %99 iyi veya %99 kötü, hemen hemen onaylandı.
1) Sadece 1 ana mantık alırsınız, örneğin:
ve geri kalanını kaldırın ve şunu yapın:
Bu, birim mantık başınadır - AYNI anda HEM alış ve satış testi. Bu nedenle, bu 1 ana mantıkla optimizasyona gitmek istiyorsanız, yalnızca temel parametrelerinizi optimize edeceksiniz - yalnızca sl, tp, lotlar, vb. Ardından alım ve satım durumlarını analiz edin, bu mantığın her iki senaryoda da kesinti yapıp yapamayacağına karar verin - yanlış mı yoksa doğru girişler mi yaptığına karar verin. İkisi birden. Ardından bir sonraki mantığa geçin.
Alıştıkça, kombinasyonları denemek isteyebilirsiniz...1. mantık sadece al, mantık 2, sadece sat veya her ikisini de vb. Bu yolun daha yapılandırılmış olduğunu düşünüyorum ve hangi kesin mantığın düşüşe gerçekten neden olduğunu gerçekten görebilirsiniz. .
Bu yöntemlerle bir EA'yı hiç test etmedim, bu yüzden lütfen benimle çıplak olun...
Sorum şu: Kesinlikle kâra odaklanmak için hangi parametreleri izole etmeliyim?
Bu yöntemlerle bir EA'yı hiç test etmedim, bu yüzden lütfen benimle çıplak olun...
Sorum şu: Kesinlikle kâra odaklanmak için hangi parametreleri izole etmeliyim?
Ben de yapmadım. Bunun üzerinde çalışırken bu tamamen yeni fikre rastladım. Oldukça teknik bir temelden geldim, bu yüzden piyasalarda bazı mantığın tamamen yanlış/önyargılı/kusurlu olduğuna karar vermek benim için kolaydı.
Ama ben, "Gerçekten doğruysa bu , strateji test cihazında nasıl kanıtlanabilir ? Mutlaka bir yolu olmalı" diye soruyordum. Bu yüzden tesadüfen bu yöntemde şansım var.
Bu durumda, kontrol durumundaki MA mantığını birer birer alırsınız, örneğin, örneğin, M240close< MA 240 ile başlarsınız. Her iki tarafı da test edersiniz - AYNI ZAMANDA satın alır ve satarsınız. Şimdi bu durumlar:
1) Şimdi, matematiksel olarak, eğer bu mantık gerçekten uygulanabilir ise, sonuç biraz NÖTR olmalıdır, çünkü her iki tarafı da kapsar. Katılıyorum? Kârlı çıkarsa - o zaman sonuçlara bakarak, alıp satarak sonuca varabilirsiniz, bu mantık tam tersinden yumruklar alırken bile kesimi çok, çok iyi yapıyor. Bu yüzden çok sağlam.
2) Şimdi, eğer sonuç felaketle sonuçlanırsa, o zaman BÜTÜN mantığın, yani 240'taki kapanışı MA 240 ile karşılaştırmanın, her türlü piyasa hareketine karşı %100 kusurlu olduğu sonucuna varabilirsiniz. Bu, sizi tüm mantığın kaldırılması, tamamen değiştirilmesi gerektiğine ikna etmelidir.
Gerisini bırakın - optimizasyon için tp, sl. Bu aşamada daha önemli olan mantığı parça parça doğru hale getirmek.
Bu yaklaşımı kullandığımdan beri, kendimde oldukça iyi ilerleme kaydettim. Eskiden çoğu kişiyle hemen hemen aynı şeyleri yapıyordum ama bu yeni yöntemle çok çok kısa sürede ciddi anlamda ilerleme kaydediyorum..;-)
Ben de yapmadım. Bunun üzerinde çalışırken bu tamamen yeni fikre rastladım. Oldukça teknik bir temelden geldim, bu yüzden piyasalarda bazı mantığın tamamen yanlış/önyargılı/kusurlu olduğuna karar vermek benim için kolaydı.
Ama ben, "Gerçekten doğruysa bu , strateji test cihazında nasıl kanıtlanabilir ? Mutlaka bir yolu olmalı" diye soruyordum. Bu yüzden tesadüfen bu yöntemde şansım var.
Bu durumda, kontrol durumundaki MA mantığını birer birer alırsınız, örneğin, örneğin, M240close< MA 240 ile başlarsınız. Her iki tarafı da test edersiniz - AYNI ZAMANDA satın alır ve satarsınız. Şimdi bu durumlar:
1) Şimdi, matematiksel olarak, eğer bu mantık gerçekten uygulanabilir ise, sonuç biraz NÖTR olmalıdır, çünkü her iki tarafı da kapsar. Katılıyorum? Kârlı çıkarsa - o zaman sonuçlara bakarak, alıp satarak sonuca varabilirsiniz, bu mantık tam tersinden yumruklar alırken bile kesimi çok, çok iyi yapıyor. Bu yüzden çok sağlam.
2) Şimdi, eğer sonuç felaketle sonuçlanırsa, o zaman BÜTÜN mantığın, yani 240'taki kapanışı MA 240 ile karşılaştırmanın, her türlü piyasa hareketine karşı %100 kusurlu olduğu sonucuna varabilirsiniz. Bu, sizi tüm mantığın kaldırılması, tamamen değiştirilmesi gerektiğine ikna etmelidir.
Gerisini bırakın - optimizasyon için tp, sl. Bu aşamada daha önemli olan mantığı parça parça doğru hale getirmek.
Bu yaklaşımı kullandığımdan beri, kendimde oldukça iyi ilerleme kaydettim. Eskiden çoğu kişiyle hemen hemen aynı şeyleri yapıyordum ama bu yeni yöntemle çok çok kısa sürede ciddi ilerleme kaydediyorum..;-)
Neden tüm değişkenleri aynı anda optimize etmiyorsunuz? Optimizasyon testine girmek biraz zaman alabilir ama bu yüzden 2 bilgisayarım var. Biri test için, biri geliştirme için.
Düzgün çalışan bir kabuk EA'nız olduğunu varsayarsak, örneğin, SL, TP, İzleyen SL, Artış, Yığın, Risk, ticaret için çok saatler, e-posta, raporlama, açılış kapanış emirleri, birden fazla çift üzerinde çalışır vb. Tüm bunların düzgün çalıştığını varsayarsak , küçük bir görev değil, daha sonra bir ticarete girmek için hangi mantığı kullanırsanız kullanın. Benim durumumda 1,0 veya -1 döndüren Trade() var. Trade()'deki mantık, eklemek istediğiniz sistem ne olursa olsun olabilir.
Önce ticaret mantığımı\sistemimi görsel modda test ederim, bu yüzden mantığın düzgün çalıştığından, örneğin durakların doğru yerde ayarlandığından, girişin doğru yerde\bar\düzeyde olduğundan ve sistem neyi gerektiriyorsa ondan emin olurum. . Bu yapıldıktan sonra, aklımı tamamen kaybetmediğim sürece, genellikle bu bir saat kadar sürer. Daha sonra TP,SL Yığını, Ticaret saatleri ve ticaret mantığı Ma içinde test edilmesi gereken değişkenler için tüm optimizasyonu çalıştırıyorum, çubuk kalıpları ne olursa olsun.
Tüm optimizasyonlarınızı aynı anda çalıştırırsanız, stratejinin işe yarayıp yaramadığı size daha iyi bir fikir verecektir. Test süresini kısaltmak istiyorsanız, sistemin tadına bakmak için, örneğin 1-2 ay gibi daha kısa bir süreyi tercih edin. Bu, aralıklarınızı düşük tutarsanız, 4-8 saat kadar uzun sürmemelidir. Umut verici görünüyorsa, size sistemin nasıl çalıştığına dair gerçek bir fikir verecek gerçek bir geriye dönük test yapın. Zaten bir kaybeden gibi göründüğü için 100 koşudan sonra geriye dönük testi durduramayacağınızı hiçbir şey söylemez.
Testlerimde bir numaralı stat olarak düşüşe bakıyorum, EA'm %2'lik bir riskle %12'den fazla düşerse, yine de birinci kareye geri dönerim. Bu işe yararsa, kazanç/kayıp yüzdesine ve ortalama kazanç/ortalama kayıp oranına bakarım. Kendi bildiğin şekilde yaparsan bu sayıları daha hızlı alabileceğinden emin değilim. Opt çalıştırmalarımın çoğu, %80-90'ı hesabı 0'a indirmezse, o zaman karlı bir EA'da iyi bir şansınız olur. Daha sonra, canlı veriler üzerinde ileriye dönük bir test için ayarlarımı almak için orta kârlı çalışmaları ve ortalamayı alıp daha küçük aralıklarla yeniden optimize ediyorum. Bu tek başına bir ay sürebilir. Bu yapılmadığı sürece gerçek parayla koşmazdım.
Yukarıdakilerin hepsini göz ardı ederek, en azından EA'larla geliştirme çalışması yapıyorum.
1 veya 2'ye katılmıyorum.
1) Backtester'da mümkün olan her değişkenle bir opt run çalıştırmazsanız, sistemin karlı olup olmayacağını kanıtlayabileceğinizi veya hatta bilebileceğinizi sanmıyorum. Ya SL,TP,Stack, Stack veya MoveStop arasındaki mesafe stratejiyi kazanan yaparsa, Bu gerçekten bir ne olursa değil, bu bir gerçek. Yolunuzu test ederseniz, hala bir SP veya TP'ye veya bir kazanç veya kayıp görmek için herhangi bir şeye ihtiyacınız var. 1 dakikalık bir grafikte 100 pip SL'niz varsa, büyük olasılıkla %85 -> %98 kazançla harika bir sisteme sahip olacaksınız. Optimizasyon çalıştırması ile çalıştırdığınızda bu şekilde çalışmayacağını söyleyebilirim. %30 kazanma oranına ve çok karlı bir EA'ya sahip olabilirsiniz. Ayrıca %90'lık bir kazanma oranınız olabilir ve düşüş %70 olabilir ve 4000 opt çalıştırmadan 3000'i hesabı boşaltır. Sonunda zaten tam bir koşu yapacaksın. Neden önce bunu yapıp yeni bir sistemi paralel olarak kodlamıyorsunuz?
2) Bir felakete dönüşebilir ve tam bir test yapmadan bir sistemi fırlatırsınız. Kazanan bir powerball biletini çöpe atmak gibi olabilir çünkü powerball numarasını kontrol ettiniz ve ikramiyeyi vurmadığınızı biliyorsunuz. Diğer beş numaraya sahiptin ve 250 bin kazananı çöpe attın, şimdi bir güvercinin gerçekten pahalı bir yuvası var.
Sonuç olarak, sistemin gerçek kodlamasının geliştirme sürecinin en az zaman alan kısmı olduğunu düşünüyorum. Test en uzun ve en önemli kısımdır ve zamanımın çoğunu test aşamasında geçirmek istiyorum. Ayrıca başarısız EA'larımdan daha fazlasını öğrenmeye eğilimliyim, herkesin söylediğinin bu olduğunu biliyorum, ancak testteki başarısızlıklar, gelecekteki optimizasyonlar için parametre aralıklarını daraltmaya yardımcı olma eğilimindedir, bu, daha umut verici EA'ların test edilmesini sonunda daha hızlı hale getirir.
Sadece benim 2 sentim.
Neden tüm değişkenleri aynı anda optimize etmiyorsunuz? Optimizasyon testine girmek biraz zaman alabilir ama bu yüzden 2 bilgisayarım var. Biri test için, biri geliştirme için.
Düzgün çalışan bir kabuk EA'nız olduğunu varsayarsak, örneğin, SL, TP, İzleyen SL, Artış, Yığın, Risk, ticaret için çok saatler, e-posta, raporlama, açılış kapanış emirleri, birden fazla çift üzerinde çalışır vb. Tüm bunların düzgün çalıştığını varsayarsak , küçük bir görev değil, daha sonra bir ticarete girmek için hangi mantığı kullanırsanız kullanın. Benim durumumda 1,0 veya -1 döndüren Trade() var. Trade()'deki mantık, eklemek istediğiniz sistem ne olursa olsun olabilir.
Önce ticaret mantığımı\sistemimi görsel modda test ederim, bu yüzden mantığın düzgün çalıştığından, örneğin durakların doğru yerde ayarlandığından, girişin doğru yerde\bar\düzeyde olduğundan ve sistem neyi gerektiriyorsa ondan emin olurum. . Bu yapıldıktan sonra, aklımı tamamen kaybetmediğim sürece, genellikle bu bir saat kadar sürer. Daha sonra TP,SL Yığını, Ticaret saatleri ve ticaret mantığı Ma içinde test edilmesi gereken değişkenler için tüm optimizasyonu çalıştırıyorum, çubuk kalıpları ne olursa olsun.
Tüm optimizasyonlarınızı aynı anda çalıştırırsanız, stratejinin işe yarayıp yaramadığı size daha iyi bir fikir verecektir. Test süresini kısaltmak istiyorsanız, sistemin tadına bakmak için, örneğin 1-2 ay gibi daha kısa bir süreyi tercih edin. Bu, aralıklarınızı düşük tutarsanız, 4-8 saat kadar uzun sürmemelidir. Umut verici görünüyorsa, size sistemin nasıl çalıştığına dair gerçek bir fikir verecek gerçek bir geriye dönük test yapın. Zaten bir kaybeden gibi göründüğü için 100 koşudan sonra geriye dönük testi durduramayacağınızı hiçbir şey söylemez.
Testlerimde bir numaralı stat olarak düşüşe bakıyorum, EA'm %2'lik bir riskle %12'den fazla düşerse, yine de birinci kareye geri dönerim. Bu işe yararsa, kazanç/kayıp yüzdesine ve ortalama kazanç/ortalama kayıp oranına bakarım. Kendi bildiğin şekilde yaparsan bu sayıları daha hızlı alabileceğinden emin değilim. Opt çalıştırmalarımın çoğu, %80-90'ı hesabı 0'a indirmezse, o zaman karlı bir EA'da iyi bir şansınız olur. Daha sonra, canlı veriler üzerinde ileriye dönük bir test için ayarlarımı almak için orta kârlı çalıştırmaları ve ortalamayı alıp daha küçük aralıklarla yeniden optimize ediyorum. Bu tek başına bir ay sürebilir. Bu yapılmadığı sürece gerçek parayla koşmazdım.
Yukarıdakilerin hepsini göz ardı ederek, en azından EA'larla geliştirme çalışması yapıyorum.
1 veya 2'ye katılmıyorum.
1) Backtester'da mümkün olan her değişkenle bir opt run çalıştırmazsanız, sistemin karlı olup olmayacağını kanıtlayabileceğinizi veya hatta bilebileceğinizi sanmıyorum. Ya SL,TP,Stack, Stack veya MoveStop arasındaki mesafe stratejiyi kazanan yaparsa, Bu gerçekten bir ne olursa değil, bu bir gerçek. Yolunuzu test ederseniz, hala bir SP veya TP'ye veya bir kazanç veya kayıp görmek için herhangi bir şeye ihtiyacınız var. 1 dakikalık bir grafikte 100 pip SL'niz varsa, büyük olasılıkla %85 -> %98 kazançla harika bir sisteme sahip olacaksınız. Optimizasyon çalıştırması ile çalıştırdığınızda bu şekilde çalışmayacağını söyleyebilirim. %30 kazanma oranına ve çok karlı bir EA'ya sahip olabilirsiniz. Ayrıca %90'lık bir kazanma oranınız olabilir ve düşüş %70 olabilir ve 4000 opt çalıştırmadan 3000'i hesabı boşaltır. Sonunda zaten tam bir koşu yapacaksın. Neden önce bunu yapıp yeni bir sistemi paralel olarak kodlamıyorsunuz?
2) Bir felakete dönüşebilir ve tam bir test yapmadan bir sistemi fırlatırsınız. Kazanan bir powerball biletini çöpe atmak gibi olabilir çünkü powerball numarasını kontrol ettiniz ve ikramiyeyi vurmadığınızı biliyorsunuz. Diğer beş numaraya sahipsin ve 250 bin kazananı çöpe attın, şimdi bir güvercinin gerçekten pahalı bir yuvası var.
Sonuç olarak, sistemin gerçek kodlamasının geliştirme sürecinin en az zaman alan kısmı olduğunu düşünüyorum. Test en uzun ve en önemli kısımdır ve zamanımın çoğunu test aşamasında geçirmek istiyorum. Ayrıca başarısız EA'larımdan daha fazlasını öğrenmeye eğilimliyim, herkesin söylediğinin bu olduğunu biliyorum, ancak testteki başarısızlıklar, gelecekteki optimizasyonlar için parametre aralıklarını daraltmaya yardımcı olma eğilimindedir, bu, daha umut verici EA'ların test edilmesini sonunda daha hızlı hale getirir.
Sadece 2 sentim.
Peki, o zaman aynı fikirde olmadığımızı kabul edelim .... ve gerçekten uzun yazı yazdığınız için teşekkürler. belki bu makale işini görür. optimizasyon = TRAP , düşebilirsin. https://www.mql5.com/en/articles/1434
@c0d3: İşte bu forumdaki bazı harika geliştiriciler tarafından bana verilen bir tavsiye. Strateji Optimize Edici'yi asla kullanmayın (ince ayar dışında). İdeal geliştirme süreci: 1) Bir stratejinin mantıklı olduğunu düşünüyorsunuz . 2) Stratejiyi kodlar ve test edersiniz. 4) Strateji karlı çıkar. 5) İnce ayar yapmak için Optimize Edici'yi kullanırsınız. 6) Başarısız olduğu alanlardan öğrenirsiniz .
Optimize edici, 1-pip Sl/Tp'yi kazanma veya kaybetme arasındaki fark haline getirecek bir #-kırıcıdır. Değişkenleri birer birer veya hep birlikte optimize etmek hiçbir fark yaratmaz, IMO . İşte 1 aylık yeniyken kutsal kasem . Bu kadar kolay olsaydı, hala daha iyi yöntemler arıyor olmazdım.
@c0d3: İşte bu forumdaki bazı harika geliştiriciler tarafından bana verilen bir tavsiye. Strateji Optimize Edici'yi asla kullanmayın (ince ayar dışında). İdeal geliştirme süreci: 1) Bir stratejinin mantıklı olduğunu düşünüyorsunuz . 2) Stratejiyi kodlar ve test edersiniz. 4) Strateji karlı çıkar. 5) İnce ayar yapmak için Optimize Edici'yi kullanırsınız. 6) Başarısız olduğu alanlardan öğrenirsiniz .
Optimize edici, 1-pip Sl/Tp'yi kazanma veya kaybetme arasındaki fark haline getirecek bir #-kırıcıdır. Değişkenleri birer birer veya hep birlikte optimize etmek hiçbir fark yaratmaz, IMO . İşte 1 aylık yeniyken kutsal kasem . Bu kadar kolay olsaydı, hala daha iyi yöntemler arıyor olmazdım.
Sonuç olarak, bu gerçeği göz önünde bulundurursanız, ticaret nispeten "basit" bir oyundur. Hiç kimse, hatta dahi olanlar bile bazı robotların yaptığı gibi gün boyu ticaret yapmaz - iyi, istisnai olanların girmesi sadece 15-30 dakika, en fazla 1 saat sürer, 70-100 pip izi çekip öğle yemeğine çıkar. Bir robot için yeterince zor geliyor mu? Bunu haftalık veya günlük olarak yapabiliyorsanız ve YTE'deki o yaşlı kadın gibi yaşlanana kadar yapmayı seviyorsanız, buna kutsal kase derim. sonsuza kadar tamir edilmesi gereken bir robot değil.
Ama muhtemelen, bir robotla işleri karmaşık hale getirmek, sonra da pazarların yanı sıra bir bilgisayar programını gerçekten neyin harekete geçirdiğine dair belirli teknik bilgileri parmaklarınızın ucunda bulundurmaya hazır olun. Sadece programlamayı değil, aynı zamanda temel konuları da kapsayan çeşitli becerilere ihtiyacınız olabilir - boole mantığı kesindir, matematik ve mühendislik anlayışları yardımcı olacaktır, vb. Bunlar bazı kişilerin ötesinde olabilir.
Daha fazlasını bilmek istiyorsanız, umarım paylaşabileceğim şey test etme ve optimizasyondur, verileri SİZİN izin verdiğiniz bir mantıkla karıştırmak için akıllı bir mekanik istatistik gücünden başka bir şey değildir. Ama gerçek şu ki, henüz keşfetmediyseniz, piyasalar istatistiksel yasalara veya SİZİN mantığınıza göre çalışmaz.
İyi tavsiye edilen ticari EA'larım var, bu da hoş geriye dönük testler sonuçları verdi, ancak yine de bana çok büyük, çok büyük düşüşler sağlıyor. son aylar için. Şimdi, bunu yaşadıysanız, ne demek istediğimi daha iyi anlayacaksınız. Kutsal kase diye bir şey var ama kesinlikle o ana sığdırmak için kurcalama gerektiren mekanik bir kase değil. Ve muhteşem backtest sonuçları.
Benim tavsiyem şudur: Bu kurcalamayı bir hobi olarak kabul edin ve ticareti AYRI OLARAK yapın. Eğer ikisini birleştirmek istiyorsanız, uzun vadede kendi fedakarlığı olmaya hazır olun.
Forex ticareti yapanların %99'u kaybedecek. Bunlar Robot Olmayan tüccarlardır. Robotlar kötü değil , bir araçtır . Robot ancak onlar için ödediğiniz para ve zaman kadar iyidir. ;)
Peki, o zaman katılmıyorum kabul edelim .... ve gerçekten uzun yazı yazdığınız için teşekkürler. belki bu makale işini görür. optimizasyon = TRAP , düşebilirsin. https://www.mql5.com/en/articles/1434
Sizi tuzağa düşürmesine izin verirseniz, optimizasyon bir tuzaktır. Optimizasyon'u birkaç yıl içinde mümkün olduğunca çok işlem yapmak için kullanıyorum. Ben başka bir şey yaparken. Test edilmemiş, geriye dönük test edilmemiş ve ileriye dönük test edilmemiş bir robota paramın bir kuruşunu vermem. Sorun zamandır, gerçek parayla ticaret yapmak için ne kadar bekleyeceksiniz. Yaklaşık 5 yıldır ticaret yapıyorum, bir robotun bir humen üzerindeki faydası şudur, onu programladığınız şeyi yapar. CNBC'yi açmaz ve bazı aptalların ne düşündüğünü dinlemez, yeni bir sürüm için beklemez, gerginleşmez veya piyasanın döneceğini hissettiği için bir ticareti erken durdurmaz. Tam zamanlı bir tüccar değilseniz de işe yarar.
Optimize edicide 12.000 simülasyon çalıştırırsanız ve bu çalıştırmaların %70'i başarısız olursa ve çalıştırmaların %10'u size %2000 veya insanların aradığı çılgın sayı ne olursa olsun kazandırırsa, o zaman hemen hemen kaybeden bir sisteminiz olur ve bunu test etmek için harcadığınız zamana değmez. .
Bir sistemi birkaç yıl içinde manuel olarak test edeceğinizi ve her seferinde bir parametreyi değiştirerek her çalıştırmadan sonra ince ayar yapacağınızı düşünüyorsanız, bu, optimzer'ı çalıştırmaktan daha çılgınca. Ancak, seçimde diyelim ki 15.000 geçişi çalıştırırsanız ve bu geçişlerin hiçbiri bir kaybeden değilse, o zaman diyelim ki 4 hafta boyunca ileriye dönük test için en azından bir demo hesabına düşmeye hazır bir sisteminiz var. BTW bu noktada gerçek kodlama hatalarını bulacaksınız.
Bana günde 15-30 dakika ticaret yapan ve 100-150 pip bankalayan ve sonra öğle yemeğine çıkan birini gösterin, size gerçek para ticareti yapmayan birini göstereyim. Ticaret, diğer işler gibi tam zamanlı bir iştir.
Bu bir hobiyse, neden bu tür kodlamayı yaparak zaman kaybedeceğinizden emin değilim. Teknik olarak oldukça kolay ve normal bir geliştirme işinde yapacağınız kadar para kazanamayacaksınız. Günlük işimde 4 dil kullanan ve anabilgisayarlarda, PC'lerde, UNIX'in her çeşidinde ve çoğu Linux işletim sisteminde çalışan 2 milyona yakın kod satırına sahip bir sistem üzerinde çalışıyorum.
Benim düşünceme göre, makale ilginçti. Bu, içindeki her kelimeye inandığım anlamına gelmez. Bu sadece yazarın görüşü, Optimizasyonun bir tuzak olduğu sonucuna varmak için muhtemelen birçok optimizasyon yapmak zorunda kaldılar. Bunu yaptılarsa, optimizasyon çalışmadığı için makale nasıl doğru olabilir.
@c0d3: İşte bu forumdaki bazı harika geliştiriciler tarafından bana verilen bir tavsiye. Strateji Optimize Edici'yi asla kullanmayın (ince ayar dışında). İdeal geliştirme süreci: 1) Bir stratejinin mantıklı olduğunu düşünüyorsunuz . 2) Stratejiyi kodlar ve test edersiniz. 4) Strateji karlı çıkar. 5) İnce ayar yapmak için Optimize Edici'yi kullanırsınız. 6) Başarısız olduğu alanlardan öğrenirsiniz .
Optimize edici, 1-pip Sl/Tp'yi kazanma veya kaybetme arasındaki fark haline getirecek bir #-kırıcıdır. Değişkenleri birer birer veya hep birlikte optimize etmek hiçbir fark yaratmaz, IMO . İşte 1 aylık yeniyken kutsal kasem . Bu kadar kolay olsaydı, hala daha iyi yöntemler arıyor olmazdım.
Bir sistemi birkaç yıl içinde manuel olarak test edeceğinizi ve her seferinde bir parametreyi değiştirerek her çalıştırmadan sonra ince ayar yapacağınızı düşünüyorsanız, bu, optimzer'ı çalıştırmaktan daha çılgınca. Ancak, seçimde diyelim ki 15.000 geçişi çalıştırırsanız ve bu geçişlerin hiçbiri bir kaybeden değilse, o zaman diyelim ki 4 hafta boyunca ileriye dönük test için en azından bir demo hesabına düşmeye hazır bir sisteminiz var. BTW bu noktada gerçek kodlama hatalarını bulacaksınız.
Bu, geriye dönük test hakkında iyi bir nokta.