Git にパッチを送って取り込まれた話
Git の挙動に変なところを見つけたので、パッチを作って Git のメーリングリストに投げてみたところ、何度かのレビューを経て、無事に取り込まれた。 Git に貢献したい人とか、オープンソース開発の流れに興味がある人もいるだろうから、作業の流れを書いておくことにする。 1. バグを発見する 何はともあれ、修正したいところを見つけるところから。 先日、git difftool --dir-diff が便利すぎて泣きそうです という記事を書いたが、difftool --dir-diff の挙動を調べているうちに、一時ファイル書き戻し条件が変なことに気づいた。 手元のバージョンが古いのかとも思ったが、master ブランチでも再現したので、ちょっくら深入りしてみた。git difftool は Perl スクリプトだったので、ソースコードに print を追加しつつ挙動を探っていった。しばらく調
Linux.comが選ぶ2011年の最も重要なオープンソースプロジェクト10選
Linux Foundationが運営するサイト「Linux.com」が、多くの重要なオープンソースプロジェクトから厳選した2011に最も重要だと考える10のプロジェクトの紹介です。どれもとても重要な役割を果てしているプロジェクトですが、選ばれたオープンソースプロジェクトは、Hadoop、Git、Cassandra、LibreOffice、OpenStack、Nginx、jQuery、Node.js、PuppetとLinuxとなっています。 Hadoop GoogleのMapReduce、Google File System(GFS)に触発されて開発された、大規模データの分散処理を支えるJavaソフトウェアフレームワーク。Yahooを始め、Amazon、IBM、Twitter、Facebookでも使用されています。 また、Hadoop自体は特別新しいものではありませんが、今年、Oracel
white-screen.jp:映像界もオープン・ソース！ソニー・ピクチャーズ・イメージワークスが贈る5つのプロジェクト
映像界にもオープン・ソースの波がやってきた！このたび、ソニー・ピクチャーズ・スタジオの特撮工房ソニー・ピクチャーズ・イメージワークス（以下SPI）がオープン・ソースのプログラムに着手。特設Webサイトをオープンし、5つのプロジェクトをリリースした。 これまで、SPIではLinuxのプラットフォームで実写映像のビジュアル・エフェクトからデジタル・キャラクターのパフォーマンスなどのノウハウを培ってきた。これまでに築いた革新的な技術の一部をオープンソース・コミュニティに開放することで、テクノロジーに貢献したいという。 これらのソフトウェアは世界中の誰でも使うことができる。SPIは「プロジェクトを手掛けるチーム・メンバーは、コードを使用したいと思う人に援助を惜しまないつもりだ。コミュニティはもっと大きくなり、それとともにコードも改良されていくだろう」と語る。オープンソースにより、映像界もより大き
Open Source Landing Page
Skip to main content close Home aboutnews Our Craft feature animationvisual effectstechnology Our Work reelsbehind the scenes Our Team creativeproductionmanagementtraining/recruiting Join Us job postingsiCAD Contact Us vancouverculver citymontréal Legal Privacy PolicyTerms of UseCA Privacy RightsAd ChoicesCookie Consent ToolYour Privacy Choices software Learn about our Opensource Tools Learn about
きまぐれ日記: 肥大化して破綻するオープンソースプロジェクト
一時期オープンソースがはやった時期がありましたが、今はどうなんでしょう? 当時はオープンソースでバラ色の人生みたく過大評価されていたような記憶があります。 過大評価は言い過ぎですが、いまこうやってブログをかけるのもオープンソースの おかげであることは間違いありません。 しかし、すべてのオープンソースプロジェクトが成功したかというと、簡単に YES といえないような気がします。こういう話を某エンジニアとしたら、彼も 同じような視点(というかその方の場合は実経験かもしれませんが)を持ってて、 なんか話が盛り上がってしまいました。 その問題点とは肥大化です。オープンソースは誰でもプロジェクトに参加できるのですが、 ディベロッパーの技術もピンキリなため、時にはどーでもいい拡張がコミットされてしまう ことがあります。その最たるものが周辺技術との統合。ホニャララメタデータをMySQLに保存, ○○バッ
初代SimCityのソースコードが公開 | パソコン | マイコミジャーナル
人気ゲームタイトル「SimCity」の初期版が、OLPC (One Laptop Per Child) プロジェクト向けのオープンソースソフトウェアとして公開された。SimCityの権利を保有するElectronic Arts (EA) 社は、OLPC以外にはSimCityという名称の使用を許可しない方針で、汎用のオープンソース版は「Micropolis」の名称でGPLv3のもとソースコードが公開される。 今回の措置は、2007年11月にEAが発表していた内容を裏付けるもの。配布されるソースコードは、Maxisからライセンスを受けたDUX Software社の手によるUNIX移植版がベースであり、Tcl/Tkで開発されたインターフェイスを使用する。イベント発生など基本的にはオリジナル版を忠実に移植しているが、飛行機墜落イベントが削除されるなど、一部変更されている。また、ユーザインターフェイ
Part1 オープンソース/C言語に学ぶ「ソースコードの読み方」：ITpro
「Code Reading―オープンソースから学ぶソフトウェア開発技法」（毎日コミュニケーションズ発行，写真1）という本があります。私はこの本の監訳者ですから，やや自画自賛になってしまいますが，ソースコードの読み方を主題にした本はほかにはあまりありません。技法からツール，データ構造，アーキテクチャ，さらには実際にコードを読んで利用する実例まで紹介している網羅的で良い本だと思います。 この本の「はじめに」で「達人プログラマー」として知られるDave Thomas氏は以下のように書いています。 他人の作品を読まなかった偉大な作家，他人の筆づかいを研究しなかった偉大な画家，同僚の肩越しに技を盗まなかった腕のよい外科医，副操縦席で実地の経験を積まなかった767機長――果たして，そんな人たちが本当にいるのでしょうか？ たしかにその通りです。ソフトウエア以外の領域では修行することとはすなわち，他の人の
Why Open Source Fails to Fail : 404 Blog Not Found
2007年06月08日13:45 カテゴリOpen Source Why Open Source Fails to Fail これを読んで、なぜオープンソースがうまく行くかがまた少し理解できたような気がした。 Who is to blame? (内田樹の研究室) マニュアルというのは責任範囲・労働内容を明文化することであるからであるが、ミスはある人の「責任範囲」と別の人の「責任範囲」の中間に拡がるあの広大な「グレーゾーン」において発生するものだからである。オープンソースで一番重要なコンセプトってなんだろうか。 無料で使えること?ソースコードが公開されていること? 違う。オープンソースで一番重要なこと、それは責任者が制作者ではなく使用者になっていることなのだ。それを利用して得た結果に対して、制作者が代価を要求することもないが、制作者に被害を賠償してもらうことも出来ないのだ。オープンソースを利
ストールマンは正しかった ― ＠IT
2007/05/28 1999年、来日中だったGNUプロジェクトの創始者、リチャード・M・ストールマンにインタビューをしたことがある。移動のタクシーの中で無理に捕まえて話を聞いた。当時の私はDebian GNU/Linuxのユーザーで、GNUソフトウェアやフリーソフトウェアファウンデーションに対してシンパシーを感じていた。 プログラマにとってソフトウェアは空気のようなものだ。だから、日頃からそれを呼吸するように読んだり書いたりできる環境が大切だ――。私はプログラマではないが、そういうGNUの思想には共感するところが大きかった。「英語のfreeには無償という意味が強いが、私の言うfreeは日本語のジユウに近い」。ストールマンは、そう語りながら、“ジユーナ”（自由な）という日本語の単語を連発した。 そうしたストールマンの話に感じ入る一方、彼の語る理想の世界像にはリアリティがなくて話にならないな
それpla - 煩悩是道場
web「Plagger を入れれば、mixi や Bloglines から Gmail に転送できる！」「Plagger を入れれば、Google でピザが頼める！」や「Plagger を入れれば、何でもできる！」と思っている人もいるだろう。suVeneのあれ: Plaggerとは何ぞやこういうのって、なんか違うよなあ、と思ったりする。「入り口」的面白さとしては良いのかもしれないし「Plagger を入れれば、mixi や Bloglines から Gmail に転送できる！」はotsuneさんがTech総研のインタビューに答えているくらいなので便利なんだろうとも思う。個人的に言えばPlaggerは「インストールが何だか面倒い」みたいに感じるし、そんな面倒い事をしてまでピザを注文しようとも思わない。自分とotsuneさんとは情報を処理する量が恐らく違うのだろうけれど、mixiはともかくとし
ひげぽん OSとか作っちゃうかMona- - autotoolsを使ってみた
初めてautotools使ってみました。 MonaではMakefileは、もちろんのことconfigureスクリプトも手で書いています。 特にMakefileは id:higepon:20050626:1119789542 でも書いたように、いろいろな人のサポートもあってある程度ノウハウがたまっています。 とはいっても、何かをソースからインストールする場合は間違いなくautotoolsの恩恵にあずかっているわけで、事実上のデファクトスタンダードなので学んでおいても良いかなと。 まだ簡単にしか使っていませんが感想としては メリット デファクトスタンダードなのでインストールする人が迷わない makeのターゲット(install, uninstall, distclean, dist)などが何もしなくてもサポートされている デメリット autotoolsといってもぜんぜん自動じゃないし手順がかな
「コンピュータプログラムに特許は必要か」：英控訴院の裁判官が投げかける疑問
英国の裁判官が、ソフトウェア特許は認められるべきかと問いかけるとともに、「地上にあるすべてのもの」を特許の対象とする米国のやり方を批判した。 知的財産法を専門とする英控訴院の裁判官Robin Jacobが、ロンドンで現地時間12日に開催されたSociety for Computers and Lawのセミナーで、ソフトウェア特許が持つ可能性のある問題について講演した。 「コンピュータプログラムに特許は必要か。その根拠は何か」とJacobは問いかけた。 ソフトウェア特許の必要性についてはFoundation for a Free Information Infrastructureなどの活動団体も疑問を投げかけているが、この問題に関する詳しい研究はほとんど無い。欧州委員会は、ソフトウェア関連技術の特許について、法的、技術的、経済的効果に関する研究に資金を提供したが、この研究成果が出るのは20
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
