Programcılar ve müşteriler arasındaki çatışmaların tartışılması. Yüklenici ve müşteri arasındaki belirsiz durumların analizi, programcıların en çelişkili uygulayıcılarının değerlendirmesi. - sayfa 13
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
Nasıl? Ya sipariş parasının yarısını ya da tamamını verin.
İş hizmeti hakkında konuşursak, Müşterinin parası yalnızca, bağımsız ve gönüllü olarak ve ayık bir durumda, bağımsız ve baskı olmadan maliyeti gösteren ve "TK kabul etti" düğmesine basan Müşteri olduğunda bloke edilir.
Ve ne yapacağınızdan bahsediyorsunuz - Programcı TOR'u sizinle Skype üzerinden sesli olarak koordine etmek istemiyorsa ve TOR'unuzu hiç anlamıyorsa.
Bu yüzden başka bir programcı bulun. Sorun nedir?
İş hizmeti hakkında konuşursak, Müşterinin parası yalnızca Müşteri gönüllü olarak ve ayık bir durumda "TK kabul edildi" düğmesine bastığında bloke edilir.
Ve ne yapacağınızdan bahsediyorsunuz - Programcı TOR'u sizinle Skype üzerinden sesli olarak koordine etmek istemiyorsa ve TOR'unuzu hiç anlamıyorsa.
Bu yüzden başka bir programcı bulun. Sorun nedir?
Ah evet, bu gerçekten bir fark yaratıyor, ikisi!
Hayır, sadece programcının seçilmesinden ve TK'nın her iki tarafça da geçmesinden ve programcının TK üzerinde anlaşma aşamasında hiçbir sorusu olmamasından bahsediyorum.
Kişisel olarak neyi taktığınıza dair belirli bir örnek verir misiniz?
Oh, başıma çok şey geldi, peki, bir vakayı ele alalım, örneğin, TK yazıyorum, 9 harici değişken içeriyor, her birinin kendi adı var, kodu alıyorum ve orada ne görüyorum? Spesifikasyonda belirtilen tek bir değişken adı yok! Programcının şaşkınlığımla bana ne söylediğini biliyor musun? Eh, en ilginç şey bu, dedi, peki, değişkenlerin adlarının tam olarak böyle olması gerektiğini ve değiştirilemeyeceklerini hiçbir yerde belirtmediniz! Bu elbette bir haberdi, ancak şimdi spesifikasyonda sürekli olarak değişken adlarının değiştirilemeyeceğine, tam olarak müşterinin istediği gibi bırakılmaları gerektiğine ve ne daha fazla ne daha azına dikkat çekiyorum. Bu saçmalık değil mi? Ama en ilginç şey ileride, benim on yerine kaç tane değişken olduğuna inanamayacaksınız, 12 sanıyorsunuz, a değil ya da 16, elbette zaten daha sıcak ama gerçeklerden uzak 45 OLDU ve her birinin bir değeri vardı. asla tz'de olmayan isim !!! Sonra yumru büyümeye başladı, ama daha sonraları.
Her şey açık - bir literalist. Böyleydi, daha da vahimdi, değişkenler al sat bölümlerine ayrılmıştı ve müşteri her iki bölümdeki değişken adlarının aynı olmasını talep etmiş - benim görevimde öyle yazıldığını söylüyorlar. Belki sizin de öyle değişken isimleriniz vardı ki, değişkenler çağrılamıyor ve belki de bunların X ve Y gibi şartlı isimler değil, zorunlu değişken isimleri olduğu görevde yazılmadı.
Ekstra değişkenler için teşekkür ederiz, genel olarak Uzman Danışmanı kurma seçeneklerini genişletir.
Bir kez daha - Her şey açık - sinir bozucu. Değişkenlerin bir açıklaması var - her şey yolunda, ancak açıklaması olmayan bilinmeyen değişkenler olsaydı, bu başka bir konu olurdu.
Ekstra değişkenler için teşekkür etmeliyim, EA ayarlarının olanaklarını genişletiyor.
Az önce bir iş vardı https://www.mql5.com/en/job/3722 - Slippage ekleyin - bu değişken harici değişkene taşınabilir veya gizlenebilir - bu değişkeni açmak müşteriye 20$'a mal olur
Ayrıca https://www.mql5.com/ru/job/3694 - danışmanın farklı enstrümanlar üzerinde işlem yapabilmesi için bir sihir eklemek için bir çalışma vardı - sihri harici olanlara taşıyabilirsiniz veya yapamazsınız - ekle en az 10 dolar
Oh, başıma çok şey geldi, peki, bir vakayı ele alalım, örneğin, TK yazıyorum, 9 harici değişken içeriyor, her birinin kendi adı var, kodu alıyorum ve orada ne görüyorum? Spesifikasyonda belirtilen tek bir değişken adı yok! Programcının şaşkınlığımla bana ne söylediğini biliyor musun? Eh, en ilginç şey bu, dedi, peki, değişkenlerin adlarının tam olarak böyle olması gerektiğini ve değiştirilemeyeceklerini hiçbir yerde belirtmediniz! Bu elbette bir haberdi, ancak şimdi spesifikasyonda sürekli olarak değişken adlarının değiştirilemeyeceğine, tam olarak müşterinin istediği gibi bırakılmaları gerektiğine ve ne daha fazla ne daha azına dikkat çekiyorum. Bu saçmalık değil mi?
Kahretsin, bu normal bir çalışma anı ve bundan dolayı çok fazla gürültü var mı?
Ek değişkenler kural olarak bir süre sonra kendinize soracağınız değişkenlerdir.
Sadece programcı bunu zaten biliyor ve siz henüz bilmiyorsunuz.
Her şey açık - bir literalist. Böyleydi, daha da vahimdi, değişkenler al sat bölümlerine ayrılmıştı ve müşteri her iki bölümdeki değişken adlarının aynı olmasını talep etmiş - benim görevimde öyle yazıldığını söylüyorlar. Belki sizin de öyle değişken isimleriniz vardı ki, değişkenler çağrılamıyor ve belki de aslında görevde bunların X ve Y gibi koşullu isimler değil, zorunlu değişken isimleri olduğu yazmıyordu.
Ekstra değişkenler için teşekkür etmeliyim, EA ayarlarının olanaklarını genişletiyor. Bir kez daha - Her şey açık - sinir bozucu.
Değişkenlerin bir açıklaması var - her şey yolunda, ancak açıklaması olmayan bilinmeyen değişkenler olsaydı, bu başka bir konu olurdu.
Kahretsin, bu normal bir çalışma anı ve bundan dolayı çok fazla gürültü var mı?
Ek değişkenler kural olarak bir süre sonra kendinize soracağınız değişkenlerdir.