人も組織も年をとる - Chikirinの日記
今年も終わろうとしています。昔は、日本人はみな１月1日を迎える度にひとつ歳をとっていました。いわゆる“数え年”というやつです。 数え年システムでは、生まれた時が1歳で、その後は1月1日にひとつずつ増えます。日本全員、一年に一回、正月と一緒に誕生日を祝えばいいので、超合理的ですね。 さて今日は、組織も一年にひとつ、歳をとるのよん、というお話です。 今、従業員の平均年齢が30才の組織があるとしましょう。その組織の、10年後の社員の平均年齢は40才です。 「いやいや、そんなことにはならないよ」って？ そうですね。ならない場合も多々あります。どういう場合かというと、若い人が入ってくる場合です。 たとえば、30才の人が10人いる会社は、一年後に平均年齢が31才になります。平均年齢を上げないためには、20才の人がひとり入社すればいいです。20才ひとりと31才10人で、平均年齢は30才です。 その翌年、
Vim as your IDE // all posts // HN
To follow this article the reader should at least have a basic idea of how to use Vim and its command modes. Or if you are new to Vim, you can read my first blog to know how I came in to Vim and its fundamental differences with other editors. Here I'm trying to explain how to make the Vim more productive by adding some extra features through Vim plugins. After this setup the Vim would have most of
コードレビューについて - camlspotter’s blog
このところ立て続けにコードレビューについて話をする機会があったので 私が経験した最高のレビュー体制を簡単にまとめておこうと思います。 利点 何故必要か 何が嬉しいのか コスト うまく回すためには何が必要か 細かい運営方法 はっきり言って当たり前の事しか書きません。 私も当時は当たり前のことだと思っていましたから、特に気にもしていなかったのです。 ただ見聞するところによると、これをちゃんとやっているところはとても少ないようです。 ウォールストリート系のファンドでもろくにレビューしてないとかどういうことなんでしょう。 だから時々会社が吹っ飛ぶんですね… 結局は、ああだ、こうだ各論を言っても、ちゃんとやれるのか、それ一点に尽きてしまう話なのですが… 利点 レビューを何のためにするか、それはまず第一に自分達の書いているコードに潜在するバグによる損失をできるだけ少なくすることでしょう。 型システムや
Fluentdを使い始めて１週間でわかったこと |
巷で話題のFluentdをいじってみてわかったことをいろいろ Fluentdって？ 開発者の古橋さんのスライドによると “It’s like syslogd , but uses JSON for log messages’’ syslogdのようなものだけど、ログメッセージにJSON使ってますよ ってことらしいです。 詳しくはこのエントリー http://d.hatena.ne.jp/viver/20110929/p1 もっとわかりやすく 例えば、apacheのこんなログが 192.168.0.1 - user1 [25/Dec/2012:21:49:06 +0900] "GET /home HTTP/1.1" 200 260 "-" "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_5) AppleWebKit/537.11 (KHTML,
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
