Metro UIは「UXアプリ養成ギプス」 : 小野和俊のブログ
昨日、今日とWindows Developer Days(WDD)に参加してきた。二日間セッションに参加して感じたのは、「Metro UIは『UXアプリ養成ギプス』だ」ということである。 デザインの原則がある。 例えば原則のひとつに、”Content before Chrome”というものがある。これは、「コンテンツを主役にし、ツールバーやメニュー等のコンテンツへの没入を妨げるものは最小限にする」というものだ。 こうしたデザインの原則やガイドラインがきちんと決められている、ということは重要なことではあるが、それ自体はさほど驚くべきことでもない。先日ブログに書いたように、最近の主要なプラットフォームには、大抵UX/UIのデザインガイドラインが定められているからだ。 では私が何に驚いたかというと、Metro UIではこのデザインガイドラインが「半強制」されていることだ。 UX/UIに意識の高い
小野和俊のブログ:罪悪感駆動開発(zaiakukan-driven development; ZDD)
みなさんは罪悪感駆動開発(zaiakukan-driven development; ZDD)という言葉をご存知だろうか。私はつい先ほどまでこの概念を知らなかった。なぜなら先ほど自分で思いついたばかりだからだ。 仕事をしていく中で、やるべきことが山積みなのについネットサーフィンをしてしまい、「うわ、今日仕事全然進んでない、やばい」という罪悪感から、その後の仕事が妙に捗る、という経験をしたことがある人は少なくないだろう。 罪悪感駆動開発は、こうした危機感や罪悪感といった人間が本来持っている感情を引き出すことで、より高い仕事の成果を上げていくことを志向する。 罪悪感を感じるポイントは人によって個人差があるが、一般に仕事中に罪悪感が高まりやすい充填行為として、次のようなプラクティスが広く認知されている。 (a) 昼寝 (b) ネットサーフィン (c) ゲーム (d) タイピングソフトでランキング
ブラウザ三国志を引退します : 小野和俊のブログ
昨年3月にブラウザ三国志をはじめてから1年の月日が経ちましたが、この度、3月23日の3期終了のタイミングでブラウザ三国志を引退することになりました。 当初は「噂のゲームをちょっとやってみよう」と様子見程度の気持ちでゲームを開始したのですが、様々な人と出会い、各所で戦争し、さらにはサーバーで最大の勢力「竹馬連合」を形成し制圧ランキング1位に至り、最終的には3000人を超える君主から攻めこまれて敗北必至の状況に追い込まれ、「1日5分で軽めにプレイ」する予定のはずが、気づけばゲーム開始直後からプライベートの時間のほぼすべてを投入するよう状態が続く中で、黎明期も勝利も敗北も経験し、あっという間に一年という月日が過ぎてしまいました。かなり精力的に活動していたことに加え、各所で戦争していたこと、不義理を批判して敵を作ったこと等もあり、私が所属していた17-20サーバーの2chのスレッドは、常に私の名前
プログラマー面接時の技術的な質問事項(アプレッソ版) : 小野和俊のブログ
技術者・SE・プログラマ面接時の技術的な質問事項というエントリをはてブで見かけたのだが、私もjavaプログラマーの面接を割とよくやっているので、よく質問する内容をまとめてみた。 (ちなみに、基本的にコーディング面接の形態を取っている) プロジェクトの性質にもよると思うが、私の場合には、情報処理技術者試験的に基礎が満遍なく抑えられているかどうかよりも、 すぐ答えが見つからないような課題に対して、きちんと自分でやり方を考え、対応することができるか 「変な」コードをコミットしたりしないか(見つけにくいバグを混入させるとか、汚いとか、遅いとか)といった点を重視している。 まず、何を知っているかよりも、どんなものを作れるか、どんなことができるか、という質問。 ここで強烈な回答が来る人は、たいていここより下の質問は「あー、はいはい」という感じでサラッと答えてくることが多い。 これまでに携わってきた開発
「小さなソフトウェアベンダー」という選択肢 : 小野和俊のブログ
「Eric Sink on the Business of Software」読了。献本感謝。 みんな大好きジョエル・スポルスキーも大絶賛の本書であるが、とても面白かった。 そして、本書で指摘される図星としか言いようのない的を得た指摘の数々がつぼにはまり、読みながら頻繁に声を出して大笑いしていたので、家の中で不審がられた。 私たちは、独創的なアイデアでソフトウェア業界の勢力図を書き換えてしまった人たちや、一夜にして巨万の富を手にした人たちにばかり興味が向きがちだ。 しかし、著者はそれに対してはっきりと「No.」を突きつける。 自分たちのソフトウェア製品を持ち、しかし大企業化を志向しない企業のあり方を、著者は「小さなISV」と呼ぶ。 それを私たちがなぜしようとしないのか、著者は次のように分析する。 1. 私たちはそれを見たいと思わない (巨大なマーケットばかり意識して、ニッチマーケットで優れ
Twitterで就職 - ネットコミュニケーションで仕事を決める時代 : 小野和俊のブログ
昨年末あたりから、開発加速のためにエンジニアを募集しようと、 商用媒体にいくつか広告を出したりしてみたのだが、 なかなか良い人が見つからず、困っていたのである。 何か方法はないかと社内で立ち話をしているとき、 ふとこんな風に思ったのである。 「Twitterに書いてみたらどうなるかな？」 その発言から5分もしないうちに、私は急いで席に戻って、 Twitter に社員募集のメッセージを書き込んだ。 その後、4月7日現在までに、約３０人の人からリプライをもらったり、 DMをもらったり、会社見学に来てもらったりした。 結果的には現時点でもう出社している人が一人おり、 あと二人のエンジニアが近日中に開発チームに参加してくれることが決まっている。 今まさに面接の最中の人も何人かいる。 このエントリで書きたいことは、 Twitterで実際に採用活動ができた、 ということではない。 Twitterで採用
アジャイルプラクティス - 達人プログラマに学ぶ現場開発者の習慣 : 小野和俊のブログ
『アジャイルプラクティス』読了。献本感謝。 本書はタイトルの通り、アジャイルな開発を進めていくためのプラクティスを45個集めた本で、序盤の1章から3章はアジャイル開発のための心がけについて述べられており、4章から9章ではより実践的なプラクティスが紹介されている。 すぐに開発の現場で活用できそうな実用性と、読んでいてついクスッと笑ってしまうようなユーモアとを兼ね備えている点において、同 "The Pragmatic Programmers" シリーズのアジャイルレトロスペクティブズとノリがよく似ており、読後の感想としては、良い意味でアメリカっぽい一冊だと思った。 アジャイルの心がけと実践とが、丁寧に推敲され(元ネタとしても、日本語訳の面でも)、さまざまな角度から紹介されている本書をお勧めしたいのは、次の二つの読者層である。 アジャイル開発は、チームのメンバー全員が開発プロセスの改善に積極的で
私が Twitter に毎日何十回もアクセスする理由 : 小野和俊のブログ
Twitter を使い始めてから3ヶ月ほどになるが、 今日に至るまで、私には Twitter に関する3つのフェーズがあった。 今では毎日何十回も Twitter にアクセスしているが、 途中に、興味がなくなって、ほとんどアクセスしなくなった時期もあった。 最初のフェーズは未知との遭遇のフェーズだった。 最初に感じたのは、何かやってる人たちがいるなぁという、自分と関係がないような感覚。 とりあえず始めてみて感じたのは、ブログとも mixi 日記とも違う何か。 今起きたとか、これからどこでご飯を食べるとか、 今まで知ることのなかった情報がウェブで見られるようになってきた。 なにか新しいことが始まりそうな漠然とした予感。 とりあえずもう少しの間、身を投じて見たい感じ。 ■ フェーズ2: ライフ・ログ = What are you doing? 始めてからの2週間は良かった。 へぇ、あの人こんな
小野和俊のブログ:梅田望夫氏が言うように、好きなことを貫いて仕事にしていくためにはどのようにすればよいのか
「直感を信じろ、自分を信じろ、好きを貫け、人を褒めろ、人の粗探ししてる暇があったら自分で何かやれ」という梅田望夫氏のエントリは、読み物系のエントリとしてははてなブックマークで過去最高クラスの、1100件を超えるブックマークを記録しました。 梅田望夫氏がこれまでの書籍やブログのエントリで繰り返し発信しているように、好きなことを貫き、好きであるが故に人生のどれだけ多くの時間を使っても苦にならないような分野に身を置いて仕事をしている人というのは、本当に輝いて見えます。 しかし一方で、ひとたび社会に出れば「俺が今感じてる閉塞感をリアルな言葉にしてやるよ」に見られるような閉塞感を感じ、日本という社会においては好きなことを仕事にしていくことができるのはごく一部の環境や能力に恵まれた人だけなのではないかと感じている人も少なくないのが実際のところなのではないかと思います。 では、好きなことを貫いていくには
ソーシャルウェア･ユーザビリティ : 小野和俊のブログ
これまで長い期間に渡って、ソフトウェアは一人で使うためのものだった。 ここで言う「一人で使う」ということの意味は、自分以外にも家族も使うかどうかというような意味ではない。例えばテキストエディタは他の PC の前に座っている誰かとリアルタイムで共同編集するものではなかったし、ゲームはネットに接続せずに自分一人で遊ぶものだった。そういう意味でソフトウェアはこれまで長い期間に渡って一人で使うためのものだった。 だからこれまで私たちは、ユーザビリティのことを考えるとき、まず自分が一人で使うときに使いやすいかどうかを考えてきた。 例えば、昨日はてなの伊藤さんが書いていたような、コミュニティに蓄積されるコンテンツを良質なものにするために、あえて一人で使うときの利便性に目を瞑るという考え方は、ソーシャルウェア・ユーザビリティを重視したアプローチと言えるだろう。 以前、はてなブックマークと del.ici
小野和俊のブログ:それでも、はてなブックマークでなければならない理由
昨日、自分でブックマークをしたり、過去に自分がブックマークをしたりする時のユーザビリティの側面から、del.icio.us が結構行けてるので、ブックマークする時に自然に del.icio.us の使用頻度が高くなって行っている、という趣旨のエントリを書いたのだが、このテーマについてのまなめさんの記事について考えるところがあったので、エントリを書くことにした。 del.icio.us : b.hatena.ne.jp = 1:100 くらいで b.hatena.ne.jp の方が圧倒的に多い状況は変わらないと思う。 それは、はてなブックマークは、del.icio.us と比べ物にならない程、ブログのエントリやニュースサイトの記事と、それに対する他の人のコメントとをつなぐソーシャルな部分が強いから。 Web2.0 はマイクロコミュニケーションだと常々思っているのだが、 例えばある人がへぇと思
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
