WoWを引退します : 小野和俊のブログ
2005年末から開始してからの4年間、累計5,000時間以上を費やしてきた WoW(World of Warcraft)を、この度引退することにしました。 とりわけ2年前にギルドを設立して以来、私の生活は常にWoWと共にありました。 毎日帰宅した後は寸暇を惜しんで少しでも早くログインし、 朝早く目が覚めることがあれば朝練に勤しみ、時間さえ許せば 昼休みに自転車で急いで帰宅して、昼錬に精を出したものでした。 時に互いを褒め、時に互いを注意し、少しでも上にたどり着けるようにと 本当にたくさんの時間を過ごしてきたギルドメンバーとの日々を思うと、 普段涙など流すことのない私でも、つい目頭が熱くなってきます。 私が参戦していたWoWのアリーナは、e-Sportsと呼ばれているものの一つで、 世界中にたくさんのプロがいます。ネットゲームというと、ひたすら長時間プレイすれば良く、 何も考えたり、練習した
IT企業の経営者として、不景気だとしても守り続けたいこと : 小野和俊のブログ
「この不景気ですから」という言葉が 挨拶の常套句として定着しつつある今日この頃、 昨年末の時点では、今回の不景気はアプレッソにはあまり影響がなさそうに 見えていたものの、昨日、四半期に一度の全社でのキックオフミーティングで 営業の人たちの発表を聞いて、やはりある程度意識していかなければならないな、 と感じた次第である。 そんな中で、もしこれから不景気が自分の会社にも影響を及ぼした場合にも、 こういうことは守り続けたい、と思うことを、エントリにまとめようと考えた。 とりわけ不景気な情勢の中では、「企業は利潤追求団体である」という前提の元に、 取りかかろうとしていることが収益を生み出すものなのかどうか、 ということについて重点を置いて物事を考えがちになるのではないかと思う。 ちょうど昨日知った二宮尊徳の言葉で、 「道徳を忘れた経済は罪悪であり、経済を忘れた道徳は寝言である」 というものがあるそ
小野和俊のブログ:金をつくるのか、富をつくるのか、それが問題だ
初対面の人との会話で最近印象的だったのは、「何階建てですか？」という質問だった。曰く、自社ビルとして何階建てのビルを持っているのかということで、彼の考え方としては、自社ビルを建てるくらいの収益がある事業をやっていない人間にはあまり興味がない、ということである。 【企業・個人の目的】 1. 金をつくろうとしている 2. 富をつくろうとしている 3. 金と富をつくろうとしている ここでいう富とは、ポール・グレアムが「ハッカーと画家」で言っているような、人に何らかの幸福感を与えるものすべてである。例えばそこには祖母の肩叩きをすることも含まれるし、大切な人のために料理に腕を振るうことも含まれるし、困っている顧客にアドバイスをすることも含まれる。学術的な発明や発見も含まれるし、道に困っている人に行き方を教えてあげることも含まれるだろう。 企業で活動していると陥ってしまいやすいのが、ボランティアではな
小野和俊のブログ:ふたつ下のヒューマンマネジメント:5分で人をダメにする技術 - 優秀な部下の能力の芽を摘み取る無能な上司
人の発言に噛み付くようなエントリはあまり書かないことにしているのだが、こんなテクニックを使うマネージャが増えていくことを少しでも阻止したいと強く強く思うので書く。 芦屋広太 ひとつ上のヒューマンマネジメント : 5分で人を育てる技術 (5)言うことを聞かない“自信過剰な部下” 上記の記事は、頭は良いが自分の言うことを聞いてくれない部下を、無能な上司が周囲にネチネチと根回しして物言わぬ奴隷としてこき使っていくためにはどのような小賢しくて汚いテクニックがあるのかを、「マネジメントのプロ」がニヤニヤしながらケーススタディを用いて解説する極めて醜悪で下品な最低の記事である。やや過激な言い方ではあるが、少なくとも私は、そこまで書いても書き足りないくらいの生理的嫌悪感を感じる。 マネジメントが必要となるのは、他人同士でありながら一つの目標に向かっていこうとする行為がそこにあるからであって、仕事が一番大
小野和俊のブログ:海外旅行でホテルを格安で予約する
今回夏期休暇でヨーロッパに行ってわかったことは、海外のホテルは予約の仕方によって随分と値段が違うということだった。 私はIT系の職種につく人間でありながら、今まで個人で海外旅行と言えば旅行代理店で航空券予約とともにセットでホテルを予約してしまっていて、まあ手間を考えればこれで良いのではと思って、ネットでもっと良い方法があるのではないかと調べることをしていなかった。 今回、泊まりたいホテルがホテルリストに載っていなかったので、自分でいくつか調べて予約したのだけれど、予約の方法によってあまりにも価格が違う - 場合によっては倍以上違う - ことに驚いて、これはもう今後個人で海外に行く時は迷わず自分で予約するな、と思ったのでブログに書くことにした。 サイト名 備考
AdSense 契約破棄の通知が届く : 小野和俊のブログ
本日未明、私のところにも Google AdSense 非承認メールが届いてしまいました。 KAZUTOSHI ONO 様 お客様のウェブ ページに掲載された Google 広告に無効なクリックが発生いたしましたので、お客様の Google AdSense は無効となりました。これは広告主の利益を保護するための手段ですのでご理解ください。 無効なクリックを発生させる行為は、いかなる理由であっても絶対に認められません。無効なクリックには以下のようなパターンがあげられますがこの限りではありません。 -サイト運営者自身によるクリック -第三者へのクリックの助長、依頼、奨励により発生したクリック -ロボットや自動クリック ツール、その他のプログラム、ソフトウェアの使用によるクリック -コードや、レイアウトの改変、動作、ターゲティング、配信に対し操作を行った場合 上記のような違反は利用規約に反します
小野和俊のブログ:諸君 私はプログラミングが好きだ
諸君 私はプログラミングが好きだ 諸君 私はプログラミングが好きだ 諸君 私はプログラミングが大好きだ 設計が好きだ 実装が好きだ デバッグが好きだ コンパイルが好きだ リファクタリングが好きだ パフォーマンスチューニングが好きだ ペアプログラミングが好きだ クラスの名前を考えるのが好きだ 自分が書いたソースを眺めるのが好きだ Java で C で C++ で C# で Perl で Ruby で PHP で Python で Lisp で VB で この地上で行われる ありとあらゆるプログラミング行為が大好きだ 轟音と共にバグを吹き飛ばしていくのが好きだ 空中高く放り上げられたバグが 効力射でばらばらになった時など心がおどる プログラマーの操る キーボードが コンパイルエラーを撃破するのが好きだ 悲鳴を上げて 燃えさかるソースコードから飛び出してきたエラーを テキストエディタで薙ぎ倒した
かたい技術とやわらかい技術 : 小野和俊のブログ
1976年生まれ。1999年慶應義塾大学環境情報学部卒業後、同年サン・マイクロシステムズ株式会社に入社。入社後まもなく米国 Sun Microsystems, Inc での開発を経験し、2000年より株式会社アプレッソ代表取締役に就任、データ連携ミドルウェア DataSpider を開発する。2002年には DataSpider が SOFTIC ソフトウェア・プロダクト・オブ・ザ・イヤーを受賞。2004年度未踏ソフトウェア創造事業 Galapagos プロジェクト共同開発者。2007年〜2010年日経ソフトウェア巻頭連載「小野和俊のプログラマ独立独歩」執筆。2008年〜2011年九州大学大学院「高度ICTリーダーシップ特論」非常勤講師。2013年よりセゾン情報システムズ HULFT事業CTO、2014年 CTO、2015年 取締役 CTO、2016年 常務取締役 CTOを務め、2019年
心苦しい気配り : 小野和俊のブログ
昨日から関西に出張で、 朝の新幹線に遅刻しそうだったのでタクシーに乗った。 「東京駅まで、9時20分の新幹線に乗りたいので急ぎ目でお願いします。」 50歳近くの運転手は最近運転手になったばかりなのだろうか、 この近辺の地理に詳しくないらしく、 前に進むべきところを突然Uターンしたので どのような行き方をするつもりなのだろうかと思っていたら、 歩いて5分でたどり着くはずの飯田橋までぐるぐる回って7,8分かけてたどり着き、 そこから東京駅に向かった。 乗客が急いでいるのに道がわからず焦っているのが後ろから見ていてもわかる。 いつもそうすることにしているのだろう。 運転手はガムをどうぞ、4種類ありますがどれがお好きですかと聞いてくる。 ではこれをと答えると、 ペンギンのマークがついてますね、ペンギンのマークがついている場合には飴もと言って、 わからない道を右手一本でハンドルを切りながら、 前を見
小野和俊のブログ:アプレッソのジョエルテスト判定結果
今週末は熱海の温泉に行ってきた。 行き帰りの新幹線で読んだJoel on Softwareは衝撃的に良かった。 この本はソフトウェア開発に携わるすべての人が読むべき本だと真剣に思う。 中でも第三章に書かれているジョエルテストが面白かったので、 これをアプレッソに当てはめて判定してみることにした。 現在のアプレッソでは、12のテストのうち、10項目が当てはまっている。 該当する項目が2から3の会社が圧倒的に多いということなので、 判定結果としてはかなり良い方だと思う。 しかし、今は導入した後でその効果を知っているから全面的に賛成できるのだが、導入する前は、 「今のままで特に大きな問題があるわけでもないし、 新しい方法を導入することにはリスクも伴う。 このままでも良いのではないか。」 という理由で導入を躊躇したものも多かった。 これらはどの項目についても、マネージャーがどんなに反対したとしても
小野和俊のブログ:ミスコミュニケーションの傾向と対策
会社で問題が起きたとき、なぜそんな問題が起こったのかと詳しく話を聞いていくと、 問題を構成するほとんどすべての項目について、ミスコミュニケーションがその根本の原因となっていることがある。 誰かが手を抜いているわけではない。誰もが前向きに一生懸命やっていこうとしている。 それでも、ミスコミュニケーションが重なると、問題が次第に大きくなり、修復することが難しくなっていく。 場合によってはその積み重ねが相手に対する不信感を生み、人間関係に悪影響を及ぼすこともある。 ミスコミュニケーションは人の問題であり、簡単には解決できないようにも思える。 しかし、対策の打ちようはある。 【ミスコミュニケーションの分類】
小野和俊のブログ:徹夜をしてはいけない理由
どうしても昨日までに仕上げなければならない仕事があったので、一昨日は徹夜で開発をした。一人で飲んだり、人と飲んだり、布団の中で考え事をしたり、徹夜をすること自体は悪いことではない。しかし、徹夜で仕事をするのは可能な限り避けた方が良い。 ベンチャーを始めてからの最初の2年は、年末年始を含めて365日1日も休まず仕事をした。徹夜なんて当たり前である。そんな私だったが、会社が3年目に入る頃に休息の重要性を痛感し、以来、できるだけ徹夜はしないようにしている。それは、徹夜がもたらす作業時間よりも、悪影響の方がずっと大きいということに気づいたからだ。 私の経験では、徹夜が常習化するにつれ、個人/組織には次のような症状が出てくることがある。特に、影響力のある人がこのような状態になると、組織全体が影響されて深刻な症状にかかりやすい。
小野和俊のブログ:アンチ・プログラマー35歳定年説
プログラマー35歳定年説の論拠は一般的に次の2点だと思う。 1. 若いプログラマーでないと徹夜で仕事することができない 言語道断。徹夜が当たり前になっている業界の体質自体がそもそもおかしい。 スケジュールを守らなければいけないという真面目さは良い。 予測できない突発的な問題が発生する。 バッファを取っていても解決の目処が立たない問題が発生したらどうにもならない。 人員補充をしようとしても良い人が見つからなければ少人数で取り組んだ方が解決が早い。 良い人を探そうとしても見つからない。または他のプロジェクトで手一杯になっている。 そういう難しさは、刃物で身が切られるように、痛いほどわかる。 しかし、 そうならないようにするのがマネージャの仕事であり、 問題が起こってしまった時にスケジュールを調整したり機能が削れないか交渉したり、 何とか良い人を探してきたりするのもマネージャの仕事である。 それ
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.livedoor.jp/lalha/archives/50221804.html
小野和俊のブログ: