Çalışma bölümündeki kurallar

 


5. Eserlerin devri
5. 1. İşin transferi, çözüm dosya şeklinde düzenlenerek gerçekleştirilir. Dosya sayısı sınırlı değildir. *.dll dosyaları yalnızca paketlenmiş biçimde yüklenebilir.
5.2. Dosyalar, yorumlarda ek olarak doğrudan Siparişe yüklenir.

Dosyalara gelince. Hangi dosyaların aktarılması gerekiyor? EX5 veya KAYNAKLAR? Önemli, koşullarda yazın. ( kurallarda , demek istediğim)

 
pronych :


5. Eserlerin devri
5. 1. İşin transferi, çözüm dosya şeklinde düzenlenerek gerçekleştirilir. Dosya sayısı sınırlı değildir. *.dll dosyaları yalnızca paketlenmiş biçimde yüklenebilir.
5.2. Dosyalar, yorumlarda ek olarak doğrudan Siparişe yüklenir.

Dosyalara gelince. Hangi dosyaların aktarılması gerekiyor? EX5 veya KAYNAKLAR? Önemli, koşullarda yazın.

Teorik olarak, kaynak kodu, ancak programcı teknik şartnamede anlaşırken kaynak kodunu transfer etmeyeceğini belirtmezse ve müşteri kabul ederse :)
 
Hayır, peki, (örneğin) 500 satırlık bloklara on adetlik bir kod yazdıysam ve bunların hepsi belirli (satılmış) bir çözümde kullanılıyorsa anlamadığım şey bu. Müşteriye bir danışman veriyorum (ex5) ve o da kaynak kodunu isteyecek. Böyle bir şey mümkün...
 
mrProF :
Teorik olarak, kaynak kodu, ancak programcı teknik şartnamede anlaşırken kaynak kodunu transfer etmeyeceğini belirtmezse ve müşteri kabul ederse :)
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.
 
pronych :
Hayır, yani, (örneğin) 500 satırlık bloklara on içeren bir kod yazdıysam ve bunların hepsi belirli (satılmış) bir çözümde kullanılıyorsa anlamadığım şey bu. Müşteriye bir danışman veriyorum (ex5) ve o da kaynak kodunu isteyecek. Böyle bir şey mümkün...
TK üzerinde anlaşırken, hepsi bu, görevdeki her şeyi şart koştuğunuzdan emin olun, böylece tahkime başvururken tüm kanıtlar var :)
Bir sözleşme gibi olacak ve görevi TOR'a uygun olarak tamamlarsanız ve müşteri kaynak kodunu isterse, tahkim yoluyla dürüstçe kazandığınız parayı alabilirsiniz. :)
 
Her ihtimale karşı, MQ'dan bir cevap bekleyeceğiz :)
 
Katılıyorum, TK'de bunu şart koşmak mümkün. ancak başvuruyu aldıktan sonra müşteri, ürünü almak istediği formdan (örneğin ve sıklıkla) bahsetmez. Bu nedenle, anlaşmazlıklar zaten mümkündür, bu da gecikmelere, revizyonlara ve ... ne söylenirse söylensin yeni anlaşmazlıklara yol açacaktır. Ve ürün hazır. Yazarın zamanı boşa gidiyor ve bu önemli.
 

pronych :
... отдаю заказчику советника(ex5), а он будет требовать и исходники. Такое ведь возможно...

Teklif Sahibi işin performansına ilişkin teklifinde (Kuralların 1.5-1.6 maddeleri) siparişin uygulanmasına ilişkin özelliklerini açıkça belirtirse ve ardından 1.9, 2.3 maddeleri temelinde müşterinin bu tür gereksinimleri mantıksız olacaktır. Kuralların -2.8'i, bu ayrıntıları Görev Tanımında düzeltir.

 
pronych :
Katılıyorum, TK'de bunu şart koşmak mümkün.
Buradaki anahtar kelimeler, " mutabık kalınan ayrıntılı " TOR'dur.
 

Kaynak kodları olmadan ortaya çıkana kadar.

Hemen hemen her yeni yapı yeniden derleme gerektirir.

 
Yedelkin :
Buradaki anahtar kelimeler, " mutabık kalınan ayrıntılı " TOR'dur.

Pekala, açık. Genel olarak, başvurunun ürünün hangi biçimde sipariş edildiğini hemen belirtmesinin sizin için daha uygun olacağını düşünüyorum. Bu ikinci mesaja cevaptır.

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?

Neden: