技術なきマネジメントの衰退とその対策 - メソッド屋のブログ Mob Programmingって初めて聞いたけど、とてもいい方法に思える。 コードを書く時に、今現在の仕様はわかっていたとしても、今後どうなるか、どういう方向に発展するのか気になって、ビジネス的にその分野に詳しい人の所に聞きに行ってから書きはじめることがあるし、性能的に大丈夫かDBに詳しい人の意見を聞いたり、何か迷った時に過去のプロジェクトで似たようなケースをどっちの方法で解決したか調べたりすることもある。 書き出すとすぐ終わる短いコードでも、書き出す前に、聞きにいったり議論したりする時間が随分かかっていることもある。この時間をかけないと、結局、後で変更になるので、先に聞きにいくのがベターなんだが、チーム全員集まってひとつのコードを書けば、そういう時間を省略できるような気はする。 だから、これが生産性が高いということは感覚的に

馬しか見たことない人に、これと自動車を両方見せて「どっちが欲しい」と聞いたら、どちらを選ぶだろうか？ 理性的な人だったら、自動車が平らな道しか走れないことを一番気にするだろう。 ボストンダイナミクスの四足自走機械は、馬が走れる道ならほとんどそのまま進める。道が舗装されてなかったら、自動車で行ける範囲は本当に限られている。どうみても、四足自走機械の方がずっと実用性が高い。 「道を舗装して、トンネルや橋を作って道を平らにすればいいんですよ」なんて言ったら、「たかが乗り物のためにどうしてそんな手間をかけなきゃいけない？」とあきれてしまうだろう。 私は、今、github を中心に仕事が回る職場で働いている。実際使ってみて、この github というものは非常に便利だと思うのだが、過去の自分にこれを勧めてみたらどういう反応するか想像してみると、これと同じ反応になると思う。 私が働きはじめたのはワープ

IT業界の世代間ギャップを「ロードマップ指向 VS エコシステム指向」という図式でまとめるとうまく整理できるような気がしてきた。 他の業界でも、常に勉強してないと仕事にならない所では、似たような問題があるかもしれない。普通の人は「ロードマップ」の中では真ん中を進むべきで、「エコシステム」の中では真ん中を避けるべきだ、という話。 私は、80年代からずっとプログラマをしていて、今でも現場でコードを書く仕事をしているので、同世代の人から、彼らと現場の若い人との仲裁役というか通訳のようなことを期待されることが多い。 確かにそこには微妙なギャップがあって、自分はどちらの言い分にも共感する所があるので、なんとかそれを言葉にしたいのだが、なかなかうまく言えなかった。 プログラマという仕事は、今も昔も勉強をしてないと普通の仕事も成立しないのだが、その勉強の仕方というか意味づけが、違ってきていると思うのだ。

11/2付けで 株式会社デジカに入社しました。 2013年秋から2年間、フリーランスのプログラマをやって、うち後半の１年間はデジカで契約社員として仕事していましたが、この度、社員としてデジカに join することになりました。ご挨拶を兼ねてちょっとこの会社の宣伝をしてみようと思います。 契約社員として外から見ていて、次のようなところで、私はデジカに魅力を感じました。 リモート勤務を積極的に進めている 意思決定がシンプルでスピーディ 地に足がついたアジャイル 普通に毎日の仕事をしていることがそのまま勉強になる リモート勤務を積極的に進めている 私は家庭の事情で１０年以上前からリモート主体の勤務をしてきましたが、他の人が face to face で仕事をしている中で自分だけがリモートで仕事をするという形態に限界を感じてきました。 もちろん、リモートで仕事をして給料をもらえるというのは、それだ

日本人は海外からやってくる危機には敏感に反応する。原油高とか円高とか新型インフルエンザとかはよく報道されるし、政府の対策が不適切だったら批判も高まる。 私は「成長戦略」として語られている問題も本来は、そういう種類の問題だと思う。 しかし「成長戦略」という言葉はヌルい。ヌルすぎる。なんか、やってもやらなくてもどうでもいいけど、やるとちょっとボーナスが増えるみたいから、気がむいたらちょっとやってみるか、みたいな感じ。 本当は、これは原油高に匹敵するような日本にとって大きな問題だと思う。原油は間接的にあらゆる製品の材料になっているから、原油の高騰はどんな産業にとっても大問題だ。 それと同じように、今、ホワイトカラーの労働力の単価が急激に落ちている。日本は直接間接にホワイトカラーの労働の成果を海外に売って食ってる国だから、これは、逆に言えば、あらゆる資源が高騰しているということだ。 「成長戦略」と

Google OS は「画期的に速いOS」にはなるかもしれないが「画期的なOS」にはならない。つまり、ユーザから見えるOSの姿に、画期的な新機軸が入ることは無いだろう。 そう思う理由は以下の通り。 1 GoogleはAppleではない UIの革新はトップダウンでなければできない。ジョブズとか宮本茂さんのような人がいる会社じゃないと、UIの革新、ユーザ体験を一から創造し直すことはできない。 2 20%プロジェクトの匂いがしない Googleが革新的なことをやれるルートは、「20%プロジェクト」として少人数で密かに進めていたものが、社内で非常に評価されて、80%プロジェクトに格上げになるというルートだ。 そういう場合だと、発表された時点で、その革新に実体がある。Google Wave が典型だけと思うけど、動くデモがバシバシ出るし、プロトコルのような技術資料も翌日から配信される。 今回のリリー

Wikiを更地から再構築したら Google Waveはいろいろな顔を持っていて、これが何であるかについていろいろな意見が出ると思うが、私は、まずは「更地から再構築したWiki」であると見るべきだと思う。 つまり、「一つの文書を複数の人が共同で編集する」ということに、理論的なモデルを与えることで、以下の特性を加えたものだ。 リアルタイム性(一文字単位で更新が反映される) スケーラビリティ(世界中の人が同時に乗っても大丈夫) 拡張性(地図や動画やチェス盤などいろいろなガジェットを貼れる) 技術的には、Google Wave は、非常に良くできた Wiki ではあるが、目新しいことは何もない。しかし、Google Wave には、もの凄いイノベーションが含まれていて、それは「メールは特殊なWikiである」という、全く新しいものの見方である。 メールとは対話ログの共同編集 メールとは普通に考えれ