プロフィール
Author:Ｔａｋｕｍａ Ｓａｉｔｏｕ
■ 自己紹介 ■■■■■■
コンテンツデザイナー・ディレクターの25才。 よく、年齢詐称といわれる orz
将来の夢はデザインの出来るウルトラマンになること。
↓↓↓↓↓↓↓
プロフィール詳細
■ 個人ＨＰ ■■■■■■
個人のイラスト作品から、お気に入りの写真の掲載・壁紙・メッセンジャー画像 配布してます。
↓↓↓↓↓↓
Takuma Saitou Ａｒｔ Works
カテゴリー
最近の記事
月別アーカイブ
リンク
2008-05-18-Sun
「ファイル整理は大切だと思う」
パソコン好きです。
ファイル整理しないと気持ち悪い。
Takumaです。
【整理】
１ 乱れた状態にあるものを整えて、きちんとすること。「資料を―する」「気持ちの―がつく」「交通―」
２ 無駄なもの、不要なものを処分すること。「人員を―する」
３ 株式会社が支払不能・債務超過に陥るおそれまたはその疑いがあるとき、再建を目的として裁判所の監督の下に行われる手続き。商法に規定がある。(by Yahoo！辞書)
デザイナーの業務をしている際には、極端には気にならないのですが。
思った通りのファイルがすぐに見つからないと・・・
ものすんごく、テンションが下がりまくる。
自分がディレクター業務をする場合。アシスタントは格別。デザイナーとコーダーさんにもなるべく遵守をお願いする。そんな、ファイルの明記方法があります。
というのも、詳しくは話せないのですが最近、仕事でやっている業務が「部のサービスメニューを可視化」して「ファクトと紐付け」して「ソリューションを体系化」するという、なんとも契約社員（自称、傭兵）がする事に普通は上役が嫌がるはずの事なのですが、任されているのです。
■経緯：ファクトの整理■
ファクト(実際にあったこと。事実)。弊社の場合は主に制作物なわけですが・・・
自分が仕切った案件以外は残念ながら、ものすごく出来てない。
主観でみてではなくて、各担当者がファイルの在り処がすぐに出せないくらい根本的に整理をされていないのだ。
この作業をアシスタントとやったが・・・すんごく無意味。
■ルール：ファイル明記■
基本的に、バージョン管理が一番ネックになるのがコレ。
古いデータを上書きしてしまったりしたら・・・ガタブルガタブル。
以下の方法でネーミングしています。
例：takumart_siryousyo_01_080516_00.ppt
(1)takumart：案件名
⇒プロジェクトのキックオフ時にメンバーに連携しましょう。
(2)_siyousyo：書類の名前
⇒作ったら一声かけるかメールで連携します。
(3)_01：書類のバージョン名
⇒これは、提出が行われたら＋1します。
(4)_080516：日付
⇒作った日付でどうぞ。2099年まで対応してますw
(5)_00：自分の製作中につけるファイル新旧の管理番号
⇒これは区切りの良かったり、複数人が制作している時にセーブして連携する際に便利です。ちなみに、複数人の作業の場合にはこの後に名前を書いてます。
(6).ppt：これは拡張子w
⇒それだけ〜♪
ちなみにファイル名に日本語をいれないのは、ファイルサーバーでクライアントにダウンロードしてもらう際に、支障をきたすからです。
■ルール：フォルダ明記■
例：00_Takumart
├00_書類関係
│ └99_バックナンバー
├10_デザインファイル
└11_デザイン素材
10_ぼやきブログ
├00_書類関係
（※以下省略）
(1)00_takumart/10ぼやきブログ：案件名
⇒案件名です。前の連番は動きがあるプロジェクトの連番を小さい数字にします。
そうすると、ファイルの順番的に上の方にくるので楽です。
（※共有では、独断でこまめに帰るのはNGです。）
(2)00_書類関係/10_デザインファイル等：ファイル種類
⇒ファイルの種類別ですね。コレの連番も上と同じ形でつけます。
ただし「99_バックナンバー」のように、あんまり必要ないがとって置きたいサブ的なものの連番は「99」とかにしてます。
フォルダ頭の連番はちょっと余裕目につけるのをオススメします。
あとから、フォルダを作るときにキツキツにつけてるとドミノ式にリネームしなければならないことになるので。
■心がけ：バックナンバー管理■
Takumaの場合は、基本的に案件が完全終了してから半年くらい経たないと、バックナンバー（過去のバージョンのファイル）は削除しません。
コーディングデータも仕様書もデザインファイルも全部。
後でトラブルになった際に、その原因究明のカギになるからです。
あと案件の流れが変わって、いらなくなった物でも他の案件で「あの時の使える！！」ってなったときに無いと・・・すんごくテンションダウンするから。
■■■■■■■■■■■■■■■■■■■■■■■■■
いかがでしょうか。ファイル名の明記に関する簡易マニュアルの気分で書いてみました。今まで無くて、案件が始まるたびにバラバラに連携するのがメンドクサカッタのデスヨ。
情報リソースの整理は、この職種についてれば非常に重要な事柄だと思います。
まー。自宅が綺麗かは話が別なのですがね。
ファイル整理しないと気持ち悪い。
Takumaです。
【整理】
１ 乱れた状態にあるものを整えて、きちんとすること。「資料を―する」「気持ちの―がつく」「交通―」
２ 無駄なもの、不要なものを処分すること。「人員を―する」
３ 株式会社が支払不能・債務超過に陥るおそれまたはその疑いがあるとき、再建を目的として裁判所の監督の下に行われる手続き。商法に規定がある。(by Yahoo！辞書)
デザイナーの業務をしている際には、極端には気にならないのですが。
思った通りのファイルがすぐに見つからないと・・・
ものすんごく、テンションが下がりまくる。
自分がディレクター業務をする場合。アシスタントは格別。デザイナーとコーダーさんにもなるべく遵守をお願いする。そんな、ファイルの明記方法があります。
というのも、詳しくは話せないのですが最近、仕事でやっている業務が「部のサービスメニューを可視化」して「ファクトと紐付け」して「ソリューションを体系化」するという、なんとも契約社員（自称、傭兵）がする事に普通は上役が嫌がるはずの事なのですが、任されているのです。
■経緯：ファクトの整理■
ファクト(実際にあったこと。事実)。弊社の場合は主に制作物なわけですが・・・
自分が仕切った案件以外は残念ながら、ものすごく出来てない。
主観でみてではなくて、各担当者がファイルの在り処がすぐに出せないくらい根本的に整理をされていないのだ。
この作業をアシスタントとやったが・・・すんごく無意味。
■ルール：ファイル明記■
基本的に、バージョン管理が一番ネックになるのがコレ。
古いデータを上書きしてしまったりしたら・・・ガタブルガタブル。
以下の方法でネーミングしています。
例：takumart_siryousyo_01_080516_00.ppt
(1)takumart：案件名
⇒プロジェクトのキックオフ時にメンバーに連携しましょう。
(2)_siyousyo：書類の名前
⇒作ったら一声かけるかメールで連携します。
(3)_01：書類のバージョン名
⇒これは、提出が行われたら＋1します。
(4)_080516：日付
⇒作った日付でどうぞ。2099年まで対応してますw
(5)_00：自分の製作中につけるファイル新旧の管理番号
⇒これは区切りの良かったり、複数人が制作している時にセーブして連携する際に便利です。ちなみに、複数人の作業の場合にはこの後に名前を書いてます。
(6).ppt：これは拡張子w
⇒それだけ〜♪
ちなみにファイル名に日本語をいれないのは、ファイルサーバーでクライアントにダウンロードしてもらう際に、支障をきたすからです。
■ルール：フォルダ明記■
例：00_Takumart
├00_書類関係
│ └99_バックナンバー
├10_デザインファイル
└11_デザイン素材
10_ぼやきブログ
├00_書類関係
（※以下省略）
(1)00_takumart/10ぼやきブログ：案件名
⇒案件名です。前の連番は動きがあるプロジェクトの連番を小さい数字にします。
そうすると、ファイルの順番的に上の方にくるので楽です。
（※共有では、独断でこまめに帰るのはNGです。）
(2)00_書類関係/10_デザインファイル等：ファイル種類
⇒ファイルの種類別ですね。コレの連番も上と同じ形でつけます。
ただし「99_バックナンバー」のように、あんまり必要ないがとって置きたいサブ的なものの連番は「99」とかにしてます。
フォルダ頭の連番はちょっと余裕目につけるのをオススメします。
あとから、フォルダを作るときにキツキツにつけてるとドミノ式にリネームしなければならないことになるので。
■心がけ：バックナンバー管理■
Takumaの場合は、基本的に案件が完全終了してから半年くらい経たないと、バックナンバー（過去のバージョンのファイル）は削除しません。
コーディングデータも仕様書もデザインファイルも全部。
後でトラブルになった際に、その原因究明のカギになるからです。
あと案件の流れが変わって、いらなくなった物でも他の案件で「あの時の使える！！」ってなったときに無いと・・・すんごくテンションダウンするから。
■■■■■■■■■■■■■■■■■■■■■■■■■
いかがでしょうか。ファイル名の明記に関する簡易マニュアルの気分で書いてみました。今まで無くて、案件が始まるたびにバラバラに連携するのがメンドクサカッタのデスヨ。
情報リソースの整理は、この職種についてれば非常に重要な事柄だと思います。
まー。自宅が綺麗かは話が別なのですがね。
2008-03-26-Wed
「Apple Design Work」
デザイン好きです。
Apple Design Work大好きです。
Takumaです。
【モックアップ】
実物大模型。(by Yahoo!辞書)
Takumaの場合、新卒からこのデジタルコンテンツ業界に入り浸りなわけで。
身内に他のデザイナーがいても「甘えるな！！自分で勉強しろ！！」てな感じで、これといった英才教育を受けてきませんでした。(よく考えるとPCは小さい頃から近くにあったけど)
そんな訳で、他のデザイン業界の細かい裏事情までは、あんまり詳しくないのです。
特にトップメーカーでのデザインプロセスなどは機密事項なので、口外される事は稀なのですが。。。
Appleは違ったようです
アップルのデザイン現場を彷彿とさせる記事がビジネスウィークに載ってた(らしい)。
▼Apple Speaker by GeekAlerts▼
http://www.geekalerts.com/apple-speaker/
■ SXSW プレゼンテーション ■■■■■■■■■■■
アップルのシニアエンジニアリングマネージャの Michael Lopp が SXSW［South by Southwest］で興味深いプレゼンテーションをした。他の会社ではやってみても失敗することが多いのに、どうしてアップルではすばらしいデザインに到達できるかということを説明したのだ。これまでもアップルは何度も消費者に対してすばらしいプレゼントをしてきた。（「すばらしいアイディアをすばらしいアイデアに包んで」、言い換えれば、すばらしいソフトウェアをすばらしいハードに載せ、美しいパッケージにして・・・。）そして、みんなが自問してきた質問をしてみせた。「なんでこんなスゲーことができるんだ？」と。（South by Southwest ではパネリストはこんなくだけた喋り方をする。）それから彼はいくつか具体例を挙げた。
▽
■ 細部まで完璧なモックアップを作る ■■■■■■
Lopp によれば、このためには膨大な量の作業と時間が必要だ。しかし、「こうすることで曖昧なところがなくなる。」当初は時間がかかるかもしれないが、あとで誤りを修正するための時間は要らなくなる。
▽
■１０対３対１（10 to 3 to 1） ■■■■■■■■■
アップルのデザイナーはどの製品についてもまったく異なるモックアップを１０は作る。Lopp 曰く、「３つがよく見えるようにあと７つ」作るのではない。そんなことならみんながやっているだろう。そうではなくて、まったく制限を設けず心行くまでデザインさせたものを１０作るのだ。それから何か月もかけて３つに絞り込む。そして最後に３つの中からこれはと思うものを決めるのだ。
▽
■ 平行するデザイン会議 ■■■■■■■■■■■■
これは実に興味深い。デザインチームは毎週二つの会議をこなす。ひとつはいろんな制約を無視して、自由に発想するブレインストーミングだ。Lopp のことばを借りれば「クレージーになる」（go crazy）。またこれとは別に、その対極ともいえる生産会議（production meeting）を定期的に開く。こちらでは、この途方も無いアイデアをどうやったら実現できるか、デザイナーとエンジニアが一緒になって細部まで見極めるのだ。この会議と手順がすべてのアプリケーション開発に適用される。アプリケーションが進行するにつれて、その比重が変わっていくのは当然だ。しかし、最後の段階まで創造的発想（creative thought）の可能性を残しているのは実に見事だ。
▽
■ ポニー会議 ■■■■■■■■■■■■■■■■■
これは Lopp がプレゼンテーションの初めの方で話したことと関連する。シニアマネージャがあれこれと彼らの要望を列挙するプロセスのことだ。「私が欲しいのは WYSIWYGだ・・・。主要なブラウザをサポートするようにして欲しい・・・。アップルの精神を反映するようなものが欲しい・・・。」要すれば Lopp のいう「ボク、ポニーが欲しい！」というヤツだ。「誰だってポニーを欲しがるだろう。ポニーってゴージャスだから・・・。」問題は、自分が欲しいものを挙げているだけだということだ。見当違いの要望でも、給与を払ってくれる連中の話はムゲにできない。
［注：pony、小馬、子供たちが欲しがる愛玩物］
▽
■ 解決策は？ ■■■■■■■■■■■■■■■■■
で、解決策はこういうことだと Lopp はいう。平行するデザイン会議が決めた最善のアイデアをトップに見せておくのだ。これこそ長年欲しかったポニーだというかもしれない。こうしてポニーは実行可能なものとなる。そもそもトップ連中［C-suite：注参照］は、デザイナーが何をやっているのか知りたいと思うだろうし、当然自分たちにはそれに意見をいう権利があると思うだろう。こうすることによって彼らの意見も吸収され含まれることになる。その結果後々ひどい間違いを犯すことも避けられるのだ。
［注：C-suite、CEO（最高経営責任者）や CFO（最高財務責任者）、COO（最高業務執行責任者）から CIO（最高情報責任者）、CTO（最高技術責任者）、CMO（最高マーケティング責任者）まで、Chief で始まる肩書きを持つ人たち］
■ 参考URL ■■■■■■■■■■■■■■■■■■
・http://toshio.typepad.com/b3_annex/2008/03/appleapple4.html
・http://www.geekalerts.com/apple-speaker/
・http://maclalala.wordpress.com/2008/03/20/519/
■■■■■■■■■■■■■■■■■■■■■■■■
うん。ここまでトップがデザインに参加してるとなるとAppleのデザインクオリティの高さに納得がいきますね。
しかも、時間が許されているからって10案ですか。。。
(Takumaの場合、2案といわれたら3案。 3案といわれたら4案出す程度です orz)
さすが貫いてる感がすごいですね。
Apple Design Work大好きです。
Takumaです。
【モックアップ】
実物大模型。(by Yahoo!辞書)
Takumaの場合、新卒からこのデジタルコンテンツ業界に入り浸りなわけで。
身内に他のデザイナーがいても「甘えるな！！自分で勉強しろ！！」てな感じで、これといった英才教育を受けてきませんでした。(よく考えるとPCは小さい頃から近くにあったけど)
そんな訳で、他のデザイン業界の細かい裏事情までは、あんまり詳しくないのです。
特にトップメーカーでのデザインプロセスなどは機密事項なので、口外される事は稀なのですが。。。
Appleは違ったようです
アップルのデザイン現場を彷彿とさせる記事がビジネスウィークに載ってた(らしい)。
▼Apple Speaker by GeekAlerts▼
http://www.geekalerts.com/apple-speaker/
■ SXSW プレゼンテーション ■■■■■■■■■■■
アップルのシニアエンジニアリングマネージャの Michael Lopp が SXSW［South by Southwest］で興味深いプレゼンテーションをした。他の会社ではやってみても失敗することが多いのに、どうしてアップルではすばらしいデザインに到達できるかということを説明したのだ。これまでもアップルは何度も消費者に対してすばらしいプレゼントをしてきた。（「すばらしいアイディアをすばらしいアイデアに包んで」、言い換えれば、すばらしいソフトウェアをすばらしいハードに載せ、美しいパッケージにして・・・。）そして、みんなが自問してきた質問をしてみせた。「なんでこんなスゲーことができるんだ？」と。（South by Southwest ではパネリストはこんなくだけた喋り方をする。）それから彼はいくつか具体例を挙げた。
▽
■ 細部まで完璧なモックアップを作る ■■■■■■
Lopp によれば、このためには膨大な量の作業と時間が必要だ。しかし、「こうすることで曖昧なところがなくなる。」当初は時間がかかるかもしれないが、あとで誤りを修正するための時間は要らなくなる。
▽
■１０対３対１（10 to 3 to 1） ■■■■■■■■■
アップルのデザイナーはどの製品についてもまったく異なるモックアップを１０は作る。Lopp 曰く、「３つがよく見えるようにあと７つ」作るのではない。そんなことならみんながやっているだろう。そうではなくて、まったく制限を設けず心行くまでデザインさせたものを１０作るのだ。それから何か月もかけて３つに絞り込む。そして最後に３つの中からこれはと思うものを決めるのだ。
▽
■ 平行するデザイン会議 ■■■■■■■■■■■■
これは実に興味深い。デザインチームは毎週二つの会議をこなす。ひとつはいろんな制約を無視して、自由に発想するブレインストーミングだ。Lopp のことばを借りれば「クレージーになる」（go crazy）。またこれとは別に、その対極ともいえる生産会議（production meeting）を定期的に開く。こちらでは、この途方も無いアイデアをどうやったら実現できるか、デザイナーとエンジニアが一緒になって細部まで見極めるのだ。この会議と手順がすべてのアプリケーション開発に適用される。アプリケーションが進行するにつれて、その比重が変わっていくのは当然だ。しかし、最後の段階まで創造的発想（creative thought）の可能性を残しているのは実に見事だ。
▽
■ ポニー会議 ■■■■■■■■■■■■■■■■■
これは Lopp がプレゼンテーションの初めの方で話したことと関連する。シニアマネージャがあれこれと彼らの要望を列挙するプロセスのことだ。「私が欲しいのは WYSIWYGだ・・・。主要なブラウザをサポートするようにして欲しい・・・。アップルの精神を反映するようなものが欲しい・・・。」要すれば Lopp のいう「ボク、ポニーが欲しい！」というヤツだ。「誰だってポニーを欲しがるだろう。ポニーってゴージャスだから・・・。」問題は、自分が欲しいものを挙げているだけだということだ。見当違いの要望でも、給与を払ってくれる連中の話はムゲにできない。
［注：pony、小馬、子供たちが欲しがる愛玩物］
▽
■ 解決策は？ ■■■■■■■■■■■■■■■■■
で、解決策はこういうことだと Lopp はいう。平行するデザイン会議が決めた最善のアイデアをトップに見せておくのだ。これこそ長年欲しかったポニーだというかもしれない。こうしてポニーは実行可能なものとなる。そもそもトップ連中［C-suite：注参照］は、デザイナーが何をやっているのか知りたいと思うだろうし、当然自分たちにはそれに意見をいう権利があると思うだろう。こうすることによって彼らの意見も吸収され含まれることになる。その結果後々ひどい間違いを犯すことも避けられるのだ。
［注：C-suite、CEO（最高経営責任者）や CFO（最高財務責任者）、COO（最高業務執行責任者）から CIO（最高情報責任者）、CTO（最高技術責任者）、CMO（最高マーケティング責任者）まで、Chief で始まる肩書きを持つ人たち］
■ 参考URL ■■■■■■■■■■■■■■■■■■
・http://toshio.typepad.com/b3_annex/2008/03/appleapple4.html
・http://www.geekalerts.com/apple-speaker/
・http://maclalala.wordpress.com/2008/03/20/519/
■■■■■■■■■■■■■■■■■■■■■■■■
うん。ここまでトップがデザインに参加してるとなるとAppleのデザインクオリティの高さに納得がいきますね。
しかも、時間が許されているからって10案ですか。。。
(Takumaの場合、2案といわれたら3案。 3案といわれたら4案出す程度です orz)
さすが貫いてる感がすごいですね。
2008-03-14-Fri
「今宵、宙の旅などいかがかな？」
ネット好きです。
宙(ソラ)大好きです。
Takumaです。
【宇宙】
１ あらゆる存在物を包容する無限の空間と時間�旅�がり。
哲学では、秩序ある統一体と考えられる世界。コスモス。
物理学的には、存在し得る限りのすべての物質および放射を含む空間。
天文学では、あらゆる天体の存在する空間。銀河系外星雲を小宇宙、それらを包含する空間として大宇宙ということもある。
２ 宇宙空間、特に太陽系空間のこと。「―旅行」
(by Yahoo!辞書)
昨日、いつも通りネット徘徊をしていたTakumaですが、こんなサイトのニュースを目にしました。
▼腐女子応援ポータルサイト オープン▼
http://fujyoshi.jp/index.html
ちなみに、フジョシと打って変換しても上記の単語はでてきませんでした。
まーそんなことは、いいのですが。さて本題です。
（上のニュースが頭を離れないで昨日は記事が書けなかった。。。orz）
みなさん宇宙はお好きでございましょうか？
宝塚歌劇の「宙組」も含めてTakumaは宇宙が好きでございます。
しかし中々、引きこもり気味であるという理由と関係無しに
宇宙は遠く小市民のあがきでは成層圏も突破できません。
そんな小市民の為にGoogleがまた素敵なコンテンツをリリースさせました。
▼Ｇｏｏｇｌｅ Ｓｋｙ▼
http://www.google.com/sky/
(ナイスGoogle！ ナイスNASA！！)
なんと今回のコンテンツはすでに日本語対応済み。
(わかってきたじゃないかGoogleさん！！)
天体の説明まで見れるナイスなコンテンツです。
今宵、宙の旅などいかがかな？
（↑誰）
宙(ソラ)大好きです。
Takumaです。
【宇宙】
１ あらゆる存在物を包容する無限の空間と時間�旅�がり。
哲学では、秩序ある統一体と考えられる世界。コスモス。
物理学的には、存在し得る限りのすべての物質および放射を含む空間。
天文学では、あらゆる天体の存在する空間。銀河系外星雲を小宇宙、それらを包含する空間として大宇宙ということもある。
２ 宇宙空間、特に太陽系空間のこと。「―旅行」
(by Yahoo!辞書)
昨日、いつも通りネット徘徊をしていたTakumaですが、こんなサイトのニュースを目にしました。
▼腐女子応援ポータルサイト オープン▼
http://fujyoshi.jp/index.html
ちなみに、フジョシと打って変換しても上記の単語はでてきませんでした。
まーそんなことは、いいのですが。さて本題です。
（上のニュースが頭を離れないで昨日は記事が書けなかった。。。orz）
みなさん宇宙はお好きでございましょうか？
宝塚歌劇の「宙組」も含めてTakumaは宇宙が好きでございます。
しかし中々、引きこもり気味であるという理由と関係無しに
宇宙は遠く小市民のあがきでは成層圏も突破できません。
そんな小市民の為にGoogleがまた素敵なコンテンツをリリースさせました。
▼Ｇｏｏｇｌｅ Ｓｋｙ▼
http://www.google.com/sky/
(ナイスGoogle！ ナイスNASA！！)
なんと今回のコンテンツはすでに日本語対応済み。
(わかってきたじゃないかGoogleさん！！)
天体の説明まで見れるナイスなコンテンツです。
今宵、宙の旅などいかがかな？
（↑誰）
2008-02-19-Tue
「世界の●●な国旗」
デザイン好きです。
国旗大好きです。
Takumaです。
【国旗】
国家の象徴として制定された旗。国籍のしるしとして船舶などに掲げ、また、国家の祝祭日、外国へ敬意を表する場合などに掲揚する。 (by yahoo辞書)
日ごろから目にする国旗の数々ですが例えば、料理店とかいい例だと思います。
「イタリア料理」とか「フランス料理」等など、看板や店内の装飾にも使われる非常に大切なデザインの一つです。
さて本題。
「世界のガッカリなデザインの国旗16選」
▼The World's 16 Least Inspiring Flags | Cracked.com▼
http://www.cracked.com/article_15894_The-Worlds-16-Least-Inspiring-Flags.html
特に一番左のリビアの国旗はシンプル。
後ろからハリセンで「スパーン」と振りぬかれたかんじです。
おもろいな国旗って。
国旗大好きです。
Takumaです。
【国旗】
国家の象徴として制定された旗。国籍のしるしとして船舶などに掲げ、また、国家の祝祭日、外国へ敬意を表する場合などに掲揚する。 (by yahoo辞書)
日ごろから目にする国旗の数々ですが例えば、料理店とかいい例だと思います。
「イタリア料理」とか「フランス料理」等など、看板や店内の装飾にも使われる非常に大切なデザインの一つです。
さて本題。
「世界のガッカリなデザインの国旗16選」
▼The World's 16 Least Inspiring Flags | Cracked.com▼
http://www.cracked.com/article_15894_The-Worlds-16-Least-Inspiring-Flags.html
特に一番左のリビアの国旗はシンプル。
後ろからハリセンで「スパーン」と振りぬかれたかんじです。
おもろいな国旗って。
2008-02-15-Fri
「あの日、あの時、あの会社のロゴ」
デザイン好きです。
ロゴマーク大好きです。
Takumaです。
【ロゴマーク】
《(和)logo＋mark》企業や商品などのイメージを印象づけるため、ロゴタイプと標章などを合わせて図案化したもの。
(by yahoo辞書)
先日、知り合いからの要望で1サービス、ロゴデザインをしました。
（↑ASPサービスの商品(サービス？)のロゴデザイン）
しかし、WEBデザインを中心に活動していると、商品や企業のブランディングデザインから携わることは正直、あまりありません。
ある意味、ロゴデザインは一つのデザインの集大成的な印象があります。
だって、そのロゴは会社の関連する「名刺」から「大媒体(CMとか？)」まで
ほぼ、全てに反映されるわけですから。
以前、WEB先生をやっていた頃にもロゴの題材を授業に取り上げた事がありました。
当然、下記の記事に載っているロゴも題材にしたわけです。
さて本題。
「あのロゴの沿革をみてみよう」
【The Evolution of Tech Companies’Logos】
http://www.neatorama.com/2008/02/07/the-evolution-of-tech-companies-logos/
時代が変わればロゴも変わる。ＩＴ系を中心にロゴデザインの移り変わりが見れます。
キャノンの1934年のやつがすごすぎるw
ロゴマーク大好きです。
Takumaです。
【ロゴマーク】
《(和)logo＋mark》企業や商品などのイメージを印象づけるため、ロゴタイプと標章などを合わせて図案化したもの。
(by yahoo辞書)
先日、知り合いからの要望で1サービス、ロゴデザインをしました。
（↑ASPサービスの商品(サービス？)のロゴデザイン）
しかし、WEBデザインを中心に活動していると、商品や企業のブランディングデザインから携わることは正直、あまりありません。
ある意味、ロゴデザインは一つのデザインの集大成的な印象があります。
だって、そのロゴは会社の関連する「名刺」から「大媒体(CMとか？)」まで
ほぼ、全てに反映されるわけですから。
以前、WEB先生をやっていた頃にもロゴの題材を授業に取り上げた事がありました。
当然、下記の記事に載っているロゴも題材にしたわけです。
さて本題。
「あのロゴの沿革をみてみよう」
【The Evolution of Tech Companies’Logos】
http://www.neatorama.com/2008/02/07/the-evolution-of-tech-companies-logos/
時代が変わればロゴも変わる。ＩＴ系を中心にロゴデザインの移り変わりが見れます。
キャノンの1934年のやつがすごすぎるw
