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

KDE 4 に不満のユーザーが立ち上げた KDE 3.5 ベース環境「Trinity」 」記事へのコメント

  • by Anonymous Coward

    Ver1.荒削りだけど光る原石
    Ver2.Ver1でできなかった事を全て詰め込んだ結果ごちゃごちゃに
    Ver3.Ver2までの反省点を踏まえて必要十分な内容で再構築
    Ver4以降.バージョンを上げるために無駄なフューチャーを追加していく

    • by Anonymous Coward
      Windows 3.1 WS3.51 は確かによかった。けど、その後の
      95, 98 ときて Me
      2000, XP ときて Vista
      あるいは NT4, 2K(XP) ときて Vista
      はどうかなぁ・・・
      • Ver 3 が最高と言っているのであれば、95 (4.0)、98 (4.1)、Me (4.9) や NT 4 (4.0)、2000 (5.0)、XP (5.1/5.2)、Vista (6.0)、7 (6.1) のような非 Ver 3 には関わらず、レジストリ―のない ini ファイルの時代に引きこもってた方が幸せなのではないでしょうか。

        • レジストリなんて要らんというのは同意

          ソフトの完全なアンインストールとかしんどい。
          レジストリが残ってるおかげでなんかおかしくなっちゃうとかよくある話。

          • レジストリーは「よりマシな ini」ですので、レジストリーが持ってる問題の大半は ini でも持ってますよ。
            win.ini 他のシステム設定ファイルに平気で設定を書き込むアプリケーションは大量にありましたし、Win9x 前提アプリでも同じノリでユーザー固有設定を HKLM 以下に書き込むクソアプリとか平気でありましたので。

            • 何がどう「よりマシ」なんでしょう???

              実際問題、レジストリはちらばって管理しきれないけど、iniは大抵exeと同じか近い所にあって探すのに苦労することないですよ。コピーも楽だし。
              iniで管理してるアプリはそのフォルダだけコピれば他の環境でも同じように動きます。
              レジストリのは他のPCで同じように動かすのがそうとう面倒くさい。

              親コメント
              • by Stealth (5277) on 2011年11月11日 11時56分 (#2048611)

                そういう「一つの環境を一人が占有して利用する事しか考えていない」状況であれば、そういう話もあるかもしれませんね。

                で、会社の共用マシン (利用者はログオンするユーザーを切り替えて使う) などのパターンで、MUA が認証情報を ini ファイルに書くようなパターンだと、どこに配置される必要がありますか?
                ユーザーごとに固有の ini ファイルを作成する必要が出てくるかと思いますが、そのファイル群は exe と同じか近いところに配置されるのが当たり前なのでしょうか。

                ini ファイルが exe 近傍に配置されうるというのは「そういう時代」「そういう環境」でしか成立しない話だと思いますよ。
                なお、.exe.config なんかは .exe と同じところに配置されますが、普通「アプリケーション固有の情報」までしか持たず、「ユーザー固有の情報」は普通 %AppData% 行きですね。

                あと、バイト列や複数行からなる文字列を簡単に格納可能な ini ファイルって、既に ini ファイルではないように思いますが、どうでしょうか。

                親コメント
              • > 「一つの環境を一人が占有して利用する事しか考えていない」状況
                Unix系OSはレジストリ無いけど、Windowsよりよほどきちんときっちりマルチアカウント対応できてる。昔から。(最近のWindowsアプリはだいぶマシになったと思うけど)
                当然、ユーザー毎の設定情報はユーザーホームの下でしょ。くだらないあげ足取り。

                なんでもかんでもiniファイルでやれば良いわけじゃない。適切にファイル分ければいいじゃない。それでもレジストリよりはずっと使いやすい。

                親コメント
              • by Stealth (5277) on 2011年12月05日 10時14分 (#2061054)

                自身のコメントである #2046893 [srad.jp] で言っている「ini のメリット」を自己否定されているように見えますけど。
                適切に設定等を配置する場所を分散させるということは、「単純にコピーして同じように動く」事ができなくなります。

                「なんでもかんでも ini ファイルでやれば良いわけじゃない」というのはレジストリーであっても当然同様の話ですし、最初から「レジストリーが持ってる問題の大半は ini でも持ってます」と言っています。

                アプリケーションの設定をレジストリーに格納する場合は HKCU\Software 以下にベンダー\アプリケーションで固有のエントリーを作るものですし、この流儀にしっかり沿って作られているものであれば格納されている情報を色々探す必要などありません。
                レジストリーに情報を適切に格納できないアプリケーションも ini ファイルを使うようにしたら解決! なんていうのはあり得ないわけで、残念なアプリの問題をレジストリーの問題にすり替えてませんか? という話です。

                HKCU 以下の該当エントリーを消さないアプリのアンインストーラーがユーザー固有フォルダー以下の ini ファイルを消してくれるでしょうか。
                レジストリーにゴミが残るのはうざくても、ユーザーフォルダーの中にゴミが残るのはうざくないのでしょうか。
                いずれも同程度にダメで、同程度にうざい話だと思いますよ。

                親コメント
              • by Anonymous Coward

                なぜ、レジストリーのゴミが嫌われるのかをご存じないようですね。
                それがあると、何かと動きが鈍くなるからなんです。要するにシステムのレスポンスを悪くする。

                iniの消し忘れでは、そういう事はありませんよね?

                そういう事です。

              • by Stealth (5277) on 2012年01月29日 16時25分 (#2089459)

                「何かと動きが鈍くなる」ではなく、レジストリーからの読み出しなど、アクセスが発生するタイミングでの遅延が発生する、ですね。
                これは、不要なエントリーが存在していて、これを読み取るという無駄な作業が発生する事での遅延が起きる、ということです。
                また、もう一つあるのがレジストリーを格納するファイルの肥大化の原因となったり、フラグメントの理由となる、という事です。こちらも低速化の原因となります。

                これらを ini ファイル消し忘れのパターンと比較してみます。

                「読み取りが発生するタイミングで、利用しない無駄なエントリー/内容を読み込む無駄の発生」は、これは普通に発生しますね。該当フォルダーの一覧取得やデスクトップ検索などが無駄に読み取るパターンです。

                「肥大化の原因やフラグメントの理由となる」点についても、こちらも「普通のファイル」である以上、発生しえます。
                NTFS の場合、小さなファイルは MFT 内に入りますから、削除し忘れの場合はデータ領域のフラグメントよりもより解消し辛い事となります。
                MFT の肥大化は (ある程度大きなサイズをまとめて確保していく MFT の特性上) ディスクスペースの占有、IO 性能の低下などをもたらしますし、断片化はファイルアクセスに顕著な悪影響が発生します。

                レジストリーであってもファイルであっても、ゴミは邪魔になるし、大量にゴミが発生するような使い方であればどっちにしろ悪影響は避けられません。

                親コメント

UNIXはシンプルである。必要なのはそのシンプルさを理解する素質だけである -- Dennis Ritchie

処理中...