Çok erken yaşta öğrendim, başkasının kodunu kesip yapıştırmak uzun vadede kendinizin yazması daha uzun sürüyor. Bana göre gerçekten anlamadığınız sürece, kes & yapıştır kodunun muhtemelen çözülmesi gereken bir kabus olacak sorunları olacaktır.

Beni yanlış anlamayın, başkalarının kodunu bulmak ve ondan öğrenmek esastır, ancak sadece uygulamanıza yapıştırmayız. Biz yeniden yazmak kavramları bizim app içine.

Ama sürekli kesip kesip geçen insanları duyuyorum ve ortak bir uygulama gibi konuşuyorlar. Ayrıca , bunun ortak uygulama olduğunu gösteren başkalarının yorumlarını da görüyorum .

Peki, çoğu programcı kodu kesip yapıştırıyor mu?

İki genel durum:

Bir projeden diğerine:

Çoğu programcı bu kapasitede kod keser ve yapıştırır. Önceki bir projeyi veya çevrimiçi bir şeyi bulabilir ve tam olarak kopyalayıp yapıştırabilir veya kopyalayıp yapıştırabilir ve üzerinde değişiklik yapabilir. Bence bu uygulama genelde iyidir. Bu özellikle kanıtlanmış kod olduğunda iyidir. (Örnekler: Eski bir projeden işe yarayan bir tür yardımcı program nesnesi ya da muhtemelen birkaç değişikliğe ihtiyaç duyan bir blogdan). Bunun kötü olabileceği yer, anlamadığınız kodu kopyalarken veya kodun zayıf olduğu yerlerde veya yapıştırdığınız koddan daha iyi bir alternatif çözüm olduğu zamandır.

Aynı projenin içinde: Aynı projede kopyalayıp yapıştırmak genellikle iyi bir fikir değildir. Bu, kopyalanmakta olan kodun bir yerde bir yöntem / sınıfta olması ve tekrar tekrar çağırılması gerektiği gibi kötü bir koku. Bunun bazı istisnaları var, ancak genellikle programcının şunu düşünmesi gerekir: “ Kopyaladığım bu kodu parametreleştirmenin bir yolu var mı? ”.

Çoğu programcı yapar, ama bu yapman gerektiği anlamına gelmez.

Programlama mantralarımdan biri: "Kod kopyalayıp yapıştırıyorsam yanlış bir şey yapıyorum" . Esasen, DRY .

Kod yeniden kullanımının, kodu kod tekrarlamak yerine bir kaynak olarak kullanmak anlamına geldiği açık olmalıdır. Bazen kodu kendi kodumu kopyalayıp yapıştırdım, çoğu durumda kazan plakası koduyla veya gerçekten benzer görünen şeylerle sonlandırıyorum .

Bu kodla biraz daha zaman harcadıktan sonra aşağıdakilerle sonuçlanıyorum:

• Bir bileşen (ayrıca bakınız: endişelerin ayrılması )
• Ben çare olabilir yansıma şeyler daha basit daha temiz ve gelecekte reapeat daha kolay hale getirmek için.
• Daha iyi bir tasarım , çünkü çalışsa bile, dersleri aldıktan sonra neden her şeyi tekrar yapmıyorsunuz?
• Soyutlayabildiğim, bir kütüphane bileşenine dönüştüğüm ve yinelenen kodu kaldırabileceğim bir kalıp .

Müşteri / patronun umrunda (en azından doğrudan ve kısa vadede) umursamadığından ve kopyalayıp yapıştırmamamız gerekip gerekmediği ve aynı sonuçlarla sonuçlanabileceği tartışılabilir. böcek, modülerlik kaybı ve sonuçta bakım cehenneme yol açar.

Yapmanız gerekenler: asap refactor

Kimse mükemmel kod yazıyor, çalışsa bile, kopyalayıp yapıştırmadığınızda ve kendi kodunuz olsa bile, ondan memnun kalmadıysanız, hatırlatmak için yorumlara (örneğin bir docblock "@todo") bir not koyun. kendinize neyin refaktöre neden olacağını ve niçin ... onu kendinize zarar vermemeniz bile, bu, bakımcı için mutluluk ve toplam hayal kırıklığı arasındaki fark olabilir.

Sonunda, kopyalayıp yapıştırsanız bile, sonunda iyi bir kodla biteceksiniz.

XKCD üzerinden

Sıkışıp sorunumu çözmek için şeyler aradığımda ve istediğimi yapan kodun yararlı bir parçası üzerine geldiğinde, doğal olarak kopyalarım. Bazen sadece bunun özüdür. Daha sonra ihtiyaçlarımı karşılayacak şekilde değiştiriyorum. Bu, uzman olmadığım şeylere daldığımda daha sık olur (şu anda Amaç-C).

Her zaman koddan bir şeyler öğrenmek için zaman ayırırım, bu yüzden benim için tekerleği yeniden icat etmenin ve öğrenmenin harika bir yolu.

Burada başkalarının kodunu kopyalamak / yapıştırmak hakkında konuşacağım. Çalışmamın bir kısmını kişisel kütüphanemden almak adil bir oyundur. Onları tanıyorum ve tanımlarına göre anlıyorum.

"Kesip yapıştır" kodunun bulunduğu en sık karşılaşılan durumun, belirli bir sorunum olduğunda ortaya çıktığını ve bunu çözen bir blog yazısına rastladığımı görüyorum. Çoğu zaman çözümü projeme yeniden yazıyorum (sonuçta, muhtemelen blog yazarının tarzında yazıyor). Bu gerçekten benim kodum değil , ama bu senaryoda kullanmak konusunda kendimi kötü hissetmiyorum.

Projeme olduğu gibi yapıştırmak için yapılan tüm yöntemleri veya sistemleri ortaya çıkarmak ve bunları kapmak, anlamadığım bir şey. Geçen gün StackOverflow'ta , böyle bir şeyi yapmanın problemini mükemmel bir şekilde gösteren bir soru vardı.

Frankenstein canavarı farklı kod bölümlerinden bir araya toplanırken bu kadar verimli olamaz. Demek istediğim, bu konuda başarılı olursanız, aynı çözümü tekrar tekrar kopyaladığınız veya başkalarının kodları hakkında yeterli miktarda bilgi edindiğiniz anlamına gelir; Uyumsuz kod örnekleri arasındaki sorunları çözmek zorunda kalmamakla verimlilik artar.

Şahsen büyük ölçüde kopyala / yapıştır yapan pek çok programcıyla tanışmadım. Kendilerini en derin ve en karanlık köşelere kodlayan bir çok şey gördüm, ama bu farklı bir hikaye. Kişisel anekdatama dayanarak, çoğu programcının tüm uygulamaları kopyalayıp yapıştırmadığını söyleyebilirim, ancak kesin olarak söylemesi gerçekten zor.

Kötü: Aynı kod bloğunu tekrar tekrar kopyalayıp yapıştırmak

Kendinizi bunu yaparken bulursanız, kopyalanmakta olan koddan ne çıkarılabileceğini düşünmek için muhtemelen bir saniye ayırmanız ve onu işlemek için bir işlev / yöntem oluşturmanız gerekir. DRY (Kendini Tekrar Etme) prensibinin saydığı nokta budur.

İyi: Çalışdığı bilinen bir kod bloğunu kopyalamak

KURU (Kendinizi Tekrar Etmeyin) de burada farklı bir anlamda geçerlidir. IE, daha önce yapmış olduğunuz işleri tekrar etmeyin. Bir kod bölümü yazmak için zaman harcadıysanız, hata ayıklayın, test edin ve bir üretim kod tabanında çalıştığı kanıtlandı; Tekrar kullanmamak aptallık olur.

Çoğu insan kopyalamayı yapıştırma işlemine kötü bir rap atıyor çünkü çoğu yeni başlayan programcı, internetteki ağı taramak ve gerçekte ne yaptığını anlamadan başkalarının kodunu karıştırmak / yapıştırmak için zaman harcıyor.

Her seferinde her şeyi sıfırdan yazmak daha iyi değil. Çok sayıda eski okul purist programcısı olduğunu biliyorum, her şeyin sıfırdan yazılması gereken şeyler ve umarım onlarla çalışmamaya başlamam. 5 yıllık programlama deneyimine sahipseniz, yeniden kullanım için en önemli olan oldukça önemli bir kod kütüphaneniz olmalıdır. Deneyimli bir programcının masaya getirebileceği en iyi varlıklardan biridir çünkü potansiyel olarak çok fazla geliştirme zamanı kazanacaktır.

Eski kodunuzu ilk önce anlayamıyorsanız, yorumları okumak ve kendinizi yeniden tanımak için bir dakikanızı ayırın. Yorumlarınız emilirse ... peki, bu tamamen bir başka konu.

25 yıl kod yazdıktan sonra (önceki bir işveren için yazdığım koda erişim olmadan) kesip yapıştırmak istediğim zamanlar oldu. Ancak, bu çok nadir olmuştur (ve okumaya devam edin).

Belki de en iyi örnek, unix işletim sistemleri için yıllar önce karşılaştığım, gerçekten basit bir komut satırı çözümleyicisidir. Arpların arasından geçen ve seçenekleri işleyen basit bir döngü. Sade bir şekilde basit ve zarifti ve o zamandan beri (edebi bir kes ve yapıştır gibi bir kalıp olarak) kullandım. Kuraldan ziyade istisna budur.

Genellikle düz bir ole kes ve yapıştır tamamen uygunsuzdur - daha önemli olan kavramı veya algoritmasını kesmek ve yapıştırmak.

Gurur duymuyorum - gerçekten hızlı bir eşlik veya hamming kodu bulmak için algoritmayı veya bunun gibi egzotik bir şeyi doğrulamak için mutlu bir şekilde arama yapacağım. Öyleyse birkaç saatini, gerçekten peşimde olduğum muazzam hızlı hızlı bir şey mi yoksa saf bir hurda yığını mı olduğunu anlamak için harca.

Ne zaman birileri bunu anlamak için durmadan sadece kod kopyalarsa endişeleniyorum. Onlar bir dahi (bir bakışta tüm inceliklerini anlayın) veya bir aptal. Arada hiçbir şeye yer yok. Oh, ve pek de gerçek dahiler yok.

Anlama olmadan, sadece mutlu değil, aynı zamanda mutsuz koşullar ya da girdi koşulları altında GERÇEKTEN ne attığınızı gerçekten bilmiyorsunuz. Bazen bu önemli değil çünkü şanslısın. Ve bazen bu çok uzun süreli acı verir.

Üretken olmak için temelde ihtiyaç duyduğunuz ortak bir durum var.

Size tanıdık gelmeyen herhangi bir teknolojiyi, işe başlamak için çalışan bir örneğiniz olmadığı sürece öğrenmeniz zordur. Bu nedenle, gerçekten çalışan bir şeye sahip olmak için kopyalayıp yapıştırın ve sonra onunla bağlantı kurmaya başlayın.

Yeni bir programcı olarak (ilk işime 4 ay kaldı), çok yardımcı oldum (SO ya da başka yerlerden). Diğerlerinin kodunu kör kopyalayıp yapıştırma OLMAMANIN bir noktaya değiniyorum. Sağlanan kod benim kullanacağım kod olsa bile, programıma yazacağım ve sonra ne yaptığını ve nedenlerini tamamen anladığımdan emin olmak için biraz zaman harcayacağım.

Sürekli öğrendiğimden ve sadece kes ve yapıştır konusunda uzman olmadığımdan emin olmak istiyorum

Bu konu hakkında çok fazla hislerim var ve dürüst olmak gerekirse, hiçbirinin tamamen objektif olduğunu söyleyemem.

Diğer kişilerin kodlarını kesmek ve uygulamanıza yapıştırmak için birçok argüman vardır. Bazıları mantıklı olabilir, bazıları olmayabilir. Örneğin, birinin blogundan bir girdi alan ve matematiksel yeteneklerinizin dışında kalan ve karmaşık bir matematiksel algoritma çalıştıran bir yönteminiz varsa ve bir sonuç çıkarıyorsa - bu kesme ve yapıştırma için bir argümandır - yazarın kullanmasına izin ver Kodlayın ve gerektiğinde onları ödünç verin - yapılması gereken onurlu şey.

Tekerleği yeniden icat etmemenin argümanları var - yine, teoride bu mantıklı geliyor. Ancak, kesip yapıştırdığınız kodu yakından tanımak için zaman ayırmazsanız, bu sorunu çözmenin daha iyi bir yolu olup olmadığını bilmiyorsunuz, kodda hata olup olmadığını bilmiyorsunuz. . Ya yapıştırdığınız tekerlek kırılırsa?

Hız ve verimlilik için argümanlar var - başkalarının kodunu söktüğün, çalındığın, çalınan ya da başka bir şeyin kodunu içeren bir kitaplık oluşturuyorsun, düşünmeye başla, bazı uygulamaların ötesinde nasıl programlanacağını bile bilmen gerekmeyebilir geri kazanılmış parçalardan birlikte.

Bu davranışı tamamen kabul edebileceğim yerler ve yerler var. Uzun ömürlülük için tasarlanmamış, ancak şu anda kanca veya sahtekarlık bir görevi yerine getirmek için tasarlanmamış hızlı fırlatma araçlarını bir araya getirmek için. Prototip oluşturma ve konsentrasyon çalışmaları için, teorik bir bağlamda öğrenmek ve ilerlemek için bunun tamamen adil bir oyun olduğunu düşünüyorum.

Başkalarının kodunu kesip yapıştırmak, intihaldır - onların nezaketine sahipseniz ve yapıştırdığınız kodu anlıyorsanız ve başvurunuz için kodlama standartlarının yapısına uygunsa, o zaman sorun değil, bunun adil bir oyun olduğunu kabul edeceğim.

Profesyonel bir yazılım mühendisi olarak standart ve etik kuralları yerine getirmem için bana para ödeniyor. Müvekkilimi kovuşturma riski altına sokarak başkalarının telif hakkını çalmak, intihal etmek veya ihlal etmek için para almıyorum. Bunun yanı sıra, belirtilen kesik / yapıştırılan kodları çalıştırdığınızda felaket yan etkilerinin ortaya çıkması çok gerçek bir risktir.

Bu cevabı size hedeflememek John, bunun gibi konulara gelince çok etik davrandığınızı biliyorum, bu yüzden bu gerçekten sorunun kendisi yönünde genel bir rant.

Ek : Bu, projeler arasında kendi kodunuzu kesip yapıştırmanın oldukça kabul edilebilir olduğunu düşünüyorum - başka biri için işe alınacak iş olarak yazılmadığı sürece, bu durumda telif hakkına sahip değilsiniz ve izin almalısınız. kodladığınız kişinin Kodun mülk sahibi işlevsel kavramlarla ilgili olmadığı sürece, çoğu işveren, diğer müşteriler için kendi fikirlerinizi yeniden kullanmanın sizin için uygun olduğunu öğrendim.

Bir açık kaynak havuzunda, tüm yöntemlerin% 15'inin bir projeden diğerine kopyalanması göz önüne alındığında (pdf), cevap açık bir evet gibi görünüyor.

Kod iyiyse, kopyalayıp yapıştırmak yerine, ortak bir kitaplığa dönüştürülmelidir. Ancak insanlar yeniden yapılanma ile rahatsız edilemezler ve kopya ve yöntem ile aynı işlevselliğe sahip olmayı tercih ederler.

Evrensel bir mutlak kopyala ve yapıştır yasası olması yerine, ne zaman kullanılacağına bakılmalıdır.

Kopyalama ve yapıştırma artıları: Hızlı ilerlemenizi sağlar Eksileri: Aynı kod birden fazla yere yayılır ve eğer kopyalayıp yapıştırmak yerine ortak kütüphane olarak kullanırsanız güncelleme her yerde çözülmelidir. her yere yay. Aynı kodu her yere dağıtmak yerine kütüphane kullanmak için yapılan küçük bir ilk yatırım için manifoldlar.

Seçim, başlangıçta çok sonraya oranla biraz zaman kazanıp kazanmamayı, sonra kopyalayıp yapıştırmanın gitme yoludur, aksi halde yeniden tazelemek ve ortak bir kütüphaneye koymaktır.

Çoğu durumda, internette bulacağınız kod tam amaçlarınıza uymaz.

Kendimi çok yaparken görüyorum, birinden kod kopyalamak, en özüne doğru soymak ve sonra gereksinimlerimi karşılayana kadar kod eklemek. Her zaman adlandırma kurallarım ve kodlama stilime uyacak şekilde düzelteceğim.

Bir öğretici okuduğumda kişisel olarak nefret ediyorum ve karmaşık bir durum için kod göstererek başlıyorlar. Özüyle başlayın ve kodu genişletmek için yapı taşlarını gösterin. Kendi bloguma başlasam, insanlara ne yapmak istediğimin özünü, nasıl işlevsellik / özel durumlar ekleyebileceğinizi ve temel özelliklerin tam olarak çalışan bir örneğini gösteren yorumlanmış bir kod örneği sunacağım.

Kodun ne yaptığını anlıyorsanız neden kodu yeniden icat edin, kodu tekrar kullanma iznine sahip olun (ya da açık olanı) ve diğer kişinin yazdığı tüm kodların tümüne gerek yoktur. Bir algoritma uygulamasını sık sık kopyalayıp kendi ihtiyaçlarıma göre değiştiriyorum. Genellikle sadece kesip yapıştırdığımda, örnekte olan her şeye ihtiyacım olmadığı için başka bir dosya eklemek israf olur (ya da bir işlevin içindeki bir şeydir). Aynı projede kendi kodunuzu kesip yapıştırıyorsanız jzd ile aynı fikirdeyim, o zaman bir şeyler yanlış olabilir ve muhtemelen onu serbest bırakmanın ya da işlevi paylaşmanın ekonomik bir yolunu bulmalısınız.

" Bütünleşme " ekip üyelerinin ya da kod ya da programlama konusunda fazla tecrübesi olmayanların daha sık kopyalayıp yapıştırma eğiliminde olduklarını ve ne yaptıklarını anlamadıklarını (sorunuzda belirtilen sorunlara girerken) buluyorum .

Ayrıca programcıların sıklıkla kes ve yapıştır işleminden kendi zincirlerine kadar uzak durduğunu biliyorum çünkü kodu çok seviyorlar ve tekerleği yeniden icat ediyorlar, çünkü daha iyisini yapmak veya daha fazla bilgi edinmek istiyorlar.