Çalışma bölümündeki kurallar - sayfa 2
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
Kaynak kodları olmadan ortaya çıkana kadar.
Hemen hemen her yeni yapı yeniden derleme gerektirir.
Pekala, açık. Genel olarak, başvuruda ürünün hangi formda sipariş edildiğini hemen belirtmeniz sizin için daha uygun olacağını düşünüyorum. Bu ikinci mesaja cevaptır.
Ne yazık ki, müşterilerin bir programcının çalışmasının belirli inceliklerini (ve özellikle dosya uzantısı özelliklerini) ayrıntılı olarak anlamalarını isteyemiyoruz. Hepsi bu konulara yakın değil. Ve taraflar TOR üzerinde anlaşmaya vardıklarından, Yüklenici görevin belirli ayrıntılarını sunmaya öncülük edebilir.
Ve ilki hakkında (Kuralların 1.5-1.6 paragrafları ve 1.9, 2.3-2.8 ) dürüst olmak gerekirse, anlamadım. Hangi kurallardan bahsediyorsun?
Doğru, anlamıyorum. bunlarla ilgiliyse 2.8 yok... Başka hangi kurallar var, link verir misiniz?
Kurallar aynı. Sadece açılış mesajında bölüm numarası belirtmediğini gördüm ve aynısını yaptın. Tabii ki, tam bağlantılar şöyle olmalıdır:
Teklif Sahibi işin performansına ilişkin teklifinde (Kuralların I bölümünün 1.5-1.6 maddeleri) siparişin yerine getirilmesine ilişkin kendi özelliklerini açıkça belirtirse ve daha sonra aşağıdakilere dayanarak müşterinin bu tür gereksinimleri mantıksız olacaktır. Kuralların Bölüm I'in 1.9, Bölüm III'ün 2.3-2.8'inci maddeleri, bu ayrıntıları Görev Tanımında düzeltir.
Bu kadar. 'Teoride' diyorsunuz. Bahsettiğim budur. Bu konudaki kuralların net bir şekilde belirlenmesi gerekmektedir. Aksi takdirde, çok fazla tartışma olabilir. Şahsen sipariş üzerine yazmayı düşünüyorum, ancak bu konuda anlaşmazlıklar varsa, o zaman konuyu anlamıyorum. Kaynaklarımı paylaşmak istemiyorum.
O yüzden mümkünse vermeyin.
TK'yi tartışırken, derhal işin fiyatını ve kaynak kodlarının transferini şart koşun. müşteri kaynak kodları olmadan (veya yılın en az açıklığı ile) kabul ederse, her şey kaynak kodları olmadan düzenlenebilir. Dilerseniz ileride MAĞAZA'yı da kullanabilirsiniz (tabii ki yapılan işe değmedikçe ve talep olmadıkça).
Ancak burada bir hile var, kaynak koduyla birlikte iyi bir proje , bir (veya iki) büyüklük sırasına mal olabilir.
Kaynak kodları olmadan ortaya çıkana kadar.
Hemen hemen her yeni yapı yeniden derleme gerektirir.
Bu ayrıca iş başvurusunda veya doğrudan TOR'da belirtilebilir,
Ne yazık ki, müşterilerin bir programcının çalışmasının belirli inceliklerini (ve özellikle dosya uzantısı özelliklerini) ayrıntılı olarak anlamalarını isteyemiyoruz. Hepsi bu sorulara yakın değil.
IMHO, müşteri için böyle bir önemsememeye değer. Göründüğü kadar aptal değil.
Ve eğer yüz dolara bile harika bir trol sipariş edersem ve sonra sakince yeniden yapacağım ve onu hemen (!) yarım rubleye, bir altın parçası için bile satmaya başlayacağım. çok güzel olur mu O zaman neyle karşılaşacağımızı merak ediyorum..
Kısacası, konu çetrefilli ve alakalı. Oylamayı düşünüyorum. Eğer şimdi anlarsam, oy verin.
not. Bağışla beni Akademisyen! Amin))
İşe yaramadı. Nasıl oy oluşturulacağını anlamıyorum.))
IMHO, müşteri için böyle bir önemsememeye değer. Göründüğü kadar aptal değil.
Kesinlikle TK'de. Bölüm III'ün 2.4-2.5 paragraflarına bakın Tüzük.
Böyle bir şema ile büyük olasılıkla evet, ancak bence TK'ye ek olarak başka bir şeye daha ihtiyaç var (işin performansı için bir sözleşme gibi).
Nasıl doğru bilmiyorum ama ben şahsen TK'nin ikincil olduğunu ve sadece sözleşmenin (uygulamanın) bir eki olduğunu düşünüyorum.
Evet, tartışmıyorum. Sadece bu durumdan bir çıkış yolu olduğunu ve çıkış yolunun oldukça açık olduğunu söylemek istiyorum (bence).
Evet katılıyorum. Bir çıkış var. O her zaman oradadır. Yenilmiş olsanız bile, her zaman birkaç çıkış bulabilirsiniz (ve bir programcı ise, o zaman Nout = Nin * 2)
Yani, müşteri 20 $ için diyorsa, uygulamaya dalmanın bir anlamı yok - Tüm kaynak dosyaları istiyorum (ve bunlar 50 A4 sayfasıdır). Evet, elbette bu noktayı TK tartışmasında tartışabilirsiniz. Ama sadece hayal et. Bir müşteriyle pazarlık ediyorsunuz ama bu noktada anlaşamadınız, ayrıldınız. Başkalarıyla ve burada da pazarlık yapın. VE...
Müşteri bitmiş ürünü hangi biçimde almak istediğini hemen biliyorsa neden zaman kaybedelim?
Gerçekten de, bir uygulamayı derlerken, "Kaynak kodları istiyorum" gibi bir onay kutusu koymak onun için daha kolay. Bunu ve bunları sağlamaya hazır olmayan ve banyo yapmayacağını göreceğiz. Veya olacak, fiyat ve hacme bağlı.
Ben böyle bir dava içindeyim. Herkes kaynak kodunun daha pahalı olduğunu bilir ...
Böyle bir şema ile, büyük olasılıkla evet, ancak bence, TK'ye ek olarak, başka bir şeye daha ihtiyaç var (işin performansı için bir sözleşme gibi).
Nasıl doğru bilmiyorum ama şahsen TK'nin ikincil olduğunu ve sadece sözleşmenin bir eki olduğunu düşünüyorum (uygulama ).
"Sözleşme" nedir? - Bu sadece tarafların belirli temel koşullar üzerinde yaptığı bir anlaşmadır. Bu durumda, belgenin kendisi bir "sözleşme" olarak adlandırılamaz. Ve yazılı olarak bile değil. Bir mağazadan bir şey satın aldığımızda, çek dışında hiçbir şey almayız, çünkü bu durumda çek, yazılı olarak resmileştirilmeden bir satış sözleşmesinin akdedildiğini onaylar.
Kurallara göre, İş Tanımı, müşteri ile yüklenici arasındaki sözleşmenin tüm temel şartlarını içermelidir, yani. İş Tanımı, yasal doğası gereği (terminoloji için üzgünüm) bir iş sözleşmesidir (Rusya Federasyonu Medeni Kanunu'nun 702. Maddesi). Basitçe böyle bir yazılı belgenin özellikleri nedeniyle, İş Tanımı'nı aramaya karar verdiler.
Evet katılıyorum. Bir çıkış var. O her zaman oradadır. Yenilmiş olsanız bile, her zaman birkaç çıkış bulabilirsiniz (ve bir programcı ise, o zaman Nout = Nin * 2)
Yani, müşteri 20 $ için diyorsa, uygulamaya dalmanın bir anlamı yok - Tüm kaynak dosyaları istiyorum (ve bunlar 50 A4 sayfasıdır). Evet, elbette bu noktayı TK tartışmasında tartışabilirsiniz. Ama sadece hayal et. Bir müşteriyle pazarlık ediyorsunuz ama bu noktada anlaşamadınız, ayrıldınız. Başkalarıyla ve burada da pazarlık yapın. VE...
Müşteri bitmiş ürünü hangi biçimde almak istediğini hemen biliyorsa neden zaman kaybedelim?
Gerçekten de, bir uygulamayı derlerken, "Kaynak kodları istiyorum" gibi bir onay kutusu koymak onun için daha kolay. Bunu ve bunları sağlamaya hazır olmayan ve banyo yapmayacağını göreceğiz. Veya olacak, fiyat ve hacme bağlıdır.
Ben böyle bir dava içindeyim. Herkes kaynak kodunun daha pahalı olduğunu bilir ...
Yine, tartışmayacağım. Ancak, daha önce de belirtildiği gibi, Yüklenici bu tür ilişkilerde pasif bir taraf değildir, çünkü "işin ifası için teklifini " verir. Potansiyel bir Yüklenicinin teklifinde hemen bir cümleyi belirtmesini neyin engellediğini anlayamıyorum: "kaynak kodu 15 kat daha pahalıya mal olacak." Veya "Kaynak kodlarında ticaret yapmıyorum". Artık zaman kaybı olmayacak - müşteri ya böyle bir Başvuru Sahibini kabul eder ve seçer ya da onu unutur.
... Anladım. Teklifinizi göndermeden önce "başvuruyu anlamak" için harcadığınız zamandan bahsedebilirsiniz. Ancak hiç kimse böyle bir ayrıntıyı müşteriye önceden açıklamayı yasaklamaz (eğer anlamak gerçekten ciddi bir zaman yatırımı gerektiriyorsa).