it-swarm-tr.com

Kopyala ve yapıştır programlama kötü mü?

Sade Google ve Google Code arama araçlarıyla, bazı kaynakları kullanarak nasıl programlayacağınızı veya belirli sorunları nasıl çözeceğinizi kolayca bulabilirsiniz (Java sınıfı veya Perl'de bir FTP bloğu vb.) Yani geliştiriciler sadece kodu kopyalayıp yapıştırmak için caziptir (bir şekilde yeniden kullanım) Bu bir yetersizlik mi? Bunu kendim yaptım, ancak gördüğüm diğerlerinden daha iyi bir programcı olduğumu düşünüyorum. Kimin [~ # ~] rtfm [~ # ~] zamanı var? Bu bilgi bolluğu çağında, kopyala ve yapıştır programlamanın kötü olduğunu düşünmüyorum.

Stack Overflow gibi siteler zaten bunu yapmıyor mu? İnsanlar soruyor - Tamam, işte benim sorunum - nasıl çözülür? Şimdi birisi tam kod gönderecek ve soruyu soran kişi en çok oy alan cevabı kopyalayıp yapıştıracaktır. Sorun ne kadar küçük olursa olsun.

İşlerini yapmak için internete çok güvenen bir grup genç kodlayıcıyla çalışıyorum. İşi yapmak için kod kopyalama/yapıştırma ve değiştirme konusunda kolaylık görüyorum. Örneğin, algoritmalar ve benzerleri ile oldukça iyi olabilirsiniz, ancak Java - okuduğunuzda BufferedReader kullanmayı bilmiyor olabilirsiniz. JavadocBufferedReader için mi yoksa bir yerde kullanma örneğine mi bakıyorsunuz?

Kopyalama ve yapıştırma kodlamasının yetkinliklerini etkileyebilecek gerçek tehlikeleri nelerdir?

17
ring bearer

Kötü bir şey mi? Belki ... küçük örnekler öğrenmek, bir konsepti test etmek için o kadar da kötü değil.

AMA ... kopyalamak/yapıştırmak istediğinizi anlamalısınız. Aksi takdirde, kodun gerçekten çalıştığını nasıl anlarsınız? Elbette, ekranda istediğiniz bir sonuç alır, ancak belki de korkunç bir performansa sahiptir, belki güvenlik delikleri vardır, belki bellek sızıntılarına neden olabilir, belki Cthulhu'yu çağırıyor, belki müşteri kredi kartı numaralarının sızdırılmasına neden olacak, belki bir arka kapı içeriyor ...

Ve büyük olasılıkla , belki de iş gereksinimlerini karşılamak için bazı tweaking gerektirir ve eğer anlamadıysanız düzgün bir şekilde ayarlayamayacağınız kod (veya daha iyisi: daha "doğru" bir sürüm yazın) ...

"RTFM" gelince, evet, mevcut olduğunda yaparım. BufferedReader javadocs'u okurdum ve kodumu çalıştıracak kadar bilgi alamazsam, Google'a basar ve "Java BufferedReader örneğini" ararım. Kodumu hemen kodumla çalışmak için bulmayı beklemiyordum, ancak kendi kodumu düzeltmek için örnek olarak kullanabileceğim basit bir çalışma bağımsız örneği bulmayı beklerdim.

Ve kopyaladığınız/yapıştırdığınız kendi kendi kodunuz olduğunda, bu genellikle yeniden düzenlemeye başlamak için bir işarettir.

Programlamanın belki de en kötü yolu.

bu bir yetersizlik mi?

Evet. Birisi kendini yazmak için yeterince iyi anlayamazsa, kodlaması beklenmeyen yeni bir iş bulması gerekir.

Daha da önemlisi, eğer birisi birim test durumunu yazabiliyorsa, kodu yazabilmelidir. Veya sorunun makul bir sürede çözülemeyeceğini kanıtlayın. Teknoloji sorunları varsa, eğitim şarttır. Algoritma sorunları varsa, eğitim de gereklidir.

RTFM için kimin vakti var?

Herkes.

Yığın taşması gibi siteler zaten böyle değil mi?

Hayır.

soruyu soran kişi, en çok oylanan cevabı basit bir kopya yapıştırır.

En çok oy verilen kod beklendiği gibi çalışmayabilir. Optimal olmayabilir. Sınır koşullarını veya özel durumları doğru şekilde ele almayabilir. Gerçekten de, cevaplayan kişi için çalışmış olsa bile, sorucının mimarisi için bile çalışmayabilir.


bufferedReader için tam Javadoc okur muydunuz veya bir yerlerde kullanma örneğine mi bakıyorsunuz ??)

Javadoc'un tamamını okuyun. Her zaman.

Kopya yapıştırma kodlamasının yeterliliklerini etkileyebilecek gerçek tehlikeleri nelerdir?

Kural 1: Yazılım sadece kodlanmış bilgidir.

Yazılımın arkasında bilgi yoksa, birkaç örnek için işe yarayan rastgele önemsiz. Bunda bir değer yok.

16
S.Lott

Kodunuzun ne yaptığını bilmek aslında oldukça iyi bir fikir. Okumanızı tavsiye ederim Kod Tamamlandı

Programlamanın en iyi pratik kılavuzlarından biri olarak kabul edilen Steve McConnell’in orijinal CODE COMPLETE, geliştiricilere on yıldan uzun bir süredir daha iyi yazılım yazmalarına yardımcı oluyor. Şimdi bu klasik kitap, yazılım geliştirme sanatını ve bilimini gösteren önde gelen uygulamalar ve yüzlerce yeni kod örneği ile tamamen güncellendi ve revize edildi. Araştırma, akademi ve günlük ticari uygulamalardan elde edilen bilgi birikimini yakalayan McConnell, en etkili teknikleri ve bilinmesi gereken ilkeleri açık ve pragmatik bir rehberlik olarak sentezler. Deneyim seviyeniz, geliştirme ortamınız veya proje büyüklüğünüz ne olursa olsun, bu kitap düşüncelerinizi bilgilendirecek ve teşvik edecek ve en yüksek kalitede kod oluşturmanıza yardımcı olacaktır.

Size yardımcı olan zamansız teknikleri ve stratejileri keşfedin:

  • Minimum karmaşıklık ve maksimum yaratıcılık için tasarım
  • İşbirlikçi gelişimin avantajlarından faydalanın
  • Hataları azaltmak ve temizlemek için savunma programlama tekniklerini uygulayın
  • Yeniden düzenleme veya geliştirme kodlarına fırsatlardan yararlanın ve güvenle yapın
  • Projeniz için doğru ağırlıktaki inşaat uygulamalarını kullanın
  • Sorunları hızlı ve etkili bir şekilde hata ayıklayın
  • Kritik inşaat sorunlarını erken ve doğru bir şekilde çözme
  • Projenizin başına, ortasına ve sonuna kalite katın ...
14
Tom Squires

Kopya yapıştırma programlamasından kötü bir uygulama olarak bahsederken, tembelliğin dışında yapılan kopya yapıştırma programlamasını kastediyoruz. Kod kokusunu ortadan kaldırmak için uygun bir temel sınıf programlamak yerine bazıları sadece KURU tembellikten uzak duruyor. Ayrıca, birçok hata ortaya çıkarır, çünkü daha sonra kullanım durumunun ince farklılıklarını göz ardı edersiniz ve gerekli değişiklikleri uygulamazsınız. Bu yüzden çoğunlukla kötü bir uygulama olarak kabul edilir.

İnternetten orada bir parça kod almanın genellikle kötü bir uygulama olduğunu düşünmüyorum. Ancak, yazılımınıza hiç kimsenin koruyamayacağı kodu tanıtırken, anlamadığınız bir kod parçası aldığınızda kötü bir uygulama olduğunu düşünüyorum.

Dahası, Kod Projesi gibi web sitelerine bakın. Her makale bir soruna bir çözüm sunar. Çoğu çözüm oldukça iyidir. Ancak uygulamayı gözden geçirdiğimde, her iki veya üçte biri kusmamı istiyor ve yazılımımda böyle bir kod parçasının görünmesine izin vermem.

7
Falcon
  • Herhangi bir alandaki her iyi profesyonel, o alandaki başkaları tarafından yaratılanları kopyalar.
  • İhtiyaçlarımı karşılayan bir tekerlek varsa neden tekerleği kendim yeniden keşfetmeliyim?
  • Kodun yeniden kullanımı kutsal kâse, kütüphaneleri, bileşenleri, açık kaynak projelerini yaygın olarak kullanıyoruz; iyi çalışıyorsa neden bu formu reddetmeliyiz?
  • Patchwork programlama, özellikle kopyalanan kod yetkili bir kaynaktan geliyorsa veya bir topluluk tarafından inceleniyorsa çok üretken bir modeldir.
  • Programlama konusunda iyi değilseniz, başkalarının kodlarını kopyalamakta iyi değilsiniz, bu bir gerçek.
  • Bu, mümkün olduğunca kaçınılması gereken bir uygulamanın içindeki kodu kopyalamakla ilgili değildir.
6
Ando

Stack Overflow gibi siteler zaten bunu yapmıyor mu? İnsanlar soruyor - Tamam, işte benim sorunum - nasıl çözülür? Şimdi birisi tam kod gönderecek ve soruyu soran kişi en çok oy alan cevabı kopyalayıp yapıştıracaktır.

Bu siteyi kesinlikle böyle görmüyorum. Bunu işinizi sizin için halletmek değil, yardım alabileceğiniz bir yer olarak görüyorum.

Ayrıca, insanların yanlış cevapları ne sıklıkla oy kullandığını biliyor musunuz? Çok.

Gerçekten söyleyebileceğim tek şey "Vay canına!"

4
Edward Strange

Bazı problemleri böyle yaparak çözebilirsiniz. Ancak tüm sorunlar değil; çok değerli değil.

Ayrıca intihal.

bir dereceye kadar kodunu yeniden kullanmanız uygundur, ancak kodu anlayın ve sizin telif hakkını ihlal etmeyin olduğundan emin olun. En yaygın programlama görevleri için kütüphaneler, çerçeveler ve araç takımları mevcuttur, varsa bunları kullanın.

3
Anto

Kodu kopyalayıp yapıştırarak, kopyalanan/yapıştırılan bir kod snippet'i olduğunu varsayarım. Kod parçacıkları, içeriğinize uymayabileceğinden, çoğunlukla gerçek üretim için değil, fikrin veya algoritmanın gösterilmesi içindir. Daha da kötüsü, kod snippet'inin yazarı kodun kendisini hiç test etmemiş olabileceğinden hata içerebilir.

Gerçek hayat örneği? Evet, bol miktarda var ve geçen yılki gibi karşılaştım. Meslektaşım iOS'ta Base64 kodlama/kod çözme yapmaya çalışıyordu ve bu cevabı aldı

https://stackoverflow.com/a/3411653/397807

hangi daha sonra burada kötü bir hata var öğrendim:

char *outputBuffer = malloc(outLength);
outputBuffer[outLength] = 0;

C'yi iyi biliyorsanız, hatayı tespit edebilirsiniz. Yazar tamponu 1'e kadar kısalttı (yine de 8 oy almayı başardı.). Meslektaşım sadece Base64 için bu kodu saf olarak kullanmak ve çoğu zaman iyi çalıştı . Bu, iOS gelişimine çok yeni başladığımız ve uygulamanın hiçbir yerden çöktüğü için tüm ekibe muazzam bir baş ağrısına neden oluyor. Herkes kodunu kendim de dahil olmak üzere tekrar tekrar kontrol ediyor, ama neyin yanlış gittiğini asla bulamadık. Bir güne kadar, hatanın ortaya çıkması gerektiğine karar verdiğini düşünüyorum. Uygulama simülatörde çöküyor ve orada olduğu yığın izinden bir ipucu aldım. Ben hata tespit, sabit ve dava kapandı. Bu, son kullanıcılardan gelen çok sayıda şikayetin ardından, uygulamamızın her zaman nedensiz olarak çöktüğünü söyledi. Hasar verildi.

Öyleyse hikayenin değeri nerede? Esas olan, kodlayıcının kod tabanına gönderilen herhangi bir koddan sorumlu olmasıdır ve bir kötü kodlayıcı tüm ekip için boşa harcanan saatlere neden olabilir. Kodu kopyalamak kendi başına kötü bir fikir değildir, ancak birçok programcı internetin söylediklerine körü körüne inanır ve kodu doğrulamadan ve gerçekten ne yaptığını anlamadan oraya koyar. Hatalar ortaya çıktığında, düşündükleri en son şey, hataların yapıştırılan kodlarında olmasıdır, çünkü her zaman internet kodlarını kendisinden daha iyi düşünürler. Çoğunlukla kopya-makarna kodu yapan birçok programcı meslektaşınız varsa, uyarı alın.

2
tia

Kopyala ve Yapıştır programı benim için iki farklı şey ifade ediyor. Birincisi, bir program almak için diğer kod örneklerini birleştirmenizdir. Başka bir şey, bir dizi tekrarlayan kodu kesiyor/yapıştırıyor ve sonra biraz değiştiriyorsunuz. Bir dereceye kadar hepimiz kod örneklerini bir araya getiriyoruz, eğer açıkça kesip yapıştırarak o zaman bellekle değil. Kes ve yapıştır tekrarlı kod olayında, bu bir maliyet ve ödül. Az miktarda kes/macun, hatta doğru yapmak için zamanınız yoksa büyük miktarda bile, kes ve macun yapmaya değer olabilir ... ama genel olarak büyük bir noktada bu ısırmaya geri dön.

Hepimiz programları kopyalayıp yapıştırıyoruz. Kodun çoğu kazan plakası ve algoritmalar da öyle. Hızlı sıralama yazıyorsanız, onu icat etmediniz. Büyük olasılıkla bir ders veya kitap gibi tipik bir uygulamayı ezberlediniz. Bir çeşit kopyalama ve yapıştırma programlamasısınız. Bazen bir algoritmanın sunulduğu bir kağıdı okuyabilir ve algoritmayı kağıda uygulayabilirsiniz. Bana göre bu da kopyala yapıştır programlama. Ayrıca çoğu kütüphane örneklerle doludur. Aka Java BufferedReader br = yeni BufferedReader (System.out) içinde arabelleğe alınmış bir okuyucu açın; Bu kodu bir yerde gördüğümden eminim ve kod tam olarak değilse .... temel kendi isimleri ile yapı/desen değiştirildi ...... .NET kütüphane boyunca kod örnekleri olması için çok iyi.Bir web sayfası açmak istiyorsanız, ben web istekleri yapmak için sınıfa bakacağız, ve sonra Bazen geri dönüp daha sonra Tweak (örneğin zaman aşımlarını ayarlamanız gerekir) ama genel olarak örnek olarak gidersiniz.

Genel olarak, çoğu programın bir çeşit kopyala/yapıştır programı olduğunu söyleyebilirim. Temel örnekler/algoritmalar/vb. İle başlıyorsunuz. hafızadan, kitaplardan vb. alındıktan sonra ihtiyaçlarınıza göre değişiklik yaparsınız. Birlikte ne diktiğinizi anladığınız sürece bunun iyi olduğunu düşünüyorum. Kesip yapıştırdığınız her şeyi, tam olarak, sadece genel olarak ne yaptığını ve herhangi bir işlevi anlamanıza gerek yoktur. Altta yatan kaynak koduna sahip olmanız dışında gerçekten bir kütüphane kullanmak gibidir. Kesinlikle doğru kaynaklara gitmek için ödeme yapar ve genel olarak kod örneklerinden veya bir kitaplıktan kesip yapıştırarak bir özellik elde ederseniz ... daha sonra güncellenebileceği için kütüphaneye gitmek daha iyidir.

İkinci şey sadece kendi kodunuzu kesmek/yapıştırmaktır. Bir grup tekrarlayan kodunuz var, bu yüzden kes/yapıştır ve değiştir. Bunun büyük miktarları değiştirmek karışıklık yaratır ve aynı zamanda çok sıkıcı ve zihin uyuşmazlığı vardır ... Bazen doğru alternatif başka bir yaklaşım kullanmaktır, ancak diğer zamanlarda kes ve yapıştır istediğiniz şeyi yapmanın en iyi yoludur. büyük olasılıkla tekrarlayan kodu işlemek için bir kod oluşturucu oluşturmalısınız. Ancak, sadece birkaç satır veya bir kerelik bir şeyse, buna değmeyebilir. Benzer kodu kesmek/yapıştırmak genellikle karmaşık bir soyutlamadan veya bir kod oluşturucu oluşturmaktan daha hızlıdır. Günün sonunda kes ve yapıştır saat kazandırırsa ve başlangıçta göbek yukarı çıkmadan önce bir ürün almak için silahın altındaysanız, o zaman yapın. Sonuçta, kodu göndermezseniz, geleceğiniz olmaz. Ama temelde bu daha sonra temizlenmesi gereken teknik borç haline geliyor. Her şey, sizi ısırdığında aldığınız gelenekleri anlamak ve yönetmekle ilgilidir. Örneğin. Acele bugün proje dışarı böylece işten gitmek yok, daha sonra çoğaltma bu yeni özelliği çok zor ekleme yapar gelecek hafta tamir sonunda .....

Genel olarak hepimiz örnekler/algoritmalar için zihinsel olarak kesiyoruz/yapıştırıyoruz. Ve ikinci tipte, ne zaman uygun olduğunu ve ne zaman uygun olmadığını bilmekle ilgilidir ... Herhangi bir araç gibi, yaptığınız şeyin geleneklerini anlamanız gerekir ....

2
Cervo

Kopyala-yapıştır programlama iki sorun sunar.

  1. çok fazla yaparsanız telif hakkı ihlali konusunda bazı endişeler vardır.
  2. nihayetinde, kopyala-yapıştır programlama ile çözemediğiniz bir sorun ortaya çıkacaktır, bu olduğunda bunu kendi başınıza çözmek için gerekli becerileri kazanamayacaksınız.

Bunun dışında, küçük problemleri çözmek için kopyala-yapıştır programlama hızlı ve verimli bir şekilde çözülmesine yardımcı olabilir.

Son bir not, açıkçası hepimiz zaman zaman sorun çözmede yardım için diğer insanlara güveniyoruz, eğer verilen kodu anlamak ve uygulamak için zaman ayırırsanız, bir şey öğrendiğiniz gibi probleminizi de çözmüş olacaksınız.

2
Digital Powers

Benim düşüncem, kopyaları kopyalayıp web'den örnekler/çözümler yapıştırmak geçerli bir yaklaşımdır .... her şey gibi, istismar edilebilir.

Herhangi bir modern dilde çalışıyorsanız, kopyaladığınız ve tam olarak anlamadığınız (en azından% 99'umuz için) bir ton kodu vardır. Kullandığım sınıf kütüphanelerinin kaynak kodlarını rutin olarak görmüyorum. Array.Sort () yönteminin nasıl uygulandığının ayrıntılarını bilmiyorum. WinForms uygulamalarımda kullandığım Infragistics kontrollerine ne girdiğini sıfır anladım.

Pek çok insan internetten kod kopyalayıp yapıştırma konusunda duygusal bir itiraza sahiptir; ama neden farklı olduğunu anlamıyorum. Yazmaya veya anlamaya zahmet etmediğim bir işlev ve kapsülleme mantığı neden bir kitaplığa başvuru ve yazmak ya da anlama zahmetine girmediğim kapsülleme mantığından daha kötü?

İnsanlar 'Ama, ama kötü kod olabilir!' Diyecektir. ancak bu, kullandığınız herhangi bir kütüphane için geçerlidir. Elbette, standart kütüphanelerle iyi uygulandıklarını umabilirsiniz, ancak her zaman böyle değildir. Diğer her şey internette sadece 'şeyler'. Herkes 'şeyler' gönderebilir. İncelemelere ve derecelendirmelere 'biraz' güvenebilirsiniz; ancak SO gibi siteler, yayınlanan kod snippet'lerini CodePlex ve diğerleriyle aynı şekilde derecelendirebilir.

Geliştiriciler olarak, bir kütüphaneyi çağırmakla yapıştırdığınız kod arasındaki farkı fark edebiliriz. Kullanıcılarınız bunu yapmayacak. Umurunda değil. Her türlü çemberden atlayarak saatler geçirdim çünkü uygulamamızı inşa ettiğimiz bir üçüncü taraf bileşeni bir bellek sızıntısına sahipti ve sonunda uygulamayı çökertecekti. Başka birinin kütüphanesi olması, düzeltmeyi daha kolay hale getirmedi (aslında, tartışmasız daha zordu, çünkü kaynağa sahip değildim).

Kodu yapıştırma, kodlamayı bilmenin yerini tutmaz. Ancak nasıl kod yazılacağını bilmek, mevcut kodu kullanamayacağınız anlamına gelmez.

1
Rob P.

Javadoc gibi bir API referansından doğrudan (ve yalnızca) çalışmayla ilgili sorun, genellikle tam bir iş akışı gerçekleştirmek için yeterli bağlam sağlamamasıdır. Kesinlikle API'nın neler yapabileceğini ve hangi argümanların ve bireysel yöntemlerin mevcut olduğunu anlamak yararlıdır, ancak bunu önemsiz olmayan gerçek dünyadaki bir uygulamaya bağlamak farklı bir şeydir.

Özellikle Javadoc için, sadece birkaç Sun/Oracle javadocunun bağlam vermek için yeterli genel bakış metnine sahip olduğunu görüyorum (ancak bunların kendileri aynı kopyala/yapıştır kodunu sağlıyor). Çoğunlukla, Sun/Oracle bile tam bir bağlam vermez ve tam ve tamamen yazılmış bir üçüncü taraf Javadoc bulmak gerçekten nadirdir.

Bunun Javadoc-yazarların hatası olduğunu düşünmüyorum, daha çok API yöntemleri ve daha üst düzey görev blokları arasında bir empedans uyuşmazlığı var.

1
G__

Tüm genç programcıların bunu yaptığını söylemiştiniz; size bir şey söylemelidir. Bir prototip oluşturuyorsam, muhtemelen birkaç kez yapacağım çünkü bir şeyin işe yarayıp yaramayacağını öğrenmeye/öğrenmeye çalışıyorum. Sorun, gençlik stratejileri kullanarak her şeyi inşa ettiğinizde. "Her zaman böyle yaptım ve işe yaradı." zihniyet ve risk bundan asla çıkmaz.

Daha iyi bir programcı olmak istiyorsanız, biraz akıcılık geliştirmeniz gerekir. Öğrendiklerinizi tekrar tekrar uygulayıp kullanana kadar, bunu geliştirmek zordur. Google'a ihtiyacınız olan şeylerin miktarı azalmalıdır. Kendi referans alanınızı oluşturmak, aynı şeyi tekrar tekrar aramayı engellemelidir. Bunu yapıyorsanız, büyük bir kopyala ve yapıştır ihlali oluşturuyorsunuz. Muhtemelen daha kötüsü kendi kodunuzu kopyalayıp yapıştırmaktır.

1
JeffO

Kopyala-yapıştırın her ikisi de kötü olabilecek iki etkisi vardır.

Kodu kendi kod tabanınızın bir bölümünden başka bir bölüme kopyalarken, tek sorumluluk ilkesi / KATI kod tasarımını ihlal ediyorsunuz; artık kod tabanınızda iki yerde bulunan aynı kod satırına sahipsiniz ve bu kod satırlarından biri değiştiğinde diğerini bulup değiştirmeniz gerekecektir (hala orada olduğunu hatırlıyorsanız). Kendinize neden iki yerde koda ihtiyacınız olduğunu ve kodun diğer iki yerden kullanırken bir yerde kalmasını sağlamak için yapabileceğiniz bir şey olup olmadığını kendinize sormalısınız.

Bir kod satırını kopyala yapıştırmak neredeyse her zaman kodun bir yönteme çıkarılması ya da bir döngüye yerleştirilmesi ve uzaktan erişilebilmesi ve/veya yinelenmesi için bir sinyaldir.

Bir web sitesinden veya blogdan kopya yapıştırma, kendi başına, doğası gereği kötü değildir; tekerleği yeniden icat etmeden kullanımınız için benimsediğiniz çalışma kodu. Bununla birlikte, kopyaladığınız kodu anlamanız çok önemlidir, çünkü nasıl ve nedenini anlamadıysanız, bu kodu korumanız zor olacaktır. Ayrıca, ne kadar iyi çalışıyorlarsa olsunlar, orada gerçekten kötü tasarlanmış bazı kod parçacıkları var, eğer kopyalanmış yapıştırılırsa sadece düzenleri ve mimarileri nedeniyle bir kabus olacak.

0
KeithS

Bu tür kodlamaya Cargo kült programlama denir. Çok profesyonel bir şirkette Ruby on Rails geliştiricisi olarak, müşterilerin başka bir şirket onları bu şekilde karıştırmayı başardıktan sonra, müşterinin bizden yeniden düzenlemesini istediğimiz birkaç projeyi ele almak zorunda kaldık.

Ruby on Rails programlama (veya genel olarak web programlama)) bu kötü bir alışkanlıktır, belki de birçok araç ve eklentinin genel kullanımı ve Çok sayıda kod örneği ve öğretici mevcut.Özel projeniz bağlamında hiçbir anlamı olmayan bir kod ve anlamadığınız, değiştiremediğiniz ve hata ayıklayamayacak işlevselliğe dayanan kod ile sonuçlanacaksınız. .

Bu şekilde dahil edilmesi gereken eklentiler bile başarısız olabilir. (Bir etiketi silmeye çalıştığınızda pulse_as_taggable öğesinin eski bir sürümünün sonsuz bir döngüde çalıştığını unutmayın). Web'de yayınlanan kod, yazdığınız bağlamda bile nadiren test edilir, bu da özel ihtiyaçlarınız için daha azdır.

Bu açıkça gücün karanlık tarafı. Bunu projenizde istemiyorsunuz.

0
thorsten müller