「デッサン力」がない人が「絵を描く楽しみ」を味わえる時代
上の三つの絵は、私がiPhone/iPod touch向けのお絵描きソフトSmallCanvasで描いた絵だが、パッと見てどう感じるだろう。「結構絵が上手な絵じゃないか」と思った人も多いかもしれない。 実は上の三つの絵は、SmallCanvasの発売に合わせて、私自身がサンプルとして書いたもの。絵心のない私が苦肉の策で作り出したのが、SmallCanvasのundo/redo機能を駆使して写真のトレーシングをするという裏技（アプリの作者が「裏技」を発明してどうするんだ、とうツッコミはなしで^^;）。下に置いた写真をトレースするために、基本的なデッサンがしっかりとし、これだけで「そこそこ見られる絵」になってしまうから不思議だ。 これで再認識したのは、「絵の上手さ」は、「ちゃんとした構図でデッサンが描けるか」という「テクニック」の部分と、「描き手オリジナルの表現ができるか」という「センス」の部
Life is beautiful: 会社のカルチャー作りの大切さ
University Washington で Executive MBA のコースを受けることにした理由の一つは、成功する企業とそうでない企業を分ける要因を私なりにちゃんと理解したかったからである。 Microsoft 時代に Bill Gates の下で働くことにより、業界の流れを読んだり、それに基づいた企業戦略を立てることに関しては、それほど不自由を感じなくなった。しかし、いざ自分で起業をしてみて強く感じたのは、企業戦略を立てることは「初めの一歩」でしかなく、その戦略に基づいてちゃんと利益を生み出す組織を作りあげる方がその何倍も何十倍も難しいということ。 色々と反省する点はあるのだが、あえて一番反省している部分を上げるのであれば、会社のカルチャー作りに十分な注意を払って来なかったこと。戦略に関わる mission statement や vision に関しては常にはっきりと語り続け
ユーザーに尋ねても必ずしも正しい答えは返ってこない
今日はたまたま「ユーザーからのフィードバックを集めることの難しさ」が話題になったので、それに関連するエントリー。 もの作りにおいて、「ユーザーが何を必要としているか」を知ることは大切だが、だからと言ってユーザーに尋ねれば正しい答えが返ってくる訳ではないところが難しいところ。具体的な例としては、こんなものがある。 1. サイレント・マジョリティの声は聞こえてこない これはMicrosoftで実際にあったことだが、Outlookのチームではユーザーから寄せられる機能追加のリクエストに従って色々な機能を足していた時期があったが、その結果不必要な機能ばかり増えて、単純な作業が逆にやりにくくなってしまった（たとえばカスタム・フォームが良い例）。このケースでは、ごく一部のヘビー・ユーザーばかりが声がでかく、「今の機能で十分、これ以上複雑にしないで欲しい」というユーザーは何も言ってこない（こういう人たち
会議での「先送り助け舟」が本当に迷惑な点について
私は基本的に会議はきらいだが、特にアジェンダがはっきりと決まっていない会議だとか、何も決定を下さない会議が大嫌いである。そんな中でも、もっとも許せないのが「提案を文書にする」「次のミーティングを設定する」などの一見建設的だが、実は単に意思決定を先延ばしすることを許容するだけの「助けにならない助け舟」である。 営業部長「こうなると選ぶ道はAかBしかありませんね」 社長 「そうは言っても色々と難しい面もある」 技術部長「ここで、決めるしかありませんね」 社長 「そんな簡単な話ではないだろう」 営業部長「そんな悠長なことを言っている暇はありません」 社長補佐「まあまあ。じゃあ、まずは営業部長に彼の提案を文書にしてもらうというのは、どうでしょう」 技術部長「文書にするって、今さんざん話したばかりで、もう分かっているじゃないか」 社長補佐「そうあわてずに。文書にしてもらえば見えてくることもありま
life is beautiful の楽しみ方、その１
ここのところ初めて訪れる方が増えているので、今日はそんな方のための「おもてなし」。まずは、このブログの代表的なエントリーの紹介から。 ・ソフトウェアの仕様書は料理のレシピに似ている 日本のＩＴ業界のゼネコン型の開発プロセスに関する私の疑問を述べた人気エントリー。これには続編があり、以下の二つのエントリーを合わせた三部作構成となっている。ぜひとも合わせてお楽しみいただきたい。 ・ＳＥはメニューのないレストランのウェイターか？ ・知的労働者には「組織を移る力」がある ・日本語とオブジェクト指向 ほとんど読者がいなかったこのブログを大きく変えたのがこのエントリー。理科系うんちくの中で唯一妻に褒められたエントリーでもある。２００４年９月に書いたエントリーだが、今でも私の一番大好きなエントリーでもある。 ・Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ 技術うんちくの中では、
Web2.0を活用する１０の方法、その３
「Web2.0を活用する１０の方法」その３は、"Encourage Unintended Uses" （想定外の使い方を奨励しろ）。筆者は幾つかの意見をまぜこぜにして述べているので少し分かりにくいが、コアとなる意見は「『このサービスはこう使うべき』と決め付けて作らずに、ユーザーが自分なりに工夫して使えるようにした方が良い」ということである（ちなみに、筆者はこれに加えて、mash-up や remix しやすいようにサービスAPIを用意した方が良いとここで言っているが、その点に関しては「その５」でも触れているので、ここではスルー）。 「ウェブ・サービスを作るときは、あまりきっちりと型にはめずに、少しルーズに作っておいた方が、ユーザーがクリエイティビティを発揮できる」という話は、前回のWeb2.0カンファレンスでも話題になっていたが、「もの作り」に慣れた人の方が逆に見落としやすいコンセプトなの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
