『設計の設計』を読む #2 - 「超線形設計プロセス論」について - Kentaro Kuribayashi's blog
第一回目(『設計の設計』を読む #1 - 設計プロセスの継続について)に続く第二回目は、田中浩也氏による「アーキテクチュラル・コーディング」も非常に面白いだが、ちょっと消化しきれていないのでスキップし、藤村龍至氏による論考「批判的工学主義から「設計」を考える」の感想を述べてみたい。この章は、上述の田中論考同様、これまで特に建築に興味を抱いてはいなかったような、僕が属するIT業界の人々も楽しく読めるものだと思う。 設計の設計 作者: 柄沢祐輔,田中浩也,藤村龍至,ドミニク・チェン,松川昌平,メディア・デザイン研究所出版社/メーカー: INAX?o発売日: 2011/09/20メディア: 単行本（ソフトカバー） クリック: 14回この商品を含むブログ (10件) を見る 都市の均質化という問題、既存モデルの検討 都市の構造や経済システムにすら影響を及ぼし得る巨大建築や、建て売り住宅や賃貸アパー
『設計の設計』を読む #1 - 設計プロセスの継続について - Kentaro Kuribayashi's blog
柄沢祐輔、田中浩也、藤村龍至、ドミニク・チェン、松川昌平各氏による『設計の設計』について、読みながら感想を書いていくかもしれないし、これでよすかもしれない、ともあれ、その第1回目。 メタボリズムの代表作とされる中銀カプセルタワービルは、「それぞれの部屋の独立性が著しく高く、部屋（カプセル）ごとに交換することも、技術的には可能な設計になってい」たが「実際には、2010年に至るまで一度も交換されたことはな」かった。なぜか。 建築は、たとえばアジャイル開発のようなものとも違って、流動的な集合知をやはりどこかで切断する、つまり無限のバージョン・アップを止めてしまう行為です。それは、メタボリズムの理論でつくられた建築が、実際には更新されなかったという問題ともパラレルです。 『設計の設計』p.14 柄沢祐輔氏の発言より また、「メタボリズムもカプセルをつくる工場の生産ラインまで確保しておかなくてはいけ
ユーザーインターフェイスを設計するための素材集「50 Free UI and Web Design Wireframing Kits, Resources and Source Files」
ユーザーインターフェイスを設計するための素材集「50 Free UI and Web Design Wireframing Kits, Resources and Source Files」 タブやフォーム、ラジオボタンにチェックボックス、ページングとWEB特有のデザインや昨日はいくつもありますが、WEBデザインを起こす時、それを一つ一つデータを起こしているとかなり大変です。今日紹介するのはユーザーインターフェイスを設計するための素材集「50 Free UI and Web Design Wireframing Kits, Resources and Source Files」です。 Flex Stencil Kit 様々なインターフェイスに対応した素材がまとめられています。今日はその中からいくつか気になったものを紹介したいと思います。 詳しくは以下 ■Free Sketching & W
PC用スピーカーとアンプ
2007/01/26 構想 1年前にパソコンに繋いで使おうと考えていたスピーカーとして音響迷路型とダブルバスレフ型の2種類の構想を考えましたが、構想のみに留まり結局製作には至りませんでした。 そうなってしまった一番の理由はモニターの両脇にスピーカーを配するという漠然とした使用目的と十分に根拠のある製作する理由がなかったから！ということになりますが、結論付けた一番のきっかけは息子から羅飛び入りで依頼されたPC用のスピーカーが余りにも期待以上の音質的な出来栄えにもあります。 そのスピーカーは内容積5リットルの何の変哲もないバスレフ型ですが、重低音は無論期待できないものの中音の美しさ、帯域全体のバランスの良さ、分解能の良さは格別でした。 私がこれまでに作った8cmスピーカーのなかで素直さという点でピカイチであるように思います。 こんなことから上述のように2つの構想 は棚晒しになったのですが、た
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方
HowToWriteAnEffectiveDesignDocument - 設計文書のうまい書き方 目次 この文書について 設計文書のうまい書き方 なぜ設計文書を書くのか 良い設計とは何か 同僚の開発者に向けて書く 第 1 節に書くこと: プロジェクト/サブシステムの目的を示す 第 2 節に書くこと: 設計に使う高レベルなエンティティを定義する 第 3 節に書くこと: 個々のエンティティに関する低レベルの設計を書く 使い方 設定 モデル 相互作用 第 4 節に書くこと: 利点, 前提, リスク/懸念事項 マネージャ向けに書くこと 最後に 設計文書のうまい書き方 この文書について "How to Write an Effective Design Document" の日本語訳です. http://blog.slickedit.com/?p=43 推敲歓迎: 誤訳, タイポ, 訳語の不統一,
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
TechCrunch | Startup and Technology News
IDEA * IDEA
