タグ付けされた質問 「open-source」

私は自分のプロジェクトの1つで無料のソースコードを使用しています。ソースコードは1990年代に作成されたものであり、コードを自由に変更および配布できるWebサイトから入手できます。ソースファイルにはライセンスの表示は含まれていませんが、「著作権はすべての権利を保有しています」というコメントがあります。私のプロジェクトはGNU General Public Licenseの下で公開されているため、今朝、ライセンスの問題が発生する可能性があることに気付き始めました。そのため、ソースコードの所有者に連絡しようとしました。残念ながら、所有者は亡くなり、彼の会社は仕事をやめました。 ソースコードはどうなりますか、その著作権は有効ですか、所有者はいますか？

13 open-source  licensing  gpl 

閉まっている。この質問はトピック外です。現在、回答を受け付けていません。 この質問を改善したいですか？ 質問を更新して、 Software Engineering Stack Exchangeのトピックになるようにします。 4年前に閉鎖されました。 約30人の開発者が参加するオープンソースプロジェクトに取り組み始めたばかりです。「ループ」に入り、プロジェクトの定期的なコミッターになる方法として、いくつかのバグの修正に取り組んでいます。問題は、私が取り組んでいるバグの1つを引き起こしている基本的な設計上の欠陥を発見したと思うことです。しかし、メーリングリストでこれをas慢にすると慢になると思います。この問題についての議論のいくつかは、一部の人々と首を突っ込んでいます。これについてどうすればいいですか？

13 open-source  teamwork  collaboration 

特定のコードにMITライセンスを使用しています。現在、このライセンスには、すべて大文字の免責条項があります。 THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF... ... zlibライセンスには通常大文字で始まる免責事項（ライセンステキストの上にあることに注意してください）、および免責事項がまったくないソフトウェア（実際に保証があることを意味しますか？）を見ましたが、信頼できる関係者からの情報を参考にしてください。まだ見つかりませんでした。 他のファイルに関する GNUのライセンス通知には、この免責事項が付属しています。 このファイルは、保証なしで現状のまま提供されます。 短くてシンプル。 したがって、私の質問：長い免責事項ではなく短い免責事項（またはどちらか一方）が、私が関係するすべての管轄区域で安全に使用できることを示す信頼できる情報源はありますか？ この質問の目的のために、ソフトウェアは欧州連合でリリースされますが、何らかの違いが生じる場合があります。

13 open-source  licensing 

元の作成者がソフトウェア/コードにライセンスを強制できない（または強制しない）と仮定しますが、その作業は今でも人気があります。 あなたがそれを視覚化したいなら、私は複雑な仮説を捨てるでしょう： オープンソースライセンスの下でコードプロジェクトをリリースした開発者の非常に小さなグループを想像してください。リポジトリはサーバーでホストされていました。しかし、開発チームの全員が悲劇的な事故などで亡くなりました。これが発生した後、サーバーはシャットダウンしました。プロジェクトにはかなり大きなユーザーベースがあったため、他の人がダウンロードするために自分のサーバーで最後のリビジョンをホストし始めました。 （はい、アクティブな想像力があります） ライセンスを遵守することは、そのユーザーの道徳の問題になりますか、それとも、強制するユーザーまたはグループが1人もいない場合に法的罰則が存在する可能性はありますか？悪意のあるユーザーがプロジェクトから分岐して別のライセンスで使用することに決めた場合、何かできるでしょうか？ 私は法的助言を求めていません。ソフトウェアライセンスがどのように機能するかについて単に興味があります。私は奇妙な状況を考える傾向があり、それらのシナリオで何が起こるのだろうと思います。

13 open-source  legal  licensing 

クラスでprivateを使用するタイミングとprotectedを使用するタイミングに関するこの質問に、私は考えました。（この質問は関連しているため、最終クラスとメソッドにも拡張します。Javaでプログラミングしていますが、これはすべてのOOP言語に関連すると思います） 受け入れられた答えは次のとおりです。 良い経験則は、すべてをできるだけプライベートにすることです。 そしてもう一つ： すぐにサブクラス化する必要がない限り、すべてのクラスを最終クラスにします。 サブクラス化してすぐにオーバーライドする必要がない限り、すべてのメソッドをfinalにしてください。 メソッドの本体内で変更する必要がある場合を除き、すべてのメソッドパラメーターを最終的なものにします。 これは非常に単純明快ですが、アプリケーションではなく主にライブラリ（GitHubのオープンソース）を書いている場合はどうでしょうか。 多くのライブラリとシチュエーションに名前を付けることができます。 開発者が考えもしなかった方法でライブラリが拡張されました これは、可視性の制約のため、「クラスローダーマジック」およびその他のハックを使用して行う必要がありました。 ライブラリは構築されていない方法で使用され、必要な機能は「ハッキング」されました 可視性の低下により変更できない小さな問題（バグ、機能の欠落、「間違った」動作）のため、ライブラリを使用できませんでした 修正できなかった問題は、単純な関数（プライベートまたは最終）をオーバーライドするのに役立つ巨大でhugeいバグのある回避策につながりました。 そして、質問が長くなりすぎるまでこれらの名前を付け始め、それらを削除することにしました。 必要以上のコード、必要以上の可視性、必要以上の抽象化を持たないというアイデアが好きです。そして、これはエンドユーザー向けのアプリケーションを書くときに機能するかもしれません。その場合、コードはそれを書く人だけが使用します。しかし、コードが他の開発者によって使用されることを意図している場合、これはどのように持続しますか？元の開発者があらゆる可能なユースケースを事前に考え、変更/リファクタリングが困難/不可能である可能性は低いですか？ 大きなオープンソースライブラリは新しいものではないので、オブジェクト指向言語を使用したこのようなプロジェクトで可視性を処理する最も一般的な方法は何ですか？

12 object-oriented  language-agnostic  open-source 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 5年前に閉鎖されました。 友人がプログラミング言語を書いています。SGMLを連想させる構文を持っています。彼はそのためのインタプリタとIDEを書きました。彼と彼の同僚は社内でサーバーサイド言語として使用しています。また、コマンドラインツールを作成するためにも使用できます。 彼は、人々がそれを使用するためのライセンスを購入することを期待して、それを一般に公開したいと考えています。彼は、言語の実装を表現するコードを自分自身に保持したいと考えています。その中にはかなりの知的財産が縛られているからです。 私は彼に、クローズドソースのプログラミング言語の時代は終わったと言い続けています。「すべての主要言語を見てください。大半はオープンソースです。社外の人に自分の作ったものに注意を払ってもらいたいのなら、あなたもオープンソースにしなければなりません。」 彼に良いアドバイスをしていますか、それともあなたが支払う独自の言語の余地がありますか？ 後 デンは、「...言語がどのようにクローズドソースになり得るかを説明してもらえますか？」と尋ねました。 「@Denあなたは良い点を言います。私の友人が避けたいのは、MicrosoftがJavaに似た言語を作成し、J ++と呼んで、そのJava性についてSunと訴訟を起こす状況です。 。実装によってビジネスが停止する可能性のある会社によって、構文およびプログラミング手法がハイジャックされるのをどのように保護しますか？」

12 programming-languages  open-source  closed-source 

どうして？ ソースにもよりますが、Intelコンパイラは、x86アーキテクチャ用の最速の実行可能ファイルを生成するコンパイラである可能性が最も高いです（5〜100％の実行時間の改善）。 IntelはLinux向けのコンパイラを非商用ライセンスで無料で提供しています（Intel-Non-Commercial Software Developmentのページのどこかで無料だと思います）。学生向けの無料の非商用ライセンスもありますが、3つの主要なオペレーティングシステムすべてにツールが提供されていますが、このライセンスは適用されません（評判の制限によりリンクが削除されました）。 ゴール 私（非学生として）は、非商用ライセンスの下でインテルコンパイラを使用して実行速度を向上させ、Windows（および場合によってはOSバツ） 詳細： このドキュメントから推測したことは、Intelコンパイラはプラットフォームの主要なコンパイラと互換性のあるオブジェクトファイルを作成するということです。 サブ質問： WindowsおよびLinux（現在のバージョン）のgcc、g ++、cl、mingw32、icc、icpc、iclのオブジェクトファイル形式は何ですか？ mingw32クロスコンパイラツールチェーンの一部を使用して目標を達成できますか？ 生成されたオブジェクトファイルのメタデータが主な問題だと思いますか？ ad 2： mingw32-objcopyは、Linux（おそらくELF）上のIntelコンパイラ出力をMicrosoft互換のCOFFに変換できるようです（ただし、再配置可能なオブジェクトファイルの例外があります）。誰かがこれが実際に機能することを確認できますか（重要でないアプリケーションの場合）、お願いします。

12 c++  open-source  c  compiler  cross-platform 

私はオープンソースの世界は初めてです。私が取り組んでいるプロジェクトはGithubにあります。（参照用）私が取り組んでいるプロジェクトは、Plex Media Serverのプラグインです。プラグインをPlexに送信して、それらが「アプリストア」に含まれるようにする予定です。今私の質問に。 私が最初に始めたとき、私は私が望むもののいくつかをしたがあまり良くない古い半放棄されたプラグインを見つけました。私はそのレポに貢献することから始めました。現在の所有者は忙しすぎてそれを台無しにできないと言ったので、私はすぐにレポに対する完全な権利を持つ共同作業者になりました。しかし、コードをさらに掘り下げ始めたとき、それが無駄であることに気付きました。既存のコードベースはひどいものであり、それを修正する効率的な方法はありませんでした。ゼロから始めただけです。新しいプラグインで使用したコードは、最初にコミットしたコードのみでした。 これで、プロジェクトをリリースする準備ができました。しかし、私はこれをどのように行えばよいのかわかりません。次のようにオプションが表示されます。 新しいレポを作成し、既存のものを忘れてください。以前のレポやその貢献者についても言及すべきかどうかはわかりません。そのコード/リソースを使用せず、まったく新しいコードベースを作成しました。プラグインは古いプラグインと同じことをいくつか行いますが、まったく新しい方法でより効率的な方法で行います。 既存のレポをフォークし、既存のコードを削除して、新しいコードをコミットします。私はGitが初めてなので、これが可能かどうかはわかりません。 既存のレポジトリに変更をコミットし、現在の貢献者がどのように言っているかを確認します。 3つの選択肢のうち、最初の方に強く傾倒しています。だが！私はオープンソースが初めてなので、適切なエチケットに従って仕事をしていることを確認したいと思います。私の最初のプロジェクトが目の前で爆発し、災害になりたくありません。オプション2の音は悪くありませんが、それを行うべきかどうかはわかりません。履歴と差分がどのように機能するかわかりません。せいぜい500〜1000行程度のコードです。したがって、それは巨大なコードベースではありません。 あなたが提供できる入力をありがとう！

12 open-source  github  workflows  etiquette 

市場での関連性を維持するために、ソフトウェア会社の新しいビジネスモデルを調査しています。有料サポート付きのオープンソースモデルは当社製品に適しているように見えますが、Stackのようなサイトで一流のヘルプが無料ですぐに利用できる時代に、有料サポートモデルが実行可能かどうかについて懸念がありますExchangeネットワーク。 適切な事例-昨年、Win 7ライセンスと新しいハードウェアの支払いを望まなかったため、従業員をUbuntuに移動しました（さらに、モノラルプラットフォームは非常に魅力的でした）。私のスタッフにはLinuxの経験はありませんでしたが、AskUbuntu、Stack Overflow、および「For Dummies」の書籍をいくつか使用して、約120日間で相対的な能力を達成することができました。Ubuntuコンサルタントを7日間雇用してトレーニングとサポートを提供しましたが、それを超えると、あらゆる種類の有料の専門知識に0.00ドルを費やしました。 デューデリジェンスに関しては、小規模な顧客の1人と3か月間のフリーミアムペイドサポートモデルのベータ版を実行し、平凡な結果を達成しました。私たちのソフトウェアは非常に安定していて使いやすいので、顧客が多くの有料サポートを必要としなかったので、私はそれを考えたいと思いますが、私たちは、SLAの条件を、 Ubuntu。 私が検討している動きに関連する考え、アドバイス、または経験はありますか？何が機能し、何が機能しなかったのか、など？

12 open-source  business  business-process 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 製品を構築するためのアイデアはたくさんあります。問題は、私がプロとしての仕事の経験が1年未満であり、現在制作しているものに基づいて将来否定的に判断されることを恐れていることです。私のコードが良いかどうかはわかりません。 私はどのコーディングパターンにも精通していません。私が知っているのは、機能する製品を構築することだけです。将来のプロジェクトのためにgithubに公開プロファイルを作成したいので、コメントが十分にあり、最適化され、クリーンであることを確認するように努力します。 これらは、一般に公開されることを恐れているものです。 私のコードは高度に最適化されていない可能性があります。 偶然に仕事を終わらせる特定のライブラリまたは関数の誤った使用。 コーディングパターンを知らない、または従わない。 多くのバグ/コーナー、エッジケースを考慮しない スレッドの安全性、マルチスレッドプログラミングの同時実行性の問題など、特定の概念の基本的な理解と適用の欠如。 もっと経験を積むまで、ローカルでプライベートに作業を開始するか、それともビルドを続けるべきでしょうか。ここでの間違いが、長期的に私のキャリアの見通しに悩まされることを望まない。

12 open-source  personal-projects 

閉じた。この質問は意見に基づいています。現在、回答を受け付けていません。 この質問を改善したいですか？この投稿を編集して事実と引用で答えられるように質問を更新してください。 4年前に閉鎖されました。 私の会社には非常に幅広い製品があり、私たちにとって戦略的ではないものがいくつかありますので、それらをオープンソースにしたかったです（したがって、私たちはすべての会社が持っている製品を私たちのユニークでオープンソースにすることに集中できます）。 私たちの業界（ヘッジファンド）はオープンソースではありません（私たちがこれを試す最初の会社です）、経営陣から得ているフィードバックは、1）業界を破壊するか、2）すべての競争力のある商業会社が団結することです私たちに対して、どちらの方法でも一掃されます。私の会社では、共有のプラスの効果を目にしたIT担当者と、すべてを放棄するだろうと考えるビジネス担当者の間で大きな戦いになっています（彼らは、オープンソースにしたい部品を販売することを望んでいますが、何かを売却するときの標準です）。 それで、あなたの考えは何ですか？オープンソーシングは一般的に適用されますか、それとも実際にソフトウェアにのみ適用されますか？業界内外の人々にとって全体的に良いですか？私は実際にネガティブ効果にもっと興味があります（ポジティブも歓迎します） 更新：長い話は短いですが、コードは関係していますが、これはオープンソースのアイデアに関するものであるため、コードに関するものではありません。 私たちは中規模のクオンツヘッジファンドです。いくつかのユニークな戦略がありますが、標準的なロング/ショート、アービトラージ、グローバルマクロなどのファンドもあります。 私たちは持っているユニークな資金を保持していますが、他の誰もが持っている他のものは私たちがオープンソース化を検討していますだから私は、企業からの興味があるか、業界に入ることを考えているのではないかと疑っていますが、どの程度かはわかりません。 目標は、コミュニティを私たちのために働かせることではなく、それをいじりたい人が誰でもできるようにして、彼らが望むものを作成することです（私たちの一部を非公式に割り当てるかもしれませんが、私たちの製品ラインの一部ではありません成長するコミュニティを支援するスタッフの時間）。コードベースは非常に大きいですが、これの価値は、私たちが獲得した業界の知識とアプローチです（人工知能とクオンツ取引に関する多くの本がありますが、ほとんどの企業はスタッフが議論することを禁止しているため、実際に何年も遅れています彼らは何をやってるの）。簡単に言えば、ここには人々にとって価値があるかどうかがありますが、製品ラインナップを売却する間、一般の人々に利益をもたらす方法としてオープンソーシングに取り組んでいます。しかし、逆に、これは他の多くの企業にとってコア製品であり、幸せになります（Linux / Windows、ウィキペディア/ブリタニカ、グーグルマップ/コマーシャルマップファームなどについて考えています）。私が嫌いな人は大丈夫ですが、インデントされていない結果ではなく、この問題は、コア領域をオープンソース化する業界で一般的にそれらの結果が何であるかを理解しようとすることです。たとえば、Linuxが原因でOS市場のどの部分が成長したのか、自然に成長したのかなどを判断するのは困難です。テクノロジーは急速に成長しており、オープンソースがどのように影響したかを理解するのに苦労しています（そしてそれが肯定的であったかどうか。そのようなものが必要ですか？）。私を嫌っている人は大丈夫ですが、インデントされていない結果ではなく、この質問は、コア領域をオープンソース化する業界に一般的にどのような結果があるかを理解しようとすることです。たとえば、Linuxが原因でOS市場のどの部分が成長したのか、自然に成長したのかなどを判断するのは困難です。テクノロジーは急速に成長しており、オープンソースがどのように影響したかを理解するのに苦労しています（そしてそれが肯定的であったかどうか。そのようなものが必要ですか？）。私を嫌っている人は大丈夫ですが、インデントされていない結果ではなく、この質問は、コア領域をオープンソース化する業界に一般的にどのような結果があるかを理解しようとすることです。たとえば、Linuxが原因でOS市場のどの部分が成長したのか、それ自体が自然に成長していたのかなどを判断するのは困難です。テクノロジーは急速に成長しており、オープンソースがどのように影響したかを理解するのに苦労しています（そして、それが肯定的かどうか。そのようなものが必要ですか？）。たとえば、Linuxが原因でOS市場のどの部分が成長したのか、それ自体が自然に成長していたのかなどを判断するのは困難です。テクノロジーは急速に成長しており、オープンソースがどのように影響したかを理解するのに苦労しています（そして、それが肯定的かどうか。そのようなものが必要ですか？）。たとえば、Linuxが原因でOS市場のどの部分が成長したのか、それ自体が自然に成長していたのかなどを判断するのは困難です。テクノロジーは急速に成長しており、オープンソースがどのように影響したかを理解するのに苦労しています（そして、それが肯定的かどうか。そのようなものが必要ですか？）。 これは私にとって非常に具体的なことのように思えますが、オープンソーシングの一般的な影響を理解しようとしているので、ソフトウェアは学ぶべき良い場所のように思えました。

12 learning  open-source  business  financial 

オープンソースプロジェクトで何度か発生した状況は次のようになります。 デプロイメントにバグがあり、簡単なハックパッチを見つけました。（たとえば、実際に必要のないコードをコメントアウトするだけです。） 実際のバグを把握し、パッチを作成し、Gitプルリクエストなどを介してそれを送信するために、少しの余分な努力を費やしています。 プルリクエストは拒否されます。おそらくパッチは不完全で（たとえば、あるべきではない行が含まれていた）、コーディングスタイルに違反していたか、おそらく他の影響がありました。または、Gitで何か間違ったことをした可能性があります-プルリクエストはリベースされるか、何かでした。メンテナーは、パッチを改善する方法についてのフィードバックを提供し、再送信を要求します。 この時点で、私はどこまで進むべきかについて混乱しています。心配する限り、問題はありません。手順1で修正しました。問題を報告しました。他の人のために修正するための措置を講じました。しかし、それが「私の」プルリクエストだとは思わないので、パッチを改善する責任は私にあるとは思わない。 私を悩ませる特定の状況の1つは、パッチの失敗について議論した後、正しいパッチが何であるか（つまり、コードのすべての行を含む）のメーリングリストで合意に達することです。その後、実際にパッチを生成して送信するのは私の責任であると考えられています。 これらの状況に標準的なエチケットはありますか？それらはどのように解決されますか？私の反応は異常ですか？バグ修正をどこまで受け入れられるのでしょうか？ （「オープンソースプロジェクト」と言うとき、これらのいくつかは非常に小さいですが、趣味ではないかもしれません-開発者のリソースをそれらに取り組むことをコミットするいくつかの組織に役立つ単純なソフトウェアプロジェクトです。 「パッチを修正して再送信する」ということは、雇用主にとって有益なものに取り組む責任があることを理解してください。私たちに影響しないバグの修正に時間を費やすことは間違っているでしょう...）

12 open-source  etiquette  bug-report  software-patches 

あなたの従業員にあなたの会社でオープンソースプログラムを使わせることの短所はありますか？ 私はビジネスを始めることを計画しており、Microsoft Wordが最も有名なものを引用するので、なぜ企業は通常、プロプライエタリなソフトウェアで作業するのか疑問に思います。Open Office（またはLibre Office）などを使用しないのはなぜですか？ 私の観点からは、例えば寄付の形であなたの利益の一部を与えることで、多くのお金を節約し、オープンソースコミュニティを助けることができます。 私はこれを行う（中規模の）会社を知りません。おそらく、このオープンソースの使用/コラボレーションのモデルがうまく機能することを証明するために、いくつかの例を挙げることができます。

12 open-source  company 

ほとんどが単体テストで構成されているテストコードにライセンスを付与する（しない）ことの利点/リスクがあるかどうか疑問に思っています。どう思いますか？ 特に、（L）GPL、Apache、MIT、およびBSDでのライセンスに興味があります。 編集：非テストコードは既に何らかのライセンスの下で公開されているが、テストコードは公開されていないことを前提としているため、公開するかどうか、公開する場合は同じライセンスを適用するかどうかが問題になります。

12 open-source  licensing  unit-testing  copyright 

私はオープンソースプロジェクトを開始しました。プロジェクトにラベルを付けるためのキュートでキャッチーなアイコンが欲しいです。私のジレンマは、このようなプロジェクトで使用するベクターグラフィックスを設計した経験がほとんどないことです。これを補うために、ストックフォトサービス（シャッターストックなど）からグラフィックを購入するかもしれないと考えました。 私のプロジェクトはGherkin言語ファイルからHTMLドキュメンテーションを作成します。私の意図は、各ページのフッターでこのアイコンを使用して、「...によって生成される出力」を作成することでした。 私の質問は、このグラフィックを使用する場合、ライセンスソフトウェアにどのような影響があるかです。Apache v2ライセンスでソフトウェアをリリースしています。

12 open-source  licensing  apache-license