orange @[email protected]

GUIとCLIで思い出したけど、GUIって選択肢が多くなりすぎると探すのが大変になって破綻するじゃん？＞＜
なので、ウェブブラウザのアドレス欄とかIDEの補完とかみたいにインクリメンタル検索と組み合わされることよくあるじゃん？＞＜
さらに、よく使われるものを出すのもよく解決法として使われるじゃん？＞＜(最近使ったファイルとか)

(本題！＞＜；)
Windows 2000の頃、ごく短期間、通常のプルダウンメニューで、使われる頻度が少ない項目を、「...」の続きに追いやって隠すGUIが一瞬流行ったと思うんだけど、当時は人類には新しすぎたのかもしれないけど、今なら受け入れられそうな気がするんだけど、また流行らないのかな？＞＜

PCみたいなGUIになる以前のハイテク旅客機(いま普通に日本の空を飛んでる旅客機のほとんど)のオートパイロット(というかFMS)の操作は、昔の銀行のATMみたいに画面の横の物理的ボタンを押す方式で、入力は、画面一番下の入力欄で入力する方式だった＞＜
(例えば到着空港を設定する時、その画面で、成田が目的地ならばRJAAって打ってから目的地の欄の横のボタンを押す＞＜ 経路とか何らかの設定値とか全部そうやって入力＞＜ A380だとそういうのがGUIでも操作できるようになって、普通のコンボボックスとかになってる＞＜)

ハイテク旅客機のコクピット、大部分が自動化の為の装置(？)だけど、壮大なGUIとも言えるだろうし、A380とかA350XWBなんかは、ほんとのほんとにPCのGUIみたいなGUIになった＞＜ トラックパッドつきQWERTYキーボードとかトラボで操作する＞＜

UNIXのアプリでよくある、GUIフロントエンドをわけて作るのも素晴らしい(？)かも＞＜

GUIだと自動化が出来なかったり、AppleがやってたGUIのスクリプトみたいなのとか微妙な感じなの、わかるけど、それはそれで正しく無いからであって、GUIを持つアプリを作る場合でも、自動化が必要である事が想定出来るのであれば、自動化の機能を別に作る(例えばAPI作るとか、アプリ自体に自動化機能作るとか)べきかもだし、作るのめんどくさいかもだけど、道具を作る＝道具のせいにして道具をより改良するだし・・・・文明かも＞＜(？)

それはたしかに・・・＞＜

GUI、UXデザインで解決する一通りの手段とも言えるし、より道具のせいに出来る＝道具をより改良できるので、なんというか・・・文明かも＞＜(？＞＜；)

オレンジは逆に、よほどの事がない限りGUIが無いと嫌だし、そのGUIはもちろんCLIよりも操作がめんどくさくないデザインじゃないと嫌＞＜
(CUIよりめんどいGUI、単にGUIのデザインが正しく無いだけかも＞＜)

なんで『津軽ダム』をダムを沈めたダムの代表例と言えるのかというと、沈んでる『目屋ダム』が米一握り運動っていうダムによる移転と補償の話には必ず出てくる事例で、長い歴史を持つ白神山地のマタギの人々の集落を沈めて作ったダムで、さらにその『目屋ダム』を沈めて新しく『津軽ダム』を作る時に移転先を再び沈める事になったすごい事例で、なぜそんな2度の移転を受け入れたのか？という話も含めて、ダムの是非と役割の話によく出てくる事例かもなので＞＜

参考＞＜
文献にみる補償の精神【43】「米を一握り持ち、砂子瀬の人に差し出したのです」（目屋ダム・青森県） - ダム便覧 http://damnet.or.jp/cgi-bin/binranB/TPage.cgi?id=425

岩木川左岸の農業にも使われてるので、その辺りで採れたリンゴで作ったリンゴジュースはマタギの人々の集落を沈めて作ったダムの水で作ったありがたいリンゴジュースかも＞＜ それに敬意を持って(岩木山の風景と共に)白神山地の風景も想像して飲むと、さらに美味しいかも？＞＜

nere9で一番ダムマニアなのたぶんオレンジなのに話題に乗り遅れた・・・＞＜

津軽ダムもダム沈めたダム(の代表例と言っていいはず＞＜ 経緯的に＞＜)だし、津軽平野というか岩木川水系の両側それぞれのメインとなるダム、両方ともダム沈めたダムっておもしろい事例(？)かも＞＜