Daha önce başka bir şirket için kodladığınız bir programı yeniden başlatmak / açmak yasal mıdır?


49

Önceki işimde işleri otomatikleştirmek için genel bir gösterge panosu yarattım ve oldukça yararlı olduğu ortaya çıktı - ve elbette önceki işverenim orada çalışırken yazdığım tüm kodlara sahipti. Artık orada olmadığım için, bu panoyu hafızadan yeniden yaratmam ve kodu açık kaynak kodlamam yasal mı? Bunu yeniden yaratırsam, kod (belki 2k-3k satırları) orijinaliyle neredeyse aynı olabilir, çünkü oldukça iyi bir hafızam var ve her zamanki kodlama stilimi ve adlandırma kurallarını takip etme eğilimindeyim.

Düzenleme: biraz daha arka plan - bu, yalnızca global bir şirket içindeki küçük bir ekip (<10) tarafından dahili olarak kullanılan oldukça genel bir yazılım parçasıdır. “Şirket” kendi sistemimle oluşturduğum için bu sistemin farkında bile değil. Python / django üzerine inşa edilmiştir. Neredeyse aynı derken, örneğin django modellerinin aynı ada / alanlara sahip olacağını ve görünümlerin aynı nesne kümelerini döndürmek için benzer sorguları kullanacağını kastediyorum.


15
Kodu açık kaynak bulma konusunda onlara yaklaştınız mı? Temel para kazanma işinin bir parçası değilse, bunu yapmaktan mutlu olabilirler ve sizin veya başkalarının da genişleteceğini varsayarsak, onlara ücretsiz yeni özellikler sağlama avantajına da sahip olacaklar.
dodgy_coder 29:11

3
Eğer işveren için ne yaparsak hemen hemen tüm sözleşmeler, içinde, aşağı yazılı veya edilmeyecektir olduğu onun Entelektüel özellik. Bu nedenle tekrar tükürmek ve sözleşmenin bu ihlali olduğuna dair bir görüşme yapmamak.
stijn

1
Teorik olarak yasal ama mahkemede bunu kanıtlamak için iyi şanslar. :(
SF.

6
Burada ilginç bir ayrım "yasal" ve "etik" arasındaki farktır. Çoğu durumda soruyu sormanız gerekiyorsa bunun nedeni, cevabı zaten bildiğiniz ve sadece itiraf etmek istemediğinizdir.
Joel Etherton 29:11

1
Eğer bu genel bir fonksiyonsa, gittiğiniz her yerde tekrar kullanmak ve hatta çevrimiçi yayınlamak mükemmel görünüyor. Öyleyse neden bir dizi işlev bu kadar farklı olsun?
kefeizhou

Yanıtlar:


35

Güzel soru, ama muhtemelen sorulacak yer burası çünkü programcılardan iyi bir yasal tavsiye alamayacaksın. IANAL, uygun yasal tavsiye alın.

Yasal hissetmiyor. Eski şirketinizin sahip olduğu programla neredeyse aynı bir program yayınlarsanız dava açmanız çok iyi bir ihtimal. Çok fazla olduğuna emin olduğumu söyledi.

Yapabileceğiniz bir şey, programı farklı bir dilde yeniden oluşturmaktır. Bu şekilde, şirketten kaynak koduyla çıkmadığınız ve daha sonra açık kaynak bulmadığınız açıktır. Farklı bir dilde aşina olduğunuz bir sorunu çözmek için de eğiticidir.

Ayrıca, programı geliştirme, daha genişletilebilir hale getirme yollarını düşünmeyi de öneririm. Bir şeyi ikinci kez yapmak, neredeyse her zaman birinciden çok daha iyidir, çünkü "Keşke yapsaydım" yol "ilk kez yapmış olabileceğiniz kararları tasarlayın.

Asla serbest bırakmasanız bile, iyi bir egzersiz olacaktır. Nihayetinde yasal tavsiye alırsanız ve serbest bırakmayı tercih ederseniz daha iyi korunursunuz.


5
Aynı dili korumak istiyorsanız, aynı kodu "neredeyse" yazmayı, ancak kullanıcı arayüzünü değiştirmeyi düşünün . Mcottle'un söylediği gibi, onu iyileştirebilirsiniz ve bir web sayfası tamamen farklı görünüyorsa, daha önce yaptığınız kodla neredeyse tamamen aynı kodda olsa bile, hukuk davalarındaki sorunlardan daha da uzaktasınız.
Olivier Pons

1
Kullanıcı arabirimini içeren kodun bölümleri farklı olacaktır ancak bazıları çeşitli nedenlerle (kişisel kodlama stili vb.) Aynı olabilir. Netlikte% 100 olmak için ne kadar ileri gitmem gerekiyor?
kefeizhou

1
-1 "yasal hissetmiyor" için. Öneriler iyi, somut sorunlar pratik değil yasal değil.
Sean McMillan

2
Neden herkes cehennemden bir şeyi tekrar yazdığında daha iyi bir şey yapacağını düşünüyor? Aslında daha kötü bir şey yapabilirsin.
Clement Herreman

2
@ClementHerreman: Katılıyorum. Bazen, ispatlanmış bir şeyle gitmek daha iyi. Sıfırdan yeniden yazarsanız, birçok geliştirme yapabilir, ancak yeni hatalar da ortaya çıkarabilir.
kefeizhou

21

Yasal ya da değil, eğer işvereniniz konuyu bulmaya ve karar vermeye karar verirse, bir acı dünyasında olacaksınız. Haklı olarak yargılansanız bile, olası dava sizin için tamamen harap olabilir. Ayrıca, OSS topluluğunun öfkesini telif hakkıyla korunan bir kodla kirlettiği ve işvereniniz tarafından dürüst olmayan olarak görülmesi nedeniyle itibar kaybına uğrama riski de vardır.

Ayrıca, ürününüzü benimseyen herhangi birinin hareketlerini de riske atarsınız. En kötü durumda, ürününüzü kullanan herkes, önceki işvereninizden lisans almak zorunda kalmak ya da çözümlerinden kaldırmak, zaman ve paraya mal olmakla - ya da zararlardan dolayı size dava açabilmeleriyle karşı karşıya kalacaktır.

Doğru şeyi yapmak daha kolay olacak gibi gözüküyor - önceki işvereninizle konuşun, onlar için geliştirdiğiniz ürünü açık kaynak dağıtımı amacıyla yeniden kullanmak için onaylarını alın. Sadece "devam et" diyebilirler. Bunu arkasından yapmak genel olarak kötü bir fikir, bir kenara yasal konular.


Nihai ürün sahibi umurunda Neredeyse istisnasız her işveren değil onların rızası ile başka bir şekilde dağıtmak için onu oluşturan çalışanın izin verir. Aksi takdirde, sahip olma amacı nedir?
Joe Z.

14

Ne tür bir programcı daha önce yaptıkları bir şeyi yeniden yaratma şansı verdi (öğrenilen dersler vb.) "Neredeyse aynı" bir şey üretecekti. Mükemmel bir şeyi kodladığına inanmıyorsan ??? Hangi noktada kendinize soracağınız daha büyük sorularınız var.


10
tembel tür çok fazla zaman değil. Bu özel durumda, aynı sorunu iki kez çözmeye çalışmak yerine sadece neyin işe yarayacağını tercih ederim.
kefeizhou

8

Panolar bir düzine düzine kadar. İşvereniniz bu fikrin hiçbir zaman IP'sine sahip değildi. İşvereniniz yaptığı belli uygulanmasına ilişkin telif hakkına sahip.

Yeni kodu sıfırdan yazabilirsiniz. Bu, çalışmanın türetilmiş bir çalışma olmadığı anlamına gelir. Bunu kanıtlayabilmeniz için not tutmak akıllıca.


En son güncelleme: theregister.co.uk/2011/09/30/software_copyright . ECJ'nin, bir yazılım programının "fikirleri ve ilkeleri" altına girdiği için, kullanıcı arayüzünün telif hakkı olmadığını açıkça belirtmesi beklenir.
MSalters

5

Teknik olarak, türetilmiş bir çalışma yaratıyorsunuz - mevcut çözüme aşinasınız ve bellekten yeniden yaratıyorsunuz. Genel IANAL geçerlidir, ancak eski işvereniniz sizi telif hakkı ihlali konusunda dava açarsa, benim tahminim oldukça güçlü bir argümanları olduğunu ve yeniden oluşturulmuş programınızın neden olmaması gerektiğine dair makul bir açıklama yapmak size kalmış olacak. türetilmiş bir çalışma olarak kabul edilir.

Bir yandan eski bir işverenle dava açmak için yasal teknikler olmak, istediğiniz yerde değil, hiç - kazansanız bile, “o adam” olacaksınız, zekice bir kariyer hareketi olacağından şüpheliyim.


3
Türetilmiş eserlerin bu şekilde tanımlandığına inanmıyorum - aslında bunun bir kısmını dahil etmeniz gerektiğini düşünüyorum.
Sean McMillan

Yargılama ve yorumlamaya bağlı olarak, ancak 'türetmek' mutlaka 'parçaları dahil etmek' anlamına gelmez.
tdammers

1
@tdammers: Evet, ama bu burada sormak için yararsız hale getirir. Genel avukat değiliz ve muhtemelen OP'nin avukatı olmayanlar. Belirli yasal soruları cevaplayamıyoruz (ve “türetilmiş bir çalışmayı” neyin F / OSS dünyasında sıcak bir tartışma konusu olduğunu not edin).
David Thornley 29:11

Mesele şu ki, şeyi hafızada yeniden yaratsanız bile, hâkim / jüri tam olarak iddia ettiğiniz yeniye benzeyen orijinali de yazdığınızı bildiğinde ortaya çıkmadığını kanıtlamakta zorlanacaksınız. türetilmiş bir çalışma değil. "Suçluluğu kanıtlanana kadar masum" özel hukuk için geçerli değildir.
tdammers

4

ABD'de, eski işvereniniz sizi dava etmeye karar verirse, hakimlerin ne düşündüğü önemli değildir.

Teorik olarak, şirketiniz beyninize değil işinize sahiptir. Bu nedenle, eğer kendi zamanınızdaki işi tekrar yaparsanız, bunların herhangi bir mülkiyeti olmamalıdır. Ne de olsa, sizi işe almadan önce bildikleriniz yüzünden sizi kiraladılar. Önceki bilgilerinizden yararlanabileceklerini varsaymak, ancak aynı zamanda ayrıldıktan sonra da aynı şeyi yapmayı reddetmek iddiasız görünüyor. Fakat IANAL da.

Elbette sana çılgınca şeyler imzalatmazlarsa. Ya da bir patent sunmadıkları sürece. Öyle yaptılar, onlar do beynin bir kısmının kendi. Bu durumda, beyninizdeki bu bilgiyi oluşturan sinir hücrelerinin kalıpları artık size ait değildir ve onları bir daha kullanmaktan kaçınmalısınız. Ruhunu satmaktan bahset.


3

Tüm bunların gerçekten üzgün olduğunu hissettiğimi söylemek için ana başlıktan sapacağım.

Şimdi soru üzerine:

Mobilya parçaları yapan bir marangoz olsaydınız ve eski şirket size planları ve tasarımları sağladıysa, o zaman başka bir firma tarafından işe alınırsınız, tam olarak aynı şeyleri yapmaya başlarsanız başın derde girer.

Eski şirketiniz yalnızca çalışmanızın ürününü satın aldıysa ve siz onları tasarlayıp "icat ettiniz" (ve ispatlayabilirsiniz), o zaman yasa sizinle birlikte olmalıdır.

Hikayenin ahlaki: bir dahaki sefere baştan itibaren açık kaynak yapar.


O zamanlar bunu düşündüm ama bir finans firmasının küçük bir kod parçasını bile açmaya çalışmakla ilgili çok fazla bürokrasi var.
kefeizhou

3

(a) İnternetten yasal tavsiye almayın (bu tavsiye dahil!)

(b) Dava açsanız bile, dava açmak gerçek bir acıdır

(c) Gerçek bir dava açma riski olmadığını düşündüğünüz anlaşılıyor. Eğer öyleyse, o zaman muhtemelen bunu yapma özel yasasına sahip olup olmamanız önemli değildir.

Yasal olsun ya da olmasın, bu, projeyi ne kadar yeniden oluşturmak istediğinizi ve ne kadar dava açmak istediğinize inecektir. Paranız varsa, önce bunu yapma hakkına sahip olup olmadığınız konusunda bir avukatla konuşmanızı ve dava açmanın maliyetini ortadan kaldıracağınızı öneririm.


0

Çözümün bellekten yeniden yaratılması ile aynı şartnameye özgün bir çözüm oluşturulması arasında muhtemelen bir fark vardır (ancak IANAL, bu nedenle bir tane sorun). İkincisini kanıtlamak için, blogunuzda geliştirmeyi planladığınız aracın orijinal ve tam bir özelliğini yayınlamak isteyebilirsiniz. Öyleyse, daha önce yaptığınız çalışmayı kodlamak için hiç görmemiş başka bir geliştirici için mümkündür.


0

İşte basit bir yol: - Gösterge tablosunu herkese açık URL'lerden açın. -Bunu daha kolay / daha iyi hale getirmenin en iyi yollarını düşünün. -Daha önce önerildiği gibi, farklı bir dilde yeniden yazın. Yakut, haskell, lisp vb. Öğrenmek için iyi bir sebep. - Sonra bir projeyi açık kaynak yapın. 'ilham alan ...' eklemekten çekinmeyin ve orijinal siteye bağlantı verin.


0

Onlardan izin istemek bile bu kadar zaman almaz. Yazılı bir yasal imzaya ihtiyacınız var. Kendini korumak için.

Ama onlardan, kendileri için yarattığınız bir şeyi yeniden yaratmanıza izin vermelerini isteyecekseniz. Onlara sat. Onlara fikri sat. Kullanmış oldukları bir yazılım kaynağını açacak ve programlama topluluğunun potansiyel olarak önemli incelemelerine ve eklemelerine açık hale getireceksiniz. Yazılımı yönetmek ve geliştirmek için dahili olarak kaynak harcamak zorunda kalmayacaklar. Daha büyük faydalar elde etmek istemedikleri sürece. Gerçekten onlara fikri satıyorum.

Müşterilere sattıkları ana iş teknolojisi değilse, muhtemelen kolayca onay alırsınız. Müşterilere sattıkları bir şeyse, o zaman onları aynı ürünle rekabet eden rakiplere açıyorlar. Yalnızca önceki işvereninizin bu kodu görmesinin ne kadar önemli olduğunu gerçekten siz bilirsiniz. Buraya oraya gelir getirisi gelmiyorsa ve yalnızca bir verimlilik artırıcıysa, onay almanız çok muhtemeldir.

İstediğinizi elde etmek için en ucuz ve en kısa yoldur. Evet derlerse sorun olmaz. Sadece sana zaman kazandıracak. Hayır diyorlarsa ve hala devam etmek istiyorsan, avukatına fikrini sor. Sahip oldukları tek şeyin uygulama olmasını bekliyorum. Tam olarak görünmediği ve çalışmadığı şekilde yeterli değişikliklerle yeniden yaratırsanız, çok daha iyi durumdasınız demektir.

Emekçiliğimizin ürününe sahip olmadığımız mevcut sistemin işlevsiz halidir. İnsanların özgürce kendi çabalarından kâr elde edebildikleri en başarılı toplumlardan bazıları. Bu durumla feodal toprak mülkiyeti ve yarattığı sorunlar arasında karşılaştırmalar yapabilirsiniz. Bir noktada insanlar farklı iş yapıyor olacaklar. Kendi projeleriniz için zamanınızın 1 / 5'ini googles gibi.


0

Şüphesiz bu, müşteri ile aranızdaki sözleşmeden kaynaklanıyor. Bunu yapmayı planlamış olsaydınız, “bu kaynak düğümü kefeizhou'nun fikri mülkiyeti olarak kaldığını” söyleyen bir maddeye sahip olmalısınız ya da bir şey (sanırım 20/20). Programcı SE’nin en iyi legakl tavsiye kaynağı olmadığı ve bu yasal ya da değil, bu sizi sorunlara hazırlayan diğer yorumlar ile aynı fikirdeyim. Bu arada, ben bir grafik tasarımcı olarak çalışıyordum ve o sektörde, neredeyse tüm çalışmalar tasarımcı değil IP olarak kaldı.


Yani bir müşterinin arabanın resmini çizerseniz, bir başka müşterinin arabanın resmini bir daha çizemezsiniz?
Nate

Hayır, bir müşterinin arabanın resmini çizemezsiniz ve ardından aynı müşterinin aynı resmini ikinci müşteriye gönderemezsiniz. Ancak, ikinci müşteriye, yasal olarak iddia edilebileceği hiçbir şeyi sunamazsınız, ilk müşterinin arabasına aynı veya çok benzer.
Paul T Davies

-1

Fransa'da yasadışı.

Kodun sahibi eski patronun. USB flaş sürücüden veya bellekten nasıl alırsanız alın.

Bu gösterge panosunu kullanmak istiyorsanız, sahibiyle bir anlaşma yapmanız gerekir.


Kuşkusuz her şirketin ülke çapında bir yasadan ziyade bu konuda kendi politikası vardır. Bunun bir şirketin çalışan sözleşmesinde olduğu gibi bir şey olacağını düşündüm.
dodgy_coder

Varsayılan değer, kodlarını yazmak karşılığında bir maaş almanızdır. Olasılık var olsa da, alternatif politikaların farkında değilim. Bir freelancer iseniz ve uygulamalar veya kütüphaneler satıyorsanız bu durum farklıdır; bu durumda patron sizsiniz ve kodunuz size ait.
mouviciel

İyi ki Fransa'da değilim.
kefeizhou

1
Fransa’ya -1 verebilir miyim? "bellekten" alma, bir diskten aynı şey değildir.
Sean McMillan

2
Bunun anlamı, Fransa'da bir algoritma uygularsanız veya bir tür program yazarsanız, bu algoritmayı hiç uygulayamazsınız veya başka bir işveren için bu tür bir program yazamazsınız?
David Thornley 29:11
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.