リモートデスクトップで複数ユーザの同時接続 / xyzzy ページタイトル入力支援スクリプト / 良いインターフェース / また地震 / サーバリプレースしたのかな？ / Linux ディストリビューションの欠点比較

リモートデスクトップで複数ユーザの同時接続

SP2が出たけど、結局リモートデスクトップの同時接続って実現されたんだろうか。帰ったらテストしてみよう。

http://itpro.nikkeibp.co.jp/free/NT/NEWS/20040113/1/

xyzzy ページタイトル入力支援スクリプト

入力中のURLのタイトルを取得する。取得してその位置に挿入されてもまずいのでクリップボードに格納されるといい。

確かURLにリンクを貼るスクリプトはあったような気がするからそれを参考にして作れそう。少なくとも文字列がURLかどうかの判断はできる。そのURLの内容を取得してタイトルタグの中身を抽出してクリップボードにコピーできればOK。

っていうのがあると便利。

良いインターフェース

クラスのインターフェースについて考える。

誰にとって良いインターフェースなのか。使う人、作る人、呼ぶ側、呼ばれる側。両方にとってよりベターな方法は何か。

シンプル、スマート、単純、簡単、作りやすい、使いやすい、高速、メモリ効率が良い。優先すべきは何か？求められる性能は？

本やWebで手に入る知識だけでなく、状況に応じて自分の言葉で説明できるようにならないと。

また地震

これ書いてる最中に家が倒壊したら遺言メモになってしまう・・・(汗)

でも良く考えたらサーバもここにあるわけだし心中だよ。あ、誰かがこのメモを書いた直後にRSSを取得するという可能性もあるか。

などと落ち着いてパソコンに向かっていられるのはまだ余裕があるからで、ほんとに危ないときにはちゃんと逃げる。

サーバリプレースしたのかな？

以前自分が構築したサイトで、見た目が何も変わっていないのにWWWCが反応した。

HTMLが変わっていないとなるとHTTPヘッダの情報が変わったか？telnetで80ポート叩いて確認してみる。む、DATEヘッダが新しい。他に2、3点確認してみるとやっぱり自分の設定と違う模様。前から？今度聞いてみよっと。

Linux ディストリビューションの欠点比較

ただの日記 - 自宅サーバ再構築経由西東京日記 - Linux ディストリビューションの欠点比較より転載。

722 ：login:Penguin ：04/09/03 13:48 ID:v/HuZxzI Debianのダメな点： 1.安定版は個々のソフトウェアのバージョンが古すぎる。 1.安定版リリース間隔が長すぎる。アップグレードの敷居が高くなる。 1.新しい安定版が出るとニ三ヶ月で旧版がメンテされなくなる。 1.テスト版は不安定。Fedora Coreの比ではない。 1.テスト版ですら既に古い。 1.開発版(sid)は超不安定。Fedora devlopmentの比ではない。 1.パッケージ品質にばらつきが大きい。出来の悪いパッケージは悲惨。 1.パッケージの品質が全体的にやや低い。 1.メンテナが怠惰だとNMUが発動されるまでアップデートが出ない。 1.他のディストリからの勧告を見て慌ててアップデートを作っている。 1.安定版はセキュリティ関連の修正のみでバグフィックスが無い。 1.パッケージのインストール時にあれこれと質問してくる。 1.上の影響でインストールに他ディストリの数倍の時間がかかる。 1.インストールしたデーモン動かさないでおく事が難しい。 1./etc/rc?.dを削除していても、アップデート時に勝手に起動される。 1.dpkgの作製が難しい。対RPM比で2.5倍。 1.apt-, dpkg- コマンドが大量にあって修得が困難。manも難解。 1.LSB準拠が不充分なうえDeb厨の我侭でLSBの策定が遅れている。 1.他のディストリの良い点を取り入れようとしない。 1.ランレベルの使いかた等、他のUnix系OSの伝統に従わない。 1.カーネルハッカーが居ない。パッケージは公式カーネルそのまんま。 1.Apache httpdのパッケージが変。メンテナ変えろ。 1.Sendmailのパッケージが変。これはたいした問題ではないが。 1.デフォルトがeximは変。GPLだからというだけの理由で選ぶな。以下個々のパッケージに関する問題点が並ぶが省略 1.問題点を指摘しても「Debianのポリシーだから」とスルーされる。

725 ：login:Penguin ：04/09/03 14:24 ID:v/HuZxzI Fedoraの駄目な点： 1.インストーラの出来があまり良くない。 1.バグが多い。というよりアップデート時のエンバグが目立つ。 1.iiimf採用やUTF-8化等、国際化対応で無茶しすぎ。 1.セキュリティ修正でソフトの版が上がるので非互換を生じ易い。 1.現状のyumはaptに比べて遅い。Ver2.1でapt並みになるらしい。 1.安定版のリリース間隔六ヶ月、メンテ期間一年は短かすぎ。 1.当初「年に三四回のリリース」と言ってたが実現出来てないw 1.yumやaptでアップグレードは可能だが公式にはサポートされない。 1.商用サポートが無い。Debianにはある。 1.Fedora Legacyプロジェクトが活動停止中で旧版はメンテされない。 1.セキュリティ勧告は出ず、簡単なアップデート通知が出るだけ。 1.従ってBugtraqを講読していてもアップデートに気付かない。 1.コミュニティベースで開発すると言いつつ実態は赤帽社員ばかり。 1.巷に野良リポジトリが溢れていて乱用すると整合性が崩れる。 1.MySQL等一部のソフトに冷淡。 1.MP3やビデオコーデック等ライセンス/特許問題に敏感すぎ。 1.RHEL等の商用ディストリよりもアップデートが出るのが遅い。 1.ソフトウェアのバージョンが新しすぎて問題が出る事がある。 1.RHLから継承したFedora独自ツールが無数にある。 1.デフォルトでSSHのrootログインが許可されている。 1.デフォルトでファイヤウォールが動いていて初心者が戸惑う。 1.グラフィカルブートのせいで起動が遅い。 1.kudzuによるハードウェア自動検出&ドライバインスコがウザイ。 1.FC1のカーネルパッケージは公式カーネルからいじりすぎ。 1.FC2のカーネルは新しすぎ。しょっちゅうアップデートしすぎ。 1.Gnome推奨はアホ。そのうえKDEの品質がイマイチ。 1.問題点を指摘しても「それならRHEL買えば？」とスルーされる。

747 ：login:Penguin ：04/09/03 21:03 ID:orRptRKM おー、盛り上がったみたいだな。 じゃ、自鯖OSの欠点語ってくれた725に敬意を表し Gentooのダメな点 : 1.インストール。有名な「欠点」はともかく、Gentoojpのインストールドキュメントは古く、まんま真似ると詰まるらしい。 1.起動サービスの扱い方が他とまるっきりちがう。rc-updateなど、実際スクリプトのソースおっかけないと気味が悪い。 1.(02)に類し、RHのnetwork-scriptみたいなのを直で弄る人が好きな人はconf.d/netのような設定ファイルが気持悪い。 1.逆にそういう設定に慣れてしまった人がRHとか弄ると大変。「network管理の勉強したい」人には勧められない。 1.ebuild作成コスト。記述はシェルスクリプトだが、知らないとどうにもならない前提がかなりある。カテゴリごとの決まりごとなど。RPMより明らかに敷居が高い。 1.emergeというコマンド自体の問題。全容を掴むのにかかるコストはifconfigのごとし。かつ、ある程度分かっていないとエンドユーザーは詰まる。 1.gentoojp-users MLがかなりコワイ。レベル以前の問題でコワイ。2chのGentooスレ盛況はこのせい。 1.ユーザーはGentooであることにあまり忠誠心めいたものを持っていないようだ。Gentoojpの神中野氏も最近やる気なし。(欠点ちゃうな) 1.etc-update、ユーザーにも評判悪いその操作性。TTYなユーザーはかなりキビシイ。 1.パッケージごとのポリシーのばらつき。一から十まで設定するebuildもあれば、ビルドだけですまし顔のebuildもあり。とまどう。 1.HDDの寿命間違いなく縮む。ccacheなんか使うとますます縮む。 1.groffなど、国際化の問題でマトモに使うにはバージョンを選ばなければならないものがstableにもある。 1.genkernel,kportageなど独自ツールの出来が軒並悪い。 1.emerge sync (apt-get updateみたいなもん)にかかる時間。毎度のことだから尚更に。

ふむ。書けば結構あるもんだ。あ、誰でも指摘できる例の欠点は抜いた。 こう来たんだから、722によるFedoraも読みたいね。しつこいようだけど。