GitHub 上で公開されているソースコードの半分はライセンス的に問題あり | スラド オープンソース
Githubをざっと調べると、 プロジェクトの半分はライセンス情報がない。 30%はソース内に書いてる。 20%は明確なライセンスファイルがある。 ベルヌ条約加盟国では何もしなくても著作権が発生し、コピーして使ったり改良したりするのは著作権侵害になる。 著作権法ではデフォルトで著作物の権利は著作者が保有するので、ライセンスの無いコードは法律上共有できない。 ライセンスの無いプロジェクト内のコードを使用すると、将来的に著作権侵害の訴訟になる可能性がある。 だからオープンソースライセンスが考えられた。 （訳注：オープンソースライセンスは著作者が著作権を保有した上で、著作者の権限で利用者にコードを共有する権利を与える。） Githubのプロジェクトをforkする人は、そのコードを使う権利があると思ってるが、そうじゃない pullリクエストをacceptする人は、そのコードを使う権利があると思って
自作ソースコードに、MITライセンスを適用する３つのやり方 | オープンソース・ライセンスの談話室
自分の作ったソフトウェアをオープンソースとして公開する。まだまだ敷居が高いようです。人気のソースコード共有サービスGithubも、無償で使う場合にはソースコードをオープンソースにする必要があるのですが、「GitHub 上で公開されているソースコードの半分はライセンス的に問題あり」という話もあるくらいです。 では、なぜオープンソースライセンスが、なかなか適用されないのでしょうか。 その理由としては、 オープンソースにしたくない オープンソースライセンスの適用方法が分からない といったことが考えられますが、前者は、Githubの利用条件に合わないので、そもそも無理があります。 さて、後者の「ライセンスの適用方法が分からない」ですが、前回、Githubのライセンス解説サイトを取り上げた時も、「ライセンスが分からない、めんどう」といったコメントが、いくつか見受けられました。ですから、ライセンス適用
GPLから知財を守ろう
GPL(GNU General Public License）の欠点は、知財(IP: Intellectural Property)を公開しなさいという、押し付けがましいライセンスだということに尽きる。GPLの特徴は、GPLでライセンスされたプログラムを改変したり、それを利用するプログラムを配布する際は必ずソースコードを公開しなくてはならない、というものだ。 ソフトウェア開発の重要なメリットは何よりコストを低くできること。プログラマの知識や経験に対する対価は高くつくが、設備投資が必要な製造業より、PCがあれば開発できるという手軽さは何よりの強みだ。それゆえ、GPLの持つソースコードを誰でも利用できるようにするという性質は、新製品を開発したところで、競合他社にコピーされてしまい、独自の技術と呼べるものではなくしてしまう。 けれど、ソフトウェアがコピーできることが問題なのではない。広くソースコ
GPLv3_Info - Open Source Group Japan Wiki - Open Source Group Japan - OSDN
本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよびGitHubサイトへ移動しました。 このWikiは、Open Source Group Japanが運営しています。Open Source Group JapanのWebはこちらへどうぞ。 リソースオープンソースの定義 オープンソースライセンス日本語訳 GPLv3情報 ドキュメントライセンス 日本語訳 最近の更新2020-10-12SIL_Open_Font_License_1.1 FontLicenses 2020-10-10licenses/zlib_libpng_license licenses/Zope_Public_License licenses/X.Net_License サイドバーサイドバーの編集 本プロジェクトの全コンテンツは、オープンソース・グループ・ジャパンのサイトおよびGitHubサイト
オープンソースライセンスの一覧と日本語訳(全52種類) - [技術資料 + 技術資料] ぺんたん info
Open Source Initiative(OSI)が定めた「オープンソースの定義」にあてはまる全52種類のライセンスを『オープンソースである』と承認しています。 Open Source Initiative(OSI)とは、オープンソースの普及や啓蒙活動を推進する米国の団体です。 ソフトウェアを配布する際に、これらのライセンスを適用する場合には、原文の英語版テキストで指定された形式にしないと、ソフトウェアの頒布条件を法的に満たすことは難しくなります。 利用者の利便性を考えて日本語訳のライセンス条文を付与しても、参考訳であることを明示したほうがいいです。 Open Source Initiative(OSI)
さまざまなオープンソースライセンスをまとめてみた。 - (apply-generic op . args)
オープンソースライセンスをまとめてみました。 GNUのどや顔が好きです。 でも、自分ならBSDライセンスを使います。 <追記> 2010/05/09 19:00 はてブでApache Licenseもお願いします、とあったので追記しました。 unagiameさん、ご指摘ありがとうございますm(_ _)m MITまたはXコンソーシアムライセンス 要約すると、MIT Licenseとは次のようなライセンスである。 1.このソフトウェアを誰でも無償で無制限に扱って良い。但し、著作権表示および本許諾表示を、ソフトウェアのすべての複製または重要な部分に記載しなければならない。 2.作者または著作権者は、ソフトウェアに関してなんら責任を負わない。 テンプレート BSD License(Berkeley Software Distribution License) 「無保証」であることの明記と著作権およ
開発前に読んでおきたいOSSライセンスの説明と比較
情報処理推進機構(IPA)は5月31日、GPL以外の主要なオープンソースソフトウェアライセンスについて、そのライセンスの特徴、プロジェクトにおける利用状況とそのライセンス戦略、ライセンスに関する係争などについて調査した結果を報告書として公開した。GPLv3に関してはすでに別の解説書を提出しているため、同報告書では軽く説明する程度にとどめている。 OSSライセンスの比較、利用動向および係争に関する調査 (報告書PDF) GNU GPLv3 逐条解説書 (解説書PDF) 報告書ではまず、数あるOSSライセンスを「コピーレフト」の観点から3種類に分類。次の2つの条件にどのように当てはまるかで分類している。(a)(b)ともにある場合はコピーレフト型、(a)のみなら準コピーレフト型、どちらも該当しないなら非コピーレフト型となる。 (a) ソースコードを改変した場合に、改変部分のソースコードを開示する
ocaml-zippy-tutorial-in-japanese/doctest.md at master · camlspotter/ocaml-zippy-tutorial-in-japanese
技術/shell/標準エラー出力のパイプとリダイレクト(2) - Glamenv-Septzen.net
id: 278 所有者: msakamoto-sf 作成日: 2007-04-10 04:37:45 カテゴリ: UNIX シェルスクリプト [ Prev ] [ Next ] [ 技術 ] 例えば、 bash: $ command1 >file 2>&1 だと、STDERRもSTDOUTもファイルにリダイレクトされる。 が、 bash: $ command1 2>&1 >file だと、STDERRが画面に出力されてしまう。 http://x68000.q-e-d.net/~68user/unix/pickup?%A5%EA%A5%C0%A5%A4%A5%EC%A5%AF%A5%C8 にあるが、bashにおける"N>M"の機能は、内部的にはdup(M, N)(dup2?)をコールしている。 dup(M, N)の意は、MのファイルディスクリプタをNにコピーする。 すなわち、"N>M"の意は
NASM - The Netwide Assembler
This manual documents NASM, the Netwide Assembler: an assembler targeting the Intel x86 series of processors, with portable source. Chapter 1: Introduction Section 1.1: What Is NASM? Section 1.1.1: License Chapter 2: Running NASM Section 2.1: NASM Command-Line Syntax Section 2.1.1: The -o Option: Output File Name Section 2.1.2: The -f Option: Output File Format Section 2.1.3: The -l Option: Genera
機械のためではなく人のためにコードが書けるかーーGitHub CEOのクリス・ワンストラス氏にインタビュー - BRIDGE（ブリッジ）テクノロジー＆スタートアップ情報
会場に1,000人が集まった「GitHub Universe」 オンライン視聴者を含む延べ人数約15,000人が参加した「GitHub Universe」。そのほとんどがエンジニアなのかと思いきや、登壇者のリストを見てもわかるように、今ではNPOや自動車メーカー、NASAなど様々な企業やプロジェクトがGitHubをコラボレーションツールとして活用しています。これまでにGitHubが使われたプロジェクトの総数は、2,700万件に及びます。 2012年、世界有数のベンチャーキャピタル「Andreessen Horowitz」の共同ファウンダーであるマーク・アンドリーセン氏は、“Software is eating the world”と予見しました。それが今まさに、GitHubのような立役者のもとで現実のものになりつつあります。ソフトウェアが世界を食い尽くしていく。 「これからは、全ての企業が
TOEFL iBTを受けてみた - ultravisitor
実は奈良マラソンの前日，TOEFLのiBT受けてみました，大枚はたいて。なんで受けたのか？…と言いますと，最近うちの学科の学生に留学希望者が急増していまして（2年生で3人に一人が半年以上の留学に行く状態），そのうちのほとんどの学生は留学申請資格としてTOEFL iBTを受けているわけです。 このTOEFL iBT (Internet-Based Test)というのは過酷な試験として知られていまして，かつてのマークシートのTOEFL PBT (Paper-Based Test)ならリーディングとリスニングしかなかったところを，iBTはスピーキングとライティングがあるんですね。しかも，スピーキングはたとえば，「短文を読んで，それについての会話を聞いて，それを口頭で要約し，かつ自分の意見も加える」という全スキルを合わせたような問題もあったり。 で，ぼくは年代的にPBTしか受けたことがないので，i
サイボウズ株式会社 に行ってきた！ - 941::blog
なーるほど・ザ・ワールド！ くしいです。 今回で110記事目となる行ってきたシリーズなわけですが、来るかな来るかなーと思っていたらお声がけいただいちゃった嬉しいオフィス。そう、皆さんご存知！ サイボウズ株式会社さんです。いやー、いいですね。テンション上がりますね。 さてさてサイボウズさんと言えば、国内シェアNo.1のクラウドグループウェア「cybozu.com」や、企業向けの様々な機能をまるっと提供されていることで有名であります。この７月からお引越しされたという新オフィスは日本橋駅直結の出来たてホヤホヤビルにございましたのでそれはもう大変に便利。 社員400名の皆さんが日々働き「ハブになるオフィス」を目指したという新オフィスはそりゃもうどえらいことになっておりましたよ。そいじゃ早速いってみまひょ～。 ドカンと受付。 なんだか広い ※公開から3ヶ月以上経過した特定の記事は有料となっている場合
就職しました - モナドとわたしとコモナド
本日、Tsuru Capitalのポジションを得ました。 Tsuru Capitalはデリバティブの取引を行っている企業で、自動株取引の会社ではありません。取引に関わっている10人のメンバーのうち、創始者であるSimonを除く全員がHaskellerで、取引状況の分析や一部の取引の自動化など、あらゆるところにHaskellを使っているのが大きな特徴です。日本では数少ない、Haskellをメインに使っている企業の一つでもあります。 東京、シンガポール、バンクーバーにオフィスがあり、東京には私を含む5人の開発者と事務担当、Simonと愛犬テトがいます。 オフィスはオランダヒルズ森タワーRoPにあります。設備が非常に充実しており、東京に引っ越すまではオフィスに週数度の頻度で泊まっていました。風呂上がりにジンジャエールをラッパ飲みしながらサーバールームの熱風で体を乾かすと、すごく気持ちが良いです。
雑なツイートをしてしまったばかりにrubyを高速化するはめになった俺たちは！
逆に言うと、Rubyの文字列型の内部実装がropeになれば、freezeしてもしなくても変わらない速度が出るようになって、結局freezeする必要なんてなかったんやーで丸く収まるんじゃないの？と思いました #雑な感想 — Kazuho Oku (@kazuho) October 6, 2015とツイートしたところ、処理系の中の人から @kazuho 文字列を弄る話じゃなくて、文字列の identity の話なので、ちょっと関係ないかなぁ、と — _ko1 (@_ko1) October 6, 2015みたいなツッコミをもらって、うっすみません…ってなってRuby VMのコードを読むことになったわけです。 で、まあ、いくつか気になる点があったので手をつけてしまいました。 1. オブジェクト生成のホットパスの最適化 ホットスポットだとされていたところのコードを読んでると、オブジェクト生成の際に
TeX界の El Capitan 迎撃戦記 - TeX Alchemist Online
Mac の新OSである OS X 10.11 El Capitan がリリースされて，1週間が経ちました。 El Capitan では，色々と仕様が大きく変わっており，TeX 環境は大きな影響を受けました。 TeX の開発者メーリングリストでは，El Capitan リリース前後のこの数週間，対応に追われていました。 「どのような問題があるのか」を洗い出し，その一つ一つに対して対応を考える必要があって，一筋縄ではゆきませんでしたが，ようやく全ての問題の解決に向けて道筋がつく状況まで至れました。解決に至るまでには TeX エンジン側の改修も必要になるなど，かなり大掛かりな作業になりましたが，北川さん，前田さん，Norbertさんをはじめ，TeX界の開発者の方々の多大なご尽力の結果，あらゆる問題を数日間で迅速に解決することができました。 TeX側の対応の速報は，id:acetaminophen
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
x86 Assembly/NASM Syntax - Wikibooks, open books for an open world
Google
Google
fcc/portable at master · bshepherdson/fcc
Index Forth Books
pointfree :: hub.darcs.net
Simply Haiku: Quarterly Journal of Japanese Short Form Poetry ~ Feature
Kazuho Oku on Twitter: "文字列型がimmutableであるべきか否かの議論で、いまどきJavaのString設計の話をするのはおかしいというか、Ropeの方がコピー＆破壊的なインターフェイスの文字列型より速いってところが議論のベースになるんじゃないかと http://t.co/jQK9aeHhHC"
Efficient data transfer through zero copy
unaffiliated third parties - 和訳 – Linguee辞書
frequency*60 – Kanji Rikusho