現代という時代において、遊び人が賢者になるための道 : 小野和俊のブログ
ドラクエIIIでは遊び人はレベル20になると無条件に賢者になれる。 現代において、リアルの世界で、これはある意味真実味を帯びていると私は思っている。 それは例えば「King Of Doomからの手紙 ゲーム大会優勝で社長になった男」にあるような話だ。 何年か前までCNET Japanの社長を勤めていた御手洗氏は、 秋葉原のバイト店員時代にDoomというネトゲを極めたことがきっかけで 伊藤穣一氏と出会い、賢者への道を歩んでいった。 しかし梅田氏が「徹底的に勤勉であること」という表現を使っているのを見て、 私の考えている「好きなことを貫く」ことと梅田氏の考えている「好きなことを貫く」こととは 異なるものなのかもしれないと感じている*1。 私が考える「好きなことを貫く」こととは、「勤勉さ」という表現が絶対に適用できないものだ。 例えば私はここ数ヶ月、毎日ネトゲのWoWばかりやっている。勢いでギル
初心者であり続けること : 小野和俊のブログ
昨夜は WoW のギルドでインスタンス攻略に出かけて、 初めての人が勝手が分からず敵に突っ込んで行って死にそうになったり、 崖をジャンプするところで失敗して迷子になって戻れなくなったり、 5人のメンバーでの3時間に渡る長丁場のパーティープレイは、 謝ったり称えあったりと、まるでドラマのように時間が過ぎていった。 WoW をプレイしているときもそうだけど、よく思うのは、 常に初心者であり続けたいということだ。 路上で普通に運転している人たちが全員とてつもなくすごい人に見えた。 海外で初めて仕事をした時には、 会話は全部英語、ミーティングのスタイルも定例ミーティングなし、 プロセスは細かくチェックされないけど結果は重視される等々、 日本にいた頃と何もかも違って緊張の連続だった。 WoW で行ったことがないダンジョンに参加すると、 道がわからずボスの倒し方も自分だけ知らず、 みんなに迷惑をかけて
♪ バグは夜更け過ぎに仕様に変わるだろう : 小野和俊のブログ
トラックバック一覧 1. バグはいつか仕様に変わる？ [地方で活動するweb制作者の日々を綴るblog] 2007年07月18日 14:25 「バグは夜更け過ぎに仕様に変わるだろう」 というのは、IT屋さんの中では有名な格言らしいのですが（私は知りませんでしたが）、その全文版を公開したそうです。 業界の人なら受けること間違いなし。 そして、現実と照らし合わせてぞっとすることも間違いなし。 IT 業... 2. 2007年7月18日 1907年はこんな時代 [神戸の三代目] 2007年07月18日 20:04 またヤフー株が米国につられて下げてる・・。誰かアナリスト、ちゃんと指摘してよー。ネタ加藤一二三九段伝説 前も書いた気もするけど、加藤一二三が凄い（というか面白い）。 一芸に秀でている人はぶっ飛んでいる人が多 3. [研究室][雑記] [Gabari] 2007年07月18日 20:22
小野和俊のブログ:梅田望夫氏が言うように、好きなことを貫いて仕事にしていくためにはどのようにすればよいのか
「直感を信じろ、自分を信じろ、好きを貫け、人を褒めろ、人の粗探ししてる暇があったら自分で何かやれ」という梅田望夫氏のエントリは、読み物系のエントリとしてははてなブックマークで過去最高クラスの、1100件を超えるブックマークを記録しました。 梅田望夫氏がこれまでの書籍やブログのエントリで繰り返し発信しているように、好きなことを貫き、好きであるが故に人生のどれだけ多くの時間を使っても苦にならないような分野に身を置いて仕事をしている人というのは、本当に輝いて見えます。 しかし一方で、ひとたび社会に出れば「俺が今感じてる閉塞感をリアルな言葉にしてやるよ」に見られるような閉塞感を感じ、日本という社会においては好きなことを仕事にしていくことができるのはごく一部の環境や能力に恵まれた人だけなのではないかと感じている人も少なくないのが実際のところなのではないかと思います。 では、好きなことを貫いていくには
「アドバイス」について考える : 小野和俊のブログ
アドバイスというのは他の人に対する助言なわけだから、基本的にはそれなりにありがたく受け止められるはずのものなのだが、世の中にはあまりありがたくないアドバイスというものがあり、その原因は、本人が自覚的かどうかは別として、裏側にアドバイス以外のものが隠れていることが多いように思える。 人生における何らかの意味での先輩が、後輩に対して、アドバイスという形で、過去の苦労や輝かしい実績や知識といったものをひけらかしたい欲求を満たす。 2. 注意する側にまわる喜び 自分が規範とする尺度で見て許せない行為に遭遇した場合に、そういうことはやめた方がいいのだという一般化した物言いで、自分がこれまでに人から言われてきたことを別の人間に対して指摘し、自分も注意できる側に回ったのだという、規範内における勝者としての立ち位置を確認する。 3. 負けていないことのアピール 学生における学業の成績や、スポーツ選手におけ
小野和俊のブログ:仕事に行き詰ったときのための4つの対策
仕事が思うように進まないということは誰にでもあることで、時としてはそれは集中力の問題やモチベーションの問題といった比較的深刻な問題が原因となっていることもあるわけだが、ちょっとした工夫で状況が一変してしまうこともかなり多い。私がこれまで人から聞いたり、自分で見つけたりしたものの中で、今でも結構役立っているのは次の4つの対策である。どれも当たり前と言えば当たり前だが、意識してやってみると結果がかなり変わってくる。
ブログを書くことの意義 : 小野和俊のブログ
江島さんのブログへの平野啓一郎さんの書き込みを、読み終わってからも何度も読み返した。 それで、僕は今、小説を書いていて、本当によかったと思う。僕は、親類や友人を含め、小説を通じて、初めて自分という人間を、十分に理解されつつある気がします。注意深くあえて書けば、それは「本当の自分」なんかじゃなくて、要するに、自分という一個の人間の複雑な組成、「複数性」を理解されつつあるという感動です。それで僕のことをもっと好きになる人もいれば、嫌いになる人もいるだろうけど、それは納得のいく好き嫌いで、自分の様々な面を抑圧しながら人に好かれるよりはずっといいと思う。僕はやっぱり、意識の有無に拘わらず、「普通の人」として社会的な人間関係に自分を結びつけるために、その多くの部分を日常のコミュニケイションから削ぎ落としていたと思う。今はその部分の存在を、僕も相手も、一種の前提としてコミュニケイト出来ています。 「江
一番近くと一番遠くだけを見る : 小野和俊のブログ
「一番近くと一番遠くだけを見る」 これは以前に CE の中嶋さんと話していたときに彼が言っていた言葉で、 印象的だったので、散歩したり、座って考え事をしているときに時々思い出すことがある。 別のどこかで 「夢は大きく、目標は小さく」 という言葉を聞いたことがあるが、これも意味するところは近いと思う。 直近でやるべきことを機械的にこなしていくだけになってしまいがちだ。 ひどいときには、脱線して、目指していたことの実現にまったくつながらないことに 忙しい忙しいといいながら皆で取り組んでしまう。 一番遠くだけを見ていると、 夢やアイデアは語りつくされるものの、 そのときの熱気と情熱だけが残って、アウトプットが何も残らずに終わってしまうことが多い。 そして同じアイデアとそれに伴う実践力を持った人たちに、次第に追い抜かれていってしまう。 間をとった一番近くと一番遠くの中間のところはどうかと言うと、
[Java] ファイナライザ・ガーディアン : 小野和俊のブログ
これまでこのブログではソースコードが出てくるようなエントリは書かないことにしていた。 ブログをはじめてからもプログラミング関係で書きたいと思ったことはいくつかあったのだけれど、 プログラミングのブログは別のブログとして立ち上げようかどうかなどと考え、 結局ソースコードが出てきそうだったら書くのをやめることにしていた。 けれど、日々ソースコードを書いているのも自分の一面だし、 ブログが分かれてしまうとサイトが複数になって管理するのも見るのも不便なので、 このブログにプログラミングというカテゴリを追加することにした。 ということで第一弾。 ファイナライザ・ガーディアン(Finalizer Guardian)。 Effective Javaで紹介されている方法でとても便利なのだけれど、 Google で検索したところ日本語のサイトではほとんどヒットしなかったのでここで紹介することにした。 ファイ
没入感の中断 : 小野和俊のブログ
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年
小野和俊のブログ:アンチ・プログラマー35歳定年説
プログラマー35歳定年説の論拠は一般的に次の2点だと思う。 1. 若いプログラマーでないと徹夜で仕事することができない 言語道断。徹夜が当たり前になっている業界の体質自体がそもそもおかしい。 スケジュールを守らなければいけないという真面目さは良い。 予測できない突発的な問題が発生する。 バッファを取っていても解決の目処が立たない問題が発生したらどうにもならない。 人員補充をしようとしても良い人が見つからなければ少人数で取り組んだ方が解決が早い。 良い人を探そうとしても見つからない。または他のプロジェクトで手一杯になっている。 そういう難しさは、刃物で身が切られるように、痛いほどわかる。 しかし、 そうならないようにするのがマネージャの仕事であり、 問題が起こってしまった時にスケジュールを調整したり機能が削れないか交渉したり、 何とか良い人を探してきたりするのもマネージャの仕事である。 それ
新しいものをつくるときのための山と谷の思考方法 : 小野和俊のブログ
何を始める場合にも、新しいことを始めようとするときには、すでに世の中にある何らかのものと競合する場合がほとんどだ。そして、すでにあるものに対して、不足することが一切なく、しかも優れていることまである、という完璧なものを新しくつくろうとすることは、絶望的に難しいものであるように思えることが多い。 しかし、ある一点でのみ勝つことができるものをつくることは比較的簡単である。 谷を埋める = 負けている箇所を補うこと 山を作る = 勝つことができる箇所をつくること 既存のものより優れている点よりも、既存のものに負けている点があることの方が目に付きやすい。ネガティブな人でなくとも、一点だけ勝てる点があるが、他のすべての点ではすでに世に出ているものに負けると言われたら尻込みしてしまって新しいことを始める気持ちが挫けてしまうかもしれない。 そういう、一瞬光るものが見えた気がしたけれど、調べていくと何とな
小野和俊のブログ:徹夜をしてはいけない理由
どうしても昨日までに仕上げなければならない仕事があったので、一昨日は徹夜で開発をした。一人で飲んだり、人と飲んだり、布団の中で考え事をしたり、徹夜をすること自体は悪いことではない。しかし、徹夜で仕事をするのは可能な限り避けた方が良い。 ベンチャーを始めてからの最初の2年は、年末年始を含めて365日1日も休まず仕事をした。徹夜なんて当たり前である。そんな私だったが、会社が3年目に入る頃に休息の重要性を痛感し、以来、できるだけ徹夜はしないようにしている。それは、徹夜がもたらす作業時間よりも、悪影響の方がずっと大きいということに気づいたからだ。 私の経験では、徹夜が常習化するにつれ、個人/組織には次のような症状が出てくることがある。特に、影響力のある人がこのような状態になると、組織全体が影響されて深刻な症状にかかりやすい。
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
知識が摘み取る創造力の芽 : 小野和俊のブログ
こういうものをつくりたいと思います。 それはすでに世の中にある別のものでも十分なのだ。 他の会社は先駆けてその分野に着手している。 差別化ポイントは？ 調べに調べつくして、 他の人がもうやっていることだったのかと落胆して 何も始めずに終わる人もいる。 何も知らずにトップに躍り出る人もいる。 誰よりも遠くまで飛べた人。 彼らは、躍動する筋肉を楽しんでいた。 風を切って風景がみるみる変わっていくことに興奮していた。 明日もこのことについてずっと考えていたい。 そう思えるものがある人には、知識なんて不要なのだ。 それをやっている人はもういますよ。 それは今からやったって難しい。 最先端の研究ではこうなっている。 速く走ろうとしている者の前に、 そんな指摘がどれほどの意味を持つのか。 彼らが無邪気でいられなくなったときには、 過去に同じ境遇にあった人の話を、しみじみと眉をひそめて聞くだろう。 壁を
小野和俊のブログ:続・プログラム・デザイナー宣言
前回書いたプログラム・デザイナーと職人プログラマーとプログラム・デザイナー宣言と同じような感覚を持っている人は意外と多いのではないかと思って探してみたところ、はてなの伊藤さんのエントリ(こちらも)が見つかった。伊藤さんとは何度か話をする機会があったが、ウルティマ・オンラインの話で盛り上がってしまって、今までIT関連の話はしたことがなかった。ブログを読んでいて、伊藤さんもきっとプログラム・デザイナーなのだろうな、と思った。 UNIXにみる世代間の断絶にならって職人プログラマー/プログラム・デザイナー/UIデザイン・プログラマーを表にすると次のようになる。 比較項目 職人プログラマー プログラム・デザイナー UIデザイン・プログラマー 譲れない点
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
小野和俊のブログ: