だんだん開発スピードが遅くなっていくのをどうやってとめたら良かったんだろう？ - Mitsuyuki.Shiiba
先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ
雑用上司 - Mitsuyuki.Shiiba
僕はWebサービス開発会社のエンジニアなんだけども。 雑用は新人にお願いするんじゃなくて、上司がやると良さそう。だよなって思ってる。 会議の設定とか、飲み会の幹事とか、会議の資料作りとか、そういうの。 そうすると、良さそうのは。 上司は新人より組織に関して色んなことができるので、無駄なものをなくしたり、効率化したりできそう。 本当に必要なものだけが残って、で「それを自分がやるのは時間がもったいない！誰かを雇ったとしても結局その方が得だ！」ってなるとプログラムを書くために入社した人じゃなくて、誰かそういうことをやる人を雇うことができそう。 「出世したら雑用は部下にやらせよう！」じゃなくて「遂に雑用ができるまで偉くなったか！」ってなると雑用が尊いものになりそう。 雑用から学ぶ？ よく「雑用から学ぶのだ！」って話を聞くんだけど、そんな遠回しなことせずに「こういう場合はこうするんだよ」って仕事の中
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
