プラグインなどを使用した場合、どのくらいのクレジットを取得しますか？
私はよく自分でアプリケーションを開発します。しかし、私は本当にしましたか？
私はその主張について奇妙に感じ、それがいつ真実であるかを決して知りません。
つまり、設計してコーディングしましたが、XYZプラグインを使用しました。使用したプラグインを作成しなかった場合でも、すべて自分で行ったと主張できますか？
この会話を検討しますか？
ME：私はこのアプリを完全に自分で設計および開発しました。
その他：かっこいい、XYZ部分をどのようにプログラムしましたか？
ME： XYZプラグインを使用した部分はプログラムしませんでした。
その他：だからあなたは実際にそれをプログラムしなかった[〜＃〜]すべて[〜＃〜] ？
つまり、使用したプラグインのクレジットを提供する必要がある場合、使用した言語の作成者のクレジットとIDE作成者のクレジットも提供する必要がありますか？線を引く？
これは、私がプロジェクトの完全なクレジットを取得しようとするとすぐに私の私のものを常に横切るものであり、その問題について他の人の意見を疑問に思っていました。
それは「XYZパーツ」が何をするかに依存します。ほとんどのコードライブラリは、1つの単純なタスクを処理するかなりモジュール式のものです。他の誰かがそれを設計したとしても、あなたはあなたのプログラムが何をすべきかという全体的なビジョンにそれを統合した人です。
サードパーティのコードがアプリケーションロジック自体の大部分を処理しない限り（たとえば、既存のエンジンの上にビデオゲームを構築する場合）、それは単なるコンポーネントです。サードパーティのコントロールを使用したために実際にプログラムを作成しなかったと言うことは、既製の釘、ボード、乾式壁、配線などを購入したために実際に家を作成しなかったと言うようなものです...
基本的に正直に言うと、1日の終わりにサイトまたはアプリをまとめて、最終的に構築したときと同じように最終結果を評価できるようにします。
プラグインを使用した場合、プラグインを見つけて使用することを知っているのに十分賢いことは称賛に値しますしかし私の場合、私は認める（場合によっては認める）ツールがあることを認めます私が達成した結果を簡単に（可能でも）達成できるようにします。
JQueryとjQueryUIを例にとると-それはいくつかのことを非常に簡単にするので、それを使用する場合はそう言いますが、それはアプリではなく、時にはそれを正しく配線し、アプリ全体で何をするかを決める必要があります必須。したがって、日付ピッカーに労力を費やすことはありませんが、ページ上のいくつかのコントロール（日付ピッカーが添付されたいくつかのテキストボックスを含む）を組み合わせて、より複雑なインタラクションを生成するために労力を費やす必要があります。インタラクションは私でした、私は信用します、デートピッカーはそうではありませんでした。
最後に考えたのは：
- エンドユーザーは通常、必要なことを実行する限り気にしません。配信した場合は、クレジットを取得します。
- 他の開発者は、あなたが何を使用しているかを知っていて、あなたが仕事に適したツールを使用するのに十分賢いことを理解するか、ツールボックスに入れる新しいおもちゃについて学ぶことを理解しないでしょう。どちらの場合も、（プラグインに対して）クレジットを付与します。これにより、同僚から適切な敬意を払うことができます。
専門職、職務著作、または契約の仕事では、特定の各部分がどのように実装され、誰がそれを実装したかを気にするクライアントは、あまり良いクライアントではありません。ライセンスに従ってプラグインを使用した場合、「X、Y、Zを個人的に実行しなかったため、プロジェクト全体を実行しなかった」と具体的に述べる必要はありません。
クライアントがプロジェクトについてお店に話すことに興味があるなら、それは問題ありません。私は一般的に、「あなたが探していた最終結果を得るために、たくさんの異なるものをまとめました」のようなことを言います。
そうでなければ、それは誰が具体的に何をしたかを尋ねるクライアントの場所ではありません：それはあなたがあなたの本のレポートを盗用していないことを教師が確認する必要がある中学校ではありません。クライアントは、あなたが仕事を適切に行ったことを暗黙のうちに信頼し、最終製品によってそれを判断できる必要があります。
実装の詳細がセールスポイントである場合は、必ずそれらに伝えてください。私がオープンソースプロジェクトをベースとして使用するとき、私が遠い昔でも維持される何かをクライアントが購入していることをクライアントに納得させる方法としてそれを言及したいと思います。
私は上記を友人、家族、そして仲間と話す店にまで拡張したいと思います。使用したものを正確に漏らしたい場合は、それで問題ありません。企業秘密であると言っても問題ありません。
他の人にクレジットを与える義務があると感じるのは、ライセンスがそれを要求するときだけです。 gccを使用することは、それを謝辞に入れる必要があるという意味ではありませんが、 CC-BY ライセンスされているものを使用する場合は、そうする必要があります。
それを超えて、あなたが認める価値があると感じることを認めてください：私はあなたに足を上げることとして本当に際立っていたものに限定します、そしてあなたは他の人にもそれを使うべきであることを知らせたいです。
カジュアルな会話では、あなたがそれを作ったと言ってください。合理的な人々は、あなたがビーチの砂と意志の力から自分でCPUを作り、そこから作業を始めることから始めたのではないことを知っています。
物事自体で、それは信用を与えるのはいいことです。出版業界では、 奥付 と呼ばれるものがあります。ここでは、ツールや印刷に関係する人々の功績を認めています。これは、Webサイトの妥当なモデルです。映画やビデオゲームでは、最後にクレジットが表示されることがよくあります。デスクトップソフトウェアでは、その情報は多くの場合、アバウトボックスになります。
どのように行っても、仲間の職人にあなたが何を使用し、誰が助けたのかを伝えるのは非常に簡単です。実際に気にする人は少ないですが、気になる人は多いので、それだけの価値があると思います。
プラグインの部分の大きさによって異なります。それが小さなコーナーピースまたはWebページのコントロールである場合、私はそのアプリケーションを言います。しかし、プラグインコントロールをホストするための唯一のページであり、ほとんどすべてがプラグインに含まれている場合は、プラグインの作成者はほとんどの功績に値します。
@ Murph が言ったように、エンドユーザーは、プラグインが機能し、必要な処理を実行する限り、使用するプラグインを気にしません。ゲームエンジンやドラッグアンドドロップIDEのように、依存関係が50％を超えた場合にのみ、ソースを引用する必要があります。
開発者/ソースコード側では、依存関係（jar、dll、do、[言語依存関係ファイルの種類を挿入]）が存在するだけで十分なクレジットが得られます。 「Xのおかげで、このクラスはとても書きやすくなりました」と言うかもしれませんが、そのようなコメントは完全にオプションです。依存関係が存在し、依存関係の名前が付けられている場合は、ソースを引用します。また、現在のファイルにインポートすると、ソースも引用されます。
だから、あなたが使ったものを引用することを心配しないでください、あなたは今完全に元気です。
アプリケーションのほとんどがコードではなくプラグインだけで機能する場合は、プラグインのクレジットを付与してください。それ以外の場合は、質問された場合、またはプラグインが非常に気に入ったために他の開発者に宣伝したい場合にのみ言及します。