一流の研究者とのお別れ：10分で人生を変える方法 | Lifehacking.jp
伝説の研究者と部屋をともにして２ヶ月、ついに先生とのお別れの日がやってきました。このシリーズも、ひとまず最終回です（またお会いする予定もありますので、また続くかもしれませんが）。 この2週間ほどは、私自身が先生との対話に慣れてきたということもあって、敢えて先生の論理に食ってかかったり、別の視点を指摘したりして頭脳での戦いを挑んできました。結果はまあ、散々たるもので、やはりまだ自分程度では及ぶものではないということがよくわかりました。 しかしそれによって得られたものもありました。それまで「大先生のいうことだから」と、どこかで拝聴していた気分が次第に薄れ、議論の良い点、悪い点を整理して意見を言えるようになってきたのでした。それがさらに深い議論へとつながって、私にとって、そしておそらくは先生にとっても楽しいひとときになったような気がします。 最後の午後、開け放した窓からさわやかな空気が流れてくる
一流の研究者の抜け駆け功名 | Lifehacking.jp
一流の研究者の先生と机を並べて一ヶ月半。毎日繰り返される議論にも慣れてきて、パソコンの操作や PowerPoint の作成をお手伝いしているうちに、なんだか緊張がほぐれてきて、この人がどれだけすごい研究者なのかを忘れつつありました。 そんなある日、現在私が進行中の研究についてのディスカッションをしてもらっていたときのことです。 私「…とまあ、こんな結論にしておこうと思うんです」 先生「それもいいですが、こちらの結果も野心的でいいじゃないですか。論文に入れないのですか」 私（ぎくっ）「そ、そちらはちょっと怪しいというか、あまり言われていない話なので…」 その部分は自分でも気づいてはいたのですが、提示した資料からは言い過ぎではないのかと思って結論には含めなかったものでした。先生はちょっとの会話でそれを的確に見抜いて突いてきたのでした。そしていかにも不満そうに付け加えました。 「mehori さ
一流の研究者の歩いている時間。あるいは「iPod を捨てよ、町へ出よう」 | Lifehacking.jp
伝説的な研究者の先生と机を並べて一ヶ月。毎日のディスカッションについていくだけでも大変ですが、その内容を Hipster PDA に走り書きし、Moleskine にキャプチャーするだけで毎日 20 分ほどの時間がかかっています。おかげで今月始めた手帳の消費の早いこと、早いこと。 そんな先生は私よりもたいてい早くオフィスに着いています。いつもの集中力で、あとからきた私に 15 分くらいは気づいていませんので、そのスキに自分の仕事を必死で始める毎日です。 しかし先日、私が出勤すると珍しくもオフィスの扉が開け放たれたまま、鞄とノートパソコンを残してどこにもいらっしゃらないということがありました。不思議に思っていると、30分もした頃に息を切らした先生が汗を流しながらやってきました。 先生「いやぁ、メガネを忘れてね！」 私 「….！！（なぜ走る必要がっ！）」 iPod を捨てよ、町へ出よう しかし
一流の研究者の集中力（２）超シングルタスクのすすめ | Lifehacking.jp
一流の研究者とルームメイトになって二週間、私の仕事の能率はなんと通常の２倍に上がりました。 いえ、仕事を倍こなす秘密を教えてもらったわけではありません。この先生、ものすごくおしゃべりが好きなので、一日の半分は議論の相手をしているのです。朝やってくるとまず２時間ほどの議論。昼くらいにもう１時間。夕方にもう１時間で、私の仕事時間はざっくりと半分になってしまっています。でもまあ、やればなんとかなるもので、いつもと同じ仕事量を半分の時間でなんとかやっつけています。ものすごく疲れていますけど…. そんなある日の会話。 先生：「それでね、一口に地球温暖化といっても Signal to Noise ratio の問題がありましてな…」 私： 「自然変動とどちらが大きいかって話ですよね」 先生：「Or course. And you see…. （以下英語がだーっと） ……Right?」 私： 「!!!…
[Lifehacking Diary] 一流の研究者の集中力
信じられないほどの幸運ですが、今日から２ヶ月のあいだ、世界でもトップクラスの科学者の先生と机を並べて仕事をすることとなりました。若い頃にアメリカに渡り、独力で一分野を築きあげた伝説に近い存在です。 研究者の能力の指標の一つに論文の被引用回数という、他人がその人の論文を何度引用してくれたかという数字があります。分野によって数字はまちまちですが、私たちの分野だと割と論文が多い大学教授でも 500 程度がふつうだというのに、この伝説は 10000 をゆうに越えているというのですから、おそるべき話です。 昨夜はアメリカから到着したこの先生を空港まで迎えに行き、深夜に宿舎まで送りとどけたのですが、時差ぼけを感じないのか今朝は早くから研究室の机でノートパソコンに向かっています。 私がうしろから「おはようございます」と声をかけても振り返りません。邪魔をしては悪いかなと自分の仕事を始めると、私がコーヒーを
プログラマから起業家へ転身する際の注意点:Geekなぺーじ
「10 Tips for Moving From Programmer to Entrepreneur」 という記事がありました。 面白かったです。 要約してみましたが、間違っているかも知れないので詳細は原文をご覧下さい。 1. コーディングはあなたの仕事の5％でしかない コード書きに夢中になってしまう起業家がいます。 コードを書くことも重要ですが、いくら美しいコードを書いても、誰もその製品を使ってくれないのであれば意味がありません。 税金を払い忘れて逮捕されてしまったら書いたコードは無駄になります。 ソフトウェアのライセンスに無頓着であるために訴えられたら、コードは無駄になります。 ブログやフォーラムでコードの事ばかりを話題にする起業家を見る事がありますが、多くの場合、コードよりもビジネスの側面について考えた方が良いと思われます。 もちろん、コードについて語る方が簡単ですが、そもそも起業
エリート症候群がベンチャーを滅ぼす - CROSSFIRE DBとコンパイラの日記
僕の回りには、頭が良く優秀な人が多い。だが、その半面、エリート症候群にかかっている人もぼちぼち見かける。エリート症候群は、学歴が高い人、コンサルファームなど一流と言われる企業で働いたことがあるひとに多い。特に、狭き門でエリート街道をつっ走ってきた人はこの傾向が強い。 では、エリート症候群の症状とはどんなものか？それは 「現状では分からない」という正解が出せない、認められない 分かるようにするための行動に出られない 最悪の場合、自分の常識だけで無理矢理かたづけたり、自分に都合の良いことを書いてある書籍や雑誌などの情報を鵜呑みにする。 というものだ。もっとも理論的で的確な解答が出せそうな人が、答えのない問題と言われるものにぶつかったときに感情で判断してしまうのだ。僕は、世の中、「答えのない問題」なんてものは、そうはないのではないかと思う。答えのない問題ではなく、「その場の目的やかかわっている人
TddAntiPatterns - TDD のアンチパターン
TddAntiPatterns - TDD のアンチパターン 目次 この文書について TDD のアンチパターン TDD アンチパターン・カタログ 嘘つき。 (The Liar) セットアップ過多 (Excessive Setup) 巨人 (The Giant) モック酔い (The Mockery) 検査官 (The Inspector) 太っ腹な残り物 (Generous Leftovers) 地元の英雄 (Local Hero) 小姑 (The Nitpicker) 秘密のキャッチ (The Secret Catcher) ペテン師 (The Dodger) 大声 (The Loudmouth) はらぺこキャッチ (The Greedy Catcher) 序列屋 (The Sequencer) 隠れ依存 (Hidden Dependency) 点呼 (The Enumerator)
round関数その6:啓蒙とお詫び - hnwの日記
Referer一覧の存在に気づいたので、リンクして下さっている方々の文章を今更読んでいます。ただ、おそらく浮動小数点数の扱いが拙いのをround関数のせいにしているような文章を見つけました。もしそういう誤解があれば非常に残念だと思うと同時に、これだけ注目を集めたからには浮動小数点数一般の罠について簡単に紹介してみても良いかな、と思いつきました。浮動小数点数まわりでハマった人がここに検索でやってくることがあるかもしれません。 そんなわけで、今回のテーマは啓蒙です。浮動小数点数の不思議さについて簡単な紹介記事を書いてみました。また、第1回記事中の誤っている点について、1点訂正をします。今回はイメージ先行で書いてみましたが、伝えていないことはあっても嘘は書いていないつもりです。正確な内容が知りたくなった方はWikipediaの記事「浮動小数点数」を読むと良いでしょう。または、そこからリンクされて
まつもと直伝 プログラミングのオキテ---目次 - まつもと直伝 プログラミングのオキテ：ITpro
第0回 あらためてRuby入門 まつもとゆきひろ氏自身による「Ruby入門」をお届けします。日経Linuxの連載開始前の特別企画（2005年4月号）として，Rubyが他のスクリプト言語やオブジェクト指向言語とどこが違うのか，なぜ便利なのかを中心に解説してもらったものです。 ● 基本と他言語との違い ● 実装とRuby誕生の秘密 第1回 プログラミングとオブジェクト指向の関係 プログラマを目指す人々の中にも，「オブジェクト指向は難しい」とか，「なかなか分からない」という印象を持つ方が多いようです。そこで，Rubyを題材にオブジェクト指向という考え方について説明していきます。 ● その1 ● その2 ● その3 第2回 抽象データと継承 オブジェクト指向プログラミングを構成する3原則のうち，前回は「ポリモーフィズム」を学びました。今回はオブジェクト指向の歴史を復習した後，残りの「データ抽象」と
大迫正治 REPEDANT BLOG > 「中毒性」ある受託開発がソフトウェアベンチャーの躍進を阻む : ITmedia オルタナティブ・ブログ
日本のソフトウェア産業は「製造業」よりも「サービス業」に分類される。なぜなら、革新的なプロダクトを研究開発し、一気呵成に市場に展開するよりも、顧客ニーズに沿ったオーダーメイドのシステムを逐次的に開発することが主流となっているからだ。 創業期は受託開発で糊口をしのぎ、徐々に自社製品の研究開発に資金を回して、いつかは自社ブランドで世界を席巻する、というストーリーは巷にあふれるが、これは結局のところローリスクでスタートしながらハイリターンを得ようとする野望であり、実現へのハードルは低くない。その理由は、中毒性のある受託開発と、ソフトウェア産業の悲惨この上ない「重層下請け構造」にある。 １．受託開発では「技術」が蓄積しない 住信インベストメントの辻俊彦氏はご自身のブログで次のように述べている。「クオリティの高い受託開発力は、オリジナリティ溢れる尖った自社開発力を生み出す素地になると思っている。投資
Karetta|Gaucheプログラミング|「Lisp脳」の謎に迫る - Schemeプログラマの発想
この原稿の最新版について この原稿に加筆した最新版が書籍「プログラミングGauche」に収録されています。 引用や紹介をされる方はなるべく書籍収録版を参照してください。 他の言語のプログラマがSchemeプログラムを書くとき、 どうしても発想が手続き的(procedural)になりがちです。 LispプログラマやSchemeプログラマの発想は手続き的な発想とはどうも違うらしい、 ということは分かるのですが、具体的に何が違うのでしょうか? ここではこの謎に迫ってみましょう。 実例 例えばこんな例題があります。 1から100までの数をプリントするプログラムを書け。ただし3の倍数のときは数の代わりに「Fizz」と、5の倍数のときは「Buzz」とプリントし、3と5両方の倍数の場合には「FizzBuzz」とプリントすること。 どうしてプログラマに・・・プログラムが書けないのか? (原題: Why
Yahoo! が PHP エンジニアを雇う時に聞く質問
via.Yahoo!がPHPエンジニアを雇う時に聞く質問 | IDEA*IDEA とりあえず適当に訳してみました。間違いがあれば指摘をお願いします :-) 1.配列usersに「john」を追加しないのはどれか？ 1. $users[] = ‘john’; 2. array_add($users,’john’); 3. array_push($users,‘john’); 4. $users ||= ‘john’;2. sort(), assort(), ksort()の違いを述べよ。また、どういった状況で利用するかを述べよ。 3. 以下のコードは何を出力するか？それはなぜか？ $num = 10; function multiply(){ $num = $num * 10; } multiply(); echo $num;4. 参照と通常の変数の違いを述べよ。また、どのように参照渡しをす
404 Blog Not Found:あなたが正しいと思っていることが間違っている26の理由
2007年05月30日04:05 カテゴリ翻訳/紹介Psychoengineering あなたが正しいと思っていることが間違っている26の理由 MixClips経由で見つけた記事なのだけど、実はWikipediaのコピペ。 26 Reasons What You Think is Right is Wrong List of cognitive biases - Wikipedia, the free encyclopedia これってどこのPOP*POPだよと思いつつも、内容そのものは面白いので超訳的注釈をしてみることに。ただし私は心理学と社会学は筒井康隆に教わった点をよろしく割引のほどを。 バンドワゴン効果 Bandwagon effect - 周囲の人が信じていることを、自分もいつの魔に信じてしまう効果 偏向の盲点 Bias blind spot - 自分自身の認識偏向(cognit
The Programming and Management Blog » PHP Interview questions from YAHOO
If you're new here, you may want to subscribe to my RSS feed. Thanks for visiting! A friend recently got some pre-interview questions from YAHOO for a PHP job. Following up my previous post about programmer questions I thought I would post them to give people examples of what a large corporation like YAHOO asks. 1. Which of the following will not add john to the users array? 1. $users[] = 'john';
デモではものができあがっているように見せない
Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも
もろ式: 読書日記 - よくあるメール
最近、学生とのやり取りでメールを使うことが多いのだが、学生から来るメールはこういうのが多い。 From: hogehoge@docomo.ne.jp To: s-moroNO@SPAMhanazono.ac.jp Subject: (no title) 明日休みます。 お前誰やねん。この時点で無視しても全く問題ないと思ったりもするが、情報教育を担っているという職業意識から、こんな返信をする。 From: s-moroNO@SPAMhanazono.ac.jp To: hogehoge@docomo.ne.jp Subject: あなた誰？ 花園大学の師茂樹です。 失礼ですが、あなたはどなたですか？ 「明日は休みます」という文面からして、花園大学の学生さんみたいですが。 それに対する学生からの返信。 From: hogehoge@docomo.ne.jp To: s-moroNO@SPAMh
親友へ。ブログを書こう。 - IT戦記
はじめに ガイアックスに入社する前からの数少ない親友でプログラマの y が人生の岐路に立っているようなので、エントリーを書いてみることにした。 y とは mixi の足跡がきっかけで知り合って、もうすぐ丸二年の付き合いになる。人生の 10 % の時間をインターネットでつながっていたということになる。 あのときから見たら、自分も y も随分変わったんだろうなあ。普段は考えたりしないけど、しみじみとあのときのことを思い出してみた。 そして、 y にももっと web で色んなものを公開して欲しいなと思った。どんなささいなことでもいい。完成度なんてなくていい。二次情報でもいい。技術のことでなくてもいい。 y へ。そして、ブログを書いたことがないすべての人へ。 ブログを書こう 誤解のないように言っておきますが、書くべき！という感じではなく、ｲｲﾖｰｲｲﾖｰ書いたほうがｲｲﾖｰ的な意味です。 ブログを
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
新規
flashrod - AS3は簡単なことでも複雑な組み合わせを要求されて面倒だ問題について
