新オフィスへの移転: 社内コミュニケーションの再デザイン : 小野和俊のブログ
昨年の11月にセゾン情報システムズとアプレッソは、9月に竣工されたばかりの赤坂インターシティAirに引っ越した。移転後すぐにブログの記事に書こうかと思っていたのだが引越し後どんな風に仕事の仕方が変わったかの様子を見てから書こうなどと思っているうちに9ヶ月近くが経ち、これまでのオフィスと比べた時の違いもかなりはっきりと見えてきた。様々な点で変化があったのだが、一番大きかったのは、社員同士のコミュニケーション機会が増えたことだ。 1. バリスタ2名常駐の社内カフェ 新オフィスで一番人気のエリアがこの社内カフェのエリア。バリスタが一杯一杯ハンドドリップで淹れてくれるコーヒーはとても人気で、一日に二杯も三杯もコーヒーを飲みに来る人もいる。カフェの前に広がるオープンスペースでは大体いつもどこかしらの事業部が何かの発表をしていて、コーヒーの待ち時間に他事業部の話を聞くことで、「へー、そんなことやってる
わたしのバイモーダル戦略 : 小野和俊のブログ
このところ知人からよく、「小野さんはプログラマーから経営者になった」と言われる。これはまさにその通りで、かつてソースコードを美しくリファクタリングすることに情熱を燃やした私は、いまは組織をより良いものにしていくことに情熱を燃やしている。つまりリファクタリング対象がソースコードから会社に変わったのだ。 そんな私が今やや苦戦しつつもやりがいを感じて取り組んでいるのが、「2つの異なる文化の共存協調」だ。具体的には、大企業的な文化とベンチャー的な文化を共存させ、かつ協調させようにしようとしている。ウォーターフォール的な文化とアジャイル的な文化の共存協調、と言い換えることもできるだろう。 アプレッソでかなり自由にやってきた私にとって、当初、セゾン情報の動き方は不慣れであり、また動きが遅く感じることもあった。だが少しすると、こうした動き方や文化にも相応の合理性があり、アプレッソで取り入れることが望まし
レジリエンスについて : 小野和俊のブログ
レジリエンスという言葉が話題になっているのを見て懐かしく感じている。 私がWoWで学んだことは数多くあるが、レジリエンスもその一つだった。 この記事から引用すれば、企業や個人にとってのレジリエンスとは次のようなものだ。 「何かが起きることは間違いないから、その変化とそれによって受けるダメージに耐え、吸収し、そして次の新しい均衡環境（＝成長もしくは衰退）につなげられるようにしよう（＝レジリエンス）」 「一撃で致命傷を負わない能力」 が想起される。その後仕様が変わったようだが、WoWにおいて初期のレジリエンスとは、敵からクリティカルヒットを受ける確率を下げ、またクリティカルヒットを受けてしまった時のダメージ(クリティカルダメージ)を軽減するもので、対人戦で最も重要なパラメーターだった。 致命傷を負って立ち直れなくなればもう勝負に勝つことはできないが、ダメージを受けても致命打は受けず生き残ってい
シリコンバレー企業の「フォーカスする」文化 : 小野和俊のブログ
先週は久しぶりにシリコンバレーに行ってきた。 訪問先は大きく2つあり、ひとつはシリコンバレーで勢いのある企業。 もうひとつはシリコンバレーで活躍する日本人エンジニアだった。 ・先月ニューヨーク証券取引所に上場したZendesk ・企業向けオンラインストレージを提供しIPO申請中のBox ・YCombinator出身のAllan氏率いるインキュベーターRun Way ・「日本を代表するビッグデータ技術者集団が米国で起業」のTreasure Data ・「10年連続10万行の男」の石黒さんのIP Infusion 日本人エンジニアとしては ・Twitterの川本さん ・Twitterの中川さん ・Facebookの松信さん ・Treasure Dataの太田さん ・IP Infusion石黒さん にお会いしてきた。 訪問の際のディスカッションの詳細はNDAもあり書けないのだが、全体を通じて印象
コードレビューについて : 小野和俊のブログ
伊藤直也さんが「些末なコードレビュー」というエントリを書いて話題になっている。このエントリで伊藤さんはコードレビューの話と、はてなのJavaScriptの話と2つの話題に触れている。前者のコードレビューについてはアプレッソでは8年ほど前から「コードレビューを通っていないコードはコミット不可」というルールですべてのソースコードに対してコードレビューを必須にしてきた関係で私も思うところがあるので、エントリを書いてみようと思う。 伊藤さんが例示しているように、インデントやreturnの省略などの話は好みの問題であり、議論してもソフトウェアの改善につながらない。なのでコードレビューでこうした宗教論争が起こるようなら、コーディング規約を見直すべきだ。「無駄に悩んだり議論したりすることを減らす」ことはコーディング規約の主たる効果のひとつだと言える。 コードレビューに慣れないチームが、何の考えもナシにコ
ベンチャー企業の事業推進と資本政策: 私の場合 : 小野和俊のブログ
2ヶ月前にポストした前回のエントリに関して、「おめでとうございます」的なコメントを多数いただいた一方、「小野さんって8%しか株持ってなかったの？ギリギリまでむしり取られてたのね・・・」的な感想をTweetしている人もいたようで、いや、違うんだけどなぁと思いつつも別にエントリを書くほどのことでもないか、と思っていたのですが、アプレッソの資本政策周りの経緯を書いておくことは今後ベンチャーを始める人の参考になる部分もあるかもしれないのでエントリを書くことにしました。 会社を始める目的は人それぞれかと思います。こんなものがあったら素晴らしいだろう、というアイデアを世に問うてみたい、という人もいるでしょうし、一攫千金を夢見る人もいるでしょう。自分の中にくすぶる若さのエネルギーをぶつける先がなく、ほぼ勢いだけで始める人もいるでしょうし、身近な誰かが切実に求めているものがあり、それを実現するために起業す
Twitterの危険性 : 小野和俊のブログ
コメント一覧 (11) 1. ありがとうございます 2009年11月16日 05:55 最初の意気込みだけででエネルギーを使い果たしてしまった・・・ そうならないように気をつけます。 2. nic 2009年11月16日 17:50 たしかに、よく言われてますね。なにかで発散されてしまうと満足してしまって、創作意欲がなくなると。 私はTwitterで反応してくれるお友達がいないので、呟いても全然大丈夫です 3. min 2009年11月16日 19:05 でも、それってTwitterに限ったことじゃないし、ブログも同じだし、インターネット自体がそうだし？？？ 4. fo 2009年11月16日 21:20 >>3 読解力が無いって言われない？ 5. ベータブロガー 2009年11月16日 22:35 blogとtwitterを同列に並べるのがそも間違い それぞれの特徴をとらえて合ったものを
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
Twitterで就職 - ネットコミュニケーションで仕事を決める時代 : 小野和俊のブログ
昨年末あたりから、開発加速のためにエンジニアを募集しようと、 商用媒体にいくつか広告を出したりしてみたのだが、 なかなか良い人が見つからず、困っていたのである。 何か方法はないかと社内で立ち話をしているとき、 ふとこんな風に思ったのである。 「Twitterに書いてみたらどうなるかな？」 その発言から5分もしないうちに、私は急いで席に戻って、 Twitter に社員募集のメッセージを書き込んだ。 その後、4月7日現在までに、約３０人の人からリプライをもらったり、 DMをもらったり、会社見学に来てもらったりした。 結果的には現時点でもう出社している人が一人おり、 あと二人のエンジニアが近日中に開発チームに参加してくれることが決まっている。 今まさに面接の最中の人も何人かいる。 このエントリで書きたいことは、 Twitterで実際に採用活動ができた、 ということではない。 Twitterで採用
精読のTwitterと速読のTwitter : 小野和俊のブログ
Twitter を始めてから半年が過ぎようとしている。 使い始めて3ヶ月位して思ったのは、Twitter には3つの段階があるということ。 3段階目の「What are you thinking of?」が楽しくて仕方なかったので、 家でも会社でもブラウザのトップページを Netvibes から Twitter に変更した。 しかし、その頃私が見ていた世界は Twitter の二つの世界のうち 実は一方の世界だけだったということに気付かされたのは、9月21日のことだった。 「@lalha は32人しか follow してないのに twitter の何を語ってんだ。」 最初私が感じたのは、「それは違うだろう」という抵抗感だった。 というのも、以前から RSS や Twitter について、フィード登録数や Follow 数が少ない人間は語る資格がないという趣旨の発言を見るたびに、どちらもこん
アジャイルレトロスペクティブズ - 強いチームを育てる「ふりかえり」の手引き : 小野和俊のブログ
『アジャイルレトロスペクティブズ』読了。献本感謝。 GoF本がデザインパターンの教科書であり、XP本がソフトウェア開発の手法に関する教科書だとすれば、本書はチーム開発における「ふりかえり」の教科書であると言ってよいのではないだろうか。 本書では、「ふりかえり」に関するパターンが50近く紹介されているのだが、一つ一つがとても実用的かつユーモラスにまとめられている。 本書で紹介されている方法はゲーム的で、模倣可能で、隠れてしまっている改善へのヒントを引き出すものとなっている。 以下、おもしろかったものをいくつか、コメントを交えて。 ■ アジャイルレトロスペクティブなチーム まずいきなりインパクトがあるのが、アジャイルレトロスペクティブなチームの会議の例。一見何ともない普通の会議に思えるが、この箇所だけ見ても、明確なゴールと時間の設定、冒頭に全員に発言させる点など、参考になる点がいくつもある。
はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ
昨日MIJSのコンソーシアム内での技術発表会があり、理事会の方から「参加ベンダーの技術者が集まるイベントなので、技術者に元気を与えられるような人に講演をお願いしたい」という話があったので、はてな伊藤さんに講演をお願いした。 伊藤さんにお願いしようと思ったのは、伊藤さんなら、エンタープライズの世界にウェブの世界の元気な風を吹き込んでくれるのではないかと思ったからだ。 以下、私なりに講演の内容をまとめてみた。 ■「建物の建て方」 つくる対象がどのようなものかで、作り方は当然変わってくる。これは建物もソフトウェアも同じ。1階建ての格好良い小さなロッジを建てるのと、60階建ての安全で高品質な巨大ビルを建てるのとは方法も道具も異なる。ロッジを建てる時にはノコギリを使うが、巨大ビルを建てるにはクレーンを使う。 よくブログの世界でソフトウェアの開発について、ぜんぜん違うことをやっている人が同じ土俵で議論
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
ソーシャルウェア･ユーザビリティ : 小野和俊のブログ
これまで長い期間に渡って、ソフトウェアは一人で使うためのものだった。 ここで言う「一人で使う」ということの意味は、自分以外にも家族も使うかどうかというような意味ではない。例えばテキストエディタは他の PC の前に座っている誰かとリアルタイムで共同編集するものではなかったし、ゲームはネットに接続せずに自分一人で遊ぶものだった。そういう意味でソフトウェアはこれまで長い期間に渡って一人で使うためのものだった。 だからこれまで私たちは、ユーザビリティのことを考えるとき、まず自分が一人で使うときに使いやすいかどうかを考えてきた。 例えば、昨日はてなの伊藤さんが書いていたような、コミュニティに蓄積されるコンテンツを良質なものにするために、あえて一人で使うときの利便性に目を瞑るという考え方は、ソーシャルウェア・ユーザビリティを重視したアプローチと言えるだろう。 以前、はてなブックマークと del.ici
小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが
今日は楽しいバグ修正の日 : 小野和俊のブログ
昨日でこのところ取り掛かっていた大きな仕事が一段落したので、 今日からは待ちに待ったバグ修正の作業を始められる。 この1ヶ月、私はバグ修正がしたくてしたくてたまらなかった。 今朝は出社してすぐにバグレポートの一覧を表示して、 これは早く直さないとまずいな、とか、これはちょっと後でいいかな、とか、 レポートの内容を見ながら優先度順にバグを並び替えていく。 これからこれらのバグが次々に修正されていくのだと思うと、 もうこの時点でワクワクしてくる。 新しいソフトウェアのアイデアを考えるのは大好きだし、新機能を実装するのも大好きだ。 でもバグ修正には他の作業にはない独特の快感がある。 新しいソフトウェアを開発するのは見た目にも派手だし、世間の注目を集めやすい。 それに比べると既存のソフトウェアのバグ修正というのは地味で注目されない作業だ。 だが、バグ修正は確実に誰かの役に立つ。 もちろん、自分の考
小野和俊のブログ:ベンチャー企業の始め方
「いつかベンチャーをやりたいと思ってるんですよ！」 この種の発言は確か私が大学生の頃によく耳にしていた台詞で、その時ベンチャーにまったく興味のなかった私の感想としては、ああ、この人は自分にはあまり関係がない世界のことを話してるな、という感じで、そんな自分がまさか数年後にベンチャー企業をやることになるなんて夢にも思っていなかった。 そんな私もベンチャーを始めてから気付くともう6年が経って、会社も軌道に乗ってきて、ベンチャーを始めるにはどのようなことが大切で、どのようなことをすれば良いのか、ある程度わかるようになってきた。だから今日はそのことについて書こうと思う。 もしあなたが、自分自身で起業しようと思っているなら、ヒトの問題についての最初の関門はクリアしていると言っても良いかもしれない。 というのも、起業の際のヒトの面での最大の問題は、創業者が見つかるかどうか、ということにあるからだ。 もし
小野和俊のブログ:私がdel.icio.usに移行しつつある理由
私はこれまでソーシャルブックマークははてなブックマーク派で、 はてなブックマークには今まで知らなかったたくさんのサイトを教えてもらったし、 はてなブックマーク経由でこのブログを知ってくれた人もたくさんいたし、 はてなブックマークのコメントでのコミュニケーションには短い言葉にメッセージを 込めなければいけなくて短歌のような面白さを感じていたし、 それで昨年の秋にははてなブックマークにラブレターを送ったりもした。*1 そんな私だったが、昨年の11月頃から del.icio.us の使用頻度が次第に 上がってきて、今では基本的にソーシャルブックマークは del.icio.us がメインで、 はてなブックマークはブックマーク上でのコメントのコミュニケーション以外には ほとんど使わなくなってしまった。 その理由は、一言で言えば、del.icio.us の方が、私の美的感覚を満たしてくれるからである。
小野和俊のブログ:エンジニアの進むべき道についてエジケンのブログを読んで考える
エジケンこと江島健太郎の１週間ほど前のエントリにはどのような意味があったか。 それは一言で言えば、確かな能力を身に付けるよりも、確かでない何かに向かっていくことこそがエンジニアの進むべき道なのだと、エンジニアが目指すべき方向性を再定義したことにあると思う。 一方で、エジケンが提唱し自ら実践しているエンジニア像とは、こんなものがあったら人の生活が大きく変わるかもしれないという、これまでの経験を総動員していると言いながらも結局は直感でしかないその不確かな感覚に身を委ね、しかも Google よりも何よりも客観的に見たとしても今自分がやっていることが世界で一番ホットだと言い切りながらもその確信と同じくらいの確率で起こりえる失敗の可能性を自覚しつつ、しかしそれでもその不確かな方向に進んでいく、そんなエンジニアである。大成功した人が後に美談としてこういうことを語ることはよくある。しかし今まさにチャレ
小野和俊のブログ:プログラマーとゲーマーは似ている
昔からよく思うのは、プログラミングの快感とゲームをプレイしている時の快感には多くの共通点があるということである。 小学生の頃、ロトのつるぎを手に入れたのだけれど寝る時間になってしまい、次の日は学校に行ってから家に帰るまでの時間、ロトのつるぎを装備したら今まで倒すのが大変だったモンスターとの戦いがどのくらい楽になるのだろうと想像ばかりして、授業が終わると一目散に家に帰ってテレビに噛り付いて新しい武器の切れ味を試した。 これはいわば、試してみたい欲求である。 ゲームをしていてうんざりしてしまうときがあるのは、例えば、工夫する余地がなく、ただひたすらに時間をかけなければ次に進めないような種類のゲームをやっているときである *1。物語を先に進めるのに、なぜここまで単純労働を繰り返さなければならないのかとやきもきしながら、それでも義務感でエンディングまでやってしまう傾向にある私のような性格だとなおさ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
