Yazılım Sözleşmesi, Gizlilik, Rekabet Konuları

Merhaba,

Projemiz dahilinde uzaktan yada bünyemiz dahilinde yazılımcı arkadaşlarla çalıştığımızda projeyi nasıl koruma altına alacağız? Buradaki know-how, yapı, kodlar vs. nasıl güvence altına alınıp çalınması yada paylaşılması engelleniyor. Bu işin raconu nedir? Yada örnek sözleşmeler var mı bu konuda?

NDA imzalamalısınız.

Maalesef buna alınabilecek bir önlem olduğunu düşünmüyorum. Sadece yazılımın başka birisine satışının yapılması durumunda maddi ceza maddesi eklenebilir fakat satsa haberiniz olur mu veya tasarımı değiştirip satsa nasıl farkedersiniz tartışılır

Merhabalar.

Temel olarak şunu kabul etmek gerekiyor.
Kanı bozuk olan bir şekilde yolunu bulur. Tamamen engel olmak neredeyse imkansız.

Bazı sözleşme tipleri ile güvenlik altına alınabilir. Ama sözleşmelerin tıkandığı noktalar olabilir.
İşleri olabildiğince zorlaştıracak ayrıca aleni halde yapılmasını engelleyerek düzenlemeler yapılabilir.
Birde kısa vadede güvenlik önlemleri tercih edilerek teknolojik gelişmelere kadar koruma yoluna gidilebilir.

Olay ve proje özelinde düşünmek gerekirse net çözümlerde sunabiliriz.
Eğer bu şekilde bir ihtiyacınız olursa profesyonel olarak yardımcı olabiliriz. Profilimdeki linklerden bize ulaşabilirsiniz.

İyi forumlar

Merhaba,

Aslında ihtiyaç olan yazılımı kodlamaya dönüştürürken bu çözümler veriliyor.
Kodlama öğrenen kişiler bu çözümleri uygularsa proje devamlılığı ve kodlama sürdürülebilirliği bu çözümlerin kullanımı sayesinde oluyor. (Örn. OOP)

Dolayısıyla kodlama da çözümler ortak, mimariler ortak (benzer) sadece kodlama bakış açısı (optimizasyon, hız, kodlama kalitesi) ve know-how değişkenlik gösteriyor.

Projeyi bir define haritasının yırtılması gibi parçalara bölmek, her bir parçayı ayrı düşünmek ve ekibe parçalar halinde yaptırmak, en son haritayı bir araya getirmek gerekiyor.

Başka bir koruma yöntemi bence de mevcut değil henüz. Ekip üyeleri sadece haritanın görevlendirildiği kısmı üzerinde çalışacak.

Diğer kısımlar proje sahibi / yöneticisi dışında kimseyi ilgilendirmez.

Tabi burada başka sorunlar ortaya çıkıyor.
Developer'ların sürekli kendini geliştirme ve proje konusunda detaylı bilgi sahibi olma konusundaki merakları ;
"Bende herşeyi bilmek istiyorum, yoksa çalışmam"
"Sen bana bir iş verdin, ben bu işi yapıyorum ama nerede kullanılacağını bilmezsem merakımı gideremem, belki bana çok mühim bir iş yaptırıyorsundur! "
"Proje'nin kilit noktası olmalıyım!"
"Burdan ayrılsam da ben bu projeyi arkadaşlarla yaparım, artık yapmak isteyenden daha çok bilgiye sahibim, onlar kodlama bilmiyor!"
vb. düşünceler, saymakla bitmez..

Kısacası;
Bolca toplantılar yaparak ilgisiz alakasız kişilere projenin tüm detayları hakkında sürekli bilgi verme alışkanlığından vazgeçilmeli.
Proje parçalara bölünmeli.

Teşekkürler. Ben de böyle düşünüyordum. Anladığım kadarıyla standart bir gizlilik sözleşmesi yapılıp proje yapısına göre farklı kişilere görevlendirilerek bölünmeli. Doğru düzgün uzun soluklu çalışılacak yazılımcı bulamazken birden fazla yazılımcıyla çalışmakta konunun cilvesi.

Yazılım firması değilim. Küçük bir kaç projemiz var ve bu işin raconunu, nasıl koruyabileceğimi merak ettim.

Maksimum back-end ve front-end tarafını parçalayabilirsiniz hocam. Web olarak baz alırsak, back-end tarafını nasıl parçalamayı düşünüyorsunuz ki? Varsayalım ki bir kişi apileri yazacak, diğer taraflara erişimi olmadan nasıl olacak? Velev ki öyle yaptık diyelim, tek tek hangi isteklerin geldiğini, parametreleri, hangi tabloya neye göre ekleneceğini vs. diğer çalışana mı soracak? 1 aylık işi 2-3 aya mı esnetecek? Dediğim gibi, maksimum front ile back tarafı parçalanabilir kaldı ki o bile süreci uzatır.

Merhaba,

FE ve BE tarafı halihazırda yürütülen bir çok proje'de ayrı şekilde, özellikle de son zamanlarda yeni başlanan projelerde tercih sebebi oluyor.
Daha fazla detaylarda burada giremeyeceğim ancak BE tarafındaki standart bakış açısı değiştirilmeli.
Sağlıklı planlanan bir proje süresi uzamaz, diyelim ki biraz uzadı gün sonunda bu süre sağlıklı bir şekilde "kişi bağımsız" ilerlemeye kesinlikle değecektir.

Projelerin doğru zamanda bitmemesinin en büyük sebeblerinden biri; projeyi maliyet nedeniyle işi bilen kişilere değil de, maliyetine katlanabilecek kişilere verilmesi, çoğunluğun sonu maddi manevi tabii ki hüsran.
Ayrıca; projenin dışa bağımlılığı mevcutsa, regülasyon veya entegrasyon süreleri nedeniyle proje bitmedi gözüyle bakılması.
Bazen proje (isterler) biter ama bu bekleme süreçleri yüzünden bitmedi gözüyle bakılır. Bazen de yolda isterler sürekli değişir, güncellenir ancak bu değişikliklerin proje süresine eklenmesi istenmez.

Kişi bağımsız demekle bunu kastediyorum. Proje planı en başnda oturmuyorsa, ileri vadede "kişi kaynaklı" çok fazla eksi yazıyor.
"uzun soluklu yazılımcı" diye bir kavram yok bence ama derslerini güzel çalışmış, işini iyi öğrenmiş ve tecrübe etmiş, isterleri dinlediğinde nasıl çözümler üreteceğini anlatabilen, uygulayabilen yazılımcı kavramı var.
Bu kişilerle çalıştığınızda siz ona güvenmiyorsunuz, o size güven veriyor, işi alıyor, uyguluyor, teslim ediyor, ücretini alıyor.

Nasıl dışarıda herhangi bir ürün alırken fiyat/performans konusunda göre hareket ediyoruz, yazılım geliştirmede de duruma böye bakılmaması beni şaşırtıyor açıkçası.

Sonuç olarak dikkat edilmesi gereken noktalar ;
Her proje kesinlikle kişi bağımsız ilerlemeli. Biri yada birileri gitti diye, koskoca proje ve yatırım elden gidemez.
Proje süresi uzuyorsa, uzama sebeplerine anında müdahale edilmeli, projenin sonunda değil.
Projeyi yaptıran, yapanı daima denetlemeli. Ben anlamam, sen bitir, bize ver diye başı boş bırakmamalı.

Yazılımcı kadar, o yazılımı talep edene de çok önemli roller düşünüyor.

Nasa'nın james webb projesinin kişi bağımlı olduğunu düşünebiliyor musunuz ?

https://evrimagaci.org/james-webb-uz...sarlandi-10428

https://www.jwst.nasa.gov/content/we...ereIsWebb.html

Teşekkürler. Çok faydalı bir değerlendirme.