フォームは機能に従います


ArchitectureEdit

サリバンによる住宅建築協会銀行

このセクションでは、確認のために追加の引用が必要です。信頼できる情報源に引用を追加して、この記事の改善にご協力ください。調達されていない資料は、異議を申し立てられ、削除される場合があります。 (2011年6月)(このテンプレートメッセージを削除する方法とタイミングを学ぶ)

「形態は機能に従う」というフレーズは、1930年代以降モダニズム建築家の戦いの叫びとなりました。この信条は、建築家が「装飾」と呼ぶ装飾的な要素が現代の建物では不要であることを暗示していると解釈されました。しかし、サリバン自身は、彼のキャリアのピーク時にそのような線に沿って考えも設計もしませんでした。確かに、彼の建物は主要な大衆の中でスペアで鮮明である可能性がありますが、彼はしばしば、通常は鉄やテラコッタで鋳造され、ブドウの木やツタのような有機的な形から、彼のアイルランドのデザイン遺産に触発された、より幾何学的なデザインとインターレース。おそらく最も有名な例は、シカゴのサウスステートストリートにあるカーソン、ピリー、スコット、カンパニービルの入り口の天蓋を覆う身もだえする緑の鉄工所です。これらの装飾品は、サリバンの雇用で才能のある若い製図工によってしばしば実行され、最終的にサリバンの商標になります。建築の学生にとって、それらは彼の即座に認識できる署名です。

製品設計編集

機能設計と市場の要求との間の固有の対立の歴史の1つのエピソードは、1935年に起こりました。 、合理化されたクライスラーエアフローの導入後、アメリカの自動車産業が一時的に最適な空力フォームを大量生産に導入する試みを停止したとき。一部の自動車メーカーは、空力効率が単一の最適な車体形状、「ティアドロップ」形状をもたらすと考えていましたが、これは販売台数には適していません。ゼネラルモーターズは、合理化に関して2つの異なる立場を採用しました。1つは社内のエンジニアリングコミュニティ向けで、もう1つは顧客向けです。毎年のモデルイヤーの変更と同様に、いわゆる空力スタイリングは、技術的なパフォーマンスの観点からは無意味であることがよくあります。その後、抗力係数は、燃料消費量をわずかに減らし、最高速度を著しく上げることによって、自動車の販売可能性を向上させるマーケティングツールと手段の両方になりました。

アメリカの工業デザイナーレイモンド・ローウィ、ノーマン・ベル・ゲデス、ヘンリー・ドレイファスなどの1930年代と40年代は、ブレンダーや機関車、複製機を大衆市場向けに再設計する際に、「形態は機能に従う」という固有の矛盾に取り組みました。製品設計は数学、材料、論理の機能的制約に拘束されるが、社会的期待に制約されることを表現するための「まだ受け入れられる」原則。彼のアドバイスは、非常に新しい技術については、可能な限り馴染みのあるものにする必要があるというものでした。なじみのある技術であれば、驚くべきものにする必要があります。

「形態は機能に従う」を正直に適用することで、工業デザイナーはクライアントを廃業させる可能性がありました。ドライバー、鉛筆、ティーポットなどの単純な単一目的のオブジェクトは、製品の差別化を妨げる単一の最適な形に縮小できる場合があります。耐久性が高すぎるオブジェクトの中には、交換品の販売を妨げるものがあります。 (計画的陳腐化を参照)機能の観点から、一部の製品は単に不要です。

ビクターパパネック(1998年に亡くなりました)は、影響力のある最近のデザイナー兼デザイン哲学者であり、「形態は機能に従う」の支持者として教え、執筆しました。機能。 “

ソフトウェアエンジニアリング編集

機能する重要なソフトウェア成果物の構造と内部品質属性は、何よりもまず、その構造のエンジニアリング要件を表すと主張されてきました。 、もしあれば、プロセスの影響はわずかです。これは、プロセスが無関係であることを意味するのではなく、アーティファクトの要件と互換性のあるプロセスがほぼ同様の結果をもたらすことを意味します。

この原則は、「機能」が存在する現代のビジネスのエンタープライズアプリケーションアーキテクチャにも適用できます。エンタープライズアーキテクチャ、つまり「フォーム」によって支援されるべきビジネスプロセス。アーキテクチャがビジネスの運営方法を決定する場合、ビジネスは変化に適応できない柔軟性に悩まされる可能性があります。サービス指向のアーキテクチャにより、エンタープライズアーキテクトは再編成できます。相互運用性を可能にする標準ベースの通信プロトコルを採用することにより、ビジネスの機能要件を満たすアーキテクチャの「形式」。

さらに、ドメイン駆動設計では、構造(ソフトウェアアーキテクチャ、デザインパターン、実装)は、モデル化されたドメインの制約(機能要件)から生まれる必要があると想定しています。

「関数」は、多くのエンジニアリングドクトリンにとって多かれ少なかれ明示的で不変の概念である可能性があり、メタプログラミングと関数型プログラミングパラダイムは、これら2つの概念の本質を探求し、曖昧にし、逆転させるのに非常に役立ちます。

アジャイルソフトウェア開発運動は、エンジニアがユーザー指向の機能の最小単位から始めて、そのような自動テストを作成し、機能を実装して繰り返す「テスト駆動開発」などの手法を支持し、このプロセスを繰り返します。この分野の結果と議論は、構造または「フォーム」が実際の機能から生まれ、実際には有機的に行われるため、自動テストの機能ベースにより、プロジェクトが長期的に適応性が高くなり、品質が向上するというものです。

自動車の設計編集

自動車の設計がその機能に準拠している場合(たとえば、フィアットマルチプラの形状は、6人を2列に並べたいという願望に一部起因しています)。その形はその機能に従うと言われています。

コメントを残す

メールアドレスが公開されることはありません。 * が付いている欄は必須項目です