Windows 10 güncellendi - sayfa 5

 
Renat Fatkhullin :

Yakında ürün ekran koruyucularının kalitesinde bir artış talep edeceğiz.

Daha spesifik olabilir misin?
 
Комбинатор :
Daha spesifik olabilir misin?
Vitrinlere bir göz atın - resimleri daha profesyonel bir görünüme kavuşturmak iyi bir şey olacaktır.
 
Renat Fatkhullin :
Vitrinlere bir göz atın - resimleri daha profesyonel bir görünüme kavuşturmak iyi bir şey olacaktır.

"Profesyonel görünüm" tanıtımınıza neyin girdiğini bilin.

Bir seçenek olarak - MK, para için ekran koruyucunun MK açısından "profesyonel bir görünümünü" yapan kendi tasarımcısına sahiptir.

Satıcının gördüğü gibi ekran koruyucu bir ticari markadır - ekran koruyucularda "ekran koruyucuyu beğenmedik" demeyi mi öneriyorsunuz?

"Tek kelimeyle Harika" (c) Renat Fatkhullin
 
Renat Fatkhullin :

Sadece harika.

Piyasa kontrolünün kalitesini düşürmemiz gereken noktaya çoktan ulaştı. Aksine, birçok kez yükseltilmelidir. Bu arada, yapıyoruz - ürünlerin otomatik stres testi için bir sistem geliştiriyoruz.

Yakında ürün ekran koruyucularının kalitesinde bir artış talep edeceğiz.

Kontrol hakkında hiçbir soru yok - her şey yolunda, var olması bile iyi. Kontrol etmeyi bırak, tamam. Negatif lot giriş türüne göre kontrol :-) da sorun değil, çok şey öğrendim.

Tek soru hız. ek özelliklere sahip yeni bir sürüm çıktığında 2 veya 3 hafta bekleyebilirsiniz.


Ancak bir güncelleme yayınladığınızda - ve bir yerde bir hata yaptınız ve acilen düzeltilmesi gerekiyor, o zaman 10 -20 gün çok fazla. Özellikle robot bir önceki seferde kabul edildiğinde hiçbir şey değişmedi, sadece > olarak değiştirin ve yeni kontrol yöntemleri dahil edildi,

örneğin, son kez Rusça karakterlerin koddan TAMAMEN kaldırılmasıdır. Ben uluslararası dil ve tüm bu anlıyorum. Ama Merhaba'nın ne olduğunu bilmeyen çok insanımız var.

Tabii ki, sadece bir buhar banyosu yapamazsınız ve standart kütüphaneleri kullanamazsınız, hepsi uzun süredir düşünüldü ve test edildi mi? her zaman değil, örneğin, moderatörler tarafından verilen bağlantıda:

Bu arada, son kontrolde - bir forma girmek gerekliydi, bu ne için?

örneğin, Bot hangi kontrolleri geçmelidir makalesinde:

Rusça bir kelime var: " (Teklif=%.5f + SYMBOL_TRADE_STOPS_LEVEL=%d puan)" ,

ki hemen bulamadım, ama zaten botu kontrol ederken - ortaya çıktı - silmemi istediler, tamam, moderasyonun 5 gün uzatılması +

ayrıca bu fonksiyon, stop loss'un 0'a eşit olabileceğini hesaba katmaz, örneğin stop loss = 0 ise böyle bir fonksiyon true döndürmez

ayrıca, sıklıkla moderatörle sunucudan gelen duraklamaların seviyesi hakkında tartışırız = 0 . o zaman dikkate almak için durmak nedir? burada işlevinizde: int stop_level=( int ) SymbolInfoInteger ( _Symbol , SYMBOL_TRADE_STOPS_LEVEL );

sunucu 0 döndürürse ne olur? yine de, durak yüzer ve durdurma kaybı = 1 olarak ayarlarsanız, sunucu bir hata döndürür. Sonuç olarak, uzman testi geçemez ve 5-10 gün+ için tekrar döner.

Unittest'i otomatik yapmak mümkün mü? sürümü gönderdi - sistem benzersiz sunucularınız üzerinde bir test yaptı - her şey yolunda, büyük hatalar yok, siteye bağlantı yok, kullanıcılar için sabotaj yok - sürüm kabul edildi.

Sonuçta herkesin bir işe ihtiyacı var. Ve yazarın bir hata için ne kadar hızlı bir düzeltme eki yayınladığına bağlıdır - satışları programda bir video olup olmamasına bağlıdır, satışlar da bağlıdır. Son zamanlarda tüm videoları hızlıca değiştirmek zorunda kaldım çünkü benim logom, sitemin logosu vardı. ama bu yazarın logosu, videoya nasıl eklenmez?

Yazar satışları, pazar için iyi komisyonların anahtarıdır. Belki moderatör kabul ettiği ürünün satışından komisyonun bir kısmını ayırmalı? daha fazla dama, herkes satış yüzdesine oturur, moderatör ve yazar arasındaki etkileşim, yeni bir sürüm ortaya çıktı - hızlı bir şekilde kabul edildi ve kabul edildi, kullanıcılar satın aldı, yüzde moderatöre gitti.

 
Vladislav Andruschenko :

Bu yüzden çeklerle dolup taşıyorlar. Bir önceki sayfada verdiğim örnekte olduğu gibi:

- ürünü açtı, kurdu, okudu - ilk hatayı buldu, revizyon için geri gönderdi

- revizyon ile geldi, öncekini kontrol etti, yenisini buldu, revizyon için gönderdi

-- revizyonla geldi, öncekini ve öncekini kontrol etti, yenisini buldu, revizyona gönderdi

-- yani her hata için tekrar tekrar.

Temel emek organizasyonu:

-- ürünü açtı, kurdu, okudu -- gördükleri tüm hataları hemen buldu, revizyona gönderdi

Bu nedenle, revizyon için başvuru sayısı daha az olacaktır - daha önce kontrol edilenlerin daha az yeniden kontrolü olacaktır - bu, kontrol ölçeğinde zaman tasarrufu olacağı anlamına gelir.

Ve en önemlisi - https://www.mql5.com/ru/articles/2555 yorumlarına dayalı ayrıntılı bir makale yayınlandı - ürün eklerken pazar sayfasında buna bağlantı nerede?

Bu, "burayı okuyun ..." ifadesini yazmak için gereken süreyi normalleştirmek içindir.

Bu, piyasanın çok yoğun bir şekilde denetlenmesi ve kontrol edilmesinin zamanıdır.

ps Bir dizi kontrol, tip, minimum durdurma, minimum lot vb. -- genel olarak terminal düzeyinde yapmak mümkündür.

Ne de olsa, piyasada zaten var olan aynı şeyi talep ediyorlar - aynı günlükte "hata 130" yerine "kapalı durdurma" yazın.

Ve anladığım kadarıyla, her şey "hata 130" günlüğünün vb. kontrolsüz doldurulmasıyla başladı.

Danışmandan kontrolsüz emir gönderimini sınırlamasını istemek yerine, anlamlı mesajlar şeklinde bir diyalog düzenlenmesini talep etmeye başladılar.

Bu harika, ancak ılımlılığın çeklerle dolup taşmasına neden olan şey buydu.

 
Bu arada, MT5 iyidir çünkü modifikasyon için saniyede 3 sinyal gönderebilirsiniz, bu harika ve hızlıdır. ama örneğin robo ....... postaya bir cevap yazar: çok sık durdurma değişiklikleriniz var, hesap devre dışı bırakılabilir.)))
Her 2 saniyede bir durdurma değişikliği kontrolü eklemek zorunda kaldım .....
 
bugün yine yeni bir win güncellemesi kalkmaya çalıştı ama yapamadı ... kendimi derin meditasyona daldırarak ve metafizik varlıklar hakkında düşünerek, RAM diskini kapatmayı başardım, bundan sonra önceki güncelleme iyi gitti, Umarım bu da geçer) mb birine yardım edecek
 
Andrey F. Zelinsky :

Bu yüzden çeklerle dolup taşıyorlar. Bir önceki sayfada verdiğim örnekte olduğu gibi:

- ürünü açtı, kurdu, okudu - ilk hatayı buldu, revizyon için geri gönderdi

- revizyon ile geldi, öncekini kontrol etti, yenisini buldu, revizyon için gönderdi

-- revizyonla geldi, öncekini ve öncekini kontrol etti, yenisini buldu, revizyona gönderdi

-- yani her hata için tekrar tekrar.

Temel emek organizasyonu:

-- ürünü açtı, kurdu, okudu -- gördükleri tüm hataları hemen buldu, revizyona gönderdi

Bu nedenle, revizyon için başvuru sayısı daha az olacaktır - daha önce kontrol edilenlerin daha az yeniden kontrolü olacaktır - bu, kontrol ölçeğinde zaman tasarrufu olacağı anlamına gelir.

Ve en önemlisi - https://www.mql5.com/ru/articles/2555 yorumlarına dayalı ayrıntılı bir makale yayınlandı - ürün eklerken pazar sayfasında buna bağlantı nerede?

Bu, "burayı okuyun ..." ifadesini yazmak için gereken süreyi normalleştirmek içindir.

Bu, piyasanın çok yoğun bir şekilde denetlenmesi ve kontrol edilmesinin zamanıdır.

ps Bir dizi kontrol, tip, minimum durdurma, minimum lot vb. -- genel olarak terminal düzeyinde yapmak mümkündür.

Ne de olsa, piyasada zaten var olan aynı şeyi talep ediyorlar - aynı günlükte "hata 130" yerine "kapalı durdurma" yazın.

Ve anladığım kadarıyla, her şey "hata 130" günlüğünün vb. kontrolsüz doldurulmasıyla başladı.

Danışmandan kontrolsüz emir gönderimini sınırlamasını istemek yerine, anlamlı mesajlar şeklinde bir diyalog düzenlenmesini talep etmeye başladılar.

Bu harika, ancak ılımlılığın çeklerle dolup taşmasına neden olan şey buydu.

bu doğru yaklaşım , ancak (ne yazık ki) daha sık olarak tam olarak ilk seçenekte açıklandığı gibi yapıyorlar

1) Bunu çeşitli nedenlerle yapabilirler, bunlardan biri bulanık bir organizasyondur ve ürünün hızlı bir şekilde kabul edilmesiyle pek ilgilenmez - doğrulama için ürünleri kabul edenler için
1.1 Asker uyuyor, hizmet açık, ifade etmek için - para ödendi.
ürün inceleme personeli neden mevcut sürümdeki TÜM hataları AT ONCE yakalamakla uğraşsın ki, cevap şudur: onlar sadece hızlı kabulle ilgilenmiyorlar
1.2 Piyasaya doğrulama için ne kadar çok başvuru gönderilirse - yönetime o kadar soğuk ve daha fazla RAPOR gösterebilirsiniz - kaç başvuruyu değerlendirdiğimi görün
dolayısıyla ödül - diplomalar vb.
 
Maxim Dmitrievsky :
bugün yine yeni bir win güncellemesi kalkmaya çalıştı ama yapamadı ... kendimi derin meditasyona daldırarak ve metafizik varlıklar hakkında düşünerek, RAM diskini kapatmayı başardım, bundan sonra önceki güncelleme iyi gitti, Umarım bu da geçer) mb birine yardım edecek

Dizüstü bilgisayarım uzun süre 1511'deydi ve 1607'yi hiç aramak istemedim. Güncelleme yardımcısını indirmeye bile çalıştım - sonunda her şey yüklendi, ancak son yeniden başlatmada dizüstü bilgisayar yeniden başlatılmaya başladı döngüsel olarak (tekrar tekrar).

Her şey bu şekilde çözüldü - bir kurulum diski oluşturdum ve yeni bir kurulum yaptım (kurulumun başında tüm diskleri tamamen sildim) - temiz bir kurulum çıktı. 1607 eldiven gibi oldu - iki gündür 1607'de oturuyorum.

 
Renat Fatkhullin :

Sadece harika.

Piyasa kontrolünün kalitesini düşürmemiz gereken noktaya çoktan ulaştı. Aksine, birçok kez yükseltilmelidir. Bu arada, yapıyoruz - ürünlerin otomatik stres testi için bir sistem geliştiriyoruz.

Yakında ürün ekran koruyucularının kalitesinde bir artış talep edeceğiz.

Otomatik doğrulama başarısız olursa bana bildirin:

EURUSD,0 üzerinde test (netleştirme)

test cihazı çok uzun sürüyor

Ürün, test cihazında çalışmak üzere tasarlanmamıştır, belirli işlevleri vardır. Bunu moderatöre yorumlarda yazmam veya servis masası ile iletişime geçmem gerekiyor mu?