Terminal Global Problemi - sayfa 5

 
WHRoeder :
ProfesörMetal : Ben acemi aptallardan biri değilim
Hata kontrolü olmadan, o kadar emin değilim.
ProfesörMetal : Büyükbabama yumurta emmeyi öğretmeye çalışma dostum. Sakin ol oğlum.
WHRoeder : İlk seferde doğru yapmak için zamanınız yok, ancak yeniden yapmak veya bunun neden olduğu hataları bulmak için zamanınız var.
Chill'e ihtiyacın var. Basit bir gözlem yüzünden tamamen şekilsizleşiyorsun. Ve bana "Oğlum" deme, senden büyüğüm (1957.)

"Hata kontrolü olmadan, o kadar emin değilim." Bahsettiğim yorum türü tam olarak bu. Bu haddini aşıyor.

Seninle kişisel bir sorunum yok, Roeder. Söylediklerini haksız yere beni çarptığın için aldım. Niyetinizi yanlış anladıysam özür dilerim. BTW, "Oğul" terimini kullanmak, geldiğim yerde yaygındır. "Adam" veya "Dostum" ya da her neyse demek gibi.

Hata işlemenin pahalı olmasından bahsederken, Microsoft dene/yakala paradigmasına alışmak açısından geliyorum. Yürütme süresi söz konusu olduğunda, bu çok kaynak yoğun ve zaman alıcıdır. Kabul edilen uygulama, uygulamanızı tasarlamak, sorunların nerede ortaya çıkabileceğini belirlemek ve ardından istisna işlemenizi eklemektir. Özellikle gerçek zamanlı bir uygulamada aşırı kullanmak istemezsiniz. Bu, hiçbir istisna işleme yapmamaktan daha kötü değilse de, kötüdür. Hata kontrolü için koşullu ifadeler kullanmaktan bahsediyorsanız, evet, bunu tabii ki yapıyorum.

Hata ayıklayıcı çöktüğünde karşılaştığım özel duruma gelince, hiçbir şey başlatmış gibi görünmüyor. Hata ayıklayıcı, bölünmüş bir saniye için bir tablo getirir ve ölür. Günlüğe göre, göstergeleri vs. yükler ve ardından hemen kaldırır. Şu anda üzerinde çalıştığım indie'de OnInit()'te Uyarılarım var, bu yüzden indie'yi başlatmaya çalışıp çalışmadığını biliyorum. Hata ayıklayıcıyı herhangi bir sorunu olmadığını bildiğim diğer indies üzerinde çalıştırırsam aynı tür davranışları görüyorum. Neler olup bittiğinden tam olarak emin değilim ama sonunda anlayacağım. Daha önceki bir gönderide söylediğim gibi, belgeler debug.tpl'nin bulunduğu yere göre yanlış. Dizin MT4 kurulumunda bile yok. Ya belgeler yanlıştır ya da MT4 uygulamasında sorunlar vardır. Bu yüzden, şu anda, platform uygulamasında bir şekilde hata mı yapıyorum yoksa bir şeylerin yanlış mı olduğu konusunda 50/50 olduğunu düşünüyorum.

Her halükarda, birbirimizi yanlış anladığımızı kabul edelim, el sıkışalım ve devam edelim. Aramızda bir savaşa gerek yok. Güzel?

 
angevoyageur :

Kıdemli programcılarımıza bu tür tartışmaları burada durdurmalarını önerebilir miyim?

Teşekkür ederim.


Kabul. Bu tamamen verimsiz ve profesyonelce değil.
 
ProfesörMetal. Aşırı hata işleme ve ileriye dönük test tercihi konusundaki görüşleriniz konusunda sizinle daha fazla aynı fikirde olamazdım.
 
gatoreyefx :
ProfesörMetal. Aşırı hata işleme ve ileriye dönük test tercihi konusundaki görüşleriniz konusunda sizinle daha fazla aynı fikirde olamazdım.

Teşekkür ederim. Sizinle tanıştığıma memnun oldum. Tecrübe harika bir öğretmendir. :-)
 
  • ProfessorMetal :

    Teşekkür ederim. Sizinle tanıştığıma memnun oldum. Tecrübe harika bir öğretmendir. :-)

    Çoğu üye yeni başlayanlar veya amatör kodlayıcılar olduğundan ve en çok tekrarlanan sorunlardan biri hiç hata denetimi olmamasından kaynaklandığı için bunun burada iyi bir öneri olduğunu düşünmüyorum. Ayrıca, deneyimli kodlayıcılar kendi deneyim ve alışkanlıklarına sahip oldukları için bu tür önerilere ihtiyaç duymazlar.
 
Angevoyageur ile aynı fikirdeyim, hata işleme , hata ayıklama için harcanan zamanı azaltır ve/veya başkalarından sorun(lar)ın nedenini bulmaya yardım etmelerini ister.
 
509 derlemesinden yükseltildiğinden beri, hata işlemeyi kullanıyorum. Şimdi, neredeyse hiçbiri, kodun hataları işlemek için yeterince kararlı olduğunu kesinlikle bildiğim bir üründen kaldırdığımdan beri. Bunun gibi bir şey.
 
angevoyageur :
  • ProfesörMetal :

    Teşekkür ederim. Sizinle tanıştığıma memnun oldum. Tecrübe harika bir öğretmendir. :-)

    Çoğu üye yeni başlayanlar veya amatör kodlayıcılar olduğundan ve en çok tekrarlanan sorunlardan biri hiç hata denetimi olmamasından kaynaklandığı için bunun burada iyi bir öneri olduğunu düşünmüyorum. Ayrıca, deneyimli kodlayıcılar kendi deneyim ve alışkanlıklarına sahip oldukları için bu tür önerilere ihtiyaç duymazlar.


Acemi ve amatör kodlayıcılar konusunda geçerli bir noktanız var. Kimsenin benim yaklaşımımı takip etmesini savunmak niyetinde değildim. Ben sadece bunun ne olduğunu ve nedenini açıklığa kavuşturmak istedim. "Tecrübe harika bir öğretmendir" demiştim. :-)

BTW, sanırım son açıklamanız Roeder'a aktarmaya çalıştığım bir şey - diğer forum üyeleriyle etkileşimlerinizi esas olarak saldırmaktan ve insanları aşağılamaktan ibaret olduğu noktasının yanı sıra, kendi egonuza masaj yapmaktan başka bir amaca hizmet etmiyor. Deneyimli olanlarımız, gerçekten çabalayan daha az deneyimlilere alayla değil, saygı ve düşünceyle yanıt vermelidir. Bununla, konuyu kapanmış sayıyorum. William'a uzlaştırıcı bir yanıt verdim. Kabul etmek istiyorsa, sorun değil. Değilse, bu da iyidir.

 
SDC :
Angevoyageur ile aynı fikirdeyim, hata işleme, hata ayıklama için harcanan zamanı azaltır ve/veya başkalarından sorun(lar)ın nedenini bulmaya yardım etmelerini ister.


Buna hiçbir şekilde itiraz etmiyorum. Demek istediğim, gerçekten, deneyimli geliştiricilerin, buna böyle adlandırmak isterseniz, sorunların ortaya çıkma olasılığı olan bir "his" kazanmasıydı. Örneğin, parametre gerektiren bir yöntemim varsa, herhangi bir kodu çalıştırmayı denemeden önce bunların olması gerektiği gibi olduğundan emin olmak için her zaman kontrol ederim. Bu, uygulamanın başka bir bölümünde çalışan diğer geliştiriciler tarafından veya bir UI öğesiyse doğrudan son kullanıcılar tarafından bir yöntemin çağrılacağı endüstriyel uygulamalar üzerinde yıllarca çalışmaktan geliştirilen otomatik bir alışkanlıktır. Birinin size olması gerekeni göndereceğine inanmamayı çabucak öğreniyorsunuz.

Bahsettiğim şeyin çoğu dene/yakala paradigmasıydı. Bu MQL ile ilgili bir sorun değil çünkü bildiğim kadarıyla MQL, Microsoft'un kullandığı istisna işleme özelliğine sahip değil. Bu, söylediklerimin çoğunu tartışmalı hale getiriyor.

Bilgin olsun, sorun iki indie'mde de değilmiş gibi görünüyor. Öyle olduğunu düşünmedim ama her zaman mümkün - kimse mükemmel değil, en azından ben. Ücretsiz bir üçüncü taraf ticaret yönetimi EA kullanıyorum çünkü kendiminkini geliştirmek için zamanım olmadı. Demo hesapları kullanan fikirleri test etmek için bunu yeterince iyi buldum. Sanırım ödediğinizin karşılığını alıyorsunuz - bu bir bedava. Ondan kurtuldum ve hata ayıklayıcı o zamandan beri çökmedi. Yine de bazı sorunlar var.

Dokümantasyon ve operasyon arasındaki kopukluk hakkında daha önce söylediklerim hala geçerli. MT4 kurulumunda profil/şablon dizini yoktur. Ek olarak, belgeler, hata ayıklama şablonlarının nasıl kurulacağı ve kullanılacağı hakkında tam anlamıyla çömelmenizi söylemiyor. MT4'teki mevcut davranışın ne olduğunu görmek için birkaç saatimi bir şeylerle oynayarak geçirdim. Bulduğum şey bir yerde paylaşılmalı ama forum görgü kurallarının tam olarak nerede dikte edeceğinden emin değilim. Bu izole iş parçacığında, bunu izleyen Modlardan biri böyle düşünmüyorsa, muhtemelen hayır. Yeni bir iş parçacığı oluşturmalı mıyım, gözlemlerimi bir Mod'a vermeli miyim, böylece bir yapışkan oluşturabilirler mi yoksa sadece her şeyi derleyip Servis Masasına mı göndermeliyim? Modlar ne düşünürse, gideceğim yön o.

 

Bir profil/şablon klasörü olması gerektiğini hiç sanmıyorum. Şablonlarım klasörü, terminal veri klasöründedir .