「ご趣味は？」と聞かれて「Lispをdisることですね（ｷﾘｯ」と答えてしまい、 合コン開始4秒で蚊帳の外に放り出されるあんちべです、こんばんは。 今から長い文章を書く。 結論だけさっさと言っちゃうと 「まぁ、初めのうちは、あんまり『○○は使えない』とかdisらない方が良いよ」の一言だ。 さぁ、それで話しはおしまい。もし暇だったら続きも読んで欲しい。 （あと、この文章はたった一人のために書いた。 ちょっと妙に聞こえるところもあるだろうけど、そこは聞き流して欲しい） 私はよくいろんなものを嫌いだ嫌いだとdisる。 にわかベイジアンが嫌い（話すと長くなる）、Javaが嫌い（JVMは愛してる）、Perlが嫌い、 MavenとかCVSとかが嫌い、アジャイルアジャイル言ってる人が嫌い（アジャイルが嫌いなわけじゃないよ）… 言い出したらキリがない！毎日新しいdisりの種が沸いてくるんだ！ 何度か様々な

Git初心者向けに、Gitを使ったローカルでのVersion管理方法についての説明を書く。 Install Gitをインストールするには、Gitが内部で利用しているライブラリを入れる必要がある。 curl-devel expat-devel gettext-devel openssl-devel zlib-devel Mac # homebrewから入れる場合(推奨) $ brew install git # GUIから入れる場合(git-osx-installerを利用する) $ open http://git-scm.com/ # macportsから入れる場合 $ sudo port install curl expat gettext openssl zlib $ sudo port install git-core # インストール $ sudo port deactivate

SIerはダメで、Web系企業に行こうっていうのが、 ちょっとした風潮になってるね。 僕は、これはある種正しくて、ある種間違ってると考えてる。 Web系企業、ヒャッハー！なのか？ 僕の転職も、SIerからWeb系企業へ、というカテゴリに入ってる。 けど、すべてのWeb系企業で、 SIerであったもろもろの悪しき点がない、って ことじゃない。 僕が受けた1つで、上場してるWeb系企業の面接では、 「どうやって早いリリースを実現しているのか？」という質問で、 「パワープレイです」と役員が答えたところもあった。 「パワープレイ、ですか？」と聞き返すと、 「みんなのがんばりということです。」 「つまり？」 「終電まで毎日残業です。」というところもあった。 (なお、残業のあるなしじゃなくて、 僕はここが頭を使ってプロジェクト運営していないのでは？、 ということがすごく気になった。) Web系企業だか

このところ「SIerの今後について」というテーマについて、意見を求められたりディスカッションしたりすることが多く、またエンタープライズ業界に身を置く立場として、売り上げ比・人口比とも業界の大半を占めるSIerが今何に取り組んでいて、今後どのようになっていくのか、というのは私自身関心のあるテーマなので、昨日は「SIerでのキャリアパスを考える」勉強会に参加してきた。 というわけで勉強会の中で印象的だったことや考えたことを書く。 勉強会の前半パートではゆもとさんによるSIerの現状分析、ひがさんによるSIerの中でのキャリア戦略が話題に上り、その中でも特に「上流と下流が工程分断されている」ことが現状のSIerを取り巻く諸問題の元凶、という指摘があった。 この「分断」については、中島聡さんの「ソフトウェアの仕様書は料理のレシピに似ている」というエントリが有名だが、今回の勉強会でのゆもとさんの資料

403 error - Forbiddenで発表させて頂きました。発表資料をSlideShareにあげました。ご自由にダウンロードしてください。 あと、当日は結婚のお祝いということでケーキを頂いてしまいました。ひがさん、山岡さん、笠木さん、ごちそうさまでした＆ありがとうございましたー！ SIerでのキャリアパスを考える発表資料 View more presentations from Michitaka Yumoto 15分では全然伝えきれなかったので、下記によくわかる解説を加えておきます。資料の向こう側にある背景を掴んでください。 何を話そうか最後まで悩んだんですが、今までブログで僕が問題提起しているSI業界構造の問題を再認識してもらい、「問題が問題であることを認識してもらってから、次のアクションを考えてもらえるきっかけの一助に」という狙いから、上記のような資料になりました。僕が今まで問

2012年2月29日、婚姻届を最寄りの区役所に提出し受理して頂きました。初めてのデートが台風で、入籍の日が降雪という。何をやるにも波瀾万丈な感じで僕らしく、また雪のおかげで思い出深くなりました。 えっと、いわゆるひとつのツイ婚です。出会ったきっかけはTwitterです。僕のブログを読んでくれた彼女がTwitterで僕を見つけてくれて、そこから徐々にコミュニケーションを取るようになりました。どこかの貴族の方と奇しくも同じ流れです。実際会ってみて初見で「オレ、多分この子とずっと一緒にいるんだろうなぁ」と何の根拠も無く思ったんですが、彼女も同じことを思ってたようです。僕と彼女の手相、「完全に一致」というレベルでそっくりなのも驚き。 埋めたくても埋められなかった心の隙間を彼女が埋めてくれました。それが、すごく嬉しかったです。あ、僕はこのコが差し伸べてくれた手を握っていいんだな、二人で同じ道を歩ける

2012年2月をもって、ジンガジャパン株式会社（旧ウノウ株式会社）を退職します。 2009年の後半に到来した、mixiのソーシャルアプリを発端としたソーシャルアプリブームに乗って、2010年1月に入社しました。 2009年後半から交流させて頂き、当時のmixiアプリの携帯版オープンの際には、オープンから48時間しない間に80万人以上のユーザーが「まちつく！mixi版」を登録してくれた時の興奮は今でも忘れることができません。 僕が入社して、月に数億円売り上げるソーシャルゲームであり、毎日リリースできるようなアグレッシブな開発に直接、携われ、構築できた経験は貴重でした。また、シリコンバレーの企業から日本の企業が買収されるという珍しい機会に携われたのも良い経験です。 http://jp.techcrunch.com/archives/20100804zynga-buys-tokyo-based-

「進捗（しんちょく）管理」は広く使われている用語だが、じつはかなり誤解されている仕事でもある。製造業の基本はＱＣＤ（Ｑ＝品質、Ｃ＝コスト、Ｄ＝納期）であり、それぞれをきちんと管理していかなければいけない。Ｑを対象とするのが品質管理であり、Ｃが原価管理（コスト管理）で、Ｄつまり納期を守るために進捗をきちんとコントロールすることが、進捗管理の任務である、と。まあそこまでは良いだろう。 ところが、この『進捗』なる概念がくせ者なのである。これほど誤解されやすいものはないのだが、わたしがそう言うと、不思議そうな顔をする人もいる。作業がどこまで進んだか、それが進捗ではないか。とてもシンプルだ－－そう思う人は、次の例を考えてみていただきたい。 これは国策である「北海道開発プロジェクト」にまつわる話である。ご存じないかたも多いだろうから解説しておくが、戦後まだ間もない昭和25年に『北海道開発法』という法律

つまり、ソフトウェアのあらゆるパラメータで、要求が低いときには工夫をしないほうが品質が高くなるという法則。 たとえば、アルゴリズムというのは理論的にはデータが増えたときに性能悪化がゆるやかなもののほうがよいということになってる。 でも多くの場合で、よいアルゴリズムは、少ないデータ数では単純なアルゴリズムに負ける。ソートなんかだと、データ数が一定以上のときはクイックソートだけどデータ数が少ないときはマージソートを使うということがよく行われる。「指数時間」かかると言われるアルゴリズムは遅くて使い物にならないということだったけど、それをがんばって「多項式時間」という使い物になるはずのアルゴリズムに改良したら複雑になりすぎて、通常のデータ数なら「指数時間」のアルゴリズムよりも遅いということがよくある。 データの格納にしても、データベースは便利だけど、データ数が少ないときは単純なテキストファイルのほ

サブメニュー Get the RSS Browse the Archive Random post Mobile version 当ブログの人気エントリ ★はてブ1500超えのエントリ 120131_52_フリーランスとか大手とか言ってないで「ソニーの開発18か条」を今こそ振り返ってみよう！ ★はてブ500超えのエントリ 121015_78_音楽業界周辺で「CDがなぜ売れないのか」と未だに議論している人がいるので実際に最近CDを買った人の話を交えながら考えてみる ★筆者オススメのエントリw 120104_45_2012年の音楽業界のWeb＆ソーシャルまわり動向予想と３つの変化について（前編） 111229_41_スタートアップに挑戦し、シリコンバレーを目指す若き日本人たちへ思うこと（ランディ・パウシュのスピーチを紹介しつつ） フォロー Wednesday, February 1, 2012

スーパーエンジニア達の習慣が大人気だったので、自戒の意も込めて、反面教師として成長しないエンジニアの悪習慣について僕の経験と視点からまとめてみる。 業務時間外での学びがない プロ野球選手は日々練習をして、試合という本番で勝敗の結果を出して評価されるこれをエンジニアに置き換えると、どこかで練習をして、仕事という試合をして、ソフトウェアという勝敗の結果をつくりだす。プロ野球選手が試合を練習だと思って取り組んでいたら、結果を出せるのだろうか？ 業務外で練習をして、本番で良い結果を出せるように努力しよう。練習大事!! 時間をかければよいものができると信じているいくら時間をかけたって、バグのないエレガントなコードのソフトウェアはできない。効率的に仕様を満たしていくことが求められている。むしろ、時間をかけるべき所は上記で指している練習!! 参考：集中力を発揮して、生産性を高めるために知っておくべきこと

SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 （本記事は「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン（クラウド時代の受託開発編）」の続きです） ソニックガーデンの3つのビジョン ようやくここまできてソニックガーデンを理解してもらえたと思うのですが、そのビジョンは3つあります。顧客企業の真のパートナーになること

SIビジネスの本質は保険屋であり、受託開発でアジャイル開発が失敗するのは受託開発が製造業だから。11月19日に行われた楽天テクノロジーカンファレンスでの講演「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン」では、ソニックガーデン代表取締役社 倉貫義人氏によるこのような示唆に富む内容が語られました。 さらに倉貫氏は、ソニックガーデンで行っているクラウド時代の受託開発の新しいモデルについても詳しく紹介しています。 同氏の講演の内容を、配信されたUstreamの動画を基にして紹介しましょう。 （本記事は「プログラマを一生の仕事にできるビジネスモデルで目指す未来のビジョン（SIビジネスの本質編）」の続きです） なぜ受託でアジャイル開発がうまくいかないか 新規事業でやったのが、クラウドでのソフトウェア提供です。SkipとYouRoom。 ビジネス領域でいうとクラウドベンダーという