Yazdığınız tüm kodların bir kopyasını saklamalısınız? [kapalı]

Çalıştığınız şirketin kodun olduğunu biliyorum ve satmaya çalışırsanız açıkça tutuklanacaksınız. Ancak geliştiricilerin yazdıkları kodun kişisel bir kopyasını saklaması nadirdir (ileride referans olması için)?

Görünüşe göre bu adam kaynak kodunu kopyaladığı için cezaevine gönderildi.

Ancak geliştiricilerin yazdıkları kodun kişisel bir kopyasını saklaması nadirdir (ileride referans olması için)?

Ne kadar yaygın olduğunu bilmiyorum, ama ortak ya da değil, bu hala kötü bir fikir.

Programcılar genellikle aynı problemi iki kez çözmenin zaman kaybı olduğunu zihniyet içinde çalışırlar. Kodumuzu tekrar kullanılabilecek şekilde tasarlamaya çalışıyoruz (bazen). Gelecekte bir noktada tekrar kullanmak üzere sınıf kütüphaneleri ve işlevler oluşturuyoruz. Bazen kodumuzu bile veriyoruz, böylece başka hiç kimsenin yaptığımız problemi çözmek için kod yazması gerekmeyecek. Bu nedenle, bir işten diğerine geçtiğinizde yanınıza "kodunuzu" almak isteyebilirsiniz. Ancak aşağıdaki nedenlerden dolayı hala yapmamalısınız:

1. Alınacak kodun değil.

2. Eski işvereniniz için yazdığınız kod, kurdukları işin bir parçasıdır. Kodları rekabet avantajlarının bir parçasıdır. Elbette, rakipler aynı sorunu çözmek için kendi kodlarını yazabilirlerdi, ancak işvereninizin ödediği, sahibi olduğu ve sizin almanıza izin vermediği bir işe koyma avantajından yararlanamamaları gerekir.

3. Hiç bir anlam ifade etmiyorlarsa, yeni işvereniniz eski işvereninizden aldığınız kodun hiçbir bölümünü istemez. Daha önceki bazı işverenler için yaptığınız işe “bakın”, yeni işvereninizi yasal tehlikeye sokarsınız.

4. Yeni İşveren'de yanlışlıkla Eski İşveren için yaptığınız işlerin bir kopyasına sahip olduğunuzdan yanlışlıkla vazgeçmenize izin verirseniz, New'deki patronunuz muhtemelen başkaları için ayrılırken kodlarının bir kopyasını alacağınızı fark edecektir. iş. Bu onunla iyi oturmayabilir.

5. Asıl çizgileri toparlamıyor olsanız veya eski eşyalarınızdan sadece belli belirsiz fikirleri almasanız bile, eski eşyalarınızı elinizde bulundurmanız, onu bir şey için kullandığınıza dair şüpheler doğurabilir . Eski İşveren'in Yeni İşveren'e dava açtığını ve Eskiden Yeni'ye taşınan küçük bir avuç çalışandan biri olarak aniden bir ifade verdiğinizi görüyorsunuz. Hiçbiriniz aslında Old'un kodunu New'in ürününe kopyalamadınız, ancak önünüzdeki avukat: “Bay SuperFoo, şimdi ya da Old Employer'ı bıraktığınızdan beri herhangi bir zamanda sizin veya herhangi bir kodun bir kopyasına sahip olduğunuzdan, Eski İşveren’de çalışırken başka kimse yazdı mı?

6. Geçen ay, geçen yıl veya daha uzun bir süre önce yazdığınız koda ihtiyacınız yok . Sorunu bir kez çözdünüz ve şimdi sorunu nasıl çözeceğinizi biliyorsunuz . Veya, nasıl biliyor olabilir değil sorunu çözmek için - Eğer deneyime sahip çünkü yeni uygulama daha iyi olacaktır.

7. Daha iyi yollar var. Bağlam dışında eski kodu okuyarak geri dönüp yararlı bir şey öğrenmek zor. Öğrendiklerinizi, sahip olduğunuz fikirleri vb. Açıklayan bir günlük veya dergi daha sonra çok daha faydalıdır.

8. Eski İşveren kendi koduna sahip olduğunuzu bilse ve bu konuda sorun yoksa , hala istemezsiniz! Sahip olabileceğim tek şey, saat 3'te bir telefon görüşmesi: "Hey, SuperFoo? Nasılsın? Dinle, eşyalarımızın bir kopyasına sahipsin, değil mi? Bak, sorunumuz var. sistemde yeni bir adamımızın anlayamadığı bir dosyaya daralttık. Geç olduğunu biliyorum ama onu SuperDuper.pl üzerinden yürüyebilir misiniz? "

Bırak gitsin. İhtiyacın yok.

Her zaman yazdığım kodun bir kopyasını tutar ve işler arasında tutarım . Müteakip işverenler kodu asla göremez / çalıştırmaz, ancak bunu evde referans olarak kullanırım: 'Ah evet, Proje X'tekine benzer bir şey yapmadım mı?'

Bu yasal mı? Yargı yetkisine ve koşullara bağlı, ancak oldukça yaygın. Ahlaki olarak, sadece yeni işverenlere kod vermemenizi sağlamakla ilgili bir sorunum yok ... İşvereniniz için ücretsiz bir kaynak yerine, yaptığınız şeyin bir hatırlatıcısı ve gösterimi.

[Bunun ters yüzünde, eski koda baktığınızda ortaya çıkan kaçınılmaz bir utanç var: 'Ne düşünüyordum? Neden yeryüzünde bu şekilde yaptım ?? ']

Bu çok kötü bir fikir. Bu kod size (yasal olarak konuşmuyor) ait değildir ve ona sahip olmak sizi büyük sıkıntıya sokabilir. Yeni bir işe geçtiğinizde ve bu kaynak kodunu etrafta tuttuğunuzda, bu daha da gerçek olur. Bir rakip ise daha da kötüsü. Artık onlar için çalışmadığınızda, kaynak kodlarına erişiminiz olsa şirketiniz memnun olmaz.

Her şey riskinizi yönetmekle ilgili. Bir işverenden başka bir yerde kullanabileceğiniz şeyleri elinizde tutmanız beklenir. Bu nedenle, işaretinizi sizin ayrıldıktan sonraki X ay / yıl sonra rekabet edebilecek olmayan hükümler haline getirirler, ancak kodun elinizde olması sizi , şirketin kodunu açıkça kopyalamakla suçlayan birine karşı daha savunmasız hale getirir ( ve sadece aynı fikirleri kullandım). Bu riski yönetmeye değer kodun olması mı?

Şüphesiz, kodu yazmaktan aldığınız faydalı şeyler tam sözdizimi değildir; bu edindiğiniz bilgidir. Muhtemelen tüm bu yasal işlerle uğraşmaya değmez.

Nadir değil.

Neredeyse bir kopyası ¹ her ne olursa olsun kimin yazarak, benim şimdiki projelerden Profesyonel olarak yazdım kod parçası ve kesinlikle tüm kodu ² . Kodla birlikte, ne yapabileceğimi ve yapamayacağımı açıkça belirten çok büyük bir yasal evrak işim var. Sadece kodun olması, koddan kâr elde etmeye çalışmakla aynı şey değildir.

Bununla birlikte, bu yasal bir meseledir ve yasal meseleler son derece karmaşık ve yerelleşmiştir. Şüpheniz varsa, gerçekten bir avukatla konuşmanız gerekir. Kodumu buralarda tutabilirim ama% 99 eminim bunu yapmakla başım belaya girmez.

_{¹ Eksik olan, çoğunlukla arşivlemem gereken şeydi. Yasal nedenlerden dolayı sadece küçük bir projenin kodu eksik.
² Projelerin niteliği ve benim içindeki rolüm, belirli bir modül kurmaya dahil olmasam bile, en azından neyin nereye gittiğine dair bir fikri olan adamlardan biriyim.}

Tutuklanan Çinli adamı görüyorum ve sizi “kod mülk değil, bu yüzden çalınamaz” diyerek yükseltiyorum.

Referans: Kod 'fiziksel mülk değil', Goldman Sachs casusluk davasında mahkeme kuralları

Bu sözü edilen.

• Yazdığım kodu saklıyorum mu? Kesinlikle.
• Tüm projeleri tutuyor muyum? Kesinlikle.
• Kodumu çalışma bilgisayarımdan bir ev makinesine sürüklediğimden emin miyim? Seni betcha!
• Bu kodu başka bir şirkette veya kişisel bir projede tekrar kullandım mı? Hayır!
• Sık sık eski koda bakıp WtF! Her zaman.

İşte size basit bir soru. Patronunuza gidin ve onlara şunları söyleyin: "Burada çalışırken yazdığım tüm kodların bir kopyasına sahibim. Sadece diğer halklara değil yazdığım kodlara sahibim. Bu kendi eğitimim için ve asla vermeyeceğim".

Bir sonraki eylemleri, gözlerinde yanlış veya doğru olmanız durumunda (evet, bu kelimenin Kuzey Amerika / Dünya'da var olduğunu) dikte edecektir.

Kendi "etiğiniz" ne olursa olsun, bir işveren için çalışıyorsunuz. Yaptıklarınızın yanlış olduğunu kabul ederlerse, onların ahlakına dayalı olarak yanlış olur. Size ödeme yaptıkları ve onlar tarafından işe alındıklarında, o zaman ya onlarla aynı fikirde olmak ya da işten atılmanıza neden olabilecek şekilde aynı fikirde olmak mahkemededir.

Şimdi bu bir bütünlük meselesi. Önceki bir çalışanın bazı kodlarımızı almasına izin verdim, ama önce hepsini okudum.

Sadece doğru olduğuna inandığın için, seni doğru yapmaz. Genellikle yazılım geliştiriciler, işe alındıklarında sözleşmeleri imzalarlar. Birini imzaladıysanız, sözünüzle yaşamalısınız.

geliştiricilerin yazdıkları kodun kişisel bir kopyasını saklaması nadir bir durum mu?

Doğrudan sorusunu yanıtlayan ben söylerim benim bu deneyimleri olduğunu nadir. İstisna gördüğüm bu kadar Freelance çok şey kişidir ve onların müşterinin gelecekteki bakım ve geliştirme projeleri için ise kod tutmak ve ben değilim gerçi ben (bu açıkça sözleşmede belirtilen olduğunu hayal ediyorum arkadaşlarımın serbest anlaşmalarını gözden geçirme alışkanlığı, kim bilir). Büyük şirketlerde çalışan tanıdıklarım , eski işverenlerden kod saklamayı asla kabul etmediler .

Olmayacağımı biliyorum çünkü bunun yararlı olacağı tek bir durum düşünemiyorum (şu anki işverenimin bu gibi şeyleri yasakladığından emin değilim - emin olmak için sadece belgeleri aramak zorundayım. ). Sabit Yazdığım kodu / genellikle bu yüzden ben hiç yeni yazma daha eski kodu yeniden kullanımı daha kolay olacağını şekilde gelecekte tekrar geliyor hayal edemez belirli iş ihtiyacına özgü kodu.

O günlerde, geliştiricilerin mevcut işteki sorunları çözmek için kullanacakları kişisel rutin kitaplıklarına sahip olmaları yaygındı. Geliştiriciden ayrıldığında kaynak geride kalacaktı, ancak geliştirmeler de beraberinde kaldı.

Bu bir kazan-kazan durumunda sonuçlandı. Aynı zamanda yazılan tüm kodun sadece bir alt kümesiydi.

Tabii ki kişisel kütüphanelerde bulunanların çoğu bugün standart kütüphanelerde olacaktı.

Bir işverenin Kuzey Amerika'daki çoğu bölgesinde çalışan ilişkisi altında, işverenden önceden yasal izin almadan dijital materyalleri (örneğin kaynak kodu) işveren ekipmanınızdan aktarmak ya da iletmek yasaktır.

İşyerinde çalışan tanımına ilişkin yasal yasaların bir kısmı, çalışan sözleşmesini aksi belirtilmedikçe, çalışanın satın almasını gerektiren işlemlerin haricinde, çalışanın kendi çalışma ekipmanını sağlamadığının tanımlanmasıdır. kendi ekipmanlarını (yani inşaat işçisi).

Kuzey Amerika'daki çoğu iş kanunu, işvereni, bir işverenle işveren ilişkisinde risk alma konusunda ana risk olarak tanımlamaktadır. İşçiye, işveren malzeme, ekipman sağlarken ve işle ilgili işle ilgili faaliyetlerini kontrol ederken, vaktine ödenir.

Bu ilişki sırasında hangi zamanda, söz konusu materyalin yaratılması için para ödeyen ve risk alan işverenden değerli materyaller çalmayı uygun buluyor musunuz?

Bununla ilgili en önemli sorun “yazdığınız kaynak kodu?” Sorusuydu. Hayır efendim, onu yazan siz değilsiniz. İşvereninizin rehberliğinde, onu yazan kişidir. Siz sadece onu işe alan eliniz var. Kuzey Amerika'da, işvereninizin mülklerini güvence altına almak için yasal işlemlerde bulunması durumunda, tarafınızı tutabilecek hiçbir mahkeme yoktur. Sadece kaynak kodunu bir USB flaş sürücüye kopyalamak sizi sıcak suya götürebilir.

Bununla birlikte, eğer bir işveren kendi ekipmanınızı (dizüstü bilgisayar) kullanmanıza veya materyali aktarmanıza izin verdiyse, bu farklı bir meseledir. İşveren, herhangi bir malzemenin iade edilmesi / imha edilmesi gerektiğini sona erdiğinde size bildirmelidir.

Sadece bu cevabı göndereceğimi düşündüm, çünkü bazı insanlar bunun gri bir alan olduğunu düşünüyorlardı. Gerçekten bir geliştirici iseniz, işveren materyallerinin bir kopyasını sakladığınız İnternet postasında dolaşmanız gerektiğini düşünmüyorum. Demek istediğim, bu sorunun cevabını zaten biliyordun çünkü bu soruyu sormak için yeni bir üye hesabı oluşturdun. ;)

Bunu geçmişte birkaç işte yaptım.

Ancak bir daha asla geri dönüp bakmadım. Bazen öğrendiğim fikirleri ve şeyleri yeniden kullandım ama bir zamanlar geri dönüp koda bakmak için bir sebep bulamadım.

Bu yüzden daha fazla rahatsız olmazdım. Yasal olarak şüpheli ve pratikte onu asla faydalı bulmadım.

Elbette. Yaptığım işin bir kopyasını saklamayı seviyorum - kod yazıyor olsun veya olmasın. İstersen bir karalama defteri de. Kuralları çiğnemek? Belki.

Bir sonraki işvereniniz doğrudan bir rakip değilse, rekabet avantajı hakkındaki yorumlar ilgisizdir. Bir telefon şirketinden yazılım evine veya bir oyun geliştiriciden bir veri tabanı geliştiricisine geçerseniz, bunun önemi yoktur. Aslında kodu tekrar kullanmayı planlıyorsanız - bu farklı bir hikaye.

İlginç bir şekilde, standart JavaScript kitaplıkları ve CSS stil sayfaları ile birlikte, yanlarında bir "araç kutusu" getiren web geliştiricileri hakkında bir şeyler duyuyorsunuz . Ama burada belirtilenleri görmedim.

Geçenlerde önceki işverenimden sakladığım tüm eski kodları sildim. Sadece ileride referans olması için iyi olduğunu düşündüğüm kod parçalarını sakladım. Aslında, ayrıldığımdan bu yana kayda değer bir şekilde devam ettiğimi ve hiçbir zaman eski koda göndermediğimi buldum. Aynı problemleri çözmenin daha iyi yollarını buldum / keşfettim / öğrendim.

Yine de bellek şeridinde küçük güzel bir yolculuktu :)

Bir tasarım deseni ve gerçek kod arasında bir ayrım yapılması gerektiğini düşünüyorum (satır satır kopyalama)

Bazı psuedocode'ları yazmak gibi bir şey - bu, Y'deki X yükünü tembelleştirmek için harika bir yoldur. Tüm kodu yazmak başka bir şey.

İşvereninizin izniyle, başkalarının kullanması için temiz yeniden kullanılabilir kodu açık kaynaklı projeler olarak yayınlayın. O zaman işvereniniz diğer kişilerin bu koda katkılarından da faydalanabilir.

Bu şekilde, kodu yasal olarak saklayabilir, yazdığınız ortak bir kod portföyünü oluşturabilir ve kod diğer insanlara yarar sağlayabilir.

Evden çalışmak gibi farklı nedenlerden ötürü zaten bir kopyasına sahip olabilirsiniz ve ben de bir iş için bunları silmeyeceğim, neden böyle? İnançlarıma veya başka şeylere aykırı değil.

Ancak, kullanma ile ilgili olarak, bir blog yazısı olarak çok kullanışlı değil !

Alt satır: kodunuzu yazın, karşılaştığınız sorunlar ve bunları nasıl çözdüğünüzle ilgili blog yazın (özellikle genel ve genel şeyler olduğunda) ve (muhtemelen şifrelenmiş) bir hatırayı en son işten saklamaya aldırmayın.

Finansmanda DFA bu konuyu ele almaktadır. Müşterilerinizle veya şirketteki çalışmalarınızla ilgili bilgi almanıza izin verilmez (bu durumda kod). Ancak hiçbir şey yapabileceklerinizi ezberlemenizi ve daha sonra yazmanızı engellemez.

Bunun ne kadar meşru olduğundan emin değilim, ama bence en iyisi kaynak kodunu bırakmak ama fikirlerini ve eve gelir gelmez nasıl yaptığını yazmak. Çalmak çalmaktır ve mahkemede karar vermeyi bulmaya çalıştıkları tek şey, kodu kopyalayıp kopyalamadığınızdır.

Kodunuzu daha sonra tekrar kullanmak amacıyla kaydediyorsanız, bununla ilgili iki sorunum var:

• Kod etki alanına özgü ise, muhtemelen de özeldir. Her neyse, hiçbir iki işletme ya da problem tam olarak aynı değildir ve bir sorunu bir başkası için çözmeye çalışmak iyi bir kalıp değildir.

• Kaydettiğiniz kod ortak bir sorunu çözerse, yaklaşımınızı sorgulamanız gerekir. Açık kaynak çözümleri olması muhtemel olduğunda neden ortak bir sorunu çözmek için çok fazla çaba harcıyorsunuz?

  Yaygın bir soruna en iyi çözümün sizde olduğuna inanıyorsanız, kodunuzu kamuya açık bir depoda ve / veya kod blogunda herkese açık olarak paylaşmaya çalışmalısınız, yazarken kendinize saklamayın. Patronunuz genel bir kütüphaneyi paylaşmaya itiraz etmemeli veya sizi tekerleği yeniden icat etmeye zorlamamalıdır (eğer öyleyse, yeni bir iş bulmak).

Kodunuzu, potansiyel bir işverene göstermek veya becerilerinizi geliştirmek istediğiniz için saklıyorsanız, bunun yerine açık kaynaklı bir projeye katkıda bulunmanızı öneririm.

İşverenler için yaptığım herhangi bir kodu henüz tutmadım. Sakladığım serbest şeyler (kodumu kaybedersem bir müşteriyi desteklemek zor olabilir).

Ancak, bu işveren için verdiğim kodu saklamayı düşünüyorum. Bunun nedeni bir web geliştiricisiyim ve oldukça hoş görünen bir çok müşteri tarafı şeyi geliştirdim. Onları tasarlamadım, ama onları uyguladım ve sık sık fikir ortaya çıktı. Çevrimiçi bir portföy oluşturmak için bu şeylerin bir kopyasını saklamak istiyorum. Hepimizin bildiği gibi, siteler sonsuza dek sürmez, bu yüzden çevrimiçi kalmamda işime gerçekçi bir şekilde güvenemem. Yedek bir kopyaya sahip olmak çevrimiçi olarak bir portföy sahibi olmamı sağlar.

Tasarımcıların genellikle çalışmalarının kopyalarını (işe alınsa bile) portföy amaçları için sakladığını biliyorum.

Bunun yasallığının ne olduğundan emin değilim (sözleşmemde açıkça belirtilmemiştir).

Eh, benim şirketim için iş mantığı geliştirmek için, kodu kaçıramam çünkü şirketin yasa dışı ve kişisel mülkiyeti. Geliştirici olarak, o mantığı nasıl geliştireceğimi biliyorum, böylece o mantığı aklımda tutabiliyorum. Temelde varsayılan olarak aklınızda saklanır ve bir dahaki sefere ihtiyacınız olursa, otomatik olarak bir öncekinden daha iyi bir mantık / mantık uygulamanız gerekir. İnsan doğası ve zekası. :)

Ancak, bazı faydalı mantıklar geliştirdiğinizde sorun yeniden yaratılabilir ve her zaman önemli, farklı projelerde sık sık ihtiyacınız olabilir. O yüzden yanınızda tutmak istemeniz gerekir.

Bunun için alternatif bir çözümüm var. Yalnızca bu kullanım için kaynak / dokümantasyon içermeyen bir JAR oluşturun ve projenize harici bir üçüncü taraf JAR olarak ekleyin. Muhtemelen bunu yaparak, sorumluluğunuzun yanı sıra, kodunuzun size ait olduğu memnuniyetini de teyit edebilirsiniz ;)

Kodu basit bir nedenden ötürü tutmuyorum: Şirket bana kodunu yazmam için para verdi. Onlara kodumu veriyorum ve bana maaşımı veriyorlar. Öğle yemeğimi yapan adam, bir parçası kendileri için alamaz, neden kod farklı olsun ki?

Ayrıca, daha önce yapılan nokta, işimden uzaklaşıyorum, tüm bu baş ağrıları orada kalıyor, yeni iş, yeni başlangıç, ama o eski işin alanındaki sorunların türleri hakkında biraz daha tecrübe ve anlayışla.