リーナスの法則(リーナスのほうそく、Linus's Law)とは、同じ名前が付けられているものの、次の人物らが述べた、それぞれともに内容が異なる経験則を指す。 エリック・レイモンドは、フリーソフトウェアのバグをコミュニティが探し出すことに対する存在として語っている。 リーナス・トーバルズは、コーディングなどプログラマに関するモチベーション、動機付けについての存在として述べている。 エリック・レイモンドによるリーナスの法則[編集] レイモンドによるリーナスの法則は、彼のエッセイならびに書籍、『伽藍とバザール』("The Cathedral and the Bazaar", 1999年)にて主張したソフトウェア開発における法則である[1][2]。リーナスに敬意を表し彼の名前が付けられている。 この法則は、「十分な目ん玉があれば、全てのバグは洗い出される」("Given enough eyeba
Free software, open standards, and web services for interactive computing across all programming languages JupyterLab: A Next-Generation Notebook Interface JupyterLab is the latest web-based interactive development environment for notebooks, code, and data. Its flexible interface allows users to configure and arrange workflows in data science, scientific computing, computational journalism, and ma
説明が2013年1月に加わりました: この見解はFSFの著作物のパッケージに適用されます。開発者がプログラムをGNUパッケージにする際には、その著作権をFSFに移譲し、そのパッケージに対してGPLを行使できるようにするか、もしくは、著作権をそのままとしてGPLの行使の責任も持つかを決められます。FSFの著作物のパッケージとした場合、FSFは著作権の移譲を将来に渡って求めます。このページはその理由を説明しています。さらに関連した説明。 歴史上ほとんどの自由ソフトウェア・プログラムはアメリカ合衆国の法の下で最初に発表されてきましたが、アメリカ法の下では著作権を登録することに手続き上非常に重要な利点があります。GPLによって伝達される幅広い配布権にも関わらず、著作権の行使は一般的に配布者には不可能で、著作権者か著作権を譲渡されているもののみが権利を行使することができます。著作権が主張される著作物
Open Source Licenses by Category Page created on September 19, 2006 | Last modified on November 2, 2022 License Index License Approval Process License Information Origins and definitions of categories from the License Proliferation Committee report In the lists below, a parenthesized expression following a license name is its SPDX short identifier, if one exists, except for two items in the first
This page is maintained by the Free Software Foundation's Licensing and Compliance Lab. You can support our efforts by making a donation to the FSF. Have a question not answered here? Check out some of our other licensing resources or contact the Compliance Lab at licensing@fsf.org. We classify a license according to certain key criteria: Whether it qualifies as a free software license. Whether it
と思う。もちろん、自分自身で新しい何かを作った時は、自動的にそのプロダクトのコミッタに就任しても良い。しかし、他人のプロダクトに対して、 「コミッタにならせてください」 っていきなり名乗り出るのは、OSSの世界を知らないにも程がある。 OSSは、もちろんソースコードが公開されているために、そのメリットとして「誰でも修正コードを作って適用できる」ということがあげられる。しかし、それが即コミッタ就任につながると思っている人がいるようだが、それは大きな勘違い。つまり、公開されたコードの不具合や改善策を提供することは、「OSSの利用者に課せられた当然の行為」であり、本来であれば、そのOSSプロダクトを利用する人全員が行うべき(少なくともそれを認識しておくべき)ことである。 それが何故「コードに対する貢献をしたんだから、コミッタにしてくれ」なんて発想になるのか、僕には理解できない。 あとからコミッタ
この記事は検証可能な参考文献や出典が全く示されていないか、不十分です。出典を追加して記事の信頼性向上にご協力ください。(このテンプレートの使い方) 出典検索?: "コミッター" – ニュース · 書籍 · スカラー · CiNii · J-STAGE · NDL · dlib.jp · ジャパンサーチ · TWL(2024年3月) コミッター(Committer)とは、コンピュータ業界用語でバージョン管理システムのリポジトリにコミット(チェックインとも言う)する権限を有する者のことである。 概要[編集] コミッターとはリポジトリにコミットする権限がある者のことであり、大規模なオープンソースプロジェクトではこのようなメンバーを置くことが多い。 通常はコミッターも開発者の一人であるが、コミッターでない一般の開発者と違い、誰かにお伺いを立てることなくリポジトリを変更できる。一方、一般の開発者がリ
Better Sharing, Brighter Future “Twenty Years of Creative Commons (in Sixty Seconds)” by Ryan Junell and Glenn Otis Brown for Creative Commons is licensed via CC BY 4.0 and includes adaptations of the multiple open and public domain works. View full licensing and attribution information about all works included in the video on Flickr. Creative Commons is an international nonprofit organization tha
Avail Development and This Website Avail development is very active, but we are are not actively updating this website. Our available time for Avail development is spent working on the code base and updating the project in Github. Much of the information on this website is out of date. We are nearing our release goals for our official IDE, Anvil, which will revolutionize and streamline every aspec
オープンソースからハイスクールフリート、The Beatlesまで何でもありの自称エンターテインメント日記。 皆さんOracle好きですか? 私は好きじゃないどころかわりと積極的に嫌いですし、Oracleのことを好きだという人には今のところ会ったことがありません。 まぁそんなことはどうでもよくって、あなたや私が望もうが望むまいが、Oracleという企業は存在しています。 OracleはSun Microsystemsを買収した時に運営していたFLOSSプロジェクトの多くを引き継いでいます。中には戦略的に積極的になっているものもありますし(MySQLとか)、ポイチョと捨てたものもあります(OOoとか)。VirtualBoxやNetbeansは、なぜ今でも維持しているのか良くわかりません。利益を生んでいるようには見えないのです。 Netbeansに関してはよくわからない(判断するだけの材料がな
Browse free open source Software Development software and projects below. Use the toggles on the left to filter open source Software Development software by OS, license, language, programming language, and project status. Odoo is a fully integrated, customizable, open-source software packed with hundreds of expertly designed business applications. Odoo’s intuitive database is able to meet a majori
このページ名「ソフトウェアの自由の日」は暫定的なものです。 議論はノートを参照してください。(2012年11月) 「ソフトウェアの自由の日」のロゴ ソフトウェアの自由の日会議2018(インドネシア・ジャカルタのブディ・ルフール大学) ソフトウェアの自由の日 (ソフトウェアのじゆうのひ、Software Freedom Day)とはフリーソフトウェアに関する年1回の記念日で、フリーソフトウェアやその良さや使用の奨励を公教育に拡大することを目的にしている。SFDと略される。 2004年に制定され、初年は8月28日を記念日と定め、12の団体が参加した。以降、この記念日は成長を続け、2010年には主催者が参加団体が1,000以上になると予想したが[1]過去2年間で開催場所が約400箇所以上と停滞し、参加団体も2009年と比べて30%減少した。 2006年以降SFDは9月の第3土曜日に固定されており
つかだでございます。 ここから、自分のPCからGit、GitHubを使う際の手順や方法の記録になります。 前回の「その四 ~GitHubリポジトリ作成~」では、例として「SetucoCMS」というリポジトリを作りましたが、ここからは私のGitHubアカウントや、そのアカウントで作ったリポジトリ「GithubTest」を使いながら動きを確認していくことにします。 適宜自分の使うリポジトリやURLに置き換えてお読みください。 さて、今回はGitHubアカウントの初期設定、「SSH公開鍵の登録」です。 「SSH」と「公開鍵」 「SSH公開鍵を登録」の本編に入る前に、そもそもSSHって何なの、公開鍵って何なのという点を、ごく簡単に確認しておきましょう。そんなん知ってるよ!!という方は、適宜読み飛ばしてください。 SSH=安全な通信方法の一種 SSHは”Secure SHell”の略で、直訳すれ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く