Belgelere harici bağlantılar eklemek kötü bir uygulama mı?


9

Çoğunlukla Stack Overflow'daki cevabı bularak hataları çözerken kendimi bulurum. Neden yaptığımı yaptığım bir pasaj eklemek ve daha sonra web'den bir makaleye veya sayfaya bağlantı eklemek kötü bir uygulama mu?



FWIW Ben her zaman bunu yapmak ve hatta nasıl düzgün bir şekilde StackExchange yapmak istedi . Sorunuzu cevapladığı için değil, ama karşı ve karşı bazı argümanlar orada bulunabilir.


Soru sadece bağlantılar hakkında mı (benim için Tamam), çünkü kodun / cevabın bazı bölümlerini de kopyaladığınızdan bahsediyorsunuz. Bu sadece karmaşık bir algoritmayı veya işlemeyi açıklamak için yapacağım bir şey. Kod yapısı ve adlandırma, bir çözüm hakkında okuduğunuz yerden bağımsız olmalıdır.
Kwebble

Yanıtlar:


14

Kötü olduğunu düşünmüyorum, ancak dış bağlantıların bir çözümün yaşam döngüsü boyunca gitme alışkanlığı kötü. Bunu yaparken, bağlantı artık işlevsel değilse okuyucuya yardımcı olacak yeterli bir özet koymanızı öneririm.


3
İki nedenden dolayı faydalı bir özet eklemek: 1) Jim'in işaret ettiği gibi, okuyucunun bağlantının eski olup olmadığını anlamasına yardımcı olur ve 2) geliştiriciyi neyi kopyaladıklarını anlamak için bağlantıyı koddan kopyalamaya zorlar. Bu, kodun yalnızca "sorunu çözdüğü" için kullanılmadığından emin olmanıza yardımcı olur.
Mage Xy

7

Bu nedenle şirketlerin kendi bilgi havuzlarına sahip olmaları gerekir. Örneğin, şirketimin proje yönetimi, biletleme (hatalar ve görev takibi) ve en çok kullandığım araç, wiki için kullanılan kurumsal bir Redmine var . Proje başına tüm bu özellikler :-)

Projenin wiki'sinde ne var?

  • Belgelere bağlantılar: İşlevsel, Teknik, Mimari, gereksinimler.
  • İlgili aktörler: Proje Yöneticisi, Devs, Müşterinin Kilit Hesap yöneticileri, ...
  • Ortam başına açıklama: Sanal Makineler, İşletim Sistemi, sunucular, yapılandırmalar ...
  • Misc: Projenin ömrü boyunca öğrenilen herhangi bir önemli / ilginç şey (proje ile ilgili).
  • Biraz daha sayfa.

Misc wiki'ye bibliyografya (bağlantılar) koydum . Ama sadece güvendiğim kişilerden:

  • Yığın Taşması : Olumlu oylar ve iyi tartışılmış
  • Yazılım Mühendisliği Stackexchange : Olumlu oylar ve iyi tartışılmış
  • MKyong.com : Bu sayfayı beğendim. Gerçekten kullanışlı ve eğitimlerini takip etmek gerçekten çok kolay
  • MDN
  • W3C.org
  • W3Schools : Dokümantasyonu etkileşimli (çoğu durumda) ve kullanıcı dostudur.
  • OWASP : Güvenlik ve güvenlik açıklarıyla ilgili başvuru sorunları için
  • Resmi web sayfaları: Bazen en iyi öğreticiler veya açıklamalar resmi web sayfalarındadır.

Benim kaynakça ben bağlantı ettiğimi anlamış sağlamak amacıyla, tarafımdan aşağı yazdığınız bir özetle birlikte geliyor. Javadoc'u olabildiğince açık tutmaya çalışıyorum. Koddaki her bağlantı Redmine'ın wiki'sine veya Redmine'ın sorun koduna atıfta bulunuyor.

Redmine gibi araçların yokluğunda, bu amaçlar için yararlı Markdown dosyaları buldum . Genel olarak bu dosyalar nedeniyle geliştiriciler için SCM ve kod ile birlikte gelir.


1
W3Schools.com'a güvenmek dışında her şeye katılıyorum. MDN'de daha fazla otoriteye sahip olanların çoğunu bulabilirsiniz.
Alternatex

1
W3schools MDN'den daha uzundur. Yanılıyor olabilirim, ancak W3schools'un daha fazla içeriğe, öğreticiye ve web teknolojisi dokümantasyonuna sahip olduğunu düşünüyorum. Sorunlarına rağmen, içeriği daha kullanıcı dostu ve etkileşimli olduğu için yeni başlayanlar için en iyi referanslardan biri olmuştur. Artı tarafta MDN, içeriğini destekleyen harika bir topluluğa sahiptir. Ancak aşağı tarafta, savunacak bir tarayıcısı olduğu için belgelerinde asla tarafsız olamaz. Her neyse, seninle aynı fikirdeyim, şimdi MDN'nin daha fazla yetkisi olduğu günler. Eğer sakıncası yoksa, cevabıma referans ekleyeceğim.
Laiv

4

Web bağlantıları biraz dokümantasyon gibi sorunludur, çünkü internet onların arkasında gördüğünüz içeriğin gelecekteki bir doktor okuyucusuyla aynı olacağını garanti etmez. Mümkünse, yalnızca değişmesi muhtemel olmayan kaynaklarla bağlantı oluşturmaya çalışın.

Örneğin, Wikipedia'ya bağlandığınızda, genel makale adı yerine bugünün sürümüne açıkça bağlanmanız gerekir. Stackexchange.com için, şu anda gitme olasılığı düşük görünüyor, ancak sorular her zaman düzenleniyor veya hatta siliniyor ve beş yıl içinde yeni bir toplanma noktası ortaya çıkmış olabilir. Kuruluşunuz için bu kadar harici bir sitede önemli işletme değeri taşıyan belgeleri asmayı riske atmam.


"Wayback Machine - İnternet Arşivi" (web.archive.org/) silinmiş içeriği kontrol etmek için iyi bir yerdir.
Kromster
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.