オープンソースによる新しい受託スタイルの提案
前々回のエントリ「受託開発とGPL」では、受託開発においてGPLのソフトウェアを用いる際に注意すべき点やライセンスの扱いについて書いた。ただし、その視点はあくまでも「GPLはSIerにとって注意すべき≒厄介なシロモノであり、如何に地雷を踏まないようにするか」というものであったように思う。だが、「厄介である」という性質は、裏を返せば「味方につけると頼もしい」ということだ。つまり、GPLは、味方になれば強力で頼もしい存在なのである！今日は、SIerが今の開発スタイルから脱却し、如何にしてGPLを味方につけて戦っていくかということについて語ろうと思う。ちょっとひどい妄想夢物語的な記述も入っているのだが、「何言ってんだコイツ？！」とツッコミたいところをぐっとこらえて最後までお付き合い頂ければ幸いである。 システム全体を再構築するのは大変SIと一口で言ってもその規模は大小様々であるが、業務（基幹系）
さまざまなオープンソースライセンスをまとめてみた。 - (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) 「無保証」であることの明記と著作権およ
IT news, careers, business technology, reviews
Heads on: Apple’s Vision Pro delivers a glimpse of the future
オープンソースをライセンス的に正しくつかうための11のチェックポイント - builder by ZDNet Japan
「オープンソースカンファレンス2009 Sendai」が1月24日、宮城県仙台市の東北電子専門学校で開催された。公式サイトのタイトルには「来ないとお仕置きだっちゃ☆」との追記が見えるが、アットホームな雰囲気の中で進行するカンファレンスであった。 本稿では、NEC OSSプラットフォーム開発本部 エキスパートの姉崎章博氏による講演「OSSをライセンス的に正しく使う／プロプラだけの製品とするための11のチェックポイント」を紹介する。なお、特に断りがない限り、全て日本の著作権法について説明している。 オープンソースソフトウェアをライセンス的に正しく使うために 姉崎氏が挙げたチェックポイントは次の11点。 その社製プログラム、すべて自社の著作物ですか？ 商用プログラムを同梱している場合、必要な手続きはお済みですか？ 他人の著作物を使用していないことを確認するためコード検査をしていますか？ OSSの
Richard M. Stallman曰く、「Gmailを使うのは愚かなことだ」 | スラド オープンソース
ストーリー by hayakawa 2008年10月02日 13時23分 クラウドコンピューティングの世界にも自由を！ 部門より GNUプロジェクトの創始者であり、「ソフトウェアの自由」を強く主張しているRMSことRichard M. Stallman氏が、英Guardian紙の取材に対して「クラウドコンピューティングは誇大広告であり、罠（trap）だ」との発言を行い、話題になっている。 Stallman氏によると、「クラウドコンピューティングはプロプライエタリな（自由でない）ソフトウェアやシステムがいままで繰り返してきたのと同様の、『より多くの人々を閉じ込めるための罠』」であり、「GoogleのGmailのようなWebベースのプログラムを使うことは、愚かというだけでは言い足りない」とまで述べている。また、「Webアプリケーションを利用すべきではない理由の一つは、それによりコントロールを失
無秩序なバージョン番号 | OSDN Magazine
フリーソフトウェア・アプリケーションやディストリビューションをいくつか試用してみて気づくのは、バージョン番号にほとんど意味がないことだ。昨今のバージョン番号を見ても、そのアプリケーションがどの開発段階にあるのか見えてこない。わかるのは、せいぜい、ビルドの前後関係ぐらいで、バージョン番号はビルドを区別するための単なるラベルに成り下がっている。バージョン番号が適切であれば、そのビルドの進捗状態がわかるはずなのに、これは何ともひどい状況だ。 しかし、複数の番号体系が使われていることが問題なのではない。種々の方式があることさえ知っていれば、GNOMEの奇数番号リリースが開発ビルドであり偶数が公式リリースであることを調べるのは造作ないことだからだ。また、KOffice 1.9.95-4をKOffice 1.0の後続バージョンかと一瞬誤解することはあっても、すぐにバージョン2.0の初期ビルドであること
tokuhirom blog
Blog Search when-present<#else>when-missing. (These only cover the last step of the expression; to cover the whole expression, use parenthesis: (myOptionalVar.foo)!myDefault, (myOptionalVar.foo)?? ---- ---- FTL stack trace ("~" means nesting-related): - Failed at: ${entry.path} [in template "__entry.ftlh" at line 3, column 25] - Reached through: #include "__entry.ftlh" [in template "entry.ftlh" at
勝手に追補 - パッチの拒否率をさげる10の方法 : 404 Blog Not Found
2008年01月08日18:20 カテゴリOpen Source 勝手に追補 - パッチの拒否率をさげる10の方法 見事な記事。ヤラレタ。 パッチの拒否率をさげる10の方法 - TokuLog 改め だまってコードを書けよハゲ 作者/メンテナにはパッチをうけとる義務も義理もない さらによくするべく追補。 svn HEAD でパッチをつくる これは「最新版に対して」の方がいいでしょう。というのも、svnを使っていない人たちもまだまだ多いので。また、patchを送る前に、最新版を入手して確認しておくのも忘れないようにしましょう。 作者のスタイルにあわせる その通り。あえて追補すると、patchを送る側でなくて受取側の方。行頭tab/spaceのおかげでpatchがきれいに当たらない場合は、patch -l、行頭の空白を無視するオプションを試してみましょう。そのあとで、Cならindentをかける
The Single Most Important Open Source Project : 404 Blog Not Found
2007年06月04日05:30 カテゴリOpen SourceCode The Single Most Important Open Source Project しかしバザールを可能にしたのは何なのか? ユメのチカラ: オープンソースの破壊力 Richard Stallmanの功績は、GPLというライセンスを発明した事にあるが、80年代から90年代中頃まで、Richardとごく一部の周辺の人達くらいしかGNUの開発に参加していなかった。実際、Richardはインターネットの向う側のプログラマを信用していなかったので、パッチや改良を貰うときにFSFに著作権を譲渡するような書類にサインさせていた。彼の人柄かもしれないが、当時バザールは発生したとは言えないと思う。 gcc、ではないのか? LAMPの各文字には、それぞれ代替がある。Linuxの代わりに*BSD、Apacheの代わりにlight
HugeDomains.com
Captcha security check bsdnews.com is for sale Please prove you're not a robot View Price Processing
革命の日々！ 誰も読まないOSのソース・コード
日経BPのサイトに、誰も読まないOSのソース・コードという記事がアップされている。 わりと衝撃的な見出しから始まるのでさくっと引用 まず，結論から言おう。 「エンジニアがOSのソース・コードを読めるようになると，活躍の場が一気に広がる」。そして，「コツさえ分かれば，OSのソース・コードはびっくりするほど簡単に読める」。 赤松氏が「ソースを読んでいる人がほとんどいない」と感じる理由はもう1つある。それは，誰もがよく使うソフトでさえバグが大量にある，ということだ。少しでもソースをのぞけば，誰にでもすぐに見つけられるほど簡単なバグなのに，ネットにも情報が上がらず放置されているという。例えば，赤松氏が見つけたバグの具体例を一つだけお見せしよう。 まあ、寝言は寝てから言ってくれといった感じだが、カーネル読めるぐらいで生活は楽にならんっちゅーの。 だいたい、アンタprocfsとネットワークしか読んでな
誰も Linux kernel ソースを読んでいない？ | スラド デベロッパー
tamo曰く、"ITpro は「誰も読まないOSのソース・コード」という記事で、 Linux のソース全体を把握している人がほとんどいない現状を伝えている。 それは「(少しでもソースをのぞけば，誰にでもすぐに見つけられるほど簡単なバグなのに) 誰もがよく使うソフトでさえバグが大量にある」ことからも明らかだという。 この記事で例として挙げられているような問題はコード検査ツールで見付けることができそうだが (参考: Linux カーネル 2.6.16 リリース)、 だからといって、コア開発者と悪意を持っている人たちばかりがコードを読んでいる状態は不健全だろう。 記事によれば「現時点では，詳細にソースを読んでいる人はほとんどいないので，今から読み始めても決して遅くはない」 そうだ。新年度は自分の関心のある部分からソースコードを読むことを始めてみてはいかがだろうか。 ……膨大だけど。"
誰も読まないOSのソース・コード：ITpro
まず，結論から言おう。 「エンジニアがOSのソース・コードを読めるようになると，活躍の場が一気に広がる」。そして，「コツさえ分かれば，OSのソース・コードはびっくりするほど簡単に読める」。 ここでいうOSとは，Linuxのカーネル（OSの“核”となるソフト）のことである。筆者が上の2点を強く感じたのは，つい最近の，ある人物とのやり取りがきっかけだった。 「カーネルのソースが読めると，たいそう儲かるってことが，分かってしもうたから」。「もうすぐ大学の仕事は定年や，でも定年後の収入の方が多いんとちゃうかな」---。 筆者の耳に，迫力ある関西弁が突き刺さった。声の主は1949年生まれの57歳。神戸情報大学院大学助教授の赤松徹氏その人である。 打ち合わせを兼ねた取材の後の会話だったので，メモは取っていない。赤松氏がはっきりとこの通りに発言したかどうかは覚えていないが，筆者の脳裏には，そのような発言
Theo、SunSSHを批判 | スラド
oldwave曰く、"OpenBSDのプロジェクトマネージャTheo de RaadtがNewsForgeのインタビューに答えて、OpenSSHプロジェクトで企業から支援を受けたことが事実上ないことを告白している。特にSunに対しては、SunSSHがOpenSSHのコードを参照しているのに、OpenSSHプロジェクトに支援がないことを名指しで批判している。 OpenSSHの活動に対して、たとえ1セントでも、それを利用する企業が送ってきた試しはありません。OpenSSHを直接製品に組み込んでいる企業は数百万ドルの節約になっているでしょう。しかし、Cisco、Sun、SGI、HP、IBM、Siemensなど、中規模のファイアウォールを販売する企業は沢山ありますが、1セントさえも送ってきません。Linuxベンダーも同じです。(…中略…)どこかの企業をやり玉にあげるなら、Sunがいいでしょう。Su
OSSFJ - PukiWiki
オープンソースフリーライダー協会は、オープンソースの ソフトウェアを適宜利用して飯を食ったり食わなかったりする「利用者の集団」です。 Open source software freeriders society of Japan is "User's group" to work, or not to work, by properly using software of open source. 最新のニュース † プレス発表： 「2011年度OSSFJ感謝賞」を実施 ライダーフラワーフェスティバル2009が開催されます プレス発表： 吉岡 弘隆氏の長年のコミュニティ活動を評価し、感謝状を贈呈しないことを決定 プレス発表： 「2006年度日本OSSフリーライダー賞」の受賞者を選定 プレス発表： 「2006年度日本OSSフリーライダー賞」を実施 題字が増えました バナー作成分科会によりバ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
2009年度 OSS ミドルウェア/ツール調査 | The Linux Foundation
オープンソースソフトウェアの育て方
クローリングしてる暇があるなら…論文かいたら? | EDGE Datasets(研究用データセット)