パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

Gnome-VIM:EvolutionのエディタをVIMで置換」記事へのコメント

  • by Anonymous Coward
    そのスクリーンショットはたしかに驚くけど、それはあんなミスマッチな画面 で vi を動かすようなユーザーがいることに対してではなく、それを可能にす るコンポーントに対してでしょう。

    いやはや… (viオタってすごいですね)、という話にとらえてるなら、いかに もUNIXユーザー的視野狭窄な見当違い。アプリケーションの連携となるとまっさきにパイ プのメリットを持ち出すわりに、コンポーネント

    • > アプリケーションの連携となるとまっさきにパイプのメリットを持ち出すわりに、コンポーネントにはいまいち理解を示さないのは、いったいどうしてか不思議。

      基本的に「ファイル/プロセス/コマンド」というレベルでの部品化を主眼としているのであって、
      「オブジェクト/スレッド/関数」での部品化には興味がないんでしょ。

      たとえば Apache には設定ファイル書き換え用のアプリなんてものは存在しない。
      vi でも emacs でも cat でも、どれでも設定変更できる。
      何の手間もかからずにユーザの好きなように組み合わせられる。

      COM/CORBA での部品の組み合わせは、ある程度
      --
      # mishimaは本田透先生を熱烈に応援しています
      • by G7 (3009) on 2001年12月15日 5時46分 (#46845)
        >COM/CORBA での部品の組み合わせは、ある程度の開発者じゃないとできない。
        >というのは部品の関係が密すぎるから。

        それはなんか違うなあ。

        oopの中でもC++みたいながちがちのコンパイラの下僕な世界ならともかく、
        COM/CORBAみたいに柔らかいほうになってくると、
        実行時にそのへんはいじれるはずなんだよね。

        逆にいえばunix世界だって、「そのまま」だったら
        なにかするたびにC言語でがちゃがちゃ書かないとならなかったはず。

        そうじゃない現実があるのは何故かってーと、「shell」が、あるからなんだよね。
        部品たるコマンド間の結合を固定せず、動的に結合できるようにしてあって、
        そこに人間さまが介入できるような仕掛としてshellがある、という構図。

        ならば、oopにだって「shell」を作ればいいんです。
        そして、なんかあんまり見かけませんが(笑)、できるはずなんです。
        ##あ。squeakなんかは全身がshellみたいなもんだな。

        関係が密てのも、なんか違う。
        unixのprocessだと、口は"stdin,stdou,stderr"という
        機能も名称も個数もキメウチだというガチガチなんで、
        対応する側にもバリエーションが求められないけど、
        objectだと機能も名称も個数も色々な口があるんで、
        バリエーションへの対応を考えないとならない。

        で、C++ならともかく、上記のようなやつらだと、
        Interfaceを動的に取得できるじゃん。
        なんて名前/型のメソッドがあるか?とか検索できる。

        それに基づいてshellも動けばいいわけです。
        関係が密ってわけじゃない。単にバリエーションがあるだけで、その間柄は
        いくらでも引き剥すことができます。もちろん繋ぎなおしも。それをやるのがshell。

        少なくとも「誰でもできるわけじゃない」ってことは無いでしょう。
        さもないとoopベースのGUI RADなんてものが成り立っている理由が説明できない。
        そこそこ扱いやすいshellさえあれば、概念レベルでの困難なんて特に無いんです。

        というか、 unixを楽々使えるような最低限きちんとした技術を持ってるような人々が
        メソッド名がキメウチじゃなくなったという程度(^^;の複雑さの増加ごときで
        音をあげる(EndUserとして「切り離される」)と思いますか?
        なんか変じゃないですかそれ?
        viやemacsを/usr/云々から自在に「さがす」ことができる人ならば、
        あるobjectの「使いなれた」メソッドを「さがす」ことだって、容易なはずでは?

        だから、そういう意味において
        >それはあまりUNIX的ではないと思う
        という指摘は、当ってないと思います。

        macですか? 作って地獄とよばれた往年のあの頃と、今を一緒にしないでくれ、って感じです。
        VB(悔しいが)以降、というかそれこそHypercard以降、世界はかわったんです(と聞いてます)。

        なおOSXのことでしたら、なんかRuby/Cocoaとかいう単語がMLで聞こえてきていますが…

        >(あるいはそれは tcl のような道ではないかと思うけど)

        まぁそれでもいいです。rubyに色々bindしたりとかね。
        で、そういうテキストベースでもいいし、そうでなくてもいい、と。

        #というか、unixのshellに相当するものをGUIで作った人もいたよね。たしか投げるshell(正式名称失念)とか。

        >Unix 的には「どうしてメーラの中でHTMLを表示するようなことが必要になるの?
        >HTMLをファイルで保存してブラウザで開くようにしておけばいいでしょ?」

        メーラーにHTMLを使うという腐った選択をしたかどうかは、ここでは問題ではないのでは?
        ふつーのエディタについて考えても同じ議論ができるような、そういう問題でしょう。

        いいかえるべきですね。任意の(htmlじゃなくplaintext用の)エディタを
        自分のすきな任意のアプリの中で使えますか?という問いだと思えばいい。

        あとついでに言えば、What you see is What you getは、
        まやかしも含んでいますが、真実も含んでいます(^^;
        親コメント

人生の大半の問題はスルー力で解決する -- スルー力研究専門家

処理中...