Çalışma bölümündeki kurallar - sayfa 11
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
Asıl soru kaynaklarla ilgili. Bu endişe verici.
Evet, tüm bunlar oldukça basit bir şekilde çözülebilir (eğer saf MQL5'ten bahsediyorsak).
Belirli bir kaynak kodu yayınlamak istemeyen bir sanatçı, bunu yapmamak için her türlü şansa (ve tamamen yasal olanlara) sahiptir. Bu, ancak belirli koşullar yerine getirildiğinde mümkündür.
Başlangıç olarak, meraklı gözlerden gizlenmesi gereken tüm bloklar ayrı modüller (kütüphaneler, komut dosyaları, hindiler ve diğer yazılımlar) şeklinde yapılır, daha sonra tüm bunlar MAĞAZA aracılığıyla uygulanabilir (kaynak kodlarının gerekli olduğu yerlerde). saçmadır). Bu yaklaşım iyidir çünkü programcı teorik olarak çalışmasının maliyetini birçok alıcı arasında dağıtabilir ve bu şüphesiz herkes için faydalıdır.
Sipariş onayı aşamasında, icracı olmayı hedefleyen bir programcı, satışa sunulan modüllere kolayca başvurabilir (aynı zamanda müşterinin daha önce modül satın alıp almadığını sordu). Müşteride zaten bu modüller varsa, yüklenicinin eksik kodu yazması ve müşteriye vermesi yeterli olacaktır. Aksi takdirde, tarafların mutabakatı ile yüklenici bu modüller için (bağımsız olarak veya MAĞAZA aracılığıyla satarak) veya bunu yapmadan fatura kesebilir.
İş "benzersiz" ise, müşteriye kaynakların geri kalanını sağlarken (böylece belirli bir özgürlük sağlarken) belirli kodları kitaplıklara paketlemek de mümkündür.
Evet, "müşteriye yalnızca ex5 aktarılır" onay işareti ekleyin ve ardından ikincisini, ilkinden otomatik olarak ayarlanan "yüklenici müşteriye ömrünün geri kalanında taze ex5 sağlamayı taahhüt eder" ... eğlenceli hayatının sonu.
1. Sanatçı, çalışmasının sonuçlarına belirli bir süre için küçük bir ücret karşılığında eşlik etmeyi taahhüt ederse, sorun kolayca çözülür.
Diyelim ki yıl boyunca, iş bitiminde veya aylık ödemeler şeklinde ödeme ile (örneğin, aylık ödemeler 5-10 $ olabilir).
2. Belirli bir gelişme popüler hale gelirse ve birçok tüccar tarafından kullanılacaksa sorunu çözmek daha da kolaydır (bir seçenek olarak MAĞAZA aracılığıyla satılabilir).
Daha sonra sanatçı, tüm proje kaynaklarını korumak ve periyodik olarak, bağımsız olarak veya müşterilerin (müşteriler ve alıcılar) talebi üzerine kodda değişiklikler yapmakla ilgilenecektir.
not
Bu ve benzeri tartışmaların bir parçası olarak, telif hakkı ve diğer haklar konusunu ele almayı tercih ederim.
Bu yaklaşımla, sipariş verirken elbette ek bir ücret karşılığında belirli bir kapalı kod (sadece ölümlülere kapalı) satın alabilirsiniz.
Ancak burada tarafların birbirlerinin haklarını ihlal edemeyecekleri bir seçeneği düşünmeniz gerekiyor (örneğin, sanatçı bu eseri mağaza aracılığıyla satamayacak ve yaparsa bir ücret öder) telif hakkı sahibine).
Sipariş onayı aşamasında, icracı olmayı hedefleyen bir programcı, satışa sunulan modüllere kolayca başvurabilir (aynı zamanda müşterinin daha önce modül satın alıp almadığını sordu).
Güzel! Aslında şu fikir ortaya çıkıyor. Yüklenici, Mağaza'da her türlü satış öncesi kontrolleri geçen ve Mağaza penceresinde görüntülenen çalışma modüllerini satış için oluşturur. Ardından Müşteriye, bu çalışan modülleri Mağaza garantisi ile satın alabileceğini veya bu çalışma modüllerini doğrudan yazardan %10 Mağaza komisyonu indirimi ile satın alabileceğini söyler :)
Teorik olarak, belirli koşullar altında, yüklenici, kaynak kodları sağlamadan da (böylece müşteri için işin maliyetini önemli ölçüde azaltır) bir dizi dosyada %100 indirim yapabilir.
Öte yandan, müşteri zaten yürütücüden belirli bir kitaplık setine sahip olabilir (bir mağazadan satın alınan veya diğer siparişler sırasında edinilenlerden bağımsız olarak), bu da yapılan işin maliyetini önemli ölçüde azaltacaktır.
Merakla, herhangi biri bir derlenmiş (içeren) dosya ve bir dizi bağlantılı kitaplık (içe aktarma) kullanarak Expert Advisor optimizasyon hızını test etti mi? Aynı karşılaştırmadadır.
not. Sadece ithal hiç kullanılmadı. Hızda bir fark yoksa, bu bir çıkış yolu. Ama hala tamamlanmadı. Müşterinin ne istediğini önceden bilmek daha iyidir.
Dördüncüsünde bile, optimizasyonu büyük ölçüde yavaşlatan özel hindileri kullanmayı reddetti. Her şeyi danışman koduna yerleştirdim . Ve ithalatta, genel olarak, aynı nedenden dolayı hemen puan aldı. MT5'te işlerin nasıl olduğunu merak ediyorum.
Dördüncüde bile, optimizasyonu büyük ölçüde yavaşlatan özel hindileri kullanmayı reddettim. Her şeyi danışman koduna yerleştirdim . Ve ithalatta, genel olarak, aynı nedenden dolayı hemen puan aldı. MT5'te işlerin nasıl olduğunu merak ediyorum.
Hepsi bir arada Uzman Danışman iyidir, ancak bir şey var - büyük projeler geliştirmek (10.000 veya daha fazla hattın olduğu) çok zordur. Kendi deneyimlerimden, 50K hatlı bir Expert Advisor'ın nasıl bir kabusa dönüşebileceğini biliyorum. bu durumda modüllere ve kütüphanelere bölünme basitçe gereklidir.
Merakla, herhangi biri bir derlenmiş (içeren) dosya ve bir dizi bağlantılı kitaplık (içe aktarma) kullanarak Expert Advisor optimizasyon hızını test etti mi? Aynı karşılaştırmadadır.
not. Sadece ithal hiç kullanılmadı. Hızda bir fark yoksa, bu bir çıkış yolu. Ama hala tamamlanmadı. Müşterinin ne istediğini önceden bilmek daha iyidir.
Her şeyi doğru anlarsam, doğrudan Expert Advisor'da bulunan kod en hızlı çalıştırılacak, *.mqh'de bulunan kod ikinci sırada olacak, ex5 kitaplıklarında bulunan kod en son çalıştırılacak.
Ancak bu büyük olasılıkla saf IMHO'dur.
Her şeyi doğru anlarsam, doğrudan Expert Advisor'da bulunan kod en hızlı çalıştırılacak, *.mqh'de bulunan kod ikinci sırada olacak, ex5 kitaplıklarında bulunan kod en son çalıştırılacak.
Ve böyle bir kuralla ilgili kod yürütme hızı nasıldır? :
Bir mql5 programının yürütülmesi sırasında işlevleri içe aktarmak için erken bağlama kullanılır. Bu, onu kullanan ex5 programı yüklendiğinde kitaplığın yüklendiği anlamına gelir.
1. Sanatçı, çalışmasının sonuçlarına belirli bir süre için küçük bir ücret karşılığında eşlik etmeyi taahhüt ederse, sorun kolayca çözülür.
Diyelim ki yıl boyunca, iş bitiminde veya aylık ödemeler şeklinde ödeme ile (örneğin, aylık ödemeler 5-10 $ olabilir).
2. Belirli bir gelişme popüler hale gelirse ve birçok tüccar tarafından kullanılacaksa sorunu çözmek daha da kolaydır (bir seçenek olarak MAĞAZA aracılığıyla satılabilir).
Daha sonra sanatçı, tüm proje kaynaklarını korumak ve periyodik olarak, bağımsız olarak veya müşterilerin (müşteriler ve alıcılar) talebi üzerine kodda değişiklikler yapmakla ilgilenecektir.
not
Bu ve benzeri tartışmaların bir parçası olarak, telif hakkı ve diğer haklar konusunu ele almayı tercih ederim.
Bu yaklaşımla, sipariş verirken elbette ek bir ücret karşılığında belirli bir kapalı kod (sadece ölümlülere kapalı) satın alabilirsiniz.
Ancak burada tarafların birbirlerinin haklarını ihlal edemeyecekleri bir seçeneği düşünmeniz gerekiyor (örneğin, sanatçı bu eseri mağaza aracılığıyla satamayacak ve yaparsa bir ücret öder) telif hakkı sahibine).
1. Büyük bir memnuniyetle, 1000 müşteriye, aylık 5$ nominal ücret karşılığında her yeni terminal yapısının piyasaya sürülmesiyle birlikte yeni ex5 gönderme yükümlülüğünü üstleneceğim. Sadece bu tür enayiler yok denecek kadar azdır.
2. Bireysel siparişler hakkında konuşun.
1. Büyük bir memnuniyetle, 1000 müşteriye, aylık 5$ nominal ücret karşılığında her yeni terminal yapısının piyasaya sürülmesiyle birlikte yeni ex5 gönderme yükümlülüğünü üstleneceğim. Sadece bu tür enayiler yok denecek kadar azdır.
2. Bireysel siparişler hakkında konuşun.
1. Ortalama bir kullanıcının SİZİN kodunuzu kullanarak en az 1000$'lık bir depozitoyu yönetmesi gerekecekse ve aynı zamanda sürekli olarak ayda en az 100$ kazanabilecekse, neden olmasın?
2. Teorik olarak evet, ancak biri diğerine müdahale etmez. bazı evrensel kütüphaneler veya sınıflar farklı amaçlar için kullanılabilir.