Bir programcının kendi kütüphanesini tanıtması etik midir? [kapalı]


11

Son zamanlarda kendi açık kaynak JavaScript kütüphanemi korumaya başladım. Oldukça özel bir ihtiyacı çözmek için yarattım, ancak kütüphanemi kullanarak (tamamen / kısmen) çözülebilecek soruları düzenli olarak görüyorum.

Cevabımı gönderiyorum ve her zaman kütüphaneyi koruduğumdan emin olun.

Açık kaynaklı projeler için bu kadar büyük bir şey olmayabilir ama nerede çizgi çiziyorsunuz? (ör: ticari ürünler) Bir programcının kendi kütüphanesini tanıtması etik midir? Ne zaman değil?


6
Tam açıklama önemlidir. Bu, meta.stackoverflow.com ile ilgili tartışmalarda topluluk tarafından açıkça kabul edildi. Açık bir kaynağı, kâr amaçlı veya hatta ticari kütüphaneyi tanıtmayı seçip seçmediğiniz, bağlılıklarınızı düzgün ve net bir şekilde ifşa ettiğiniz sürece önemsizdir.
Cody Gray

Mevcut bağlantı biçimi bir bahane gibidir: 'Üzgünüm, ben bir yazarım ...' ya da kendi kendini tanıtmak gibi: "Ben bunun yazarıyım!" Uygun değil. Eğer SO cevaplara bağlılık için özel bir ikon sağlarsa, daha tarafsız ve etik olacaktır.
agershun

2
Bu soru konu dışı gibi görünüyor çünkü StackExchange meta yönleri ile ilgili ve Meta Programcılar veya Meta Stack Exchange aittir ama taşınmak için çok eski.

@ GlenH7 Yapmam gereken veya soruyu olduğu gibi bırakacak bir şey var mı?
Kit Menke

@KitMenke - Olduğu gibi bırakabilirsiniz. MP.SE'ye geçiş için işaretledim, ancak taşınmak için çok eski olduğundan şüpheleniyorum. Ayrıca silinebilir, ama ben de bunun için endişelenmezdim.

Yanıtlar:


31

Neden etik değil? Finansal kazanç elde etmiyorsunuz ve bu da okuyucuların şunları bilmesini sağlıyor:

  1. Yaratan / koruyucusu olduğunuz için bu kütüphaneye karşı önyargınız var.
  2. Bununla ilgili soruları varsa, muhtemelen sormanız gereken en iyi kişisiniz.

Sanırım gerçekten endişeleniyorsanız, her zaman aynı sorunu çözmek için kullanılabilecek benzer bir kütüphaneden bahsetmeye çalışabilir ve kendinizinkini kendi kitaplarınızla hızlı bir şekilde karşılaştırabilirsiniz.


Finansal kazanç ana belirleme midir? Şeytan'ın savunucusunu oynamak ... ya kütüphane ücretsiz olsa da destek almak olmasaydı? Kütüphanemi bir başkasına tanıtarak doğrudan faydalanırım.
Kit Menke

7
Finansal ilginiz açıklandığı sürece bu konuda etik olmayan bir şey yoktur. Sadece kütüphaneyi tanıtmak için güdülerinizi saklamanız etik dışı olur.
John Weldon

6

Bu Meta Yığın Taşması üzerinde tartışıldı.

Bu sitelerde, yazılımınıza iyi ve uygun bir çözüm olup olmadığını önermelisiniz. Önerilmediğinde önermek spam olarak görülecektir. İlişkinizi açıklamanız gerekiyor.

Bu, yazılımın F / OSS veya tescilli ticari olmasına bakılmaksızın geçerlidir, ancak insanlar F / OSS için dürüst hatayı daha affedebilir.


Bu bağlantı meta.stackexchange.com/questions/10174/… mı? Şahsen, açıklamanın gerekli olduğunu da hissediyorum.
Kit Menke

1

Kitaplığınızın belirli bir vaka için iyi bir çözüm olduğuna gerçekten inanıyorsanız, tanıtımı konusunda yanlış bir şey görmüyorum. Geliştirdiğiniz için, muhtemelen alan adı ve diğer çözümler hakkında iyi bir anlayışa sahip olursunuz, böylece böyle bir deneyime sahip olmayanlardan daha fazla çözüm önermek için daha nitelikli olursunuz.


1

Değişir....

Cevaplarken, yalnızca, "Benim kütüphane kendinize diyorsunuz olabilir " Benim kütüphanesi olan bu sorunu çözmek "veya diyorsunuz yapmak harika bir çözüm bu sorun için"?

İkinci kesinlikle sorun yok. Birincisi, sorularınızı mümkün olan en iyi cevapla cevaplamanız gerektiği için, feragatnamenizle bile biraz etik dışı olabilir . Değilse, satış yapıyorsunuz ve Soru-Cevap satış için kullanılmamalıdır ( söz konusu hiç para olmasa bile ).

Bir kütüphane kullanılmayacaksa büyük bir çözüm olmayacağını unutmayın.


Ya "olabilir" en iyi açıklama ise, ancak önceden kodlanmış başka daha iyi bir çözüm yoksa?
Matthew Scharley

@Matthew - neden bu varsayımsal durumda önceden kodlanmış ihtiyacımız var? Kütüphane gerçekten "harika" bir çözüm değilse, algoritmayı tanımlayın ve kendilerinin oluşturmasını önerin. Veya kitaplığın kaynak kodunu gösterin.
Nicole

Asıl sebep, iyi ile mükemmel arasındaki tanımınızdır. Bir kitaplık neden tüm gereksinimleri karşılıyorsa, ancak ihtiyacınız olmayan bir sürü şey sağlıyorsa neden mükemmel bir çözüm değildir? Eğer durum buysa, hiçbirimiz bu çerçevelerden hiçbirini kullanmayız çünkü hiç kimse her projede onlardan her şeyi kullanmaz.
Matthew Scharley

@Matthew - Söylediğim gibi hissetmiyorum. Sadece "büyük kısmı kullanılmayacaksa" dedim. OP'nin kütüphanesinin "oldukça özel bir ihtiyaca" uyması dışında ne içerdiği hakkında hiçbir fikrimiz olmadığını unutmayın . Bu, başka birçok yönden yardımcı olduğu ve mümkün olmadığı anlamına gelirse, evet, oldukça zayıf bir öneri olduğunu söyleyebilirim. Bu noktada kaynak kodunu işaret etmek veya algoritmaları tanımlamak harika bir fikir.
Nicole

1

Elbette etik ... Açık kaynak geliştiricilerin kendi ürünlerini tanıtmak için konferanslarda yaptıkları budur. Sonuçta, kendi ürünlerinizle ilgilenmiyorsanız, kim yapacak? Rekabet? Her neyse, kullanıcı son sözü söyleyecek olan ve sonuçta seçim ellerinde.


1

Etik olmayacak tek zaman, bir şirket için çalıştığınızda ve yönetimi kendi ürününüzü satın almaya "ikna" (tekliflere dikkat edin?).

Ücretsiz olan her şey ile çok fazla yükümlülük kaybedersiniz.

Ayrıca, kendi köpek mamasını yemek, değerin bir kanıtı olarak kabul edilir


1

Elbette.

Eldeki sorunu çözerse, mekanik olarak önemlidir, bundan şüphe yoktur.

Eminim ki insanlar "ben bu kütüphanenin yazarıyım" Kendi başına gerekli değildir, ancak güçlü, kuvvetle teşvik edilir ve beklenir. Etik şüphe, kütüphanenin dahil edilmesi değil, onu yazdığınızı ortaya koymaktadır. Bunu her zaman yapmalısınız.


+1 çünkü alaka düzeyi temel ancak gerekli bir gerekliliktir.
Kit Menke

0

Kesinlikle etiktir. Bazen, özellikle yazar daha iyi bir çözüm sunuyorsa, doğrudan teknolojinin yazarından destek almak daha iyidir.

Öte yandan, şu anki bağlılığın açıklanması bir mazeret gibidir: "Üzgünüm, bu teknolojinin yazarıyım ..., ama doğru cevap ...". "Yazarın cevabı" cevabı için özel bir simgeye sahip olmanın daha iyi olduğunu düşünüyorum. Bu bir bahane olmayacak, ancak katılımcılar için ek bilgiler.

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.