ビルゲイツによるハーバード卒業式の式辞全訳 - FIFTH EDITION
B・ゲイツ氏、ハーバード大卒業式で講演--名誉博士号を受ける - CNET Japan この間、ビル・ゲイツが、ハーバードから名誉博士号をもらったのは記憶に新しいのですが、ハーバードの卒業式でビル・ゲイツが行った式辞がネットに掲載されていたので、それを今日は翻訳してみました。 Remarks of Bill Gates ― The Harvard University Gazette sam-karoのビジネスイノベーション探求 - ビルゲイツのハーバード卒業式の式辞・軟弱翻訳（最初と最後だけ） 原文や、他の翻訳はこちら。自分の英語力は稚拙ですので、英語ができる方は、そちらをお読みください。間違いなどがありましたら、指摘して頂けると助かります。 Remarks of Bill Gates Bok学部長、Rudenstine前学部長、Faust次期学部長、the Harvard Corpor
The Real Programmer Stories
本物のプログラマ 著者： Ed Post 日本語訳： おおくぼ 以下の文章は、かつてMike Schenk によって編纂され、USENETを通じて世界中に配信された The Real Programmer Stories の日本語訳です。 2000年1月5日： バージョン ベータ0.9 として公開。 2000年1月6日： 体裁を修正。プロジェクト杉田玄白 協賛テキストであることを加筆。 2000年1月9日： Typo を修正。ありがとう武井＠高知大学様。 2000年2月11日： html-lintを使って体裁を修正。わ〜い 100点だ〜。Ｄ論発表が１週間後だってのに、いったいなにやってんだおれ。 2000年2月25日： ご指摘いただいた誤訳箇所を修正。ありがとう山形様、山根様。 Path: athena.cs.uga.edu!emory!wupost!uunet!mc
まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ：ITpro
第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と
医学都市伝説: ルシファー効果
スタンフォード監獄実験という心理学実験について、聞いたことがある方は数多いであろう。1971年夏、スタンフォード大学心理学教室のフィリップ･ジンバルドによって計画され、予想以上の問題点を露呈して予定日程なかばで中止された実験である。Wikipediaにその詳細がアップされているので、興味ある方は参照して頂きたい。 この実験が意図していたのは、人間の残虐性というものが個別的な性質によるものなのか、社会的な役割によって導かれるものなのかを確かめることであった。実験は、ボランティアから、性格や行動上の偏倚が少ないと判断された被験者21名を、ランダムに囚人10人と看守11人に振り分け、2週間の予定でその行動を観察した。 彼らは大学の地下室にしつらえられた「監獄」に送られ、囚人役、看守役それぞれに対し、いかにもそれらしいコスチュームや行動原則が割り振られたのだが、実験開始直後から、当初の設定を超えて
スタートアップを始めない理由が間違っている理由
Paul Graham / 青木靖 訳 2007年3月 (このエッセイは2007 Startup SchoolとBerkeley CSUAで行った講演を元にしている。) 私たちはY Combinatorを十分長くやってきたので、成功率について話せるくらいデータがたまった。最初に投資をした2005年夏のグループには8つのスタートアップがあった。現在ではそのうちの少なくとも4つは成功しているようだ。この中の3つはすでに買収されており、Redditは2つの会社、RedditとInfogamiが合併したものだ。3番目のやつについてはまだ買収先を話せない。最後の1つはLooptで、これは非常にうまくいっており、その気があれば10分以内に買収先を見つけられるだろう。 だから最初の夏の創業者たちのうちの半分くらいは、2年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみ
真髄を語る：重要なソフトは外注せず自分で作る
ソフトウエア開発の経験が全くない素人集団を率いて、100％外注に頼っていた、基幹業務を支えるソフトウエアを内製に切り替えるプロジェクトに取り組んだ。この時の経験から言うと、ゼロからのスタートであっても、5年間真剣に取り組めば、ソフトウエアを自社内で開発・維持する体制を構築できる。現在、本業そのものを支えるソフトウエアに関してまで安易な外注が進んでいる。基幹部分は他人任せにせず、当事者が自らの手で内製できる力を持つべきである。 「交換機を作っているコンピュータ・メーカーに、交換機のソフトウエアを自分たちの手で作りたいと言ったら、『我々が手を引いたらNTTなんて成り立ちませんよ。お分かりなんですか』と脅されたよ。頭に来たな。石井君、どう思う。今のままでいいのか」 日本電信電話公社の真藤恒総裁は初対面の私にこうまくし立てた。電電公社が民営化され、NTTになる直前のことである。大阪の現場にいた私は
論理的思考の放棄 - 登 大遊＠筑波大学情報学類の SoftEther VPN 日記
僕は、1 日に少なくとも 3,000 行程度、多く書くときで 10,000 行以上のプログラムを書くことができる。その結果、多い月で 10 万行 / 月くらいである。なお、言語は書くソフトウェアの性質上、大半が C 言語である。 また、プログラミングにはバグが付き物だが、ここ 2、3 年の間は、発生するバグの数を極めて少なく保つことに成功している。 とても大きく複雑で、かつレイヤ的に OS に近い処理をたくさんやるプログラムを書く場合は、プログラミングをするときでも、事前の設計が極めて重要となる。設計をうまく行わないと、後になって全面的に書き直しをしないといけなくなったり、パフォーマンスが低下したりする原因となり、開発者の苦痛の原因となる。 当然のことながら、これまで書いたいくつかの大きく複雑といえるソフトウェアの大半の設計も、自分で行った。いかなる場合でも、設計は、最初の 1 回目で確定
天才になるのに遅すぎるということはない
Kathy Sierra / 青木靖 訳 2006年9月27日 Webやテクノロジーの世界では(その他の多くの分野でも)、大きなアイデアというのは若い人から生まれるようだ。弱冠27歳にして、Ruby on Railsフレームワークの作者デビッド・ハイネマイヤ・ハンソンは世界を変え、Rubyに存在 意義を与えた。それにFlickrを作ったカタリナとスチュワートがいる。そして言うまでもなく、私がこの記事を書いているブログサービスの 生みの親、Six Apartのベンとミナがいる。 ラリーとサーゲイ、Googleの裏にいる「男の子」たち。ジェフ・ベゾスがAmazonを設立したのは、ちょうど30歳のときだった。O'Reillyの最初のFoo Campで、バート†をゲームで苦しめていた相手の若い子がBitTorrentの作者であるブラム・コーエンだったことを後で知った(彼はTime誌の最も影響力のあ
スタートアップの始め方
Paul Graham / 青木靖 訳 2005年3月 (このエッセイはハーバードコンピュータ協会での講演を元にしている。) 成功するスタートアップを作るには3つのことが必要になる。優れた人たちと始めること、顧客が実際に欲しがるものを作ること、可能な限りわずかの金しか使わないこと。失敗するスタートアップのほとんどは、これらのうちのどれかをやり損ねたために失敗している。この3つをちゃんとやったスタートアップはたぶん成功するだろう。 そしてこれは、考えてみればわくわくさせられることだ。何しろ3つとも実行可能なことだからだ。困難ではあるが、実行可能だ。そしてスタートアップが成功すれば、創業者は通常金持ちになる。それはつまり金持ちになるということもまた、実行可能ということだ。困難ではあるが、実行可能なのだ。 スタートアップについて伝えたいメッセージが１つあるとしたら、これがそうだ。スタートアップに
あなたは自分の人生の経営者です。子供たちも既に自分の人生を経営しています。―分裂勘違い君劇場
「先のことは分からないから、将来どんな知識が必要になるか分からない。 だから、今のうちに、たくさんのことを、よく勉強しておきなさい。」 と言うのは、 「先のことは分からないから、将来どんなビジネスが儲かるか分からない。 だから、いまのうちに、たくさんのビジネスに、たくさん投資しておきなさい。」 と言っている、無能な経営者と同じです。 ポートフォリオ戦略を考え抜いて分散投資するのではなく、 安易な思いこみで分散投資しまくれば、不良債権の山が築かれるだけです。 重要なのは、 「幅広く大量に投資すること」 ではなく 「投資効果やリスクを考えて、戦略的に投資すること」 です。 投入できる資金(時間と努力)はごくわずかなのですから。 投資戦略立案に必要なものは、たとえば、以下のようなものです。 ●自分を待ち受ける未来の状況の予測。 ●自分の強み、コアバリュー、コアコンピタンスの洗い出しと、育成方法の
シゴタノ！ - 聞き手を惹きつけるプレゼン術
プレゼンの目的は様々だと思いますが、目に見えている余計な「肉」をそぎ落としたあとに残る「骨組み」に目を向けてみると、以下のような骨格が浮かび上がります。 1．プレゼンをする自分とはいったい何者なのか？（Who） 2．自分はそのプレゼンで何を伝えたいと考えているのか？（What） 3．このプレゼンは誰に向けられたものか？（Target） 4．このプレゼンを聞き終えると何が得られるか？（Fruit） 5．プレゼンをする背景にはどのような事情があるのか？（BackGround） 6．プレゼンの屋台骨を支える原則は何か？（Principle） 7．この原則を現実に適用する方法とは？（How） 8．方法を実践するうえで参考になる事例とは？（Good Example） 9．方法を実践するうえで避けるべき事例とは？（Bad Example） ほかにも要素はあろうかと思いますが、これだけあれば骨格として、
真髄を語る ピーター・ドラッカー氏が指摘する「ITより重要なもの」
社会生態学者、ピーター・ドラッカー氏が2005年11月11日に亡くなってから早くも1年が経った。この1年の社会の動きは目まぐるしかったが、変化が激しい時こそ、本質をつくドラッカー氏の言葉に耳を傾けるべきではないだろうか。こう考え、ドラッカー氏とのロングインタビューの記録をひもといてみた。 幸いにも、私はこれまで3度、ドラッカー氏にロングインタビューする機会に恵まれた。最初のインタビューは1997年のことだったが、当時のメモを見直してみると、現在に通じる示唆的な発言が満載されていた。1999年の2度目、2003年の3度目のインタビュー内容もまったく古びていなかった。 ドラッカー氏の魅力はたくさんあるが、何と言っても、物事をとらえるスケールにはインタビューのたびに圧倒された。現在起きている事象を読み解く際に、こちらが予想もしていなかった歴史上の逸話を持ち出し、それらを対比して、目からうろこ
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
真髄を語る 経営者がITを理解できない本当の理由
佐藤正史 氏 JTB情報システム 代表取締役社長 当サイトにおいて、企業情報システムにかかわってきたベテランが引退する、いわゆる「2007年問題」について色々な議論がされております。私は1971年にJTBに入社して以来、ほぼ一貫して情報システムの仕事に従事してきました。私が情報システムに関係してきた期間は、日本における約40年の企業情報システムの歴史と概ね重なっております。 2001年から取締役（情報システム担当）として、CIO（最高情報責任者）の仕事をし、現在はJTBの情報システム関連会社の社長を務めています。おそらく、あと数年で2007年問題の一方の主役として、この舞台を去ることになるでしょう。まもなく企業人生を終えようとする一介のシステム屋ではありますが、ぜひとも多くの方に申し上げたいことがあり、この場を借りて思うところを綴ってみます。 私は今、日本のITを巡る状況に大変な危機感
[結] 2006年6月 - 結城浩の日記:モノクロ画像がカラーに見える錯視
目次 2006年6月25日 - 長男と完全数談義 / 2006年6月23日 - ティナからの手紙 / 2006年6月20日 - 無神論者との対話 / 2006年6月18日 - 父の日 / 2006年6月16日 - ソフトウェアは、私たちの想像よりもずっと複雑 / 2006年6月14日 - 仕事 / 2006年6月13日 - 無限羽の鳩と無限個の巣 / 仕事 / Haskell / 読書 / 2006年6月12日 - 仕事 / 2006年6月10日 - モノクロ画像がカラーに見える錯視 / 日記ダイジェストを更新 / 2006年6月8日 - www.textfile.orgのお引っ越し / 2006年6月5日 - 仕事 / 2006年6月4日 - 今日の一日 / 2006年6月3日 - 誤植 / 2006年6月1日 - 仕事 / ぜひ、感想をお送りください 日記一覧 2006年6月25日 ■
satolog: 信じてもいい理由と信じてはいけない理由
Tuesday, March 21, 2006 信じてもいい理由と信じてはいけない理由 リチャード・ドーキンス (原題: Good and Bad Reasons for Believing) * * * ジュリエットへ 10 才になったお前に、私にとって大切なことについて書きたいと思う。お前は、自分達が知っていることをどうやって知るのかを不思議に思ったことがあるかな? 例えば、小さなピン針のように見える星が、本当は大きな太陽のような火の巨大な球で、とっても遠くにあることを、どうやって知るのだろう? 地球がたくさんの星のなかの一つである太陽のまわりを回る小さな球だというのを、どうやって知るのだろう? それらの質問に対する答えは「証拠」だ。時には証拠というのは実際に何かが正しいということを見ること(聞くこと、感じること、匂いを嗅ぐこと...)だ。宇宙飛行士たちは、地球から遠くはなれて、自分達
stack-style.org - stack style リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
なんでかフラメンコ - 妊娠・出産ウソホント
コラム:日本人の宗教嫌い
東大で学んだ卒論の書き方★論文の書き方