新しいものを表示

『見せ方や操作をシンプルのする』のと『見た目をシンプルにする』のと『実装をシンプルにする』は全部違うし、UXデザインの場面で実装をシンプルにする為に操作が複雑になってしまったら本末転倒><

あと元の文脈ってUXデザインの話( mobile.twitter.com/manabuueno/ )だけどこの方はちゃんとしたデザインの人なのでわかってて言ってるだろうけど、単純に実装をシンプルにするんでは優れたデザインにはならないので、ゴテゴテ無意味に足すのは論外だけど、本来の意図通りにシンプルにするための機能は省いちゃいけない><
「シンプルにしよう!」で同じ形のスイッチを横に並べるみたいな事は、見かけはシンプルでも操作はシンプルにはならない><
ので、多くの場合、現実的にマンマシンインタフェースの実装の場面ではKISS原則は常には通用しない><

創作界からわざわざ持ってこなくても工学にはKISS原則というものが><
KISSの原則 - Wikipedia ja.wikipedia.org/wiki/KISS%E3%

orange さんがブースト

twitter.com/suo714/status/1444
> 思うんだけどソフトウェア業界、”むやみに足し算して全体がダメになることを恐れる”という創作界の哲学を輸入した方がいい。

これは本当にそう。

橋以外ではわりとあるけど、橋梁では部分的に早く壊れるようにして発見させるってあんまりない気がする・・・><

orange さんがブースト

早く気づけるようにあえて壊れ易い部分を作る…とか思った

本来は一ヶ所破断したくらいですぐ落ちちゃダメだけど、他も腐食して弱ってたら当然余裕なくて連鎖的に><;

orange さんがブースト

上下の吊り材の1箇所が限界迎えてブチッといって、そのショックで複数箇所の吊り材が破断して、アーチ材に一気に強烈な負荷がかかって外側に弾け飛んだとか?

mstdn.nere9.help/@orange_in_sp

こういうパターンの崩落、教科書通り的には破断時の冗長性を考えた構造にするのがよいとは言うけど、冗長化しまくるのもキリ無いし、水管橋って道路橋ほどの余裕は必要とされないだろうし、あれだよね><
ていうかちゃんと冗長化した設計でも、部材が破断しても発見されないままさらに別の部材も破断してったら結局落ちるし、結局メンテが大切><;

ていうか残ってる側の吊り材が、上下の部材の接続部が壊れてるし錆が多目に見えるけど、この部分が写ってる部分を中心に複数壊れたのが発端っぽく感じるかも><
そうであればその上のアーチが大きく壊れるのもあれかもって><

orange さんがブースト

ふつーに目視点検でわかんない系の老朽化破断じゃないかなあ。
六十谷ってもうだいぶ海近くだし塩害もシャレにならんからね…

mstdn.nere9.help/@orange_in_sp

その近所のやまいが物件情報><(?)

【山さ行がねが】廃線レポート 会津線旧線 大川ダム水没区間 yamaiga.com/rail/ookawa/main.h

orange さんがブースト

もうひとつのパターンに思い至った!><;
何らかの理由で残ってる側に引っ張られて形が維持される形でまるごと落ちた場合でも結果的にこういう形になるかも><;(残った側がアーチが大きく歪む)
ただ、その場合そもそもなんで壊れず落ちたの?><; ってなるかも・・・><(大地震で間隔が大きく広がってって例ならあるけど)

桁がボキッて折れてもこうなるかもだけど、壊れ方と壊れやすさを考えると、吊ってる所が破断した可能性が高いと思う><
アーチリブ側から壊れた場合はこういう風には壊れない気がする・・・><

orange さんがブースト

ああ、アーチの垂直の部材を継ぎ合わせてる部分が破断したとかなのね。

mstdn.nere9.help/@orange_in_sp

たぶん、縦の吊ってる部材(名前忘れた><;)が破断したのかも?><;

アーチが上に跳ね上がってて壊れ方がちゃんと下路アーチの壊れ方になってておもしろい><

orange さんがブースト
古いものを表示
:realtek:

思考の /dev/null