Metro UIは「UXアプリ養成ギプス」 : 小野和俊のブログ
昨日、今日とWindows Developer Days(WDD)に参加してきた。二日間セッションに参加して感じたのは、「Metro UIは『UXアプリ養成ギプス』だ」ということである。 デザインの原則がある。 例えば原則のひとつに、”Content before Chrome”というものがある。これは、「コンテンツを主役にし、ツールバーやメニュー等のコンテンツへの没入を妨げるものは最小限にする」というものだ。 こうしたデザインの原則やガイドラインがきちんと決められている、ということは重要なことではあるが、それ自体はさほど驚くべきことでもない。先日ブログに書いたように、最近の主要なプラットフォームには、大抵UX/UIのデザインガイドラインが定められているからだ。 では私が何に驚いたかというと、Metro UIではこのデザインガイドラインが「半強制」されていることだ。 UX/UIに意識の高い
マイクロソフト萩原正義氏MIJS講演「スケールアウト設計における問題点の考察と分析手法の提案」 : 小野和俊のブログ
昨年末にMIJSのコンソーシアム内での交流会があり、前回のはてな伊藤さん講演に続き、理事会の方から講演者の選定とコンタクトを依頼されたので、マイクロソフトの萩原さんに「クラウドの時代のデータモデリング」の講演をお願いした。 今回萩原さんに講演をお願いしたのは、以前参加させていただいたマイクロソフト系のイベントでの萩原さんの講演が大変興味深い内容だったからだ。 以下、今回の講演を聞きながら私がメモした内容である。 「スケールアウト設計における問題点の考察と分析手法の提案」 現在マイクロソフトでクラウドの技術のうち、開発の現場に対して、どういうやり方をしなければいけないかを提案する仕事をしている。 今日お話しする内容は、インターネットや書籍で紹介されているものよりも、深いところを話していきたい。とはいえ1時間という短い時間なので、ポイントを絞って話をしていきたい。マイクロソフトはWindows
福岡の夜 (shi3zさんとの喧嘩) : 小野和俊のブログ
8/5から三日間、昨年に引き続き、九州大学非常勤講師として高度ICTリーダー特論という大学院の授業で福岡に来ている。この授業では、日本の大企業からはNECのシステム開発本部長の池上さん、国際的なリーダーシップということで東京海上で世界中を飛び回っている牧野さん、外資系企業のマイクロソフト楠さん、ベンチャー企業のUEI shi3zさんと私、経産省の境さんと、様々な立場の講師がプレゼン、パネルディスカッション、グループワークなどに参加しながら授業を進めるというなかなか面白いタイプの授業である。 こうした諍いのことをネットに書くのもどうかとも思ったのだが、リーダーシップを論じるために呼ばれた講師同士が飲み会で喧嘩、ということになると、授業そのものが駄目なリーダーの見本市のような様相を呈してしまうため、私たちが何を議論していたのかについて、shi3zさんにならって私の視点からもブログに書いてみよう
はてなおやさんからの手紙、そしてはてブFirefox拡張 : 小野和俊のブログ
本日午後三時半頃、はてな伊藤さんからのmixi新着メッセージを知らせるメールが私のThunderbirdに届いた。何だろうと思ってメールを見た途端、私はうれしさで飛び上がりそうになったのだった。 それもそのはず、個人的に以前から熱望していたはてなブックマークFirefox拡張が、βリリースされたというのだ。メールは、次のような内容だった(引用許可をもらっています)。 1年以上前に飲み会で del.icio.us の Firefox 拡張の話にはじまって はてなブックマークに Firefox 拡張作らないの? というようなことを 話したのを覚えていますでしょうか。 あの話を聞いて以来 Firefox 拡張を作るぞと固く決心したのですが ようやく今日ベータ版をリリースできました。 http://hatena.g.hatena.ne.jp/hatenabookmark/20090402/fire
小野和俊のブログ:海外旅行でホテルを格安で予約する
今回夏期休暇でヨーロッパに行ってわかったことは、海外のホテルは予約の仕方によって随分と値段が違うということだった。 私はIT系の職種につく人間でありながら、今まで個人で海外旅行と言えば旅行代理店で航空券予約とともにセットでホテルを予約してしまっていて、まあ手間を考えればこれで良いのではと思って、ネットでもっと良い方法があるのではないかと調べることをしていなかった。 今回、泊まりたいホテルがホテルリストに載っていなかったので、自分でいくつか調べて予約したのだけれど、予約の方法によってあまりにも価格が違う - 場合によっては倍以上違う - ことに驚いて、これはもう今後個人で海外に行く時は迷わず自分で予約するな、と思ったのでブログに書くことにした。 サイト名 備考
天下一カウボーイ大会と青いカレー : 小野和俊のブログ
去る8月24日(日)、第弐回天下一カウボーイ大会でプレゼンをしてきました。 このエントリでは、プレゼンの内容と、カウボーイ大会後のAlty Partyで参加者に配られた青いカレー(CyberSpaceCurryboys)について書きたいと思います。 前回に引き続き、とても面白かったです。 私は出不精なこともあり、いわゆるセミナーや勉強会の類にはほとんど顔を出さないのですが、このイベントだけは前回、今回と二回連続で参加しており、1年後には第三回が開催されるということで、こちらもよほどの用事がない限り参加しようと思っています。 なぜそんなに面白いのかというと、通常の多くのセミナーや勉強会が、「海外で面白いと言われていることを自分たちもやってみた/勉強してみた」という内容のものが多くなりがちなのに対し、このイベントで行われるあらゆるプレゼンが、「作品をつくっていたら世界的にヒットしちゃった」とか
IT業界戦場論 : 小野和俊のブログ
8月4日〜8月6日まで、楠さん、shi3zさんたちと 高度ICTリーダー特論という授業の講師として九州大学に来ている。 講義のトップバッターをつとめたのはshi3zさんだったのだが、 この講義の内容というのが私にとってはかなりショッキングな内容で、 草食動物が肉食動物と目が合ってしまったような気持ちになったので、 エントリを書こうと思う。 現状では日本は敗北を繰り返したIT敗戦国であり、その事実を直視すべきだ。 敵わない規模の敵に対しては、ゲリラ戦の戦術で戦っていかなければならない。 では、ゲリラ戦で勝つにはどうすればよいか」 という内容のものだった。 思うに、テクノロジーベンチャーが技術で世界に認められていくためには、 大きく二つのパスがあるのではないか。 一つ目のパスは、shi3zさんが言うように、現在シェアを取っている相手を 仮想敵国と見なし、敵の領土を奪い取るために様々な戦術を繰り
小野和俊のブログ:総務省「事業計画作成とベンチャー経営の手引き」がすごい件
ベンチャー支援をしている知人から、総務省のプロジェクトでこんなんつくりましたということで、「事業計画作成とベンチャー経営の手引き」という資料が送られてきたのだが、これが無料で配布されている資料とは思えないほどの非常に充実した内容で、いつか会社を始めるかもしれないと思っている人にはきっと役に立つだろうと思ったのでブログで紹介したいと思う。 冒頭に下記のように宣言されているだけあって、その内容は実に生々しい。 説得力ある合理的な事業計画」をどう作成し、日々の経営にどう活かすのか、相談相手の少ないベンチャー経営者の参考にしていただくこと、指針を少しでもご提供することを意図している。こういった努力の結果、日本から急成長ベンチャーが1社でも多く生み出されることを強く祈願したい。 P.5 総務省 ICTベンチャー向け事業計画作成支援コースの意義 より 事業計画作成について詳しく記された書籍は10年来多
小野和俊のブログ:[BugsNews] 人気ハッカーもたじたじ IT業界大人気の理由は？現役学生が語るそのポジティブイメージ
最近の新卒採用で人気爆発の国内IT業界。大人気の理由は何なのか、人気が低迷 することはありえるのか。情報処理推進委員会(IBA)は10月30日のイベント「IBA フォーラム2007」で、IT業界の人気ハッカーと理系学生による討論会を開催した。 テーマは「IT産業の学生からの人気はどこから生まれるのか」だ。 討論したのは、東京大学、筑波大学、日本電子専門学校の現役学生10人とIT業界 の人気ハッカー2人。IT業界の人気ハッカーとは、某ソーシャルブックマーク開発者の N.I.氏と、CPAN へのモジュール登録数で世界的に有名で、ブログの世界にも 多大な貢献をしてきたT.M.氏。加えて、某ベンチャーのCTOとして同社のサクセス ロードの礎を築いたアルファブロガーのD.K.氏が答えた。 「IT産業へのイメージ」との質問に対して学生の1人は「IT産業は自分たちの生活に 欠かせないもの、生活を支えてく
はてな伊藤直也氏MIJS講演「プログラマでいること」 : 小野和俊のブログ
昨日MIJSのコンソーシアム内での技術発表会があり、理事会の方から「参加ベンダーの技術者が集まるイベントなので、技術者に元気を与えられるような人に講演をお願いしたい」という話があったので、はてな伊藤さんに講演をお願いした。 伊藤さんにお願いしようと思ったのは、伊藤さんなら、エンタープライズの世界にウェブの世界の元気な風を吹き込んでくれるのではないかと思ったからだ。 以下、私なりに講演の内容をまとめてみた。 ■「建物の建て方」 つくる対象がどのようなものかで、作り方は当然変わってくる。これは建物もソフトウェアも同じ。1階建ての格好良い小さなロッジを建てるのと、60階建ての安全で高品質な巨大ビルを建てるのとは方法も道具も異なる。ロッジを建てる時にはノコギリを使うが、巨大ビルを建てるにはクレーンを使う。 よくブログの世界でソフトウェアの開発について、ぜんぜん違うことをやっている人が同じ土俵で議論
小野和俊のブログ:IT業界の大企業での生々しい話を5つほど
先日某所で講演をする機会があったのだが、 そこでお会いした大企業に所属されている方からの発言でいくつか印象的なものが あったので、ブログに書くことにした。 中にはぐったりしてしまうような内容のものもあるのだが、 会社が大きくなるとこういうことが起こりえるのだという自分への戒めも込めて。 とある大手 SI の方の話。 会社で 2ch へのアクセスを禁止したところ、開発の速度が目に見えて低下したので、 何が起こったのかと現場にヒヤリングしたところ、今までは困ったときに 2ch で聞いて問題を解決していたが、2ch にアクセスできなくなって、 はまってしまったときにどうにもならなくなってしまったとのこと。 これは Messenger / Skype を禁止している会社にも同様のことが言えるだろう。 プロが 2ch で聞くというのはどうなのかという意見もあるとは思うが、 会社の枠を超えた横のつなが
ニコニコ動画事件で YouTube が手にしたものと失ったもの : 小野和俊のブログ
ニコニコ動画が YouTube からアクセス拒否された。 マッシュアップという言葉が、なぜ多くの人を魅了したか。 物理的な原材料を伴わないソフトウェアの世界の固有性は、アイデアを実現するまでのパスが極端に短いことにある。マッシュアップはコンテンツ基盤に差分のコンテンツを乗せるだけで新しいサービスの実現を可能にし、アイデアの実現までの速度をさらに加速させた。 ソフトウェア開発の技術者たちはこの20年間、開発成果の共有と再利用に関する技術と文化とを育んできた。ハードウェアごとに OS を自作する時代が終わり OS 上のソフトウェアを自作する時代が訪れ、ライブラリを自作する時代が終わりオープンソースのライブラリを組み合わせながら開発していく時代が訪れ、そして今や、他のサービスのコンテンツ基盤を利用して独自のサービスを短期に開発できるマッシュアップの時代が訪れている。そしてこれらの開発対象のレイヤ
小野和俊のブログ:諸君 私はプログラミングが好きだ
諸君 私はプログラミングが好きだ 諸君 私はプログラミングが好きだ 諸君 私はプログラミングが大好きだ 設計が好きだ 実装が好きだ デバッグが好きだ コンパイルが好きだ リファクタリングが好きだ パフォーマンスチューニングが好きだ ペアプログラミングが好きだ クラスの名前を考えるのが好きだ 自分が書いたソースを眺めるのが好きだ Java で C で C++ で C# で Perl で Ruby で PHP で Python で Lisp で VB で この地上で行われる ありとあらゆるプログラミング行為が大好きだ 轟音と共にバグを吹き飛ばしていくのが好きだ 空中高く放り上げられたバグが 効力射でばらばらになった時など心がおどる プログラマーの操る キーボードが コンパイルエラーを撃破するのが好きだ 悲鳴を上げて 燃えさかるソースコードから飛び出してきたエラーを テキストエディタで薙ぎ倒した
小野和俊のブログ:プログラマー風林火山
アプレッソというベンチャー企業の CTO を務めて6年と2ヶ月になる。変化の激しいベンチャーに比較的長い期間身をおいていたので、社内外のいろいろなタイプのエンジニアと仕事をしてきた。 あるエンジニアが参加することで開発チームが短い期間で大きく変わったこともあったし、開発チームのメンバーが15人いた頃よりも、お互い補い合えるエンジニアが5人くらいの頃の方が成果が出たりすることもあった。 そういう経験を重ねていくにつれ、私の中では、スターエンジニアと呼べる人たちの持っているものについての、いくつかの類型ができてきている。今まで一緒に仕事をしていく中で本当に心強かったのは、最近エンジニアのキャリアパスの議論でよく言われるような財務のわかるエンジニアとか営業もできるエンジニアではなく、あるいは人と異なるユニークな能力を身に付けようとしているエンジニアでもなかった。ではどういうエンジニアが、というこ
小野和俊のブログ:私がシリコンバレーで学んだ5つの教訓
1. 会議を最適化する ミーティングのゴールを明確に設定する。 ミーティングの最後に必ず結論と ToDo を確認する。 ミーティングの回数をできるだけ少なくして時間もできるだけ短くする。 ミーティングのトピックごとに関係する人だけ集めて最少人数で議論を行う。 (途中であなたはこのトピックに関係ないから退席して良いです、と指示がでる) 会議を最適化することで労働時間中の実作業時間を最大化させ、労働時間全体を圧縮する。そして、早く帰る。 この体験は、その後自分が会社で会議をしていく上で大きく役立った。 XM(eXtreme Meeting)にも、この時の体験が直接的にも間接的にも影響を与えたと思う。 アドバイザーとしてプロジェクトに参加していたテクニカル・コンサルタントが、技術的に明らかに間違った発言をしたことがあった。 私を含む日本から来ていた何人かのメンバーは、あんな基本的なこともわかって
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.livedoor.jp/lalha/archives/50225866.html