タグ

Tipsとprojectに関するsyo-yuのブックマーク (5)

  • コードもあんたも最低だ: コードレビューの社会動学 - Sooey

    Originally uploaded by snapperwolf* Your Code Sucks and I Hate You: The Social Dynamics of Code Reviews Twistedを開発するDivmod, Inc.のJonathan Lange氏がOSDC Sydney 2008で行った発表の資料が公開された。「Your Code Sucks and I Hate You: The Social Dynamics of Code Reviews」というタイトルでコードレビューにおける人間同士の関わりとその影響をまとめた内容になっており、オープンソースプロジェクトに限らず、企業内でのコードレビューにおいても考慮すべき点が色々と解説されている。 翻訳しようとして挫けたので、とりあえず見出しだけ日語で書き出してみた。 コードレビューとは何か? (Wha

  • 誰もが知ってる、でもなかなか実行しない「成功」の10原則 | Lifehacking.jp

    ああ「成功」。誰もがいつもそれを求めていて、最近ではとくにの題名によくついている言葉、「成功」。 成功という言葉が持っている、あのゴールテープを切ったあの瞬間の晴れがましさのようなイメージも魅力的なのですが、むしろ長い間の積み上げがやっと花を開かせたような、見た目はささやかでも自分にとっては大いなる意味のある結実というイメージも捨てがたいです。前者を「微分」の成功というなら、後者は「積分」の成功、とでもいいましょうか。 さて、ライフハックというよりはすでに啓蒙主義に片足を踏み込みつつありますが、Lifehack.org に「誰もが知ってる、でもなかなか実行しない成功の10原則」という味わい深い記事が掲載されていましたので抄訳でご紹介します。 こちらはどれも「積分の成功」の話です。 金、権力、地位そのものを目標にしない: 自分のやっていることが嫌でしょうがないのなら、その結果として金・権力

    誰もが知ってる、でもなかなか実行しない「成功」の10原則 | Lifehacking.jp
  • ウノウラボ Unoh Labs: ベンチャー流Webサービスの作り方(企画編)

    尾藤正人(a.k.a BTO)です 僕はウノウが株式会社化するタイミングでウノウに参画しました。 それ以来はずっと二年半程Webサービスの開発に従事してきました。 ウノウに参画した当初はWebサービスのことは全く分かっておらず、 単なるLinux好きのエンジニアにすぎませんでした。 ウノウ株式会社の創業時に参画することにより、 サービスの企画から開発、運用まで携わることができました。 最初はエンジニアが自分一人だけだっとところから、 現在のように数多くの優秀なエンジニアを抱える企業に成長するまでの組織作りにも関わることができました。 全く経験のないところから始めたので、それこそいろんな失敗を重ねてきました。 そこで今までの経験を元にベンチャーがWebサービスを開発するにあたって気をつけておいた方がいいことをまとめてみます。 Webサービスの開発を始めるには、何はなくとも企画から。 今回はW

  • あらゆることがうまく行かなければどれくらいかかるか?

    はじめの一点での見積りと、最良値/最悪値の見積りを比較してみるなら、11.25という一点での見積り値の合計が、最悪値の合計18.25よりも最良値の合計10.5にずっと近いことがわかるだろう。 最良値と最悪値が両方とも一点での見積り値より高くなっているところがあるのも目に付く。最悪のケースについて考えることで、最良の場合でもやらなければならない作業がもっとあったことに気付いて、見積りを引き上げているのだ。最悪のケースをよく検討したいとき、私は開発者にあらゆることがうまく行かなければどれくらいかかるかと聞いている。人がする最悪の見積りというのは、真の最悪のケースよりは楽観的な最悪のケースとなっていることが多いのだ。 これは目を見開かせられるエクササイズだ。恥ずかしながら、私は仕事で見積りするときにいつも一点での見積りをしていた。これはプロジェクトスケジュールの惨事の多くにおいて出発点となってい

  • Martin Fowler's Bliki in Japanese - 朝会のパターン:立ってるだけじゃないよ

    朝会(デイリー・スタンドアップ・ミーティング、デイリー・スクラム、デイリー・ハドル*1、朝のロールコール*2)を説明するのは簡単だ。チーム全員が毎日顔を合わせ、現在の状況を迅速に確認しあう。立ってやるのはミーティングの時間を短くするためだ。以上。 でもこれだけじゃあ、「良い朝会」と「悪い朝会」の微妙な違いは分からないだろう。 朝会の定義は非常に簡単なものなのに、 うまくいっていない朝会があって私はとても驚いた。 すぐに原因は分かったが、そのチームはそれが何なのか分かっていなかった。 朝会の基原則と詳細を意識していなかったのだ。 そのために朝会の問題について診断や解決がなされていなかったわけだ。 良い朝会を経験した人たちは、 うまくいってないときに何をすればいいかを知っている。 朝会に慣れていない人たちは、 うまくいってないときに何をすればいいかに気づかない。 「暗黙知なんだから、とにかく

  • 1