妻から言われたことをいくつかツイッター(URLはこちら)で紹介したのですが、 予想に反してかなりの反響がありました。 そんな「妻語録」を一度まとめてみました。 2010/06/03 07:44 かつてネトゲで数十人を率いていたという妻「相手が欲していることは何で、どうやったらモチベーションを高く持ってくれるかを必死に考え抜くの。そうしたら勝手にみんなが動いてくれる。それがマネジメントだよ。やってないから帰りが遅いんじゃないの?」…代わりに会社に行ってもらえませんか? 2010/06/04 07:46 (再掲)近所の豪邸の前で「ここの家主と僕との違いは何なんだあ!」と嘆いていたら、妻が「今まで背負って来たリスクの差じゃない?例えば受験勉強を頑張ると、落ちたら努力が無駄になるというリスクを背負うんだよね。遊んでいればリスクもないけど合格しない。そういうこと。」 2010/06/08 23:46
こんにちは。開発ブログ言いだしっぺの satoshi です。リートでは、AddClips と Lancers というサービスが現在の主力サービスですが、AddClips は1人のエンジニアが担当し、Lancers は2-3人 のエンジニアが開発を担当しています。 当たり前ですが、1人と3人では開発スタイルが大きく異なり、気をつけるポイントも全く違います。当たり前の事が多いのですが、リートで特に気をつけていることをご紹介できればと思います。 開発環境 VMware ESXi を使って開発環境は5秒で用意する 通常、VMwareはLinuxやWindows上で動作しますが、VMware ESXi はその上で直接、複数のVmware(仮想化マシン)を立ち上げることができます。 Vmwareを導入するために、Linuxを導入したりする必要はなく、その容量も32MBとコンパクト。しかも無償で利用可能
October 25, 201014:30 カテゴリプログラミング 意外に奥が深いシャッフルアルゴリズム 前の記事に引き続き,ブログチームの「シャッフルのお時間」の話をします。 毎週の進捗ミーティングのあと,次の週の監視(レビュー)相手を決めるためにシャッフルを行うのですが,ここはプログラマ集団。くじ引きとかではなく,ワンライナーでさらっとシャッフルのプログラムなどを走らせて決めたいものですよね。 ということで,進捗ミーティングの最後はシャッフルのお時間と呼ばれ,誰かひとりがプロジェクタにつながったマシン上でライブコーディングをし,その出力結果によって次週の監視相手が決まる,という儀式の時間になりました。 シャッフルの基本のきまりは以下の通りです。メンバー名の配列を入力とし,「見る人→見られる人」の組み合わせを出力するプログラムを書く。「自分自身を担当する人」が発生してはダメ。その場でコー
October 22, 201010:13 カテゴリプログラミング組織とyou 複数人開発チームのマネジメントに必要なもの - git, 個別開発環境, そしてシャッフルアルゴリズム perl 界隈の皆様、YAPC::Asia 2010 おつかれさまでした。 @nipotan のライトニングトークはシャッフルに関する話でした。で、ここで、なぜそもそもシャッフルが出てきたのかについて、チームマネジメント的な観点から補足したいと思います。 (元の発表はこちら: 動画 / スライド ) ■相互チェック体制の運用 ライブドアのプログラマは、だいたい一人でひとつのサービスを受け持っています。一人が複数のサービスを受け持つのは普通ですが、一つのサービスに複数のプログラマがフルコミットするという贅沢な状況はあまりありません。 担当が一人ずつしかいないと、担当の人が休むと何も進まない。やりたいことが色々あ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く