プログラマが自分のライブラリを宣伝することは倫理的ですか?[閉まっている]


11

つい最近、私は独自のオープンソースJavaScriptライブラリの保守を開始しました。かなり特定のニーズを解決するために作成しましたが、ライブラリを使用して(全体/一部で)解決できる質問をかなり定期的に確認しています。

回答を投稿し、ライブラリを管理していることを常に含めてください。

オープンソースプロジェクトの場合、これはそれほど大したことではないかもしれませんが、どこで線引きしますか?(例:商用製品)プログラマが自分のライブラリを宣伝することは倫理的ですか?そうでないときは?


6
完全な開示が重要です。これは、meta.stackoverflow.comの関連する議論でコミュニティによって完全に合意されています。所属を適切かつ明確に開示する限り、オープンソース、営利、または商業図書館でさえ宣伝することは関係ありません。
コーディグレイ

現在の所属形態は、「申し訳ありませんが、私は著者です...」という言い訳のようなもの、または「私はこの著者です!」という自己宣伝のようなものです。便利ではありません。SOが回答の所属に特別なアイコンを提供する場合、それはより中立で倫理的です。
agershun

2
この質問はStackExchangeのメタの側面に関するものであり、Meta ProgrammersまたはMeta Stack Exchangeに属しますが、移行するには古すぎるため、トピック外のようです。

@ GlenH7私がする必要があること、または質問をそのままにしておくことはありますか?
キットメンケ

@KitMenke-そのままにしておくことができます。MP.SEへの移行のフラグを立てましたが、移行するには古すぎると思われます。削除されることもありますが、私もそれについて心配しません。

回答:


31

なぜ非倫理的でしょうか?あなたは金銭的な利益を得ていない、そしてそれはまた読者にそれを知らせる:

  1. あなたは作成者/管理者であるため、このライブラリに対して特定のバイアスがあります。
  2. 質問がある場合は、おそらくあなたが質問するのに最適な人物です。

もしあなたが本当にそれを心配しているなら、同じ問題を解決するために使用されるかもしれない同様のライブラリを常に言及しようとし、あなたのものを彼らのものと素早く比較することができると思います。


金銭的利益が主な決定ですか?悪魔の擁護者を演じる...ライブラリが無料だったが、サポートを得られなかった場合はどうなるでしょうか?自分のライブラリを別のライブラリよりも宣伝することで、直接利益を得られます。
キットメンケ

7
あなたの経済的利益が開示されている限り、それについて非倫理的なことは何もありません。図書館を宣伝する動機を隠した場合にのみ、非倫理的です。
ジョンウェルドン

6

これは、メタスタックオーバーフローで説明されています。

これらのサイトで、適切で適切なソリューションである場合は、ソフトウェアを提案する必要があります。そうでないときに提案することは、スパムと見なされます。あなたはあなたの関係を明らかにする必要があります。

これは、ソフトウェアがF / OSSであるかプロプライエタリの商用であるかに関係なく適用されますが、人々はF / OSSの正直なエラーをより寛容にするかもしれません。


これはリンクmeta.stackexchange.com/questions/10174/…ですか?個人的にも、開示が必要だと感じています。
キットメンケ

1

あなたのライブラリが特定のケースに適したソリューションであると本当に信じているなら、私はそれを宣伝することに何の問題もないと思います。開発したので、おそらくドメインや他のソリューションを十分に理解しているため、そのような経験がない他のソリューションよりもソリューションを提案する資格が高くなります。


1

場合によります....

答えるとき、自分のライブラリに「私のライブラリその問題を解決できる」と言うだけですか、それとも「私のライブラリはその問題の素晴らしい解決策だ」と言いますか?

2番目は間違いなくOKです。最初の質問は、免責事項があっても、可能な限り最高の回答で質問に答えるべきであるという意味で、少し非倫理的かもしれません そうでない場合、あなたは売っているので、Q&Aを売るために使うべきではありません(たとえお金がかかっていなくても)。

ライブラリの多くが使用されない場合、ライブラリは優れたソリューションにはならないことに注意してください。


「できた」が最良の記述であるが、事前にコーディングされた他の優れたソリューションがない場合はどうでしょうか?
マシューシャーリー

@Matthew-この仮説的な状況で、なぜ事前にコーディングする必要があるのですか?ライブラリが本当に「素晴らしい」ソリューションではない場合は、アルゴリズムを説明して、自分で構築することを提案してください。または、ライブラリのソースコードをポイントします。
ニコール

まあ、主な理由はあなたの良い対素晴らしいの定義です。ライブラリがすべての要件に対応しているのに、必ずしも必要ではないものをたくさん提供しているのに、なぜライブラリが優れたソリューションではないのですか?この場合、すべてのプロジェクトで常にすべてのフレームワークを使用する人はいないため、フレームワークを使用する人はいません。
マシューシャーリー

@マシュー-私はそれが私が言ったことをまったく感じていません。「その多くが使用されない場合」と言っただけです。OPのライブラリにが含まれているかわからないことを覚えておいてください。それは「かなり特定のニーズ」に合うものです。それが専門的であり、他の多くの方法で役立つ可能性が低いことを意味する場合、そう、私はそれはかなり貧弱な提案だと思います。そこで私は、ソースコードを指すか、アルゴリズムを記述することは素晴らしいアイデアだと言います。
ニコール

1

確かにそれは倫理的です...それは、オープンソース開発者がカンファレンスで自分たちの製品を宣伝するために行うことです。結局のところ、あなたがあなた自身の製品を気にしないなら、だれがするでしょうか?競争?とにかく、ユーザーが最終決定権を持ち、最終的にはユーザーの選択がユーザーになります。


1

倫理的でないのは、会社で働き、自分の製品を購入するために経営陣に「納得させる」(引用に気づく)ときだけです。

すべて無料で、多くの負債を失います。

その上、あなた自身のドッグフードを食べることは価値の証明とみなされます


1

承知しました。

それが目前の問題を解決するなら、それは機械的に関連性があり、それを疑うことはありません。

「私はこのライブラリの作成者です」などの情報開示に感謝するはずです。それ自体は必要ではありませんが、強く、強く奨励され、期待されています。倫理の疑いは、図書館を含めることではなく、あなたがそれを書いていることを明らかにすることです。あなたはいつもそれをすべきです。


+1は、関連性は基本的だが必要な要件だと思うからです。
キットメンケ

0

それは間違いなく倫理的です。特に作者がより良い解決策を提供する場合、技術の作者から直接サポートを受けるほうが良い場合があります。

一方、現在の所属関係の開示形式は言い訳のようなものです。「ごめんなさい、私はこの技術の著者です...しかし、正しい答えは...です」。「Answer from author」という答えに特別なアイコンを付ける方が良いと思います。これは言い訳にはなりませんが、参加者への追加情報です。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.