このwebspaceを提供してくれた岡村・堀・中道法律事務所に感謝します。 Thanks to Okamura Hori and Nakamichi Law Office for providing me with this webspace. Web Version by Akira Kurahone 『オープンソースソフトウェア 彼らはいかにしてビジネススタンダードになったのか』 本ページに掲載されている日本語訳は、『オープンソースソフトウェア：彼らは いかにしてビジネススタンダードになったか』の訳者である倉骨彰が、O'Reilly Japanの協力と承諾を得て、翻訳原稿から作成したWeb版の公式コピーです。『オープンソースソフトウェア：彼らはいかにしてビジネススタンダードになったか』の英語原本である"OpenSources: Voices From the Open Source R
このwebspaceを提供してくれた株式会社オライリー・ジャパンに感謝します。 Thanks to O'Reilly Japan Inc. for providing me with this webspace. Web Version by Akira Kurahone 『オープンソースソフトウェア 彼らはいかにしてビジネススタンダードになったのか』 このWeb版は、この告知を全ての写しに載せており、英語原本の著作権表示でGPLと明記されている論文を 除いて何ら変更を加えない場合にのみ、自由に再配布できます（ただし、文字化け、誤字脱字等の修正はご自由に）。 Web版の目次へ （Click here to go to "Web Version Contents"） ---------------------------------------------------------------
The Linux Edge Linuxの強味 Linus Torvalds リーナス・トーバルズ Translation by Akira Kurahone 今現在、Ｌｉｎｕｘには数百万人のユーザがいる。数千人の開発者がいる。市場は拡大しつつある。Ｌｉｎｕｘは、組み込み用システムでも使われている。ロボット制御システムでも使われている。スペースシャトルに搭載されて宇宙へも行った。私としては、こうなることを十分予見していた、と言いたいし、これはＬｉｎｕｘの世界制覇計画の一環にすぎない、とも言いたいところだが、正直な話、こうなってしまったことに私自身が少々驚いている。私としては、Ｌｉｎｕｘのユーザが千人から百万人に増えたときのことより、それが一人から百人に増えたときのことをよく覚えている。 Ｌｉｎｕｘは、移植性と利便性を前提にしたから成功したわけではない。Ｌｉｎｕｘは、優れた設計理念と開発モデ
池上彰さんが、さまざまな分野の学者・研究者を訪ねて、日本と世界が直面するさまざまな問題を、各界を代表するプロの「学問の目」でとらえなおす。いわば、大人の大学、それがこのシリーズです。池上彰さんがときに「生徒」となり、ときに「対話相手」となり、各界の先生方とこの問題を論じます。
テスト書きすぎるとよくないって言ってる人がいた．DHHっていう人．作業時間の1/3以上テストしてたらおかしいとか，ActiveRecordのバリデーションなど，Railsの機能はテストしない，とか． Signals vs. Noiseの去年のエントリに、テストをどれくらい書くべきかということについてDHHが指針を示していたものがあったので... - Sooey 偉い人が言ってるからという理由で，テスト手抜き派の人に良い材料を与えてしまった．僕は意見ちがって，作業時間半分以上はテスト書いたりしてる． テストたくさん書くと，最初に書くときのコストは増える．けど，あとから読む時や，変更したい時には，読むだけだし，書くのも差分だけで良い．コード本体を理解できれば，要らないテスト捨てるのは，落ちたのを消すだけだから簡単．あとで見て，テスト足りないと分かったときに，明文化されてない仕様からテストを補う
某SIerの「設計書からソースコードを自動的に生成するソリューション」について、エンジニアの間でブーイングの声が広まってる感があったので、ちょっと前に考えたことを書いてみる。 設計書からソースコードを自動生成することの何がイケてないのか。 それは、どんな設計書なら自動的にソースコードを生成出来るのか？ということに尽きる。 ソースコードを生成するということは、結局は変換をするということである。機械的に自動生成が出来るためには、ソースコードに変換するための情報が設計書と自動生成ツールの中に全て揃っていなくてはいけない。つまり、完全に動くソースコードに変換できるような情報をすべて設計書に書かなくてはいけないということを意味するのだ。実行可能な設計書と言ってもいいだろう。 かつての UMLモデリングツールなども MDD(Model Driven Development: モデル駆動設計)を称して、
少し前、ある大手企業の情報システム責任者を長年務めてこられた方にお目にかかる機会があった。初めのうちは雑談していたのだが、最後は「経営トップのIT（情報技術）理解」という話題になってしまった。 「経営トップがITを分かっているかどうか、それが問題だとコラムや記事をお書きになっていますね。私も長年、分かってもらおうといろいろ取り組んできましたが正直、無理かなあというのが最近の実感ですね」 「御社のビジネスはコンピューターがないと成立しないでしょう」 「よくITは経営戦略そのもの、と言いますね。当社の場合、戦略と一体かどうかは分かりませんが、コンピューターが止まってしまったら、当社が潰れることだけは間違いありません。戦略というより、もはや生命線と言っていい。これほど重要なことなのに、経営トップの理解は残念ながらいま一つです」 100億円投じたのに期限までに完成しない 「コンピューターの機械は、
いつのころからか、 ソフトウェア開発がモノ作りに喩えられるようになった。 典型的なのは、製造業(例えば自動車製造)と IT 業界とを比較して、 前者が高度にシステム化されているのに対し、 後者がまるで家内制手工業のようだ、という批判である。 日経ビジネス online の記事に次のようなくだりがあった: 「というより、何といいますか、経営トップからすると、 ITはとにかく非常識な世界だ、としか思えないのではないかなあ。 例えば大きなシステム開発プロジェクトに取り組むと、 すぐ100億円を投資する、という話になってしまう。 100億円の経常利益を出そうと思ったら本当に大変。 ところが、100億円を投じたのに、期限までに完成しない、 出来上がってきたものが当初計画と違う、 直そうとするとさらに金がかかる。 こんなことが起きるわけですから、『一体なぜなんだ』と経営トップは思うわけです」 IT業界
記者という職業柄、これまで非常に多くのプレゼンテーションを見てきたが、プレゼンテーションの1枚目が半裸の女性モデルの写真だったのは初めてだった。 2月13日、14日の予定で東京・目黒で開催中の「デベロッパーズ・サミット2008」で講演したFog Creek Softwareの創業者でCEOのジョエル・スポルスキー（Joel Spolsky）氏のプレゼンテーション「Joel on Developers Summit――素晴らしいソフトウェアを作るということ」は、型破りに楽しく、なおかつソフトウェア開発者にとって示唆に富む内容だった。 スポルスキー氏は米マイクロソフトのExcelチームで、Excel用マクロ言語を、後にVBAと呼ばれることになるモダンなオブジェクト指向言語に置き換える仕事でプログラムマネージャを務めたことがあるなどソフトウェア開発のベテランだが、エッセイの書き手としても名を馳せ
アメリカの2012年の大統領選の焦点は、いかに国民に仕事を与えるか、という点にかかっている。 アメリカの失業率は８％以上になる。若年層や有色人種の失業が非常に高く、たとえば黒人だけを見ると失業率が15％にもなっている。 オバマ大統領はこうした現状をチェンジすると豪語して大統領になった人物だったが、失業率の改善には失敗しており、これが再選のアキレス腱になっている。 アメリカで失業率が高止まりしているのはなぜか。それは企業がアメリカに工場を作らず、新興国で工場を作っているからだ。 では、なぜアメリカで工場を作らないのかというと、一にも二にもコストを削減するためである。多国籍企業、グローバル企業は、「高賃金の人間はいらない」のだ。 どんなに働いてもリストラの対象 日本の企業もまた海外に物を売っているのだから、コスト削減が至上命令になっている。 今回、シャープが日本国内に巨大工場を作って企業そのも
2012年7月27日金曜日 世界はもうマネー・ゲームのツケから逃れることはできない Tweet 2008年からずっと金融の世界が揺らいでいる。 金融業界は過剰なまでのレバレッジをかけてグローバル経済で「さや取り」をした。そして、強欲なまでに個人的利益を追求した結果、全世界を巻き込んで自滅していった。 ロンドン市場における銀行間取引の金利LIBORを不正操作したとして深刻な事態になっているが、これはいったい何が起きていたのか。 複雑な事態ではない。彼らは業界ぐるみで調達金利を虚偽申告し、イギリスの中央銀行もまたこれを「見て見ぬふりをしていた」というだけだ。 世界の投資銀行・メガバンクは業界ぐるみで不正行為に走り、利潤を追求していた。そして、それが許されると思っていたのである。 「強欲は罪だ」という概念は金融の世界ではひっくり返され「強欲は善だ」という言い方になっていた。そのツケが回
経済、ビジネス、情報通信、メディアなどをテーマに、専門家が実名で発言することで政策担当者、ジャーナリスト、一般市民との交流をはかる言論プラットフォーム
2011年12月21日 自炊代行を提訴する作家の偽善〜再販制度での裁断本のほうが遥かに多いゾ この７人のセンセイによる記者会見での発言内容を読んだが、時代感覚のなさ、を露呈した迷会見だったと思う。（まあ、気持ちは分かるんだけどさｗ）スキャン代行業者提訴で作家7名はかく語りき東野圭吾氏、弘兼憲史氏など著名な作家・漫画家7名が、スキャン代行業者2社を提訴した問題。記者会見の場で7名は何を語ったのか。紙への思い、裁断本を含めた違法コピーへの憤り、出版業界の現状や未来など、各人がそれぞれの心情を吐露した内容をまとめた。私が思うに、小説家や漫画家が目指すべき本来的なアウトプット、目指すべき達成点は、ある種のストーリーを読者の脳内で紡ぎだし、読者の心をつかみ、深く揺り動かすことであって「インクが乗っかった物理的な紙の束」を届けることではないはずだ。 このセンセイ方は、アマ同人誌の発行者ではなく、商業出
プログラミングというのは、名前をつける行為なんだと思う。 プログラミングで一番大切なこと。 もしも、プログラマーじゃない人に、「プログラミングで一番大切なことは？」と聞かれたら、迷わず「名前」だと答える。もちろん、人それぞれだし、自分はスキルの高いプログラマーじゃないよ、と前置きして。 名前が9割と言ったときの、9割という部分は人によってだいぶ差があるんだと思う。もっと小さいかもしれない。けれど、名前が重要だという点に関しては、反対するプログラマーはいないんじゃないだろうか。 時代や環境で変わる名前。 いま僕がイメージしてる名前というのは、変数名だったり関数名だったりクラス名だったり、とにかくいろいろ。さらに、JavaScriptとか高階関数をバリバリ使うような場合など、名前をつけないという選択肢もある。 なんとなくJavaScriptと書いたんだけど、名前はプログラミング言語や開発環境や
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く