デモではものができあがっているように見せない
Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも
子供の夢を奪う学校というシステム
Seth Godin / 青木靖 訳 2012年9月 (TEDxYouth@BFS 2012) 皆さん、お早うございます。(聴衆からあいまいな返事) 聞こえませんね。挨拶のしかたは小さな頃から習ってるはずです。「ゴ—ディンさんおはようございます」って言うんでしょ？ もう一度やりましょう。皆さん、お早うございます。(聴衆「ゴーディンさん、おはようございます」) これが何のためか考えたことありますか？ どうやって150年の間にこれが公教育に浸透したのか、考えたことはありますか？ 学校を再び役立つものにしようと活動している人たちのように、根本的な問について考えたことはありますか？「学校は何のためにあるのか？」 私達はこの質問に答えていないし、問いかけてすらいないと思います。みんな学校は何のためにあるのか分かっている風ですが、どうしてここに至ったのか、どこへ向かっているのか、みんなが同意するまでは
ストレスを友達にする方法
Kelly McGonigal / 青木靖 訳 2013年6月 (TEDGlobal 2013) 告白することがあります。でもその前に、まず皆さんに告白して欲しいことがあります。この１年比較的ストレスが少なかったという人、手を挙げてもらえますか？ どうです？ 中くらいのストレスだったという人は？ ものすごくストレスがあったという人？ ああ、私もです。でも告白というのはそのことではありません。告白というのは、私は心の健康が専門の心理学者で、みんなをより健康で幸せにするのを仕事としていますが、この10年間私が人に勧めてきたことは利よりも害が大きかったのではと恐れているんです。それはストレスに関することです。「ストレスは人を病気にする」と私は説いてきました。風邪から心血管疾患まで、あらゆる病気のリスクが高くなるのだと。基本的に私はストレスを敵視してきました。でも私のストレスに対する見方は変わりま
私のTODOリストの先頭にあるもの
Paul Graham / 青木靖 訳 2012年4月 ブロニー・ウェアという緩和ケアの看護師が、人が死の間際によく後悔することのリストを作っている。なるほどと思えるものだ。5つの間違いのうち少なくとも4つを私自身犯していた——というか犯しているのがわかる。 人が死の間際に後悔すること 1. 他の人の期待に合わせるのではなく、自分に正直に生きる勇気が欲しかった。 2. あんなに仕事ばかりするんじゃなかった。 3. 自分の感情を表す勇気を持てばよかった。 4. 友達と連絡を絶やさずにいればよかった。 5. もっと自分を幸せにしてあげればよかった。 これらの間違いを1つのアドバイスにまとめるとしたら、それはたぶん「歯車になるな」ということだろう。この5つの後悔は、状況に合わせて自分を押し込め、止まる時まで律儀に回り続ける脱工業化社会の人間の姿をよく描き出している。 気掛かりなのは、これらの後悔
ポーギーに話す
John Graham-Cumming / 青木靖 訳 2010年5月17日 プログラマであれば、何かの問題を同僚に説明していて、説明し終わる前や、何かフィードバックをもらえる前に自分で答えを見つけたという経験があるのではないかと思う。私は同僚さえ必要ないということに気づいた。話す相手は何でも良くて、ただ問題を口に出しさえすればよいのだ。 私が本を書いていたとき、解説しようとしている科学の話を自分でちゃんと理解しているか確認するため、声に出して説明してみることが良くあった。あまりばからしく感じないように猫を相手にそうしていた。猫は私の言うことを理解しないか、少なくとも言葉を返すことはなかったが、はっきり口に出して言うのはとても助けになった。 デバッグしているときコンピュータに話しかけることもある。問題をはっきり口に出すことで頭の中の歯車がかみ合って、自ずと答えが出てくるのだ。 Coders
理解することが書き直すことを意味するとき
Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新
どうしてプログラマに・・・プログラムが書けないのか?
Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が｢Fizz
スタートアップを始めない理由が間違っている理由
Paul Graham / 青木靖 訳 2007年3月 (このエッセイは2007 Startup SchoolとBerkeley CSUAで行った講演を元にしている。) 私たちはY Combinatorを十分長くやってきたので、成功率について話せるくらいデータがたまった。最初に投資をした2005年夏のグループには8つのスタートアップがあった。現在ではそのうちの少なくとも4つは成功しているようだ。この中の3つはすでに買収されており、Redditは2つの会社、RedditとInfogamiが合併したものだ。3番目のやつについてはまだ買収先を話せない。最後の1つはLooptで、これは非常にうまくいっており、その気があれば10分以内に買収先を見つけられるだろう。 だから最初の夏の創業者たちのうちの半分くらいは、2年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみ
いいアジャイルと悪いアジャイル
スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
