Metro UIは「UXアプリ養成ギプス」 : 小野和俊のブログ
昨日、今日とWindows Developer Days(WDD)に参加してきた。二日間セッションに参加して感じたのは、「Metro UIは『UXアプリ養成ギプス』だ」ということである。 デザインの原則がある。 例えば原則のひとつに、”Content before Chrome”というものがある。これは、「コンテンツを主役にし、ツールバーやメニュー等のコンテンツへの没入を妨げるものは最小限にする」というものだ。 こうしたデザインの原則やガイドラインがきちんと決められている、ということは重要なことではあるが、それ自体はさほど驚くべきことでもない。先日ブログに書いたように、最近の主要なプラットフォームには、大抵UX/UIのデザインガイドラインが定められているからだ。 では私が何に驚いたかというと、Metro UIではこのデザインガイドラインが「半強制」されていることだ。 UX/UIに意識の高い
企業や組織のおける新規メンバーの受容について : 小野和俊のブログ
企業や組織が成熟し、安定してくると、メンバーの中に「今うまく行っているのだから、明日も同じようにうまく行くはずで、できるだけ現状を維持したい」という考えが芽生えてくることがある。 その結果、組織に新規のメンバーが加わった時、特に新規メンバーがその組織に取って何らかの形で刺激的だった場合、次のような事象が起こることがある。 組織が安定した状態が長く続くと、半年前には誰もが「改善が必要」と合意していたような不便さや非効率さも、「まあそんなものか」と日常に溶け込んで当たり前のことになってしまうことがあるが、これまで外部の世界を見てきた新規メンバーは「常態化した理不尽さ」に敏感なので、現状に問題がある、と指摘することがある。こうした指摘は、「自分たちのやり方を批判している」と受け止めることもあるが、慣れで麻痺した感覚を揉みほぐしてくれるマッサージのようなものとして機能することがある。 能力のある人
知識が摘み取る創造力の芽 : 小野和俊のブログ
こういうものをつくりたいと思います。 それはすでに世の中にある別のものでも十分なのだ。 他の会社は先駆けてその分野に着手している。 差別化ポイントは？ 調べに調べつくして、 他の人がもうやっていることだったのかと落胆して 何も始めずに終わる人もいる。 何も知らずにトップに躍り出る人もいる。 誰よりも遠くまで飛べた人。 彼らは、躍動する筋肉を楽しんでいた。 風を切って風景がみるみる変わっていくことに興奮していた。 明日もこのことについてずっと考えていたい。 そう思えるものがある人には、知識なんて不要なのだ。 それをやっている人はもういますよ。 それは今からやったって難しい。 最先端の研究ではこうなっている。 速く走ろうとしている者の前に、 そんな指摘がどれほどの意味を持つのか。 彼らが無邪気でいられなくなったときには、 過去に同じ境遇にあった人の話を、しみじみと眉をひそめて聞くだろう。 壁を
小野和俊のブログ:ミスコミュニケーションの傾向と対策
会社で問題が起きたとき、なぜそんな問題が起こったのかと詳しく話を聞いていくと、 問題を構成するほとんどすべての項目について、ミスコミュニケーションがその根本の原因となっていることがある。 誰かが手を抜いているわけではない。誰もが前向きに一生懸命やっていこうとしている。 それでも、ミスコミュニケーションが重なると、問題が次第に大きくなり、修復することが難しくなっていく。 場合によってはその積み重ねが相手に対する不信感を生み、人間関係に悪影響を及ぼすこともある。 ミスコミュニケーションは人の問題であり、簡単には解決できないようにも思える。 しかし、対策の打ちようはある。 【ミスコミュニケーションの分類】
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
「小さなソフトウェアベンダー」という選択肢 : 小野和俊のブログ
「Eric Sink on the Business of Software」読了。献本感謝。 みんな大好きジョエル・スポルスキーも大絶賛の本書であるが、とても面白かった。 そして、本書で指摘される図星としか言いようのない的を得た指摘の数々がつぼにはまり、読みながら頻繁に声を出して大笑いしていたので、家の中で不審がられた。 私たちは、独創的なアイデアでソフトウェア業界の勢力図を書き換えてしまった人たちや、一夜にして巨万の富を手にした人たちにばかり興味が向きがちだ。 しかし、著者はそれに対してはっきりと「No.」を突きつける。 自分たちのソフトウェア製品を持ち、しかし大企業化を志向しない企業のあり方を、著者は「小さなISV」と呼ぶ。 それを私たちがなぜしようとしないのか、著者は次のように分析する。 1. 私たちはそれを見たいと思わない (巨大なマーケットばかり意識して、ニッチマーケットで優れ
小野和俊のブログ:ベンチャー企業の始め方
「いつかベンチャーをやりたいと思ってるんですよ！」 この種の発言は確か私が大学生の頃によく耳にしていた台詞で、その時ベンチャーにまったく興味のなかった私の感想としては、ああ、この人は自分にはあまり関係がない世界のことを話してるな、という感じで、そんな自分がまさか数年後にベンチャー企業をやることになるなんて夢にも思っていなかった。 そんな私もベンチャーを始めてから気付くともう6年が経って、会社も軌道に乗ってきて、ベンチャーを始めるにはどのようなことが大切で、どのようなことをすれば良いのか、ある程度わかるようになってきた。だから今日はそのことについて書こうと思う。 もしあなたが、自分自身で起業しようと思っているなら、ヒトの問題についての最初の関門はクリアしていると言っても良いかもしれない。 というのも、起業の際のヒトの面での最大の問題は、創業者が見つかるかどうか、ということにあるからだ。 もし
ソフトウェアビジネスのスケーラビリティと経営戦略 : 小野和俊のブログ
昨日書いたエントリについて、shi3zさんから返信エントリをもらった。 後半のリーダー論については100%同意するとして、それ以外にshi3zさんが指摘しているのは次のような点だ。 (1) ビジネスにおける戦闘の主役は営業マン、代理店ビジネスの会社は最前線で仕事をしているとは言えない (2) ITビジネスの世界では競争意識がなければ成功できない。外の敵とどう戦うかを意識しないと、江戸幕府のように敗北する > ビジネスにおける戦闘の主役は営業マン、代理店ビジネスの会社は最前線で仕事をしているとは言えない もともとはアプレッソも直販メインの会社で、私も含めてエンジニアが製品の説明にお客さんのところに出向いて、DataSpiderの説明をしたり、目の前でDataSpiderを使ったシステムのプロトタイプをペアプロでつくったりしていた。この仕事の仕方は、現場の喜びと悲しみを直接肌で感じるための最短
Twitterで就職 - ネットコミュニケーションで仕事を決める時代 : 小野和俊のブログ
昨年末あたりから、開発加速のためにエンジニアを募集しようと、 商用媒体にいくつか広告を出したりしてみたのだが、 なかなか良い人が見つからず、困っていたのである。 何か方法はないかと社内で立ち話をしているとき、 ふとこんな風に思ったのである。 「Twitterに書いてみたらどうなるかな？」 その発言から5分もしないうちに、私は急いで席に戻って、 Twitter に社員募集のメッセージを書き込んだ。 その後、4月7日現在までに、約３０人の人からリプライをもらったり、 DMをもらったり、会社見学に来てもらったりした。 結果的には現時点でもう出社している人が一人おり、 あと二人のエンジニアが近日中に開発チームに参加してくれることが決まっている。 今まさに面接の最中の人も何人かいる。 このエントリで書きたいことは、 Twitterで実際に採用活動ができた、 ということではない。 Twitterで採用
小野和俊のブログ:「好きを貫く」を巡る考察
次に、このマトリックスに基づいて私が今まで見聞きしてきた事例を中心に、好きなことに多くの時間を費やしている事例をいくつかケーススタディとして考えてみる。 【「好きを貫く」ケーススタディ】 ネトゲのQuakeIIに没頭するあまり、ping値の良い対等な状況でライバルたちと戦うために単身韓国遠征に出向いたSさん QuakeIIへのひたむきな情熱に関係者は感動、その後の人脈形成パターンにつながる可能性あり。また、こうした企画を立案し実践する能力が向上しているという意味では派生能力習得パターンにも該当する可能性あり。将来ゲームの企画・開発を職業として選択した場合には"Connecting the dots"にも当てはまる。 ドラクエが好きで好きでたまらなくて、キャラクタをレベル99まで育ててはまた作り直すということを毎日繰り返しているAさん キャラクタ作り直しの際に自分なりのキャラクタ育成戦略を練
初心者であり続けること : 小野和俊のブログ
昨夜は WoW のギルドでインスタンス攻略に出かけて、 初めての人が勝手が分からず敵に突っ込んで行って死にそうになったり、 崖をジャンプするところで失敗して迷子になって戻れなくなったり、 5人のメンバーでの3時間に渡る長丁場のパーティープレイは、 謝ったり称えあったりと、まるでドラマのように時間が過ぎていった。 WoW をプレイしているときもそうだけど、よく思うのは、 常に初心者であり続けたいということだ。 路上で普通に運転している人たちが全員とてつもなくすごい人に見えた。 海外で初めて仕事をした時には、 会話は全部英語、ミーティングのスタイルも定例ミーティングなし、 プロセスは細かくチェックされないけど結果は重視される等々、 日本にいた頃と何もかも違って緊張の連続だった。 WoW で行ったことがないダンジョンに参加すると、 道がわからずボスの倒し方も自分だけ知らず、 みんなに迷惑をかけて
精読のTwitterと速読のTwitter : 小野和俊のブログ
Twitter を始めてから半年が過ぎようとしている。 使い始めて3ヶ月位して思ったのは、Twitter には3つの段階があるということ。 3段階目の「What are you thinking of?」が楽しくて仕方なかったので、 家でも会社でもブラウザのトップページを Netvibes から Twitter に変更した。 しかし、その頃私が見ていた世界は Twitter の二つの世界のうち 実は一方の世界だけだったということに気付かされたのは、9月21日のことだった。 「@lalha は32人しか follow してないのに twitter の何を語ってんだ。」 最初私が感じたのは、「それは違うだろう」という抵抗感だった。 というのも、以前から RSS や Twitter について、フィード登録数や Follow 数が少ない人間は語る資格がないという趣旨の発言を見るたびに、どちらもこん
dankogai伝説 : 小野和俊のブログ
404 Blog Not Foundの注目エントリを見てて思ったんだけど、 やっぱりdankogaiはすごい。エントリ数もブクマ数もすごい。 ということで、イチロー伝説にちなんでdankogai伝説をお送りします。 ・トラックバックしただけで相手ブロガーが泣いて謝った、心臓発作を起こすブロガーも ・一文字もない空エントリでもホッテントリ入り ・寝ている間にも3エントリをポスト ・パソコンを起動せずにトラックバックしたことも ・ホッテントリ1位でも納得できなければエントリ削除 ・ディスプレイを一睨みしただけで10万アクセス ・初めて書評を書いたときにamazonがダウンしたことは有名 ・グッとガッツポーズしただけで5エントリポストされた ・リンクされるとYahoo!でも臨時でサーバー増設 ・言葉を覚える前からブログを書いていたという噂も ・あまりにもブクマされるのではてなユーザーが利用規約違
アジャイルレトロスペクティブズ - 強いチームを育てる「ふりかえり」の手引き : 小野和俊のブログ
『アジャイルレトロスペクティブズ』読了。献本感謝。 GoF本がデザインパターンの教科書であり、XP本がソフトウェア開発の手法に関する教科書だとすれば、本書はチーム開発における「ふりかえり」の教科書であると言ってよいのではないだろうか。 本書では、「ふりかえり」に関するパターンが50近く紹介されているのだが、一つ一つがとても実用的かつユーモラスにまとめられている。 本書で紹介されている方法はゲーム的で、模倣可能で、隠れてしまっている改善へのヒントを引き出すものとなっている。 以下、おもしろかったものをいくつか、コメントを交えて。 ■ アジャイルレトロスペクティブなチーム まずいきなりインパクトがあるのが、アジャイルレトロスペクティブなチームの会議の例。一見何ともない普通の会議に思えるが、この箇所だけ見ても、明確なゴールと時間の設定、冒頭に全員に発言させる点など、参考になる点がいくつもある。
はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ
昨日MIJSのコンソーシアム内での技術発表会があり、理事会の方から「参加ベンダーの技術者が集まるイベントなので、技術者に元気を与えられるような人に講演をお願いしたい」という話があったので、はてな伊藤さんに講演をお願いした。 伊藤さんにお願いしようと思ったのは、伊藤さんなら、エンタープライズの世界にウェブの世界の元気な風を吹き込んでくれるのではないかと思ったからだ。 以下、私なりに講演の内容をまとめてみた。 ■「建物の建て方」 つくる対象がどのようなものかで、作り方は当然変わってくる。これは建物もソフトウェアも同じ。1階建ての格好良い小さなロッジを建てるのと、60階建ての安全で高品質な巨大ビルを建てるのとは方法も道具も異なる。ロッジを建てる時にはノコギリを使うが、巨大ビルを建てるにはクレーンを使う。 よくブログの世界でソフトウェアの開発について、ぜんぜん違うことをやっている人が同じ土俵で議論
ブログでとんでもない価値を生み出せるのは、分裂勘違い君だけじゃない : 小野和俊のブログ
一月ほど前に、分裂勘違い君劇場でとても興味深い試みが行われました。 それは、匿名のブログを通じてリアルな採用活動を行うという試みです。 このエントリで言いたいことは一つです。 ブログには信頼醸成機能がある、ということです。 今回のfromdusktildawn氏の試みには、 ブログの信頼醸成機能について、着目すべき点が二つあります。 一つは、これまでfromdusktildawn氏が書いてきたエントリによって培われてきた、 この人はきっとすごい人だ、たくさんのすごい人たちとつながっているはずだ、 という信頼を活用した結果、成果が出た、という点です。 そしてもう一つは、採用記事の後に少し間をおいて、 今回の応募にきちんと対応し、現実的に話が進んでおり、 しかも会社と応募者の双方にとても価値がある結果になりそうだという成果を強調することで、 人材エージェントとしての新しい種類の信頼を獲得した、
アプレッソ x ラグザイア技術交流会 : 小野和俊のブログ
昨夜は以前からラグザイアの相馬さんと企画していた、アプレッソ x ラグザイア技術交流会に参加してきました。プレゼン資料とそれぞれのプレゼンへの感想をポストします。 私のパートでは、ブラウザのスタートページ「lalha's portal」を紹介したり、Google AJAX Feed API や Google Document List Data API を利用した Netvibes Google Docs Widget をライブコーディングしたりしました。 作成した Widget を Netvibes UWA として iGoogle などでも利用できるようにするところまでやりたかったのですが、Google Authentication API のところで手間取ってしまい、Google Docs のアイテム一覧を表示するための RSS リーダーまで作成したところで時間切れとなってしまいました
♪ バグは夜更け過ぎに仕様に変わるだろう : 小野和俊のブログ
トラックバック一覧 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
私が Twitter に毎日何十回もアクセスする理由 : 小野和俊のブログ
Twitter を使い始めてから3ヶ月ほどになるが、 今日に至るまで、私には Twitter に関する3つのフェーズがあった。 今では毎日何十回も Twitter にアクセスしているが、 途中に、興味がなくなって、ほとんどアクセスしなくなった時期もあった。 最初のフェーズは未知との遭遇のフェーズだった。 最初に感じたのは、何かやってる人たちがいるなぁという、自分と関係がないような感覚。 とりあえず始めてみて感じたのは、ブログとも mixi 日記とも違う何か。 今起きたとか、これからどこでご飯を食べるとか、 今まで知ることのなかった情報がウェブで見られるようになってきた。 なにか新しいことが始まりそうな漠然とした予感。 とりあえずもう少しの間、身を投じて見たい感じ。 ■ フェーズ2: ライフ・ログ = What are you doing? 始めてからの2週間は良かった。 へぇ、あの人こんな
小野和俊のブログ:そして、ペア･プログラミングが始まる
ここ数日、私はずっとペアプログラミングをしている。 ペアプログラミング自体は、これまでに何度も経験したことがある。 しかし今回の試みが今までと違うのは、 一日中、ペアプログラミングしかしないという点である。 １セット1時間半、15分の休憩を入れて、 ドライバーとナビゲーターを交互に入れ替えて毎日4セットやる。 このところ、これを何日も続けている。 こうやって、ある程度ストイックに続けてみることで、 わかってきたことがある。 それは、ペアプログラミングにはメガトン級の破壊力があるということだ。 プログラマーは絶えず誘惑にさらされている。 調べ物でウェブを見たついでに何時間もネットサーフィンしてしまったり、 考えたことをメモするついでに2時間かけてブログを書いてしまったり、 仕事の用事で知人に IM したついでにしばらくだべってしまったり、 Twitter に書き込んだついでに Friends
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
