日本と米国で異なる「想定する物量」がソフトウェア開発の生産性の違いを生む - メソッド屋のブログ
私は米マイクロソフトの DevOps のインターナショナルチームに所属しています。ただ、住んでいるところは日本なので日本側のオペレーションも実施しています。 前回のブログでも書いた通り、私はどうして米国のエンジニアが生産性が良いのかをずっと知りたいと思っていたし、今も研究中です。この２つのチームに同時に見えてきたことがあり、彼らの生産性の良さの一端に気付いたのでブログにして残しておきたいと思いました。 見えてきた「物量」の違い 私がインターナショナルチームと一緒に向こうでしているときに、仕事でアップアップになったことはありませんが、日本だとしょっちゅうです。日本のMSもはっきり言って過去に私が所属したどの会社より相当効率的で無理がないのですが、それでも存在するこの差はいったい何でしょうか？いくつかの事例を通じてだんだん見えてきたことは１つのことをこなすための「物量」が違うということです。
2014年に読んだ技術書で良かったもの - うさぎ組
概要 新刊にかぎらず、今年読んでいて「あー、良書だなー」って思ったものをあげています。これ、ダメじゃないの？とか、あー、やっぱりこれいいよねっていうコメントもらえると嬉しいです。 基本は、.NETにおけるWeb APIやFW開発でQA * POな人が思う良書です。今年は技術書より論文、言語仕様書、実装を読んでいることが多かったので、去年の半分の30冊くらいしか読んでいないかな。 開発チーム系 エッセンシャル スクラム 作者: Kenneth S. Rubin出版社/メーカー: 翔泳社発売日: 2014/08/01メディア: Kindle版この商品を含むブログを見る スクラムなんとなくわかっているんですけど、自分以外の状況よくわからんしなー、進め方変じゃないかなぁっていうときに、読むとめっちゃ参考になります。 組織パターン 作者: James O. Coplien,Neil B. Harri
「現場」で頑張りすぎないたった一つの理由 - 世界のやまさ
この投稿は DevLOVE Advent Calendar 2013 12月20日の記事です。 前日は tchikuba さんでした。 タイトルはホッテントリメーカーから作りました。皆さんとてもエネルギッシュで前向きな記事が多い中、ちょっと息抜きな感じで見ていただければと思います。 自己紹介 DevLOVE仙台 のスタッフをしています。仕事はいわゆる SIer です。c# が好きです。でも、 VB.NET ばくはつしろと思ってます。最近は Windows Azure モバイル・サービス をみんなに勧めてまして、BuildInsider にて iOSアプリを５分で作ろう！ という記事を書いています。 何故、頑張りすぎないか？ 「現場」のため。自分のため。健康のためです。あれ、理由が３つあるけど気にしない。 例えば、がんばるあなたがプロジェクトを殺す という話があります。みんなに頼りにされてい
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ドメイン駆動設計とは - 金融取引アプリケーションを例に
