Please don't refer to Emacs as "open source"
Emacs is not intended to be open source, but rather free/libre software. We have developed it for freedom's sake, and we want people to know this. Referring to Emacs as "open source" tends to cover up our ethical values up behind a different view that only cites practical values. See http://www.gnu.org/philosophy/open-source-misses-the-point.html for more explanation of the difference between free
LevelDBを読む人たち
SKS rep @repeatedly あ，WAL使ってなかった．しかしどうやって非同期になってんだ？普通にmemcpyとかしてるようにしか見えんが…
私がオープンソースに参加しない理由 « A-Listers
Brandon Haysさんのブログ、TEHDAILYFLUXにて投稿されたオープンソースに関する記事が話題になっていました。このブログをご覧になっている方はオープンソースで作られたソフトウェアの利用の経験がある人がほとんどかと思いますが、オープンソースのソフトウェアを開発する側に回った事のある方は少ないのではと思います。この記事ではどうしてオープンソースに参加できないのかについての著者なりの理由が列挙されていました。 認定証も表彰も技能章も無い 何処から始めればいいのかはっきりしない ガイドラインはメンテナーにとっては有益だけど、私にとってはそうではない オープンソースは私のような人よりも優れた人の為のものである 参加しようとすると自分が劣っているように感じてしまう 時間がない 孤独感 ここの理由の背景は元エントリにて述べられていますが、とても正直な感想のように感じます。たしかにオープン
2011年2月25日 Ubuntu 11.04をめぐる小さなトラブルに見る“OSSとビジネスの両立”の難しさ | gihyo.jp
Linux Daily Topics 2011年2月25日Ubuntu 11.04をめぐる小さなトラブルに見る“OSSとビジネスの両立”の難しさ Ubuntuは世界で最も人気のあるLinuxディストリビューションであるだけに、その動向には多くのユーザが注目する。そして注目度が高まれば、当然ながら良い話ばかりではなく、きな臭いネタも伝わってくる。今回の話題は、リリースを2ヵ月後に控えた"Natty Narwhal"ことUbuntu 11.04に搭載予定のアプリケーションをめぐる、ちょっと首を傾げたくなる話題だ。 Ubuntu 11.04では、デフォルトの音楽プレーヤーに新しくオープンソースの「Banshee」を採用することを決めている。BansheeはAmazonミュージックストアをデフォルトサポートしており、ユーザがAmazon MP3経由で曲を購入した場合、その収益（年間1万ドル程度）は
難病をおしてオープンソースコミュニティに貢献し続けた男に絶賛の声
世界中の誰もが参加できるオープンソースソフトウェアのプロジェクトでは、バグを取ってコツコツと完成度を上げていく地味な仕事を担当する人の貢献が必要になりますが、とあるプロジェクトで「これこそが貢献だ」「真に素晴らしいコーダーだ」と敬意を表されていた書き込みを紹介します。 この書き込みはLinuxのデスクトップ環境の中でも利用者の多い「GNOME」の開発用掲示板に投稿されたもの。 イアン・ハンズ 2011-02-04 01:47:30 UTC 私の父によくしていただいたGnomeコミュニティのみなさんへ。 Gnomeのユーザビリティーを改善する上記のパッチを書いたのは私の父、エイドリアン・ハンズです。彼はALS（筋萎縮性側索硬化症）のため手足が不自由になり、キーボードで文字を打つことすらできませんでした。 そこでUSB接続のモールス信号キーボードを使いはじめました。しかし手の力が落ちてパドルを
Gitにパッチを送るメモ - unpushの日記
コードを書く 起点をどこにするか バグ修正の場合 maint（無い場合はmaster） 新機能の場合 master（puに依存する場合はpu） コミットを作る Documentation/SubmittingPatches を読む。 パッチは論理的な単位に分ける。 git diff --check で無駄な空白が無いかチェック。 コメントアウトしたコードや不要なファイルが無いかチェック。 コミットメッセージ 最初の一行は、50文字程度の短い要約にする。最後にピリオドは付けない。 二行目は、空白行にする。 三行目以降に、コミットメッセージの本文を書く。 命令形、現在時制で書く。 コミット以前と以後で何が変わるのかを、明確に。 コードを書いた理由、何がしたかったのか、目的を明確に。 最後の行に、サインオフ（原作者の証明書に同意する署名）を書く。実名のみ。 Signed-off-by: Your
CentOS6開発プロジェクトの現状 - 科学と非科学の迷宮
先週、CentOS 6 はいつ頃出るのかどうか、ふと気になりました。 リリース予定もニュースにならないし、どうしたのだろうと調べていたら、CentOSの開発MLが荒れていることを知りました。 不安を感じた私は調査を続けました。 すると、LWN.net の一つの記事に、CentOS の開発の現状について書かれたものがあることを発見しました。 それを読んでまず知ったのが、CentOS は単純に RHEL のソースをリビルドするだけではなく、かなりの労力を費やして作られるディストリビューションであるということです。 そして、開発コミュニティの運営に苦戦している CentOS 開発チームの姿がそこにはありました。 この記事は是非多くの人に読んでもらいたいと思い、何人かの人にレビューをお願いした上で翻訳してみました。 それでは本編をどうぞ。 CentOS 6 の困難、立ち向かう人々 Original
"オープンソース"の名を冠したプロプライエタリな人向けのセミナーに参加した件
先月中旬の話になるが、マイコミジャーナルで紹介されていた「事例に学ぶ オープンソース知財セミナー2010」というセミナーに参加してきた。（主催はオージス総研）サブタイトルは「オープンソースに潜む法的リスクとその対策のヒント」という謳い文句であり、オープンソース独特の法的リスクの話が聞けるかも知れないと思い申し込んだ。だが、結果は見事に裏切られた！ ひとことで言うと、今回のセミナーはオープンソースのセミナーではなかった！というのが拙者の正直な感想である。あまりにも酷い内容だったと言って差し支えない。酷かったのは各々のプレゼンの質などではなく、その欺瞞に満ちたメッセージである。そのようなメッセージを放置すると、オープンソースに対する誤った知識が広まる恐れがあるので、本エントリにて批判させて頂こうと思う。 キナ臭い基調講演基調講演は本セミナーを主催したオージス総研の常務が行なった。滑り出しはオー
オープンソースの道 〜 よりよい社会を育てる方法 〜
最近、自治体においてオープンソースソフトウェア（以下OSS）を採用する例が増えてきたように思う。(注1)ニュースに上がったものだけでも、次のような例がある。 自治体に広がるOpenOffice.org - ITpro さらばWindows、Linux時代幕開け - 読売新聞 県が「オープンオフィス」導入へ 次期オフィスソフト - 山形新聞 ニュースになっているのはOpenOffice.orgやGNU/Linuxであるが、採用に至った主な理由はOSSにするとコストが下がるからであると記されている。確かにOSSはタダだ。商用で提供されているものもあるがタダでオペレーティングシステム（以下OS）やオフィスソフトのように人数に応じたライセンスが必要なものは、そのライセンスコストだけでも相当な額になる。しかも古くなってソフトウェアを更新するたびにライセンス料金が発生してしまう。それがタダになるのは確
千里の道も1パッチから――コミッタライフ入門 － ＠IT自分戦略研究所
今回は「コミッタに興味がある」という人のために、筆者のRubyコミッタとしての経験について紹介します。筆者はRubyプロジェクトを立ち上げたわけではないので、前者の「ほかのコミッタから認められ、推薦される」の方の紹介となります。 ■Ruby 1.9.0リリース時に「面白そう」と思ってコミット権をもらう 大学生だった2003年ごろ、わたしはCGIやテキスト処理など日々の雑務をこなすためのスクリプト言語としてRubyを覚えました。Perlと違って相性が良く、自然と身に付きました。 最初にパッチを送ったのは2005年。大学のSolarisでRubyが動かなかったときです。次は2007年。デバッグ出力用関数pを便利にする提案を行い、（Rubyプロジェクトのリーダーであるmatzさんの説得に半年かかりましたが）採用され、Rubyに思い入れがわくようになりました。 当時、Rubyは笹田耕一さんのYAR
オープンソースのライセンスとビジネス
Takuto Wada @t_wada Togetter - 「RT hyoshioka: @ yukihiro_matz 実はなんでBSDライセンスにしなければいけないか理解できない。利益より害の方が大きいと思う。」 http://htn.to/u4dx1F Moriyoshi Koizumi @moriyoshit マジレスしていいですか。僕が最近GPLを選択せず、MITライセンスを選ぶ理由、「人生よりコードの寿命のほうがずっと短い」ということ。いくらよく書けたコードも10年あればだめになる。自分の生み出したものから最大限経済的なベネフィットを生み出したいならうるさいこといわないのが一番だ。 @mikio1978 でも、MITライセンスにすることで得られる経済的ベネフィットって何だろう。サポート契約とかコンサルとかの需要があるほどの製品であれば金になるけど、そこまでいけるならそもそもプ
Big Sky :: リチャードストールマンがemacsのメンテナから引退するという話に思った事
一つの時代が終わるのかな。 リチャード・ストールマンが Emacs のメンテナを引退 - YAMDAS現更新履歴 Looking for a new Emacs maintainer or team vimではBram氏がメンテナであり、Bram氏がGoogleに移籍してからも尚、ワンマンな体制をとり続けている。 パッチを含む全てのリリースからリリースアナウンスまで全てをBram氏が行う。 パッチは皆vim-devに送るけれど、Bram氏がOKを出さない限り取り込まれない。 これまで、ほぼ例外なくそうだった。 Bram氏は引退について考えた事、あるんだろうか。 他のプロジェクトの様にBram氏の右腕とか、作らないんだろうか... vimってBram氏引退したらどうなるんだろ... 今まで突飛な機能でも良いと思った機能は取り込んでくれる様なリーダー、マルチバイトに関する物は率先して取り組んで
グーグル、オープンソースの「Wave in a Box」をリリースへ
Googleは米国時間9月2日、「Google Wave」サーバとウェブクライアントをオープンソースのパッケージとしてリリースする計画を明らかにした。 同社は8月にクラウドベースのメッセージングおよびコラボレーションサービスであるWaveの開発を中止している。Googleは当時、ドラッグアンドドロップや1文字ごとにタイプした文字が反映されるライブ入力などの機能を含む、約20万行分のコードをオープンソース化すると述べていた。 しかし、Google WaveチームのソフトウェアエンジニアであるAlex North氏の2日付けのブログ投稿によると、同社は「Wave in a Box」という名の「より完全なアプリケーション」を構築する予定であるという。 「このプロジェクトには、Google Waveの現在知られているすべての機能が含まれるわけではない」とNorth氏は記している。「しかし、開発者や
Togetter - 「”git extra” は贅肉/非公式ユーティリティツールのメリットとデメリット」
MOONGIFT.dev @moongift_dev Gitをさらに便利にする「Git Extras」: Tweet Git ExtrasはGit用のフリーウェア（ソースコードは公開されている）。GitはGUIよりもCUIから操作することの方が多い。まだGUIフロントエンドの決定版... http://bit.ly/9e0FhD @tt__ 前にも微妙とか言ったけどやっぱgit extrasとやらはただの贅肉だと思う。たとえば[alias] summary="shortlog -s -n"でだいたい同じですよ。新設するほどじゃない。http://www.moongift.jp/2010/08/git-extras/
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IBM Developer
IBM Developer
O'Reilly Japan -- Catalog -- オープンソースソフトウエア Web版 公開
オープンソースにみる勝ち組と負け組
http://japan.internet.com/webtech/20100924/6.html
http://japan.internet.com/webtech/20100924/6.html?rss