生命記号論―宇宙の意味と表象／ジェスパー・ホフマイヤー: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 チャールズ・パースの記号論を下敷きとして参照しつつ、生命の世界を、生物だけでなく組織や細胞までもがメッセージを交換しあう記号圏として捉えつつ、生命の発生、意識の発生そのものを記号＝意味の生成過程と重ね合わせて論じる、ジェスパー・ホフマイヤーの『生命記号論―宇宙の意味と表象』は、ひさびさに僕のツボにピッタリとはまってくれる本でした。 何の意味もないところにどうして意味のあるものが生まれるのか？この本はビッグバン時点の宇宙の話からはじまります。何もない虚空に宇宙が生まれたビッグバンの話からはじまります。 ビッグバンの時点であったゆらぎ、初期の不均一さがその後、恒星や惑星となったという説明は有名です。しかし、なぜ最初にゆらぎがあったのか、何もない虚空から星や僕たちのような生命が生
情報アーキテクチャのデザイン: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 昨日の「売れ続けるしくみとしてのブランド」では、ファンを育み、ブランド価値を高めていくようなブランド・マネジメントができない理由として「ちょっと複雑なしくみ＝システムを設計する力がないというのもあるでしょうね。設計する力がないというか、それをイメージして考えるためのスキルをもっていない」ことを挙げ、その欠点を補うためには「情報アーキテクチャの設計を学んでおくと役だつ」ということを仄めかしておきました。 ブランディングと情報アーキテクチャを関係づける考えというのは、僕のなかではずっと以前からあるもので、例えば3年前の2006年11月に書いた「ブランド・アーキテクチャとパースの記号論」といったエントリーでもそれらしいことを書いています。そんな風に考えるのは、ブランドにしてもイン
それでも、デザインの核は装飾である。: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 すこし間が空いてしまいましたが、「デザインは装飾である、デザインする人に必要なのは美的センスである」というエントリーを書いたら、「装飾はデザインという行為の一手段に過ぎない」とか、「こればっかりは聞き捨てならない。『装飾』という言葉は違うと思う」といった反論がいくつかありました。 まぁ、ちょっといきなりあれだけを読むと誤解されるかもしれませんね。 でも、そもそも、どうして「装飾」という言葉にそんなに敵対視した感情が起こるのかがわからず、ちょっとびっくりでした。なぜ「装飾」という言葉をそれほどまでに拒否し、「一手段に過ぎない」なんて地位に落とし込めてしまうのか。「装飾」というのは、そんなにも嫌悪の対象になるものであることが驚きでした。 デザインとは問題解決？ はい。もちろんで
なぜ量が質を生み出す可能性を持っているのか？: DESIGN IT! w/LOVE
ある陶芸のクラスで、質を追求するグループと量を追求するグループに分けたところ、実際に質の良い作品が数多く見られたのは、量グループだったという話。 質を求められていたのは「質」グループのはずだったのに，なぜ質を求められていなかった「量」グループの生徒たちが，質で上回る結果になったんだろう？ これが事実として成り立つからこそ、ブレインストーミングでもアイデアの質より量を問うんですよね。このブログでも、再三にわたって「まずは手を動かそうよ」といってるのもそういうこと（cf.「小さなアウトプットの蓄積で完成形を生み出すための5つのプラクティス」「みんなで手を動かしながら考えるということを図にしてみました。」）。 先の記事中にも「質」より「量」が結果として「質」を生む理由として「多くの作品を作り出す過程において失敗を繰り返し、その失敗から多くのことを学ぶことができた」と書かれていますが、そのことにつ
プロジェクトをデザインする: DESIGN IT! w/LOVE
不確実な時代をクネクネ蛇行しながら道を切りひらく非線形型ブログ。人間の思考の形の変遷を探求することをライフワークに。 どんなプロジェクトでも、最初にプロジェクトを定義・計画しないと、決められた時間内・リソース内で成果を出すことってできないんじゃないかと思います。 そうじゃなくても、必ずしもプロジェクトで成果を出すのはむずかしいわけですから、せめて最初の定義と計画はきちんとしないとね。 プロジェクトのデザイン大なり小なりプロジェクトを行う上では、ざっと下記のリストのようなことを検討する必要があるでしょう（リストはできるだけいろんなプロジェクトに対応するよう一般化してみました）。 最初の「定義」の部分で、タスクと役割とスケジュール、その他リソースが紐づいた状態でプロジェクトをデザインしておかないといけないと思います。 定義ミッションとヴィジョンの明確化目的と測定可能なゴールの設定ターゲットの明
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
