デザインの「悪い方がよい」原則 The Rise of "Worse is Better"

デザインの「悪い方がよい」原則 The Rise of "Worse is Better" rpg@lucid.com 日本語訳: daiti-m@is.aist-nara.ac.jp 私や Common Lisp と CLOS のデザイナーのほとんどは、MIT/Stanford 方式の設計に親しんでいる。 この方式の核心は、「正しい」やり方をせよ、という ことにつきる。デザイナーにとっては、以下の点をすべて正しく満たすことが 重要である。 簡潔性 デザインは実装と使用法の両面において単純でなければならない。 このとき、使用法が単純な方が、実装が単純なことより重要である。 正当性 デザインはすべての点において正しいものでなければならない。 誤りは許されない。 一貫性 デザインは一貫性を欠いたものであってはならない。一貫性を保つ ためには完全性は少しだけ犠牲にしてもよい。一貫性は 正当性と同

[a2ikm]

https://note.mu/ruiu/n/n9948f0cc3ed3 に事例が出ててとても参考になる。

[koyhoge]

設計の一貫性よりも実装の単純さの方がおうおうにして良い結果をもたらす。

[shiumachi]

"とりあえず正しいことの半分はできるものを作り、ウイルスのように広める方がよい。いったん人々がそれに騙されれば、正しいことの90％までできるように改善が行われるだろう"

[razokulover]

“このことから学ぶべき教訓は、最初に「正しい」方法をとることはしばしば 望ましくないということである。とりあえず「正しい」ことの半分はできるものを 作り、ウイルスのように広める方がよい”

[taka-oh]

設計論

[sh19910711]

"「正しい」ことをするのは複雑過ぎる / 正しいものを実装するには長い時間が必要 / それは大きく、複雑なものになる / とりあえず「正しい」ことの半分はできるものを作り、ウイルスのように広める方がよい"

[den8]

"後出しジャンケンぎみの話" by t_wada https://speakerdeck.com/twada/worse-is-better-understanding-the-spiral-of-technologies-2019-edition?slide=36

[daaaaaai]

そうだね・・・]

[ono_matope]

実装の簡潔さが王様だとする原則。ある機能を実装してみたら思ったより複雑になってしまった時は、何かがおかしいので注意深く方針を見直さなくてはならない。

[nilab]

『デザインの「悪い方がよい」原則』 The Rise of "Worse is Better" 日本語訳。

[oooooooo]

プログラマの採用は MIT アプローチか New Jersey アプローチか見たほうが双方幸せ

[hiroomi]

“何より意味がないのは、使用法の一貫性を守ることである。”

[nothing_sh]

“1987年の時点ではまだLispコンパイラはCコンパイラと同等の性能を持っていたが，その後ではCコンパイラを改善しようとする人々の方がLispコンパイラを改善しようとする人々よりずっと多かったのだ”

[K2ICE]

"とりあえず「正しい」ことの半分はできるものを 作り、ウイルスのように広める方がよい。いったん人々がそれに騙されれば、 「正しい」ことの90％までできるように改善が行われるだろう。"

[raimon49]

正しくデザインされた巨大なソフトウェアは、いつまでも実装されず、実装の最後の20%に努力の80%が必要になり、遂には実装されても最新のハードウェア上でのみ動作する。色んな例が思い浮かぶ。

[labocho]

悪い方がよい原則

[Qurage]

「悪い方がよい」 原則について

[yyokota]

デザインの「悪い方がよい」原則

[mind]

とりあえず「正しい」ことの半分はできるものを 作り、ウイルスのように広める方がよい。いったん人々がそれに騙されれば、 「正しい」ことの90％までできるように改善が行われるだろう。

[sirocco634]

[design] [taste] "Ideas for Startups"を読んでいてわからなかった原則を調べていてたどり着いた

[yzatkatamayu]

とりあえず「正しい」ことの半分でもできるものを作ること、実装の一貫性・単純さを重視

[jiangmin-alt]

New Jersey Approach

[ume-y]

「TeXに不可能はないから、TeXの問題は解決されない」http://kaoriha.org/dtp/formula1.htm

[lenore]

悪い方がよい法則。 単純さがデザインにおいて最も重視されるべき事柄

[hiromark]

「悪いほうがよい」というデザイン原則。