タグ

ブックマーク / www.aoky.net (9)

  • いいアジャイルと悪いアジャイル

    スクラムはラグビーにおいて最も危険な段階であり、それというのも、潰れたり不適切なかみ合い方をすると、前列のプレーヤーが怪我をしたり、首の骨を折る危険すらあるからだ。—Wikipedia 私が子供の頃には、コレステロールは体に悪いものだった。これは覚えやすかった。脂肪は悪い。コレステロールは悪い。塩分は悪い。みんな悪い。しかし近頃では、コレステロールが「いい」コレステロールと「悪い」コレステロールに分かれている。私たちがこの2つをどうにかして見分けられるとでもいうように。そしてその切り替わりは奇妙なものだった。FDAが突然プレスリリースを発表して、殺鼠剤には2種類、いい殺鼠剤と悪い殺鼠剤があり、いい方はたくさん摂って悪い方は摂ってはならず、そして決して2つを混ぜたりしてはいけないのだと言ったかのようだった。 一年くらい前まで、私はいわゆる「アジャイル」プログラミングに対して、ごく一次元的な見

  • 遠い昔、パワポ死がなかった頃

    Garr Reynolds / 青木靖 訳 2010年8月21日 パワポ死(Death by PowerPoint)とは、退屈なPowerPointプレゼンテーションによって聴衆が昏睡に似た状態に陥ることを指す。 遠い昔――PowerPointが発明される以前――はるか彼方の銀河系で、指導者達は大きな電子壁面ディスプレイを使いプレゼンテーションしていた。下の写真は、宇宙パイロットや航海士やドロイドで埋められた部屋でドドンナ将軍(スターウォーズIV)がブリーフィングをしているところである。将軍が広い画面を一杯に使って、デス・スターの内部構造を示すベクターアニメーションという視覚情報のみを表示していることに注意してほしい。それにまた彼が兵士達を前方に集め、人は画面のそばに立ち(画面の前に立つことすらある)、聴衆とのアイコンタクトを欠かさず、時折画面上のアニメーションで重要な部分を指差している

    bk246
    bk246 2010/08/24
  • プログラマは履歴書をどう見るか

    当の見方はこちら 上のから読むといい。 How to recognize a good programmer (いいプログラマの見分け方) Another Resume Tip (さらに履歴書のコツについて) - Joel on Software Ten Tips for a Slightly Less Awful Resume (履歴書をもうちょっとマシにするための10のヒント) - Steve Yeggeによるアドバイスで、楽しい読み物。 Getting your resume read (履歴書を読んでもらうには) - Joel on Software

  • 要求は怪物みたいなもの

    Angry Aussie / 青木靖 訳 2007年8月1日 水曜 8歳になる娘と話をすると、自分が何でもわかっているなどとは思わなくなる。 質問が上手なあの子は、私が答えられなかったり、少なくとも真剣に考えなきゃならないようなことを聞いてくる。真剣に考えるというのは重要で、いい加減な答えをしようものならすぐ突っ込まれてしまう。彼女が5歳で母親に日曜学校へ送り迎えしてもらっていた頃のある日、何の前触れもなくこんなことを聞いたことがあ った。 「ねえ、神様が私たちを作って、そして私たちを好きでいるなら、どうして神様は私たちが病気になるのをほうっておくの?」 あなたならどう答えるだろう? 私が最初に思いついたのは「ママに聞いてごらん」ということだった。しかしこれはその場しのぎにしかならない。最終的には「死なないくらいの病気かかると、かえって体が丈夫になるんだよ」という冴えない答でどうにか逃げお

    bk246
    bk246 2008/10/21
    "「いつも怒っているのも無理ないわ」"
  • 理解することが書き直すことを意味するとき

    Jeff Atwood / 青木靖 訳 2006年9月18日 開発者に時間をどう使っているか聞いたなら、彼らはほとんどの時間コードを書いていると答えるだろう。 しかし、ソフトウェア開発者が時間を実際どう使っているか観察したなら、ほとんどの時間をコードの理解に使っていることがわかる。 ピーター・ハラムがこのことについて説明している。 どうしてコードを新規に書くより5倍もの時間をコードの修正に使っているのか? それは新規のコードはほとんどすぐに古くなるからだ。何か新しくコードを書く。コーヒーを飲んで一服する。すると突如として、コードは古いコードになっている。できたてのコードはせいぜい初期のデザインしか反映していないが、デザインの多くの部分は前もって現われるものではない。開発プロジェクトの多く が反復的開発手法を使っている。デザイン、コーディング、テスト、繰り返し。たくさんの繰り返し。すべてが新

  • Steve Yegge、RailsをJavaScriptに移植する

    John Lam / 青木靖 訳 2007年6月24日 Foo Campで私が最初に行ったのは、「GoogleRailsクローン」と題するSteve Yeggeの講演だった。このタイトルを見てどうして聞かずにいられようか? Googleはプログラミング言語として、C++JavaPythonJavaScriptの4つを使っている。WebのフロントエンドJavaで書きたがる人がそういるとは思えないが、それはWebフロントエンド用のJavaコードをたくさん持っているGoogleにしても 同じだ。 Googleにおける開発者の生産性を引き上げるため、Steveは会社にRails(したがってRuby)を言語として採用するように訴えたが、それが叶わないとなると(Googleはインフラでサポートしなければならない言語の数を増やすのをとても嫌っている)、 彼は欲求不満のプログラマがみんなするだろ

  • どうしてプログラマに・・・プログラムが書けないのか?

    Jeff Atwood / 青木靖 訳 2007年2月26日 レジナルド・ブレイスウェイトが書いていることを読んだとき、私はそんなわけないだろうと思っていた。 私と同様、この著者は、プログラミングの仕事への応募者200人中199人はコードがまったく書けないということで苦労している。繰り返すが、彼らはどんなコードも書けないのだ。 彼が引用している著者というのはイムランのことで、彼は単純なプログラムも書けないプログラマをたくさん追い払っているということだ。 かなりの試行錯誤の末に、コードを書こうともがいている人たちというのは、単に大きな問題に対して苦労しているのではないことがわかった。やや小さな問題(連結リストを実装するというような)に対して苦労するということでさえない。彼らはまったくちっぽけな問題に苦労しているのだ。 それで、そういった類の開発者を見分けるための質問を作り始め、私が「Fizz

    bk246
    bk246 2007/05/10
    ブクマコメントにも注目
  • スタートアップを始めない理由が間違っている理由

    Paul Graham / 青木靖 訳 2007年3月 (このエッセイは2007 Startup SchoolとBerkeley CSUAで行った講演を元にしている。) 私たちはY Combinatorを十分長くやってきたので、成功率について話せるくらいデータがたまった。最初に投資をした2005年夏のグループには8つのスタートアップがあった。現在ではそのうちの少なくとも4つは成功しているようだ。この中の3つはすでに買収されており、Redditは2つの会社、RedditとInfogamiが合併したものだ。3番目のやつについてはまだ買収先を話せない。最後の1つはLooptで、これは非常にうまくいっており、その気があれば10分以内に買収先を見つけられるだろう。 だから最初の夏の創業者たちのうちの半分くらいは、2年もしないで金持ちになったことになる。少なくとも彼らの基準で言えば。(金持ちになってみ

    bk246
    bk246 2007/04/03
    スタートアップで経験を積む、ビジネス知っている必要ない、共同創業者となるべき人が周りにいるときに始めるべき、就職がデフォルトでない時代になる
  • 天才になるのに遅すぎるということはない

    Kathy Sierra / 青木靖 訳 2006年9月27日 Webやテクノロジーの世界では(その他の多くの分野でも)、大きなアイデアというのは若い人から生まれるようだ。弱冠27歳にして、Ruby on Railsフレームワークの作者デビッド・ハイネマイヤ・ハンソンは世界を変え、Rubyに存在 意義を与えた。それにFlickrを作ったカタリナとスチュワートがいる。そして言うまでもなく、私がこの記事を書いているブログサービスの 生みの親、Six Apartのベンとミナがいる。 ラリーとサーゲイ、Googleの裏にいる「男の子」たち。ジェフ・ベゾスがAmazonを設立したのは、ちょうど30歳のときだった。O'Reillyの最初のFoo Campで、バート†をゲームで苦しめていた相手の若い子がBitTorrentの作者であるブラム・コーエンだったことを後で知った(彼はTime誌の最も影響力のあ

    bk246
    bk246 2007/02/21
    探求心に年は関係ないと思うよ♪
  • 1