Dominoとネットワークに関するちょっとしたお話

あまり専門領域ではないのですが、最近John Lamb氏とメールする機会があったため、日頃お世話になっている彼の活動に、感謝と敬意を表してご紹介します。

サーバー集約などで、ユーザーがWAN回線経由でサーバーにアクセスする際に、どれだけの回線帯域を用意すればよいか、という話はわりと議題になります。実際には、ざっくりとした計算式を使った概算からスタートすることも多いと思いますが、その「ざっくりとした計算式」を実経験から作り上げたのがJohnです。

計算式については、もともと以下の本で掲載されています。以下はR5をターゲットとしたものですが、R4時代にも同じような内容の本もあって、当時Notes技術者の間でよく読まれていました。
Amazon.co.jp： Lotus Notes and Domino 5 Scalable Network Design: Web Server Network Infrastructure (Lotus Domino Series): 洋書: John P. Lamb,Peter W. Lew
また、The VIEWの2000年1,2月号でも同じような内容が掲載されています。
ある一定速度以上の回線の場合、1ユーザーあたりの帯域を XXkbpsと見積もって、同時ユーザーでざっくり掛け算しましょう、という内容です。数字自体は、この本の値をそのまま使うこともあれば、プロジェクト単位で実測して使うこともあるようですし、また日本ではちょっと余裕をみた式を使うこともあるようです（それでも、おおむね1桁kbpsがほとんどでしょうが）。先日話を聞いたところだと、USでは未だにR4の頃と同じ数字を使って見積もることが多いようです。ただ、（ネットワーク圧縮や、ストリーム複製の機能があるとはいえ）近年のユーザーは使い方も激しく、またテンプレートサイズの増加もあるので、近頃はNotesクライアントのローカルレプリカを使ったメール利用の啓蒙にも力を入れているようです。私も是非啓蒙するとよいよ、と言われてしまいました。ローカルレプリカの啓蒙ですか・・・。

ちょっと検索してみたところ、以下の記事にこの考え方のサマリが書いてありました。
Architecting a Domino Server-Consolidation Solution | i5 | IBM Systems Magazine

他にも、John Lamb氏は、e-Pro magazineに寄稿した、DominoクラスタをWANで利用する際のネットワーク回線の考え方、という記事でも有名です。残念ながら、e-Pro Magazineはオンラインで読めなくなってしまったのですが、いくつかのRedpaper(Lotus Notes and Domino 7 Enterprise Upgrade Best Practices, Domino 7 Performance Tuning Best Practices to Get the Most Out of Your Domino Infrastructure)で、その考え方が記されています（T1回線に対する登録DB数の目安など）

slideshare

ふとしたことで、slideshareの「domino」タグを見たところ、そこそこプレゼン資料が共有されていることを知りました。
面白いかとも思ったので、紹介しておきます。

http://www.slideshare.net/tag/domino

しかも、dominoタグでRSS購読出来るのですね。

Idea Jam

ネタがあるようなないような最近で、すっかり更新出来ないことを反省しつつ。

わりと前から、Idea JamがDominoのBlog界隈で話題になっていたことは知っていたのですが、きちんとアクセスしていなかったのでその魅力がわかっていませんでした。

↓こんなに多くのブロガーたちの間で話題になってました
Idea Jam blog coverage

Bruce Elgortの今日のエントリを見て気がついたのですが、これは面白いですね。

私も、「こうなったらよいのになー」という案は持っているのですが、その中の１つである「プロパティボックスのリサイズ」は、早速ランキングの上のほうに来ています。

（一部のコアなユーザー層を中心となって）外部からの希望が、Web2.0的インタフェースで見える化されているのは、いろいろと微妙なところもあるのかもしれませんが、夢のある話が好きな私としては、しばらく購読してみることにします。

Notes 8.0でのブラウザ選択

Notes 8.0を使ってから悩んでいることがいくつかあるのですが、その中の１つについて今日部門の技術者と雑談をしていたら、あっさり解決しました。ここに書いておきます。

私はFirefox小僧なので、NotesクライアントからURLクリックをした場合はFirefoxを起動させたいと思っており、Notes 7.0.xまではロケーション文書にブラウザ指定をしていました。
ところが、Notes 8.0を使い出してからIEの内部呼び出しになってしまって困っていました。何度もロケーション文書を確認したり、個人アドレス帳が壊れているのではないかと、updall -r したり、compact -d したり fixup したり、いろんなことを試してみたのですが上手くいかず困ってました。

Notes 8.0では、ロケーション文書の「インターネットブラウザ」は、Domino Designerの[Webブラウザでのプリビュー]に使うブラウザになっていて、クライアントで利用するブラウザは[ファイル] - [プリファレンス] で設定するようになったようです。これはロケーション文書編集画面に記述されているのですが、全く気がつかずにフィールドばっかり見ていましし・・・。
結果、プリファレンスの「Webブラウザー」から「このオペレーティング・システムのデフォルトとして設定しているブラウザーを使用する」にチェックを入れて、無事にFirefoxが立ち上がるようになりました。よかったです・・・。

DBプロパティの設定による小さな幸せ

設定を少しだけ変更することで、少しだけ幸せになれることもあります。


1. Webアプリケーションの未読マークオプション
Notesクライアントにとって未読機能は重要な意味を持ちますが、一方、Webアプリケーションは通常未読機能を利用しません。このため、Notesクライアントからも利用するようなハイブリッドタイプでない限り、「未読マークは使用しない」オプションはオフにしておいたほうが、アプリケーションのパフォーマンスにとってよいと思います。
こんな話もありますので。
IBM - In Release 6, Web-Triggered Agents Take Longer to Complete when Maintaining Unread Marks

2. Notesクライアント向けアプリケーションの添付ファイルLZ1圧縮
昔からNotesクライアントで添付したファイルはHuffman形式で圧縮されていました。このアルゴリズムは圧縮率が高くなかったのですが、Domino 6から新しくLZ1圧縮がサポートされています。
もし、そのデータベースにアクセスするクライアントのリリースが全てNotes 6以上であるならば、DBプロパティの「添付ファイルの圧縮形式としてLZ1を利用」は有効にしたほうがよいと思います。
8.0.1から導入されるという圧縮機能にも(私の)期待はあるのですが、完全に活用出来るのは先になるでしょうし、今はこのLZ1圧縮を積極活用するのがよいのではないかと思っています。

データ圧縮機能

Notes/Domino 8.0がリリースされましたね。私はかなり出遅れているのですが、今日ふと読んだ 8.0.1 の記事に思わず目がとまりました。

Database size reduction in 8.0.1

この記事で初めて知ったため、詳細はわからないのですが、DBに格納されるそれぞれの文書が圧縮される、ということだと思います。
圧縮されたデータを受信してクライアント側で展開するということは、おそらくクライアントも8.0.1以上が必要になると想像出来ます。つまり、嬉しい話だけれど、もう少し時間がかかるのかな、と思いました。とはいえ、嬉しい機能の１つあり、楽しみです。

NotesPeek Next

いよいよ Notes/Domino 8が正式公開になって、USのブログ界隈は賑わっていますね。

こちらのエントリは別の話ですが・・・

今度、NotesPeekが最新対応するようです。このツールのファンは多いでしょうから、嬉しいでしょうね。この機会にリクエストも一応受け付けているようです。

IBM developerWorks : Lotus : Best Practice Makes Perfect


＃PeekとPeakはスペルが紛らわしいですね。この前、Domino.Threads.Active.Peak をミススペルして思いました。。。

IBM Lotus Notes and Domino 8 Deployment Guide

Redbookのドラフト版ですが、ご興味のある方はお読み下さい。

IBM Redbooks | IBM Lotus Notes and Domino 8 Deployment Guide

添付ファイルのLZ1圧縮

私は個人的に、Notes 6の新機能である添付ファイルのLZ1圧縮機能に期待しています。
理由は、

- R5までの(および6以降もデフォルトである)Huffman圧縮は、圧縮効率が最適ではない
- ファイルサイズを小さくするためだけの理由で、1つのファイルをzip形式で圧縮して添付されるのが、ユーザーとしてあまり好きでない

の2つです。一方、この機能は、クライアントを含む全ての環境がNotes/Domino 6以降にならないと効果が出ないため、なかなか浸透していないのも事実かと思います。
確かに、R5クライアントには余計な機能であるし、デフォルトのDBプロパティはオフだし、ネットワーク的な観点からはネットワーク圧縮機能だけで十分でもあるのですが。

この機能のFAQでもあった、「既存の(Huffman)圧縮されたファイルはどうにかならないのですか？」に対する回答は、「再度ファイルを添付して下さい」であったというのも、一つの課題だったのかと思います。


ところで、つい最近、以下の Technote が公開されていたのですが、 6.5.6 / 7.0.1 からは、過去のHuffman圧縮されたファイルを全てLZ1形式に変更してくれる compact タスクのオプションが出来ました。

Title: Upgrading existing attachments from Huffman to LZ1 compression
Doc #: 1256241
URL: http://www.ibm.com/support/docview.wss?rs=203&uid=swg21256241

データベースプロパティを有効にした上で、 compact -ZU を行うと、既存の添付ファイルが全て LZ1 形式に変更されます。DBサイズは小さくなるでしょうし、Notes 6以降の環境で、ネットワーク圧縮を使っていないなら、過去の添付ファイル参照のネットワーク負荷も軽くなります。

Notesクライアントのステータスバー

先日、この記事を読んで、「こんなTipsがあったのかー」と感動しました。

Best Practice Makes Perfect : Debugging tip -- status bar

Notes 7クライアントから、ステータスバーのロギングは、「LogStatusBar=1」というクライアントの notes.ini で可能になってますが、上記のTipsは、ステータスバーの履歴件数を直接設定する方法です。ログとは異なる意味で、お手軽さの観点から使いやすいと思いました。特に、Print文でデバッグする開発者には嬉しいと思います。

「ファイル」→「プリファレンス」→「ステータスバーの設定」より「ステータス」を選択して「高さ」の数を調整します。

Lotusphere 2007のPodcast

developerWorksのPodcastのページで、Lotusphere 2007のセッションの録音が公開されたようです。資料もPDFでダウンロード出来ますし、（驚くことに）トランスクリプトまで公開されています。

IBM developerWorks : Podcasts

セッション資料を見ながら、Lotusphere気分を味わうのも、トランスクリプトを見ながらヒヤリングの練習をするのもよいかもしれませんね。


私は、mp3プレイヤーを使って、わりと通勤中にこういったものを聴いていたのですが、ここ1ヶ月ほど別に聴かなければいけないものに追いまわされて、すっかり聴くべきものさえ聴けなくなってしまいました。早くそちらの課題を片付けて、またこういったものも聴くぞ、と気分だけは引き締めておきます・・・。

iframeのお話

本題自体はたいした内容ではないのですが。やや雑談まじりにて・・・。

Domino Webアプリは、ポータルの中の一部分として動作することもよくあります。WebSphere Portal(WP)のこともありますし、それ以外のいかなるポータルアプリケーションとも、連携という話はよく耳にします。

その場合は、「ブラウザ」「ポータルサーバー」「Dominoサーバー」と、登場人物が３つ出てきますが、並び順は通常、

「ブラウザ」－「ポータル（ポートレット）」－「Dominoサーバー」

という風になります。ユーザーから見ると、ポータルの中のポートレットにてDominoアプリが動作します。

さて、実はこのケースには以下の2種類のタイプが存在します。
1. ポータルサーバーが、Dominoサーバーへアクセスし、その結果を（適切に加工して）ブラウザに渡す
→ポートレットが直接的なDominoのクライアントになる
2. ポータルサーバーは、iframe を作るだけで、実は、ブラウザからDominoサーバーへは、iframe経由の直行便
→ブラウザが直接的なDominoのクライアントになる

ところで、この２つは、見た目以上に技術的には中身が異なります。
いろいろな違いがありますが、アプリの作りや、シングルサインオンに関する考慮、Dominoから見えるIPアドレスなど、は違いを認識しておくべきかと思います。


それはさておき、iframeに関する、小さなお話。
iframeは、基本的にそれ自体が小さなブラウザであり、普通のWebアプリケーションはiframeの中でそのまま動きます。考慮点といえば、認証や画面サイズといったところでしょうか。

そんな中で、先日たまたま発見したのですが、iframeの中でリンクをクリックすると、iframeの画面内ではなくて、親部分でリンクを開くことがごく稀にあります。ちょっと調査してみたところ、HTMLソースの ＜a タグに、 target="_parent" が入っていました。例えばポータルの中（iframeの中）で利用しているアプリケーションなのに、リンクをクリックしているうちに、ポータルが消えてしまって、アプリケーションがウインドウ内全画面で動作・・・なんてことも有り得てしまうのですね。

雑談：RSSリーダーについて

Google Readerは以前登録だけしたのですが、今は、Google Gearsを使って、オフラインの機能がサポートされているのですね。

私は、携帯電話を使いこなせない世代なので、移動中にPC開くの大好きなのですが、ローカルレプリカ好きとしては、オフラインのRSSリーダーは魅力的ですね・・・。もちろん、サマリーだけのフィードも多いだろうし、リンク先にもいけなければ仕方がないですが。

最近のブックマークより

ここのところ、すっかり忙しいという言い訳のもと、更新せずに申し訳ありません。Notes 8 Beta3もまだ落とせてなくて反省してます。5月中に１つくらい何か書こうと、手元でここ最近ブックマークしたエントリをここで紹介しておきます。元々は自分用ですが、何らかのご参考になれば。

Remember "Garnet"??

Bob BalabanのBlogより、Garnet復活の可能性について。
当時、IBM外部よりRnextを見ていたBobにとって、Garnetに関する思いはいろいろあるのでしょうね。

re:Domino | Server side redirect

Webページリダイレクトを、サーバーエージェントで行う方法。

Notes/Domino 6 and 7 Forum : Frequently asked question - How to analyze Notes/Domino NSDs?

LDDのディスカッションフォーラムより、NSDに関するFAQ。

IBM - Lotus Domino server maintenance tips

USのTechnoteからなんですが、ちょっと毛色が違ったので、思わずブックマークしました。

nsftools.com - The May 2007 Blog

LotusScriptで、URLを触る方法。GetDocumentByURLメソッドだと・・・って時に。

IBM - Can Domino consume a Web service?

Domino 6/7で、Webサービスコンシューマを実現する方法。

IBM - Monitoring the Update task performance in Domino

Updateタスクのパフォーマンスを見るための統計項目。

IBM developerWorks : Composite applications

Composite Applicationに関するまとめページ

What if....you had data-only Web access to NSFs?

Bob Balabanが語る、未来のHTTPタスク(の夢)

IBM - Keyboard shortcuts in Notes 6.x and Notes 7.x

Notes 6/7 のショートカットまとめ

IBM - Domino HTTP Active Thread recommendations

HTTPサーバーのスレッド数チューニングのために、どの統計項目を参考にすべきか。

How to correct Lotus Notes public key mismatches in four easy steps

IDとDominoディレクトリユーザー文書のパブリックキーが異なってしまった場合に、どうすればよいか。

IBM - Lotus Notes, V8.0 beta 2

Composite Applicationに関する研修ビデオ

105 Projects on OpenNTF » SlideShare

OpenNTFプロジェクト一括紹介

IBM - What makes one database replica larger than another

同じデータベースなのに、なぜ複製されたもの同士でサイズが異なるのか

IBM - How to find orphan documents in a Notes/Domino database

親なし子文書の探し方


・・・と、ご興味があれば、リンク先をのぞいてみて下さい。

JavaScriptとCSSの格納場所

CodeStoreに面白い記事がありました。たいした話でもないのですが、JavaScriptやCSSをnsfファイルのどこに格納するかについてです。

Where to Put JS and CSS Resources in Domino | Tue 17 Apr 2007 | Blog | CodeStore

CSS(XMLやXSLなどもですが)を簡単に修正するという意味では、ページに記述しておくと便利ですよね。コメントにもありますが、計算結果テキストで条件にあわせて動的な変更が出来る点もよさそうです。R5からの人には常套手段かもしれませんね。

JavaScriptも修正という意味ではスクリプトライブラリなどはよいですが、オープンソースライブラリをインポートする場合はファイルとしてインポートするのが手軽ですね。

場合によっては、編集者権限で変更出来るように、文書としてCSSを用意する事例なども見たことがありますが、選択肢が豊富なところが面白いです。


あと、上記とは関係ないですが、同様にCodeStoreの文書で、個人的には次の記事での議論がとても興味深いと思いました。


東京はまた寒い日に戻りました。私は気温の変動についてゆけず、4月の前半に体調を崩して以来、あまりよくない日々が続いています。皆さんはどうぞ健康に注意されて下さい。

Bob Balabanがブログを開始したそうです

In Theory...

Bob Balabanは旧Iris時代にLotusScriptやJavaのクラスを作成したことで有名で、独立してからも、Java系の技術を中心に、雑誌(The View)やセミナーなどで啓蒙活動を続けていた、(特に開発者の間で)世界的に一目おかれている技術者です。最近はIBMへ戻り、Notes/Domino開発環境を大改善するタスクに関わっており、このブログではそのような話や読者との会話が楽しめるのではないかと思います。

Lotusphere 2007の資料

Lotusphere 2007の資料(の一部)が Sandboxからダウンロード可能になっています。
結構な量ですが、ご興味があればどうぞ。

Lotus Sandbox : Conferences

Type Ahead機能

本日1日使ってみて思ったのですが、このType Aheadは個人アドレス帳に限らないし、わりとよいと感じました。（まあ実際には、タイプする速度のほうが速いし、スペルを迷うこともないので、それほど出番はないのですが）

Alan Lepofskyのサイトでもちょうど紹介されているので、ここでもあわせて紹介しておきます。Gmail風、確かにそうですね。

Notes 8: Type ahead mail addressing

Notes/Domino 8 Reviewer's guide

Public Betaが公開されたことで、Notes/Domino 8に関するドキュメントも出てきました。オフィシャルブログでも、また、Domino系(というのか)ブログでも情報がふえてきました。

とりあえず、新機能をざっと確認したい場合は、Reviewer's guide に目を通すのがよさそうですね。私もこれから少しずつ触るつもりでいますが、このガイドを中心に確認しようかと思ってます。

Notes/Domino 8 Reviewer’s guide

IBM Lotus Notes 8 Beta 2

週末に公開されてから、あちこちで語られていますが、私も一応、日曜日の夜にダウンロードしてみました。ベータプログラムには参加していなかったので、自分の環境では初めてNotes 8を動かしました。まずは初体験のStandard版(Eclipse版)を触ってみています。

仕事の都合上、Notes 7の環境は残す必要がありますので、リリースノートの記述に従って、混在する形で Notes 8を別ディレクトリに新規インストールしました。IDファイルやデスクトップ環境なども結局移行しました。
これまでのNotesとは多少違うので、最初は微妙に違いをかんじますが、30分くらいたつともうすっかり慣れました。Openボタンや、ブックマーク検索など、使いやすさを感じます。
個人的には非常に気になっていたパフォーマンスですが、今までより起動の遅さはありますが、使っているぶんには気になりません。メールテンプレートを 8の標準に切り替えると多少の重さは感じます。もっとも私はNotes 7のときも、ビューペインを直接開いていた、あまりよろしくないユーザーでしたので・・・そのギャップが大きいのかもしれません。ともあれ製品版ではさらに改善されるでしょうから楽しみです。

Sametime 7.5.1 が統合され、こちらも気持ちよく使えています。ただ、Sametimeでチャット中にNotes 7を起動したくなったので、いったんNotes 8を終了させたら、Sametimeも一緒に終了しました（当然ですが、使い慣れていなかったもので）。

Jeff Eisen氏のブログを参考に、startupをすっきりさせたいな、と思って、startupを空にしました。
Jeff Eisen

一点だけ、ユーザーとしてストレスを感じるのは、右ダブルクリックによるウィンドウクローズです。デフォルトはオフなので変更インタフェースを探していたのですが、どうもなさそう・・・。これは、いよいよ Ctrl-Wへの移行の時か・・・と思い、検索したところ答えを発見しました。メニューにないけれど、notes.iniは有効とのことです。
ESCAPE VELOCITY :: Double right-click in Notes 8
先日、手元のfirefoxも右ダブルクリックでウィンドウが閉じるように設定したばかりだったのですが、ここはちょっと新しい操作に体を慣らしてもよいかな・・・と思い、上記の解決策は結局やめました。

Forumもあります。
Notes/Domino 8 Public Beta Forum - Date (threaded)

私がこの数日悩まされ続けたとある問題

非Dominoネタです。

図のような四角形ABCDがあり、ABとCDの長さは等しく、PとQはそれぞれAD、BCのまん中の点です。このとき、角アの大きさを求めてください


という小学生用の問題を知り合いから紹介されて、ぱぱっと解こう、と思って机に向かいだしたところ、一向に解けなかった問題です。食事のときも電車の中も、ずーっとこの絵をにらみ続け、たくさんの補助線を書き・・・。
結局どれだけ考えてもわからなかったので、これは余弦定理など、sinやcosを使うしかないだろう・・・と思ったり、小学生が持っているツールでは解けないのではないかと本気で疑いだし、結局解けないまま終わりました。優秀な知人からその解法を聞いたのですが、多分自分の思考力では何時間考えても永遠に解けなかったと思いました。
正直、小学生の算数の問題でギブアップせざるを得なかったことには激しく落ち込んだのですが、久しぶりに脳細胞の全てを使って思考力を全開にしたのはよかったですし、解けなかったことによって、今後考える習慣をつけようと思いなおすようになりました。
最近はGoogleなどでインターネットを検索することで答えを入手するのは容易になりましたし、検索能力を向上させることは、個人の能力をアップさせることと同じであるともいえますが、Googleする前に少しでも考える習慣をつけようと思った今週です。

上記問題は、純粋に角アを求める以上に奥が深いとも思ったので、興味ある方は遊んでみて下さい。

NOMADは何の略か

Lotus夜Dayにて、「NOMADは何の略か」という話題がありました。
私は正直、ずっと、これは１つの英単語だと思っていました・・・。
以下、手元の英辞郎より引用です。

nomad
【名】遊牧民、放浪者
・Nomads move about according to the seasons. 遊牧民は季節に応じて移動する。
【形】遊牧民の、放浪する、放浪［流浪・さすらい］の
【＠】ノーマッド、【変化】《複》nomads、【分節】no・mad

Nで始まるとNotes .... という略語のような気になりますよね。略語なのかな・・・。

とりあえず、調べるところ、一説によると「Notes On My Agile Drive」というのもあるそうですが。
Chris Whisonant: Lotus Notes 7.0.2 - NOMAD Review

略語辞典には８つありますが、これらはさすがに違いそうです。
Acronym Finder Search: What does NOMAD stand for?

Lotus夜Day 2007

Lotus夜Day 2007に今日も楽しく参加させて頂きました。茶坊主さんにはいつもお世話になっております。
いつもながら、HさんのNotesTipsが素晴らしかったです。まだまだ知らないことだらけです。
私も話すのは得意でないのですが、Lotusphereの写真を紹介させて頂きました。聞いてくださった皆さん、ありがとうございます。いやー、こういうときは、Flickrは便利です。

ご挨拶させて頂いた何人から、ブログ読んでます、とうれしはずかしなコメントを頂きました。どうもありがとうございます。
ところで、「ちょくちょくチェックさせて頂いております」とありがたうれしいコメントもいただきました。なかなか更新出来ていなくて恥ずかしいのはあるのですが、そんなとき、「是非RSSリーダー経由で読んで下さい！」と啓蒙させて頂いてしまいました。Notes 8のフィードリーダーでなくてもよいのですが、このWeb2.0時代、シアワセになるための秘訣の１つではないかと思います。（書くほうも頑張れるようにします。たまに、ああいう刺激があるのはよいですね。）

本日のLotus Spring Forumの中では、Connections の説明がありましたが、その中でDogearというのはソーシャルブックマーク機能を提供します。私は、それほど使いこなしているわけではないのですが、del.icio.usを普段使ってます。日本でははてなブックマークがわりと主流なのだと思います。主要ブックマークのdominoのタグは目を通すようにしているつもりですが、社内Web2.0時代を前に、こういうソフトウェアの利用習慣を見直してみたりするのも、いちユーザーとしてよいかもしれないですね。

メールヘッダ

私は、昔から、メールヘッダを見るのが結構好きでした。一応、送信者のプラットフォームとかメーラーとか知っておいたほうが、何かと便利ですので(と書くとストーカーっぽいですね...)。

そこで、ご存知かもしれませんが、NotesクライアントでE-mailを受信したときのヘッダの見方です。

Looking for details about that email?

「表示」→「表示」→「ページのソース」
です。

まあ、Notesクライアントで受信してるとNRPCメールと一体化されているから、あまりヘッダを確認することはないのですが。（先日、知り合いのドイツ人がひらがな交じりでメールを送ってきたので、思わずキャラクタセットを確認してしまいました。）
文字化けしたときの問題判別などではヘッダ情報必須なので、覚えておいて損はないと思います。
(追記)
ここにも同様な記述があります。
IBM Lotus Notes/Domino 小ワザ集 第62回 - Japan


さて、普段、プライベートでは主にThunderbirdを使っておりますが、ヘッダが見にくいのが気になっていました。そこで、こんな拡張を発見したのですが、これはなんとも幸せになれます！
Headers Toggle :: Mozilla Add-ons :: Add Features to Mozilla Software
同じような方がいれば、お勧めです。

オルタナティブ・ブログ

1年くらい前でしたか、オルタナティブ・ブログに、超大物ブロガーがデビューするという噂がありました。それはどうなったのやら、という話もありますが、それ以来、ちょくちょく、新規参加ブロガーの項目を見ています。

今日久しぶりに見たところ、新しいブロガーの方がどんどん参加されているのですね。Dominoまわりでお名前を拝見したことがある方や、そのまた昔にお名前を拝見した方など。

ITmedia オルタナティブ・ブログ

また、IBMの東京基礎研究所(TRL)の方も何人か書かれているのですね。優秀な方々が、普段どんなことを考えているのか、どんなことに興味を持っているかを知ることが出来るのは、自分にとってとても嬉しいことです。と、早速、バシバシとRSSリーダーに登録してみました。

IBM社内のSametime 7.5展開

Chris Pepin氏のLotusphere講演資料です。自身のブログで公開しています。ご興味のある方はどうぞ。最後に1枚、Notes, Domino, QuickPlaceの社内利用状況も軽く触れられています。

Chris Pepin:My Lotusphere 2007 Presentation

Ed Brillセッション資料

Lotusphereで Ed Brill が講演した資料のPDFが、ブログで公開されています。

Ed Brill:So much Lotusphere follow-up...

今回のLotusphereのセッション資料全体の公開については未定だそうですが、40セッションはPodcastとして developerWorks で配信される予定だそうです。

で、この講演のタイトルは"How to 'sell' Notes/Domino inside your organization"というもので、社内展開を円滑に行うためのツボ　みたいな内容です。What's new 系や技術系セッションの連続があまりに魅力的で、私はスキップしてしまったのですが、行ったら面白かっただろうなあと後で資料を見て思いました。

資料は、高橋メソッド(?)で書かれているので、すんなり流れるように読めます。なかなか実践は難しいかと思いますが、きっと、１つのセッションルームにみんなが集まって、こんなスライドを見ると、モチベーションが（一瞬だけでも）一気に上がるのではないかな、と思いました。

文書ライブラリのUI改善

Lotusphereでも「BP101 Designing the User Experience: Why Your Interface Matters」のセッションをしたChris Blatnickが、文書ライブラリのUIを改善したテンプレートとテクニックを紹介しています。私はこのセッションは参加しなかったのですが、人気セッションだったようですね。

Interface | matters: Lotusphere Demo: Enhancing A Template UI

この例は、標準の文書ライブラリテンプレートを少し編集するだけで、UIが大きく改善されるというものです。"here's the database" からダウンロード出来ます。
UIは、37Signalsに敬意を払ったデザインになっていますが、見栄えだけでなくてここでの一工夫は、画面右側の「Abstruct」です。ビューの文書を選択すると、右に文書の概要が表示されるようになっています。
このコンポーネント作成にはいくつかコツがあり、その最初の秘訣は、「埋め込みエディタ」と、「埋め込み時非表示」の機能を上手く組み合わせて出来ていると紹介してます。
さらに、グラディエーションを、Abstruct表示時のみに使うように、「プログラム可能な表」とPostOpenイベントのプログラムを組み合わせて作ったと紹介してあります。確かに綺麗です。
By AuthorやBy Categoryページに使われている埋め込みビューとコンボボックスの選択切り替えも綺麗です。

まだ完成版ではないとの断りの上で紹介されていますが、デザイナーの方々には、参考になるかもしれませんね。

Notes/Domino 8でのセキュリティ

既にLotusphereは終了していますが、気になったセッションの話などを書いておきます。
セキュリティのセッションがあったので、一体新しい何があるのだろうかと思いながら参加してみました。以下、手元のメモより。

- ビット長
2048ビットのユーザー、サーバー、4096ビットの認証者IDを新しくサポート。
2048ビットキーは、Domino 7以降としか通信出来ないはずです。
既存のキーはロールオーバー機能で更新が出来ます。O→OU→ユーザー/サーバーの順にロールオーバー

- ID復旧API
いわゆる、パスワードリカバリー機能のAPIです。
ただし、将来的(Next)には、それ以上に便利なリカバリー手法、インタフェースを考えている、と最後につぶやいていました。

- ローカルDBの暗号化
基本的には、「強」のみが残り、「中」と「弱」は使われなくなる。今のところ「中」などの暗号化にも問題があるわけではないけれど、既存のDBに対するサポートという形にして「強」のみ使うようになるとのことです。

- OCSPのクライアントサポート
ポリシー機能で有効化可�
- HTTPパスワード　ロックアウト　（拍手がたくさん出ていました。）
(例えば)3回失敗するとアウト（野球に例えて言ってました）　
サーバー設定文書、もしくはユーザー単位で設定。
Inetlockout.nsfというDBが存在し、失敗などをカウントするそうです。複製が大変になるので、通常はサーバー単位で使うそうです。

- LTPA2のサポート
WebSphere 6.0から使えるLTPAのバージョンをサポートするようになります。

- SmartCard
7.0.2の新機能と同様、SmartCardの証明書をインポートせずに利用可�
- AESサポート
DESのかわりにAESも利用可能。


今後について：
- パスワード管理まわりにフォーカスしていく
- WindowsログオンとDominoWebのSSO（拍手たくさん）
- (オンラインのみになるし、暗号化など鍵を使うものはダメになるけれど) IDファイルのないNotesクライアント (?)
- FIPS 140-2
- さらに容易な管理　- 例：クライアントへの相互認証の自動作成（拍手）

正式な話は、後々出てくると思います。速報的に読んで下さい。

Lotusphere 2007の写真

私はあまり写真を撮らない人なので、ほとんどカメラは使ってないのですが、こんなときこそ Flickr を探してみると、予想通りたくさんありました。こちらです。

さらに、じゃあ YouTube はどうだろうと思って探してみたら、やはりありました。こちらです。
Web2.0時代ですね。

＃船長さすがに人気です。

Domino Designer 8

Eclipseの話は先の話ですが、Domino Designer 8に関して、今日私が聞いてきた件です。
基本的に、Domino Designer 8は現在のDesignerの拡張のような形になります。以下に、いくつかポイントを書きますが、Lotusphereは資料配布は基本的にないので、私の手元のメモ程度ということをご了承下さい。

- Webサービス
Domino 7では、サービスプロバイダになることが可能でしたが、Notes/Domino 8では、サービスのコンシューマ、つまりクライアントになることが出来ます。Notesクライアント、Dominoサーバー共に可能です。デモしていましたが、Notesクライアントから、Webサービスに対して情報を取得するような、いわば「Webサーバーに対するDBLookup」のようなことが、Webサービスを使って簡単に作れるようになります。

- Composite Application
今回のLotusphereで非常にキーワードとなっていますが、まだ完全に掴めていません。
コンポーネントがお互いに通信しながら１つのアプリを提供するイメージなのですが、コンポーネントのプロパティやアクションを経由してのみ通信するという疎結合なところが特徴なようです。
Notes 8で Composite Applicationを作成するということは、既存のNotesの要素（DBやフォーム、ビューなど）に、Eclipseなどで作った別のコンポーネントが組み合わせられるということのようです。例えば、フレームで複数に分かれた部分の中で、Eclipseで作ったタグクラウンドの用語を選択すると、別のフレームのDominoの単一カテゴリビューが連動し、選択した要素一覧が表示されたりします。ここには、「タグクラウド」というEclipseのアプリと、「単一カテゴリ埋め込みフォーム」というNotes設計の２つのコンポーネントが登場しますが、この２つを予め「Composite Application Editor」で関連付け(Wire)しておくことで、タグクラウドアプリではNotesDBを意識することなく疎結合にアプリが作れるということのようです。

ビューの拡張：
表形式でビューが作れたり、プレビューペインが右側についたり、その他細かい話がたくさんありました。
パフォーマンスに影響する話では、クリッカブルソート部分のインデックス生成が on-the-fly になるとか、全文索引が存在しないDBの検索を強制無効化出来る(DBプロパティ)、などがあるようです。

LotusScriptの拡張：
いろいろあるのですが、見たかんじ一番嬉しいと思ったのは、未既読の操作でしょうか。

あと、DB２も・・・です。

Domino Designer in Eclipse

発表というわけではありませんが、 Domino Designer What's new のセッションにて、最後にMaureenが出てきて、将来のDesignerの紹介という形でデモをしました。

これです。画面も紹介されています。

Maureen's blog: surprise :-)

深い解説があったわけではなくて、簡単な紹介のみでしたが、見事に Eclipse 上で Domino Designer らしきものが動いており、 NSF の設計要素にアクセスしていました。
特に、コードを記述する部分で、Eclipseが使えるメリットは大きく、デモではLotusScriptエディタを見せていました（JavaとJavaScriptはまだ作ってないけれど、これは既存のを組み込むだけだから簡単だろうとのこと）。また、CSSやHTMLのエディタなども、ファイルのインポートだけでなく、リッチなエディタが直接使えます。大拍手で盛り上がっていました。残念ながら、これは Domino Designer 8 ではないそうで、その先のリリースになるそうです。

Domino Deisgner 8は普通に存在します。設計要素自体にはいろいろ拡張がありますし、Composite Applicationという新しい形のサポートもあるので選択肢も大きく増えていますが、基本はDomino Designer と同じです。

Domino 8について

昨日、Domino 8やその未来に関するセッションの内容を殴り書きしました。

Notes/Dominoでちょっとコネタ: Notes/Domino 8 について

これに関して、プレゼンターから正式な文書が出ているので、興味があればこちらも見るとよいかと思います。

Domino Blog

Ajax in Domino 8.0

Domino 8.0 では、 ReadViewEntries コマンドで、これまでのDXLに加え、JSONを出力するようになるそうです。(&OutputFormat=JSONとします) 　これまではJSONを使う場合は、エージェントで作ったり、カスタマイズビューで強引に作ったり、もしくはXMLをJavaScriptで強引にJSON変換したりだったので、Ajaxを意識したWebアプリ開発者には、非常に嬉しいと思います。
（補足：　Domino 8だけでなく、Domino 7.0.2 でも、既にこんな素敵な話がこっそりあります、が、7.0.3でのことを考えると、テスト程度にとどめておいたほうがよさそうですね。）

セッションでは、JSONフィードをdojoライブラリでリッチにカスタマイズした例がありました。dojoライブラリを使うだけなら今からでも出来るのですが、カレンダーコンポーネントを始め、結構よいものが多いですね。

なお、JSONサポートは、Domino 8ですが、Domino 7.0.2 でWebサーバー関連はいくつか機能追加があります。JSONサポートに比べると地味ですが、HTMLタグの属性定義（言語情報など）やDOCTYPEのカスタマイズ、HTML APIサポートなどが追加されています。

Notes/Domino 8 について

あまり時間がないですが、セッションの中から、Notes/Domino 8 に関して紹介されたものを、手元のメモよりざっとご紹介しておきます。あまりまとまっておらず申し訳ないですが。（あとで手を加えるかもしれませんが速報として）

Notes 8:
- 1Qに公開ベータ。年の真ん中にGA予定(US)。 Windows/Linux/Mac 対象。
- Notesクライアント機能は、Eclipse上のLotus Expeditor上に実装されている。（なおSametimeも同じアーキテクチャ。同様な独自コンポーネントを開発することも出来る）
開発は、現在のものが全て利用可能な上に、さらに Eclipseのプラグイン開発が可能な部分もあり可能性が増える。
　管理も、現在のものが全て利用可能な上に、さらに Eclipseの管理モデルが利用可能。Smart Upgradeのによるメインテナンスリリースをあげることも出来るけれど、コンポーネント単位の配布も出来るようになるなどメリットがある。
- 画面の切り替え（Windowsの Alt+Enter のようなもの）ではサムネイル表示がされ視覚的に行いやくなっている。サムネイル画面上でキーワードを入力して表示画面を絞り込むことも可能。
- 自動タイプミス修正、Undoの複数回管理など。
- ビジネスカード。個人アドレス帳を想像すればよいかと思いますが、ビュー上で写真つきで名刺一覧のように表示され、フォーム上は入力したフィールドのみが表示される。
- アクティビティ・セントリックで、仕事単位で情報（例：メール、チャット履歴、オフィス文書など）を１つにまとめる。サイドバーから、アクティビティやRSSフィード、Sametime、今日のスケジュールなどが表示可能。
- Productivity Editor：　オフィス文書のサポート。ODF。
- Notes 6.5/7.0からのSmart Upgradeによるバージョンアップが可能。

さらに将来の方向性
- エンドユーザーをフォーカスした開発　（Notes 8 の開発にあたっても、様々な観点で意見調査を行い、相当なフィードバックを考慮している）
- インテグレーション（RSS, カレンダー, Lotus Connections, Productivity tools, Quikers...）
- Toolの充実、APIの充実

Domino 8:
- メッセージング（Message Recall, Out of Office, インターネットメールスレッド, DWA8）
- 管理の容易性(Smart Upgrade, Policy, Eclipse機能配布(Composite Application Provisioning) DDM, Tivoli Enterprise Console との連携) Policyはクライアントの複製設定など、設定可能な項目がさらに増えるようです。
- Adminp　大幅なパフォーマンスアップ　（DBの構造を含めて、いろいろ改善したようです。スレッドの効率化などもありそうです）
- DBリダイレクト　（サーバー移動したDBをリダイレクトする機能。「リダイレクトマーカー」というのが移動のタイミングで出来るそうです。なお、削除の場合もマーカーが出来、クライアントのアイコンを削除することが可能になります。）
- Auto Inbox Maintenance （サーバー文書の指定に従って、定期的なInboxフォルダのクリーンアップを行う。ポリシーでも設定出来るようです。）
- Directory （LDAPのパフォーマンスが速くなるようです。グループメンバーの逆引きもよくなりそうなので、期待が大きいです。）
- セキュリティ、DB2、ネイティブ64bit(8.0.1予定)
- Webサービス
- I/Oパフォーマンスの大幅改善（新しいODSになります。回数や転送量を減らすことが目標。なお新しいODSでは、フォルダの最適化、トランザクションログの最適化、設計文書の圧縮などがあるようです。）
- ストリームクラスタレプリカ（SCR）

そして、Domino 8の次のリリースについても興奮するような内容が続きました。
オープン技術
- Directory (なんとDominoディレクトリが不要になるオプションも可。LDAPやADが利用可能。Dominoディレクトリは進化し続けるし、仮になくてもNameLookupは透過的に処理するようです。)
- Security(Notes IDのあり方を見直し、IDファイルのない方法など、様々な選択肢が用意されそうです)
- Search (プラグイン・サーチエンジン)
- DB
パフォーマンス　- I/Oを半分にするのが目標。DB、サーバー、タスク、アプリそれぞれで考慮。
メッセージング- さらに速く。サードパーティ製品との連携方法のあり方。DoS攻撃対応。MIME/HTMLの強化。Domino-DominoのSMTPルーティングの改良。
ストレージ・マネージ　Common Store(CSLD)との連携。Single Copy Store(SCS)による最適化（特に添付ファイルの重複などについて）。メール本文の部分圧縮。
管理：DDM(MはManager)の拡張、Optimizeを目指す。Domino QuickTune（新登場。解析機能、自動推奨、自動解決など）
High Availavility, Data Integrity
Webプログラム - Webサービス、生成するHTMLを美しくする(!!!)、 Composite Application, Java API
統合- IBM Proventia(SPAMコントロールやIPSなどのセキュリティ)、Common Store

2007-2008にかけて 8.0.1 が、2008-2009にかけて、夢の(?)、Domino.Next　がというスケジュールになっているようです。　

DWA8:
ユーザーインタフェース、パフォーマンス
mail8.ntfへの一本化
プレビューペイン、ポータル統合、rss/atom、などなどです。

Lotusphere 2007 General Session

本日の午前に、Lotusphere 2007 の General Session がありました。さすがに 7000人近くを1会場でやるのに、かなりすごいことになっています。

既に、茶坊主さんが、速報をまとめて下さっており、ありがとうございます。

とことんDominate!!　?Notes/Domino Lab? | いよいよLotusphere開幕

確かに、このような内容でした。ちなみに、ゲストはアポロ11号のニール・アームストロング船長です。名前が呼ばれるやいなや、会場の皆さん総立ちで喜んでおり、アームストロング船長がいかに国民的な英雄で、世代を超えてリスペクトされているかがよくわかりました。（日本だと、国民的英雄は誰なんだろうと同時に思ってしまいました。）　ご自身の経験から、「挑戦」や「満足」などについてを話しておられましたが、このスピーチを聞き取るのは私の英語力ではわりと厳しかったです。

少し、手元のメモを確認して、茶坊主さんのエントリに補足します。

Notes/Domino 8 について：
Public Betaの時期については、 next month (つまり2月) と言っていました。なお、別セッションの中では、1Q中と言っていたので、多少のずれはあり得るのかもしれません。
また、拍手が大きかったのは、（私のヒヤリング違いでなければ）オフィスドキュメントのサポートに加え、PDFを生成する機能です。Notes 8のメニューから作れるような雰囲気でした。

Lotus Connectionsについて：
実際には、セッションの一番最後に「目玉」という形で紹介されました。言い方としては、「First Ready-for-Business Social Software」としていました。具体的には、 Activities, Profiles, Blog, SocialBookmark, Community の5本柱から構成されるようです。
Social Bookmarkは、IBM社内で先行的にテストしている、「DogEar」と呼ばれるものです。
Profileも社内テストを見かけていますが、ディレクトリの各ユーザーに「タグ」が付けられるもので、フォークソノミーを使ってスペシャリスト検索が出来るイメージです。それぞれBlogとも連携しているので、スペシャリストが探しやすくなっています。

Lotus Quickrについて：
明言はされてませんが、デモを見る限り、Document Manager と Quick Place に近い製品でした。
SametimeやNotesメールとの連携のデモもあり、わりと参加者のウケがよかったです。

Mike Rhodinのブログ

本日の基調講演も行った、Lotusのトップ Mike Rhodin がブログを始めたようです。
ご興味があれば、購読してみて下さい。

Mike Rhodin

Lotusphere 2007 参加者

こちらの記事（と、Edのコメント）によると、 今回のLotusphereは7000人以上の参加があるそうです。正直私が思っていたより多くて驚きました。

PRESS RELEASE Led by Business-Ready Social Software, IBM Kicks Off Lotusphere 2007

今日はこれから General Session ですが、ソーシャル・ソフトウェアの発表(?)や、Notes/Domino 8のベータ公開(?)の話などがあるのかもしれません。

Lotusphere JumpStart

本日からLotusphereが始まっています。オーランドはフロリダ州なのでさすがに暖かく、夜はジャケットがあったほうが嬉しいですが、昼は暖かくて空がとても綺麗です。
日本人のかたも、結構たくさん来てらっしゃいました。他にも、中国やインドから来たと思われる方も結構いるようです。

登録をすると、Lotusphereのバッグ（今年は黄色が強くて、ちょっと日本では使いづらい）をもらいます。中にはいろいろとお土産が入っています。 FOR DUMMIESシリーズというUSではよく見る黄色の本で、VoIPとSametimeの薄い本が入ってました。嬉しいです。あと、最新のLotus Advisorマガジンも入っていました。

今日は、JumpStartかハンズオンセッションをいくつか受講出来ます。
私が受講してみたいくつかをご紹介してみます。

IBM Lotus Sametime 7.5 -- Technical Details and Architecture

というセッションでは、Wes Morgan さんという WPLC Support Engineering Team の方が講演していました。私はあまり詳しくないのですが、さすがにサポートの方だけあって、アーキテクチャや抑えるべき技術的ポイントなどを上手く提示し、とてもいいセッションだったと思いました。
Sametimeに関する、基礎的な技術要素（ディレクトリ、ホームサーバー、クライアントなど）を解説した後、構築のポイント（同時アクセス数、ユーザーロケーション、ネットワーク要素、ディレクトリの種類、クライアントの種類など）、それから、単数サーバー、複数サーバー、クラスタリングの方法、エクストラネットでの構築などについて話が出ていました。よい講演だったと思うので、いずれ Sandbox で資料が公開されると嬉しいのですが。
人もたくさん入っており、セッションの盛り上がり方といい、当たりセッションだったのだと思います。Sametimeも今回のLotusphereの中で16セッションあるということで、発表者も出席者も喜んでいました。

IBM Lotus Domino Domain Monitor Jumpstart

こちらは、開発チームの方が2人で発表されてました。マイナーな機能だからか、淡々とした機能説明が多すぎたからか、盛り上がりはイマイチでしたが、後半に入ってから、Domino 8での新機能や、そのさらに先の話が出てくると、さすがに引き付けられます。
今後は、ddm.nsf がさらに見やすくなり、例えば、DB単位に結果がカテゴライズされたりするようで、管理の視点がさらに柔軟になりそうです。また、自動的なステータス変更をわかりやすくすることや、長期間Openのものを自動Closeさせるなどの機能が追加されるそうです。
WebSphere Service Probeという調査も可能になるようで、DominoサーバーからWebSphereのサービスを監視することも出来るようです（サーバー名、アプリ名を指定し、 not found, not running, not responding などを検知するようです）。DominoからWebSphereを監視です。
その他、Common Actionと呼ばれる共通操作（例：対象サーバーのnotes.iniを開く、など）をアクションメニューに組み込むなどの新機能も紹介されていました。ますますサーバー管理との一体化が進みそうで、私としてもきちんと機能をおさえておかなければという気持ちになりました。

さらに、 "after 8" と、その先の話まで出てきました。
まず、全体的なゴールとして、「Problem Management」だけでなく、「Server Optimization」の観点を追求していきたいとのことです。
さらに、クライアントやクラスタ、ディレクトリ、パフォーマンスなどカバーする領域を増やすことを考えており、特に「クライアント」を強調していました。クライアントをDDMで監視ですか。どういう風になるんでしょうか。興味深いです。
また、サード・パーティ・ツールがDDMインタフェースを利用出来るように拡張すること、最後に問題発生時の自動修復用ワークフロー機能　などについてを目標に掲げていました。
もちろん、上記は、約束されたものではないでしょうが、興味深いところです。


明日はいよいよGeneral Session です。どんな話が聞けるのでしょうか。時間が許せばまた書きたいと思います。

Domino 8のメール関連新機能

Lotusphere直前ですが、Rob Ingramから、Domino 8のメール関連の新機能についての記事が公開されました。

Domino 8 Messaging Sampler

Message Recall：
誤送信メールの取り消し。送信フォルダか全ての文書ビューから操作し、対象の受信者に対して実行出来るようです。成功すると、対象者のメールボックスからメールが削除されます。既読かどうかも確認出来るようです。

不在通知の改善：
エージェントではなくなるので、遅延がなくなるようです。その他、細かい機能やユーザーインタフェースも改善されているそうです。

メールスレッドのサポート：
これ不評だった件だと思いますが、インターネットメールとかのスレッドを維持し、スレッドビューとかで返信が崩れないようにするという意味だと思います。

Lotusphere 2007

明日、1月21日よりフロリダ州オーランドで、Lotusphere 2007 が始まります。正確には、21日はJumpStartセッションなどがある前夜祭で、メインのイベントは22日(月)より始まります。

Ed Brillのブログの報告では、今年のLotusphereは、登録者数が既に去年よりも多い状態だそうです。参加者の4分の1はヨーロッパからの参加だそうです（アジアはわかりません）。

Lotusphere 2007 demographics

今回、私も運良く参加することが出来たので、少しでもお役に立てればと、空いている時間に最新情報や現地の情報、また私が学んだことなどを書いていこうかと思います。(後ほど一部Podcastなども公開されるようではありますが。)

明日はJumpStartセッションというものが行われますが、これは基本的なスキルをLotusphereの前に身につけて、有意義にその後のセッションを聞けるようにするためのもの、です。そのため、極力普段自分が触らないようなエリアを聞いておこうかと思っており、PortalとSametimeの話を聞こうかと思っています。

次のセッションにも非常に興味があるのですが、スケジュールの都合上、参加出来なさそうで残念です。
"It Takes Two to Tango" - Learning Java Using the Eclipse Development Platform

このスピーカーのPaul Calhounは私の知り合いで、"XML powered by Domino"というRedbookの著者ですが、非常にスキルが高くて説明が上手なので聞いてみたかったです。別のセッションもあるようなので、時間割次第で聞いてみたいと思ってます。もしLotusphereに来ている日本人の方がいらして、Javaに興味があれば、そしてこのブログを読むのが間に合っていれば是非セッションに出てみて下さい。

Domino 8 - What’s new

Hannoverの話も興味深いですが、Domino 8にはこんな機能があるんですよ、というお話がこちら。

Domino 8 - What’s new

サーバーの新機能が列挙されています。いろいろとありますね。

Deployments, Performance, & Interoperability (DPI) Lab Blog

developerWorksに、新しいブログが出来たそうです。

IBM developerWorks : Lotus : Deployments, Performance, & Interoperability (DPI) Lab Blog

パフォーマンスの話はやはり気になるので、私も購読してみることにしました。今後楽しみです。
もう１つパフォーマンスといえば、今年発行されたこちらのRedpaper 。これもすごく気になっていて、軽く目は通しているもののきちんと読みたいなと思っています。

IBM Redbooks | Domino 7 Performance Tuning Best Practices to Get the Most Out of Your Domino Infrastructure

それにしても、よくこういうネタで160ページも本が書けるものだと思いました。

購読フィードの公開

私が普段利用している Livedoor Reader に、購読フィードを公開する機能がついたようです。なんとなくこういうものは公開したほうがよいかな、と思い、普段読んでいるIT系のフィードを公開設定にしてみました。

livedoor Reader - ymuraldの公開フィード

最近、自分の中での登録の敷居がかなり下がってきたため、大量に登録しては大量に読み飛ばしている状況でちょっと恥ずかしいですが。
何か大事なものの読み忘れがあったりとかに気がついてしまったら、是非教えて下さい。

Lotus夜Dayで感動したコネタ

昨日は、Lotus夜Dayに行ってきました。私はこういうイベントに参加するのは初めてなのですが、とても楽しかったです。参加された皆様、お疲れ様でした。主催の茶坊主さんも完璧な進行をありがとうございました。

Notes/Domino担当者としても、様々な面白いお話や、ネタに出会うことが出来て感動だったのですが、私が感動したのは、次のネタです。

「ドラッグ＆ドロップした複数の添付ファイルを、正しいファイル名順に並ばせたい」

実はこのテーマは、お馴染み、Alan Lepofskyのコネタブログでも言及されています。

Quick way to reorder attachments

当時はこのリンクを読んで、あー、なるほど、そんな使い方があるかーと思ったものでした。

ところが、昨日参加された方は、もっとスマートな方法を目にされたかと思います。私も知りませんでしたし、私の周りのマニアたちも知りませんでした。平塚さんのアイディアなので、ここの場で私から書くことはしませんが、きっとすぐに広まるのではないでしょうか。Alanにも教えてあげたいです。

ブックマークバーからのアプリケーション起動

今日は、こんなTechnoteを見つけました。

How to create a bookmark which opens up an application outside of Notes

ブックマークバーからアプリケーション起動が出来たら嬉しい、と思ってる方はいらっしゃるでしょうか。上記エントリでは、その方法についてが記述されています。
ブックマークバーへのエントリは、bookmark.nsf の UserBookmarkOrder というアウトラインが実体になっているのですが、こうやって文書として記述されていないと、なかなか bookmark.nsf から探し出すのは大変です。

私の場合、ワークスペース（＆レプリケータ）を使ってDBアクセスしていますが、ブックマークバーは「現在使っている文書のブックマーク」として活用しており、かなり頻繁に追加と削除を繰り返しています。
以前、大量の文書を選択したまま、1文書のつもりで間違えて全部をブックマークバーにドラッグ＆ドロップしてしまい、大量のブックマークエントリを作ってしまったことがありました。当時はこのUserBookmarkOrderを知らなかったので、一括削除が出来ずに泣く思いで１つ１つエントリを削除していたのですが、結局諦めて bookmark.nsf 自体を再作成しました・・・。


（関連話）UserBookmarkOrderは、デフォルトページをワークスペースにしたい時に、触られた方もいらっしゃるかもしれません。

Setting the Workspace To Launch as the Home Page in the Notes R5 or 6 Client

ウェブ進化論と医療崩壊

Notes/Dominoには直接関係ありませんが、いくつか書きたいことが重なったので記しておきます。

きっかけは、RSSリーダーで読んでいたこの記事でした。

My Life Between Silicon Valley and Japan - 日経BP・BizTech図書賞を受賞しました。

もちろんウェブ進化論は読んだことがあったのですが、「医療崩壊」という本は初めて知りました。ここにあるとおり、日経BP・BizTech図書賞を受賞した3本の中の１つのようです。

日経BP・BizTech図書賞に「ウェブ進化論」など：ITpro

そこで例によって早速図書館に行って借りてきました。こちらの本です。

Amazon.co.jp： 医療崩壊?「立ち去り型サボタージュ」とは何か: 本: 小松 秀樹

さて、この本は普段読書の習慣がない私が、まさに生まれて初めて引きつけられるように読んだ本かもしれません。家族に医者を持つ身として、また長いこと病院にお世話になった身として興味深かったことも事実ですが、何より筆者の語り口、また類似の問題がIT業界にも多数あることなど、多々共感出来たことが幸せだったのだと思います。
この本の気持ちよいところは、筆者が自身の意見を非常に明確に述べており、必ず意見が分かれそうなところも、理由を付けた上で自身の意見を明確にしているところです。また、その論理的思考には非常に気持ちよく、自分の思考回路に共鳴出来るものでした。さらに、よい倫理観の角度で、社会的なマクロの視点と現場的なミクロの視点から見事に１つの意見を作り上げています。あまりに優秀すぎるのですが、まるで自分の父親ではないかと思うくらい親近感を覚えました。

筆者の小松先生は中で現在の医療現場に関して、様々な問題点を指摘しているのですが、それがIT業界の問題点に接近していることが、自分に刺激的だった理由の１つだと思います。
例えば「人は誰もが間違える」とか「安全とコスト」とか、また発生する過失に対する社会的反応はIT業界にとって今後恐ろしいテーマのような気がします。

と、そんなこんなで刺激を受け、まずは身近な人にこの本を教えてあげたいな、と、自分のmixiの日記にぼそっと書きました。そこの感想の１つに「ウェブ進化論なんかより、よっぽど面白いと思った」と書きました。自分にとってウェブ進化論は同一業界だったので、興味深くはあるし楽しく読んだのですが、衝撃が違いましたので。
これがよかったのか悪かったのか、ふと気がつくと（私は普段足あととかアクセスログとか全く気にしない人なのですが）、梅田望夫さんご本人からアクセスを頂きました。
最初は書評を求めて、定期的なキーワード検索＆巡回を行っているのかと思ったのですが、mixiなど足あとが残る場合、むしろ「梅田さんが書評を読む」という事実以上に、「梅田さんに自分の日記を読んでもらえた」という効果のほうが高いのではないかと思いました。ここで思い出したのが以下の意見です。
コラボレーション・エンジニアの考える日々 - 足あと機能の実装
なるほど。私のケースでは、医療崩壊を褒めるために、ウェブ進化論を利用してしまったので、ちょっと後ろめたい気持ちもありますが、一般的にはやはり効果は大きいのかもしれません。

（なお、ウェブ進化論は発売日近くにAmazonで購入させて頂き、面白くて一気に読んだということを補足しておきます。）

dbcache flushのスペリング

Dominoサーバーの割と重要なコマンドに、「dbcache flush」なるものがあります。特に手元で検証しているときなどは、頻繁に使ったりします。

ところで、私だけかもしれませんが、この「flush」という単語が実は、flushだったかflashだったか、なかなかスペリングが覚えられません。

という、悩みを長年抱えてきたのですが、本日私の悩みは解決しました。
実は、このコマンドは「db f」という省略形があったのです。これで、flushのスペルに悩むことはなくなりそうです。

この情報は、下記の technote を読んでいて発見しました。

Domino server console command abbreviations

この他にも、コンソールコマンドと省略形が紹介されています。使ったことのないコマンドもありますし、省略形を知らないコマンドもありました。それほど数多いものではないので、目を通してみるのも面白いかと思います。

グループ文書のメンバーソート

コネタです。

IBM - Is it possible to sort the Members listed in a Group document?

グループ文書の中につめこんだメンバーをソートする方法です。
方法といっても、「メンバーのソート」というアクションボタンがあって、編集モードでクリックするだけ、という極めてシンプルなものです。

グループ文書のメインテナンスの方法というのも、各ドメインそれぞれ、いろいろなアイディアで運用されていると思いますし、例えば「追加は必ず最後に加える」みたいなルールがある場合は、ソートすると折角の時系列が崩れてしまいますが、ソートのニーズもあるのではないかと思います。

ちなみに、「ソートってどうやっているんだろう」とふと思ってしまうわけですが、デザイナーで確認すると思いっきり「Call QuickSort(FieldList)」と書いてありました。スクリプトライブラリのCommonライブラリに、ソート処理関数がLotusScriptで書いてあります。大きいところをクイックソートで、小さいところをインサートソートで、と、アルゴリズムも教科書以上に実際のコードは複雑なものなのですね。

Teamstudio Japan Blog

今、私が活動しているところで、Analyzerの監査フィルタをみんなの知恵を出し合って上手いこと作れたらいいね、など、TeamStudio関連な話をよくしているのですが、情報源の１つとしてBlogがあるということを本日教えてもらいました。Katoh-sanがんばってらっしゃいます。

Teamstudio Japan Blog

早速、私もRSSリーダーに登録しておきました。

＃と宣伝しておいてから・・・。あーごめんなさい、RSSのリンクがおかしいみたいです・・・。

アイディアを出し合うということ

直接Dominoとは関係ありませんが、先日のビジネスディナーにて激しい意見交換を行ったときに思ったことです。

私は昔からわりとくだらないアイディアを考えるほうだったのですが、それを知人に話すとかなりバカにされるので、最近はとても控えめになってしまってました（日本人は、こういうときなかなか褒めてくれないのですよね）。でも、優秀な方々のアイディアを聞いて、やはり様々なことを考えて、アイディアを出してみるというのは重要なのだなと思いました。とってつけたように書くと、Notes/Dominoの利用って、アイディアが重要なところが結構あると思います。

いろいろなことを考えたものですが、恥を忍んで今覚えている主要なアイディアを書いてみます。あまり本気ではないので、突っ込まないで下さい。

1. ノートPCの充電

喫茶店や電車などでノートPCを開く人は、バッテリーがどれだけ長持ちするかが気になるかと思います。時間としては長持ちすればするだけよい。
そこで、考えたのですが、外部から受けるエネルギーを何らかの形で蓄積出来ればよいのではないかと。で、１つの形として、キーボードタイプの力など無駄なエネルギーがありそうで、少しでもこの力で充電出来ればどうだろう、というのが提案です。さんざんバカにされてます。他にもいくつか変形版があるのですが。

2. ノートPCの両面ディスプレイ

向かい合った机で、画面をシェアするのはなかなか難しいですよね。そこで、ノートPCのディスプレイが両面タイプになれば、両側から同じものが見れて非常にスムーズになるのではないか、という提案です。

3. 携帯電話のYes/Noボタン

電車の中で携帯電話を使うな、ということですが、大事な用件などで、通話先とどうしてもコミュニケーションがしたい場合ってあると思います。その時の妥協策として、例えば、通話先には「Yes/Noクエスチョン」で話してもらい、こちら側は「Yes/No」ボタンを押すと、電話先にそれが音声なりで伝わる。というのを考えてみました。そうすることで、マナーを守りながらもメール以上にスムーズなコミュニケーションが出来るのではないかと。

コラボレーションで刺激を受ける

とあるビジネス・ディナーのお誘いを受け、Domino系のブログやエッセイの著者としても有名な方々3名と共に、楽しい夜を過ごしてきました。ビッグネーム3名に囲まれ、私は末席。よい刺激を頂きました。

本来は、「Hannoverの夢を語る」というテーマだったはずでしたが、皆さんの幅広い視野と興味はNotes/Dominoのだけに留まることなく、本当に幅広く知的な話題で、刺激的でした。
今回は圧倒されて座っていただけですが、自分もこの人たちの刺激となる話が出来るようになればなあと思わさせられます。（Web2.0系のコネタなどは提供できるのですが、私の偏った守備範囲ではそんな程度でした。Google Image Labelerネタとか）


思えば、自分が所属する部門でも、昔は、技術者たちが、夜遅くまで残って自分の考えを激しくぶつけあっては、未来について語り合ったものですが、その頃の刺激的な日々を思い出しました。
オフラインで激しくコラボレーションして刺激し合うことの重要性は若い頃から叩き込まれていたのですが、このブログ時代、オンラインでも、よい刺激を少しでも与え合うことが出来ればな、と思う次第です。

きっと参加された著名ブロガーの方々はたくさんの記事のヒントを得たでしょうし、私からも「是非それについて書いて下さい」とお願いしておいたので、そのアイディアや知性を我々とシェアして下さることでしょう。

Blogテンプレート 7.0.2

普段はあまりSametimeをもらわないのですが、昨日は何故か大当たりの日で、マレーシアとチャットしている間に、知り合いのフランス人からもチャットを受けました。彼からメッセージをもらうのは初めてだったのですが、どうも社内でHannover展開するにあたって(?)、うちのチームの状況を確認 しにきたようです。

で、お話しているうちに、
「うちのブログのテンプレート、7.0.2 のBlogテンプレートにしてみたんだけれど」
と言うではありませんか。早速、アクセスしてみました。
The Blog - You are all set now :-)

決して得意でない英語で頑張ってブログ書いてますねえ。DominoとLinuxを心底愛するJNK氏です。

サイジングと数字の一人歩き

マレーシアからSametimeでチャットをもらいました。マレーシアはASEANのテクニカルサポートの中心なので、APによく問い合わせがきます。

彼（あったことないので実は性別を知らず、名前や会話だけでは推測が出来ないのですが、とりあえず「彼」ということにします） の質問は、以下のようなものでした。

マ：「１つのAIXサーバーで、6000人を accomodate 出来るって話をきいたんだけれど、本当？」

とりあえず、accomodate が、「登録」なのか「同時利用」なのかは気になりました。あと、どうやら「AIX1台＝6000人」という公式が出回っていそうな雰囲気です。
まあ、ともあれ会話の流れもありますので、

私：「6000という特定の話はきいたことはないけれど、構成や利用形態によっては可能なケースもあると思うよ」

と、回答してみました。

すると、彼曰く
マ：「可能ってどういうこと？どこかにそんなドキュメントある？」

とのこと。なんか不安になってきました。不安な理由は、ドキュメントを見せたら、きっとそれだけで納得してしまって、「1台のAIXサーバー＝6000ユーザー」という公式が出回ってしまうような気がしたからです。

developerWorksのテスト結果で、6000ユーザー以上のものがあるとは思ったのですが、そのまま教えるのも怖かったので、

私：「ドキュメントは何に使うの？　この手のパフォーマンスデータは中身を熟知して慎重に扱わないと、ケースバイケースだから」

と、様子を見てみました。すると、

マ：「わかった。じゃあ、まずぼくが意味を理解して、それからちゃんとサポート先にはきちんと説明するから」

とのこと。

そこで、

• 登録ユーザーと同時アクセスユーザーとでは、キャパシティの考え方が違う
• 同じサーバー（CPU数、メモリ）でも、ディスク構成によって結果が大きく異なる。特に6000ユーザーだったら、パフォーマンスに十分なディスク本数が必要不可欠
• 同じ1人のユーザーでも、使い方によってサーバーの負荷が全く違うから、あくまでユーザー数は１つの参考的な指標
• だから、AIX1台で6000ユーザーは、可能な構成ケースもあるけれど、いつも可能だとは思わないでね

ということを説明しました。さて、彼はその後どういう風に説明したのかが気になるところではありますが。

かくいう私も、自分が担当でないサーバー製品のスケーラビリティがどんなものかは、目安の数字だけでも知りたくなってしまいますし、その数字が一人歩きしやすいというのも気持ち的にとてもよくわかります。難しいですね。

Web 2.0 & Domino

Web2.0な技術要素といえば何はともあれAjaxですが　（AjaxだからといってWeb2.0というわけではないのですが） 、知らない間に下記のようなBlogが開設されていました。私、Ajax好きなので楽しみです。早速Dominoでタグクラウドとか興味深い記事が読めます。

Web 2.0 & Domino

楽しみに購読させてもらうことにします。

余談：フランス人がこうして英語文化圏（＝世界）に貢献をしているというのも、個人的には少し気になる事象です・・・。

ちょっと気になった統計値

雑談ばかりですみません。

今日、Livedoor Reader(私がプライベートで使っているRSSリーダー)で、徘徊中にふと気になって見た統計値。このRSSリーダーは、ほぼ日本人専用といってもいいので、日本的な統計値がとれそうです。（Bloglinesなどでは、また違う結果になりそう）

Official Google Blogのフィードを登録している人は442(+0)人いました。
Google Japan Blogのフィードを登録している人は1961(+7)人いました。

注：フィードは複数のタイプが提供されていますので、「私と同じフィード(+違うフィード)」です。

一方、Dominoはというと、日米を代表するサイトで比較してみて
Ed Brillのフィードを登録している人は4人いました。
IBM Lotus Notes/Domino (R) をこよなく愛して。。。。を登録している人は17人いました。

どうも、統計値としては、特定カテゴリでの比較において、「日本を代表するブログの購読者数」は「世界を代表するブログの購読者数」の4-5倍みたいです。これは、思ったよりも、差が小さいとみるべきでしょうか、どうでしょうか。（もっとも母集団が「RSSリーダー使い」というのは「4-5倍」という数値に影響が出ていると思いますが）


それから、比較してはいけない、「GoogleネタはDominoネタの100倍盛り上がっているのか」については、コメントが（いろいろな意味で）難しいのですが、RSSリーダーファンにはGoogleファンが多いということを考えると、100倍も違うことはさすがになかろう・・・とも思います。
（ちなみに、こういった比較は好きでないですが、気になって調べました。ウィンドウズ開発統括部、は、84名でした。OSとアプリケーションというの違いというのはあるけれど、、、。)

なんか、頑張らなければいけないと思った土曜日。

IT技術者の健康

いろいろな諸事情により、私は個人的に「IT技術者の健康」というものにも非常に興味があります。自分が経験したことを考えると、Dominoよりこちらのほうが社会的責任があるのではないかと思っているくらいです。（もちろん、Dominoに関してもこれまで通りマイペースで何か書くつもりです。）
本当はここでそのような話をしようかと思ったのですが、ブログを分けたほうがいいというアドバイスを頂いたので、別途作ってみました。こちらで健康の話をするのは最初で最後ですが、一応リンクを貼っておきます。

IT技術者の健康徒然

専門家ではありませんが、何らか社会の役に立てれば嬉しいです。

数学は役に立たないか

夏休みに、藤原先生の「世にも美しい数学入門」という本を読みました。
内容は、博士の愛した数式の小川さんとの対談形式で、一般人が興味をひきやすいような読みやすいものでよかったです。
で、中で気になったのは、「数学は人類の役に立たない」というお話。

そういえば、自分も高校生の頃、数学の中でどうしても理解出来ない部分があって、自分の当時の家庭教師の先生に「XXXなんてなかったらよかったんですよ」と言ってみたら、「でもXXXがなかったら、今の生活の中でなかったものや出来ないことがあったかもよ」とあっさり言われたのを思い出しました。

さらにいろいろ考えてみると、先日読んだ「暗号技術入門」の本で解説されていたPKIの解説では、思いっきり現代数学が関係していたな・・・、と。昔、離散数学を勉強したときは、こんなもの何の役に立つかと思ったけれど、こういった暗号数学がなければ、インターネットでお買い物も出来ないのだなあと、ふと思いました。
きっと、フェルマーやポアンカレの証明なんかは、今のところ直接現代社会の役に立たないのかもしれないですが、ふと、人が言うほど不要なわけでもないよな・・・と思い返してみました。

Notes/Domino技術者として、この部分に興味があったら、やはり「ネットワークセキュリティ」を読むべきなのでしょうね。なんといっても、Notesのセキュリティを設計した、当時Irisのチャーリー・カウフマンが著者で、Notesのセキュリティについても短く触れてあります。
この本の存在は、かなり前に知って購入済みでもあるのですが、難しそうで開く気になれず眠ったままになっています。読まなければなあ。

技術者と英語について

技術者に必要なもの

上記記事を読んだり、開設したばかりの「ShortCuts」を試してみたことにインスパイアされたので、私が思っている英語についてを書いてみます。
個人的に現在一番気になっているのは、「日本」と「英語を母国語としない国」の英語力の差です。

去年の冬、1ヶ月ほどボストンで仕事をする機会に恵まれました。日本人は私だけでしたが、身近には、数名のアメリカ人に加え、フランス、アイルランド、インド、ブラジル、ドイツから来た技術者たちがおり、非常に多国籍な環境でした。アメリカとアイルランド以外は、みな、non-native です。
当然かもしれませんが、母国語ではないにしろ、全員かなり流暢に英語を使っていました。発音は厳しいものがありましたが、「英語を使いこなす」という能力においては十分で、きっとTOEICを受けたら文法問題を間違えない限り、Listeningは満点、Readingも470点くらいはとるでしょう。彼らが選ばれた戦士なのかは不明ですが、私はTOEIC965なんて保有していませんから、諸外国との能力差は感じたわけです。

こういった個人的な問題は、私１人が努力すればよい話ですが、むしろ気になったのはこれからの話。
フランスやドイツの技術者と話をしてみたところ、彼らの国では、英語の技術文書を当たり前のように読むと言っていました。この文の主語は、「IBM社員」ではなく、あらゆる技術者（つまり、身近にいえば、パートナー様や、各企業の情報システム担当者様）なのだそうです。もちろん、日本にだって当たり前のように英語を読む方もたくさんいると思うのですが（特に、ブロガー近辺）、基本的に日本語で閉じている自分たちにとって、彼らとのこの時の会話はやや衝撃的でした。
そういえば、以前台湾に言ったときも、彼ら同士、会話は中国語でしたが、お客様への提出資料は英語で作成していました。メールも英語でした。中国語入力が大変だから英語を使う、と言っていたのを思い出します。（英語はそんなに上手でなかったですが）


もちろん、日本は、翻訳されたもの、独自に書かれたものを含め、英語以外の言語での技術情報は極めて豊富な国だと思います。それでも、英語の情報には数ではとてもかないません。（ニーズからいえば、作成者側の努力がまだまだ必要とされる）
そんな中、諸外国の技術者たちが、普通に英語で情報収集していたら、「日本語だけ読む日本人」とはどんどん差が出てしまうのではないか、という危惧をその時に思いました。

現在インターネットを通じて加速する国際的な情報交流ですが、日本は物理的な線でこそ海外とつながったものの、言語的な問題から島国になっていると思います。私個人も、島国ハンデが出ないように、いろいろと努力してるつもりではあるのですが、それでも情報の流通にギャップを感じることがあります。


ということで、1人でも多くの日本人が、日本語情報にあわせて英語情報も読むようになると、私としてはとても嬉しいです。私の所属や業界に関わらず、全てのジャンルにおいてそう思います。取り残される日本にはなって欲しくないです。フランスやドイツに負けたくないです。
最近では、むしろ、私たちは日本語＋英語の両方の情報が入手出来るのだから、英語さえきちんと出来れば、アメリカ人よりよほどよい環境だと思います。トラブルで困っているときなんか、英語情報は心強い味方になることも多いですよ。

サーバータスクのリスタート

主にテスト環境での話が多いと思いますが、試行錯誤しながら設定変更してはタスクを再起動することは結構あるものです。

HTTPタスクの再起動というのは、非常によく行うもので、「tell http restart」のコマンドに、これまでさんざんお世話になりました。

Routerタスクの再起動というのも、頻繁にやります。そこで、なんとなく「tell router restart」と打ち込むわけですが、これは間違い。Routerタスクで、設定変更を反映させたい場合は「tell router update config」を使う必要があります。

と、ここまではいいのですが、では他のタスクは・・・・という話になります。
実は、Domino 6以降、サーバーコンソールコマンドとして、以下のようなものが用意されました。

restart task <タスク名>

例えば、「restart task router」とか「restart task adminp」などというように使います。

実は、この技術文書を見て、私も今日知ったところです。
Can the Domino Router task be restarted with a 'Tell Router Restart' command?


余談：
restart server というコマンドは、世界中で相当打ち込まれていると思うのですが、ブラインドタッチ組にとっては、このコマンドはうちにくいですね。左手1本で、特に「r t」がうちにくいです。私は、res ser と打ってます。（「res s」でよいのですが、回文になってるのが気持ちよいので・・・）

TeamStudio Analyzer

あるところで、TeamStudioの情報交換を行ったのですが、わりといろいろな使い方があるものだと感心しました。私は、AnalyzerとConfiguratorしか普段はインストールしておらず、日常的に使っているのはConfigurator だけです。

一応、情報交換会に出る都合上、少しは機能を理解しておこうかなとヘルプを読んでみましたが、なかなか面白かったです。Analyzerといえば、設計書の提出に使ったり、設計要素を抜き出して全文検索したり、専用のビューを作って、「何らか一覧」を作ったりする・・・というのがよく知られたところでしょうか。「監査機能」も面白いですね。デフォルトのフィルタだけでも、何らかの発見になるかもしれませんし、上手く使えば「お作法のよいアプリケーション」も増えていくと思います。

ヘルプを読むと、例えば「フィールドヘルプのない項目一覧」とか「名前が_1で終わるフィールド一覧（コピペすると出来る）」とか、ノウハウ的なことも書いてあったりします。

使いやすいツールだけに、ヘルプをじっくり・・・なんてあまりやらないのですが、たまには読んでみるのも面白いですね。
きっと、このツールには、フィルタやら、分析結果DBのカスタマイズなどまだまだベストプラクティスがいろいろとあるのではないかと思います。

不在通知

不在通知エージェントは、Hannoverからエージェントではなくなり、コアコードになるそうです。

Instantaneous Out-of-Office in "Hannover"

Lotusphereの資料、きちんと目を通してなかったので、流れていってしまうところでしたが、Edのブログで気が付きました。 instant response って何なのでしょうね。

実は、私個人は、ユーザーとしてこの不在通知使っていません。。。深い理由はないのですが。

技術情報のRSSフィード提供

既にあちこちで宣伝されているのでご存知の方も多いでしょうが、サポートページのRSSフィード提供が開始されました。

サポート/技術情報

AutoDiscoveryはついていないので、上記ページのXMLリンクから直接登録して下さい。
これまでMyRSS使ってかろうじて読んでいたのですが、いちユーザーとして非常に嬉しいです。

私は、フィードジャンキーとまではいかないにしても、情報収集の9割以上をRSS/atomに頼っています。ブラウザのブックマークは、ほとんどすかすかで、RSS提供されていないページは基本的に読んでいません。


ちなみに、このフィードをFirefoxのライブブックマークで読むことは可能です。でも、私の個人的好みでは、それはあまりオススメ出来ない読み方です。
フィードには、「全部読みたい」タイプと、「全部読まなくてもよい」タイプと2種類ありますが、サポート情報の更新件数はたかがしれているし、Domino技術者なら全部目を通しておいてもよいのではないかと思います。

このように全部目を通したいタイプのフィードには、未既読管理機能を備えたRSSリーダーを使うのが私の好みです。こういうRSSリーダーとして、昔は、Bloglinesを使っていましたが、今は livedoor Reader を使っています（キーボードショートカットがショートカットが気持ちいいので）。　そのまた昔は、クライアントインストールタイプを使っていましたが、大量のフィードをさばくにはサーバー型のほうがよさそうだと思っていつからか変更しました。

一方、Firefoxのライブブックマークも使っていますが、こちらは極めて局所的に、自分のdel.icio.us の登録項目、はてなブックマークの人気エントリだけ使ってます。昔は、asahi.comのフィードや CNET Japan も入れてましたが、ニュース読まないのでやめました。特に、自分のソーシャルブックマークのRSSを設定しておくというのは、オススメです。　その他、「暇なときにぱらっと見てタイトルを確認する」という程度のフィードは、ライブブックマークでよいかなという気がしてますが、多く登録しすぎるとブラウザが重くなるので微妙ですね・・・。

確率と網羅性

先日、知人のマイミク日記に書いてありました。

n人でじゃんけんして「あいこ」になる確率っていくつだろう・・・

何を思い立ったか、久しぶりにこのような確率の問題を解いてみたくなり、紙と鉛筆で計算してみました。高校数学からは久しく遠ざかっていたため、二項定理をすっかり忘れており、コンビネーションのΣまでで止まってしまったのですが、それでも久しぶりに普段使わない部分の脳の末端を運動したかんじで気持ちよかったです。この問題では、「あいこになる全ケースをどうやって数えるか」がポイントですね。

Dominoの技術者をしていると、「ドメイン設計」や「運用設計」「移行設計」などに関わることも多いかと思います。そのような時に、各ドメインの特徴を理解した上で、例外ケースを見逃すことなく、網羅性のあるデザインをするのは重要ですし、またこれは非常に難しくもあります。実はこれらは、上記のような確率の問題を正しく考えることとわりと近い能力が要求されるのではないかと思いました。（二項定理のような数式変形はどうでもよいのですが、漏れなく場合分けして数えるというところ。数学証明の場合分けも似たようなものだと思います）
私の脳も、長らくご無沙汰でさび付いたものですが、たまにはこのようなことをするのもよいかもしれないと思った次第です。

よく、ベストのデザイン方法を探すときに、いくつかの候補があがった上で、「他によい方法はないですかね」という質問ももらいますが、これも上手く網羅性の観点から考えると、「他にはない」ということが証明出来ることもあります。
こういう質問のとき、私はわりと、「Xか、Xでないか」の2種類に分割して、深く考えていくことが多いです。例えば、「ドメインを１つにする方法と、分割する方法と2種類が考えられますよね。１つにすると・・・」など。この時点まででは、全ての解決方法は必ず網羅されているといえます。で、さらにそれぞれのケースを掘り下げていっては「×マーク」をつけています。

きっと、これだけビジネス本が普及している世の中ですので、世の中には確立されたよいメソッドがあると思うのですが、私の整理も含め、ふとDomino技術者として思ったことを書いてみました。

全文検索結果のハイライトウォーキング

実は私も今日知ったコネタです。多分、私はユーザーとしては Ctrl-F を使うと思うのですが、価値観はそれぞれ・・・ということで、ご紹介します。

How to navigate through full-text search highlights

Notesクライアントで全文検索を行ったとき、文書を開くとキーワードがハイライトされています。実はこの検索結果のハイライトのフォーカスを、キーボードショートカットで進むことができます。

次のキーワード：　Ctrl＋"+"
前のキーワード：　Ctrl＋"-"

現在のフォーカスは「ピンク色」になります。

例えば、１つの文書が非常に長く、なおかつキーワードのヒットが文書に少なければ、ひょっとしたら有効かもしれませんが、どうも自分のユーザー的な好みでは、いつもの癖で Ctrl-F しちゃいそうです。

あるDomino技術者の通勤時間

ここでは決してLifehackの話がしたいのではなく、あくまで1人のDomino技術者が通勤時間で何をしているか、という紹介話です。

私は、もともとハートが小さいタイプなので、他の人が通勤時間をどのように活用しているかには興味があります。特に、自分が尊敬する技術者には、しょっちゅうこの質問をしては、参考にしています。
結局のところ、自分はたいしたことをしていないのですが、何かの参考やきっかけになるかもしれないので書いておきます。

昔は、職場がラッシュと逆方向だったので、Thinkpadを広げて、大量に複製したDBを処理していました。電車の中で仕事をするという概念は、私の当時の師匠の影響もあると思います。その方は、朝は喫茶店で朝食を取りながら仕事をされていましたし、しょっちゅう通勤電車（JR）のグリーン券を買って、仕事をされていました（はかどるそうです）。


そんな刺激を受けているはずの私ですが、今はだいたい次のどれかです

1. 図書館から借りてきた技術書を読む
2. 週刊STを読む
3. 英語のリスニング
   

技術書はわりと自分で買うほうなのですが、最近、「買っても手をつけない本」が多いのに気づき、むしろ「返却期限が決まっている借りた本」のほうが、きちんと消化出来ることに気づいて図書館の本を読むようになりました。私のように、なかなか自分の意思できちんと読めない人にはよいかもしれません。（最近読んだ本では、これとかこれが面白かったです）


英語はいくらやっても身につきませんが、電車の中で「ヒヤリングマラソン」と「週刊ST」を繰り返しやることで、留学もせずにTOEICで高スコアを出しているDomino技術者が身近におり、その影響でSTを購読しています。難易度も頻度も、自分には最適で、今にも挫折しそうですがそこそこ読んでいます。あと「頭の中だけで英語日記」も時々やりますが、効果のほどはわかりません。

「寝る」というのも、時間の有効活用方法の１つかと思っています。極力ぽーっとした無意味な時間を作らないようにしています。
現代社会で生きていくのはなかなか大変ですね・・・。

[雑談]通院して思う、トラブルシューティング

非Notes/Dominoネタで恐縮ですが、最近思ったことです。

このG/Wに、ちょっとした炎症をおこしてしまったため、病院に通っていました。すぐによくなった部分もあったのですが、なかなか治らない部分もあって、いくつか薬をかえていました。
前回診察していただいたときに、「うーん、もうXXな原因は治ってると思うので、あとはこの薬を使って下さい。もし治らなければ、次回詳しい検査をしましょう。」と担当医師から言われました。

実はこの薬がものすごくよく効いて、ようやく完治したみたいです。治ればもういい、と言われていたので、特にもう1回通院するつもりはありません。

そこで、ふと思いました。前回の診察は多少自信なさげなコメントだったわけですが、私は「薬が効いて治りました」と、たとえ行かなくても、電話するくらいしたほうがよいのかどうか、ということです。普通の患者は、おそらく、よほどのことがない限りは「治りました」という電話はかけないと思います。でも、医者の立場からすると、どうなんでしょう・・・。ひょっとしたら「治った」という結果を受けることで、担当医師の経験が増え、結果的に社会のためになるかもしれません。


私は、仕事上、突発的にいろいろなご相談を受けることがあるため、「問題事例」はわりと耳にすることもあり、何らか自分が思う解決案や原因となりそうなことをお伝えしています。ところが、「解決しました」という連絡を受ける回数はわりと少ないので、最終的に自分の考えが正しいかの経験が蓄積していかないというジレンマは多少あります。
仕事をやっている上で自分自身が困ることは、プライベートを含め逆の立場では極力行わないようにしたい、ということは日頃思っているのですが、ひょっとして今回の完治問題はその1ケースなのかもしれないと思いました。


そうは言っても、まだ電話してないのですが、家族に医者がいるので、ちょっと医者心理についてきいてみたいところです。

サーバーエージェントの検証

今日、うちのワカモノからもらった質問：

Q:「不在通知の検証をしたいのですが、今すぐ動かす方法ってないでしょうか？」
A:「うーん、 tell amgr run mail\test.nsf 'OutOfOffice' でどう？」
Q:「おおー、動きました」

Domino 6から、サーバーコンソールからサーバーエージェントを実行することが出来ます。
上記、mail\test.nsfはファイル名で、 OutOfOfficeはエージェント名です。
通常運用で使うのはちょっと変ですが、検証などで待ちきれないときなどは便利でしょうか・・・。

整合性のチェックとは

こちらもTechnoteの斜め読みから。

What does the message 'Performing consistency check' mean?

「整合性のチェック」はFixupと同義です。サーバークラッシュ後の起動時などによく見かけますが、実はこれには３つの種類があります。

• unknown state　：　DBが正常に閉じられなかったとき（クラッシュの後や、開いている最中のOSコピーしたものなど）
• corrupt state　：　どこかで破損が起きている場合
• Questionable integrity　：　データベースのヘッダやインデックスがおかしいようなとき

整合性チェックが走るのを止めることは出来ません・・・。必要だから行っているという位置づけです。

NotesDBのサイズ

これもよく聞くお話です。

Understanding Notes database size

Notesのデータベースサイズを理解しましょう、というTechnoteより。
Technoteでは、以下の３つの観点でまとめています。

1. 文書
2. ビュー（インデックス）
3. ホワイトスペース

文書というのは、当然ながら、設計要素なども含んだものです。ここらへんは、NotesPeekを使うとよくわかると思います。

データベースの文書数は、DBプロパティから確認可能ですが、サーバーコンソールを使える環境なら、「show database DBファイル名」と入力すると、各設計要素の数や、削除スタブ数も表示されるし、ビューのインデックスのサイズも表示されます。

ビューインデックスについては、上記コンソールからも把握可能ですが、Domino管理クライアントからも実はビュー情報は確認可能です。（「ファイル」タブより、「データベース」→「ビューの管理」）

DBのサイズを最も小さくするためには、compact -d がよいのですが、これは全ビューインデックスが削除されるため、ある意味非常な危険なコマンドです。というのも、次回のユーザーアクセス時にビュー索引を構築する必要があるからです。ビューの構築というのは、非常に負荷の高い操作であり、１つや２つのビューならまだしも、多数のDBに対してビュー構築の動作が同時に行われると（例：サーバー上全てのDBにcompact -dをした場合）、その後のユーザーアクセスピークの間はサーバー負荷は大変なことになります。
ということで、上記Technoteのcompact -dに興味を持った場合も、いきなり週末に本番サーバーで実行・・・というのはお勧め出来ません。

ちなみに、compact -dは、-cスタイルの圧縮になります。

Notesアプリケーション開発時のパフォーマンス考慮

同じくTechnote斜め読みより。

Are there any guidelines regarding performance when developing a Notes application?

細かいお話は、Related Informationというところに入っていますが、基本的には「Performance Considerations for Domino Applications」というRedbookを参照せよとのことです。これはR5における情報ですが、基本アーキテクチャは大きく変更していないので、現在でも利用可能です。

以前のエントリの中でも触れたのですが、上記Redbookは日本語訳もされています。他にもいくつか参考になるのもあるかもしれないので、こちらもどうぞ。

アプリケーションのパフォーマンスが・・・

暗号化されたデータベース

Technoteの斜め読みから見つけたトピックより

Can you find out who encrypted a database?

少し前に、データベースの暗号化　というエントリを書いたのですが、その関連項目です。

暗号化されているデータベースを、「どのID」を使って暗号化したかがわかりますか？　というお話。
当然ながら、これはわかりません。

よくある話としては、

1. サーバー上のDBを直接ファイルコピーした場合はサーバーIDで暗号化されている
2. ローカルにコピー or 複製したファイルをコピーした場合は、そのコピー、複製オペレーションをしたユーザーIDで暗号化されている

というかんじでしょうか。よく、サーバー移行集約などで、OSコピーなどでファイルを移動してしまった場合、上記「１」のケースがあったりします。旧サーバーのサーバーIDで暗号化されたファイルを新サーバーに移動しても当然暗号化されているため新サーバーはnsfファイルにアクセスすることは出来ません。この場合、旧サーバーID（をノーツクライアントから使って）復号化する必要があります。

クラッシュとハング

Dominoサーバーのハングとクラッシュに関する英語記事の日本語翻訳が公開されたようです。

Lotus Domino のハングとクラッシュのトラブルシューティング

一言でDominoサーバーの問題といっても、ハングやクラッシュから、パフォーマンスが遅いなど、いろいろとあるのですが、この記事はクラッシュやハングを理解する手がかりになりそうです。

私の個人的な意見では、まず、「クラッシュ」と「ハング」の違いを認識し、情報伝達をするときに、この２つの用語を正しく伝える、というだけで、最初のすれ違いを防止するのに非常に有効だと思います。上の記事では、「ダウン」という言葉も同義で使ってるようです。（私の）日本語的には「サーバーが落ちる」も同義としてよく使います。ハングは「フリーズ」とも言ったりしますね。
よくメールで「サーバーがハングしました・・・」と連絡を受けたりするのですが、多くの場合話を聞いてみると意図したいことは「クラッシュ」だったりするんです・・・。

この記事の中では、いろいろなことが書いてあるのですが、以下のところをきちんと読むのがよいかと思ってます。

• サーバークラッシュと何か、と、一般的な症状。
• クラッシュの原因として箇条書きに書かれていること
• サーバーハングとは何か、と、一般的な症状。
• サーバークラッシュのトラブルシューティングに書いてある「次の点を考慮します」の箇条書き

これに加え、「クラッシュの調査にはNSDというファイルを調べるのが有効」ということを覚えておけば、わりと遠回りすることなく、問題判別、調査が出来るのではないかと思います。

問題発生時には、いろいろな人が関わる都合上「伝言ゲーム」が多いのですが、少なくとも技術者が関わる部分では誤解のないように伝達しあいたいというのが私個人の希望です。

で、この記事ですが、残りの部分も、読めば面白かったり、役に立つこともあるかもしれませんが、幅広くいろいろと読まされることになるので、まずは上記のとこだけでも最低限読むとよいかと。

タブの切り替えショートカット

Windowsでアプリケーションを切り替えるときに、「Alt」＋「Tab」を使ってる方は非常に多いと思います。私も1日に100回以上使ってると思います。（左手親指＋薬指）
それに似た技がNotesの中でも使えますよ、というお話です。

TABbing between Notes windows

Notesクライアントでは、新規ウィンドウをタブ形式で開いていきますが、このタブの切り替えはマウスを使わなくても、「Ctrl」＋「Tab」で出来ます。とのこと。

私は10本の指をかなり器用に動かすことが出来るので、「Ctrl+W」のショートカットも左手の小指＋薬指で普通に押すことが出来るのですが、ホームポジション・手首固定のタイプ打ちにとって、少なくともThinkpad Tモデルのキーボードでこの「Ctrl」＋「Tab」は厳しい・・・。

ということで、マウスを使わなくともウインドウ切り替えられるのは嬉しい反面、自分のタイプ癖からは絶対に使わないショートカットのご紹介でした。 使う人・・・いますかね。

データベースの文書数

答えがないとわかっていながらも、何かよい答えを言ってくれる人がいるのでは・・・と回答を期待してしまう質問の１つに「Notesのデータベースは何文書まで大丈夫ですか」というのがあります。
でも、きっと本当の意味での正解は、「it depends」でしょう（つまり正解は存在しない）。

そこで、１つの指標として、事例として存在する巨大DBを参考にしてみる、というのが考えられます。残念ながら、私の周りはわりと平和的な使い方をしているため、無謀なケースはあまり知りません。知っている限り最も文書数が多いデータベースは、developerWorks上のフォーラムです。

こちら、2006年6月15日現在のステータスは以下の通り。
Notes/Domino 4 and 5 Forum (Notes1/NotesWeb)
文書数：885,938文書
DBサイズ：9,986MB
全文索引サイズ：1,573MB

実体はこれです。
http://www-10.lotus.com/ldd/46dom.nsf

大量文書を持ちながらも、わりと快適にWebでサービス提供が出来ていることを考えると、データベースの環境次第（DB設計、サーバーの環境）では、100万文書も十分にありえると思います。


さて、「文書数」というのは、ある意味「DBサイズ」よりもパフォーマンスにとっては重要で、特に文書数が多い場合「ビューの数」や「ビューの複雑さ（選択式、列の数、列式、ソートの有無、カテゴリ展開の有無、索引更新の頻度など）」には細心の注意を払わないと、ビューが開かなかったり、サーバー全体のパフォーマンスへ影響があったりします。
また、いかにビューをシンプルにしたとしても、文書数が非常に多い場合、破損時や移行時などのビューの再構築には、それなりの時間がかかるので注意が必要です。


なお、私個人の感覚では、「削除スタブ」の数もパフォーマンスに影響するのではないかと思っています。このため、新規にアプリケーションをデザインするときは、表面的な文書数だけでなく、削除運用を含めた上で、考えたほうがよいと思っています。

既にパフォーマンスに問題のあるDBを調査するときには、文書数のほかに削除スタブの数も知っておきたいところです。削除スタブの数え方はいくつかあるかと思いますが、私はサーバー上で「show database データベース名」を叩いて確認しています。

削除スタブの削除の仕方は、こちらをどうぞ。
How to purge document deletion stubs on the server immediately
もちろん、削除時は複製運用などに注意が必要です。


以上、よく問い合わせを受ける話なので、私個人が持っている意見などを書きましたが、この考えは絶対ではないと思いますし、もっと参考になる事例などもあると思います。あくまで１つの参考としてご参照下さい。またよい事例はシェアさせて頂けると幸いです。

[雑談] 数独

Notes/Dominoとは全く関係ない話なのですが、IBM Lotus Notes/Domino Hints and Tips のSu Doku for Notes - Coming Soon を見て思い出しました。

ニコリ系のパズルといえば、私も若い頃、数独とカックロだけは結構やったのですが、去年 Codestoreを読んでいて、The Soduko Crazeのエントリを見たときに、初めてこの遊びが海外でもブームになっていることを知りました。Wikipediaの英語版にも、Sudokuという形で詳細が記述されています。
確かに昨年末東海岸に行ったときも、空港やB&Nで大量に積んでありました。きっとテトリスが流行したように、シンプルなとこがウケてるのでしょうか。

私自身は最近は空き時間は読書や勉強などに使いたいと思っていますが、一昨年入院していたときは、暇つぶしに結構やっていました。それほど得意ではないんですが、9x9(3x3x9コマ)は時間をかければだいたい解けた気がします。25x25 (5x5x25コマ) は結局1度も解けませんでした。

別にNotes/Dominoの技術者がというわけではないんでしょうが、IT系の技術者はこの手のものはわりと好きなんでしょうね。

データベースの暗号化

本日、某所から頂戴してきた（つもりの）データベースを開こうとしたら、「指定したデータベースはローカルでのアクセスが制限されているため、アクセスできません。」 というエラーで開くことが出来ませんでした。　折角悲しい思いを経験したので、少しこれについて書いてみます。

Notesのデータベースは、暗号化をすることが可能で、これは、データベースプロパティから操作します。この操作をクライアント上にあるDBに行うと、その時に使っていたユーザーIDファイルで、サーバー上にあるDBに行うとサーバーIDで暗号化が行われます。（もちろん、そのIDのみが復号可能です）

こうして、暗号化されたDBを、ファイル転送など何らかの手段で別のところに移動させても、移動先では暗号化したIDファイルがない限りはDBを開くことは出来ません。
ローカルのDBのセキュリティを考えた場合はデータベースの暗号化は非常に有効なのですが、デフォルトで新規複製を暗号化してしまう設定（にすることが多いと思いますが）にすると、このような落とし穴が時々あったりします。

今回私が経験したように、nsfファイルをWeb上などで公開したり、別の人に渡すときなどは注意が必要ですし、もしくは、データベースを別のサーバーに移動したりする場合は注意が必要です（複製を利用して作成した場合は問題ありません）。

「共通のアクセス制御リストを利用する」オプションでも同様な現象を経験することがありますが、こちらはHackする方法は一応あります。一方、当然のことですが、暗号化には抜け道はありませんので注意が必要です。

Hannoverのデモ

音声付きの動画として、Hannoverのデモが公開されています。

Hannover demo

メールやカレンダーを中心に新機能が紹介されていますが、私個人は、ここで紹介されていないけれど画面にちらっと見える、Google Desktop Searchという文字列や、AtomのSubscribeとかそういうところも気になりました。

Hannoverの開発状況については、日々Mary Beth Raven のBlogで報告されています。まだまだ固まっていないところや、開発途中のところもあるかと思います。以前、R5でワークスペースがなくなる危機があり、ユーザーの声で勝ち残ったことがありましたが、Hanooverの開発はわりとユーザーからの声の影響が大きいのかな、と思いながらブログを眺めています。

Lotus Notes on Web 2.0

こっそりと購読していたブログなのですが、codestoreで紹介もされたようですし、ここでも参考程度にご紹介してみます。

Lotus Notes on Web 2.0

私もこの手の話は好きなので、AjaxやRSSについて、時々このブログでもキーワードを並べていますが、「Lotus Notes on Web 2.0」ではもっと実践的に、Ajaxを中心に、prototype.js などスタンダードなライブラリを含む JavaScript の話が展開されているので、Web開発者の方には面白いと思います。私個人もここのアップデートを楽しみにしている人の1人です。

Dominoでなくて、何故Notesなのかというのは名前付けの問題だけと思いますが、このブログがマレーシア発だというのも、個人的には興味深いところです。

ServerTasks行に関する思い

いつものごとく、RSSリーダーにて、英語版サポートページ(Knowledge Base)を超斜め読みしていたところ、反応してしまった1件。

Maximum character limit in notes.ini is 256 characters per variable

ServerTasks行の文字は255文字までが有効ですよ。というお話。
この話は、NAMES= で旧来よりよく聞いた話で、そのためにファイル名を長くしないように努力する例も聞いたことがあります。いよいよこのネタも ServerTasks行へ突入したのか・・・と思いました。

ところで、この行に255文字も詰め込むということは、それなりの数のタスクがロードされるわけですが、本当にそれだけのタスクが必要なのかな、と思わないわけではありません。

以前、アプリケーション開発を専門としている知人が、

「私のPCはメモリが不足していて、サーバーが完全に起動しないんですよ」

と言ってましたが、実際に設定を見てみると、ServerTasks行に、POP3やらIMAPやら、当時のテストには全く不要そうなものを含む、大量のタスクが書いてありました。必要程度までこの行のエントリを削除したら、無事にサーバーが立ち上がったのを覚えています。


パフォーマンスに問題がある本番サーバーの設定を見る機会も多いのですが、一応必ずここの設定は確認するようにしています。もちろん、実際のサーバー環境ともなると、不要タスクを落とす程度では微々たるものかとは思いますが。
例えば、Statsタスクとかは、通常不要です（STATS サーバータスクは何を行うのですか）。個人的にはmapsタスクもあまり好きではないです。


さて、リソースが制限されるテスト環境では、この設定の見直しはお勧めです。テスト環境では再起動をする回数も多いと思いますが、そういう時、このタスクの数によって、再起動が非常に楽になります。

私の現在のテスト端末では、
ServerTasks=Update,Router,AMgr,AdminP
という設定にしています。AMgrとかAdminpは消してもいいのですが、今のところ何故かついていました（消そうかな）。本当はHTTPもよくテストするのですが、結局毎回手動でloadしています。ここらへんは好みによると思います。

あと、深夜にテストするときに、ServerTasksAt1とかで時々悲しいことになるので、ここらへんの行は私のテスト環境ではコメントアウトしています。

ビューの情報をExcelへ

私自身は日頃使わない、というか、多分1度も使ったことがないのですが、ふと思い出したので書いておきます。

Notesのビューで選択した情報を、クライアントのメニューから「表形式でコピー」することが出来るのは、かなり有名だと思います(Notes 6以降)。
ここでクリップボードにコピーしたビューのテーブル情報は、そのままExcelなどに貼り付けることが出来ます。

これも、予想通りIBM Lotus Notes/Domino Hints and Tipsに既に書いてありました。

Copy data from Notes to a spreadsheet

お手軽ネタなので、小規模構成にどうぞ、とのこと。自動同期ソリューションではないので・・・。


その他、Notes 6からは、ビューにグリッドが入ったり、ビューから直接編集出来るようになったりしているので、もしクライアントが完全にNotes 6以降で統一されているのなら、こういった機能も利用してもよいかなと思います。

WebページからNotesへのコピー＆ペースト

Notesに限った話ではないのですが、自分が普段使っている小技を書いておきます。

Webで情報を検索して、ページの1部（パラグラフであったり、単語であったりしますが）をNotesクライアントに貼り付けることはよくあります。メール本文やディスカッションフォーラムに貼り付けることが多いです。
ところが、Webブラウザからコピーすると、「HTML形式」をそのままコピーするため、Notesのリッチテキストフィールドに普通に貼り付けると、HTML属性（色とかサイズとか、その他いろいろ）が維持されてしまいます。一方、本当は文字列の中身だけを貼り付けたいんだけれど・・・というニーズも多いと思います。

これまで、よく使っていたのは、メニューの「編集」→「形式を選択して貼り付け」→「文字」という方法でした。Notes以外のアプリケーションでも同じことが起きる可能性がありますが、こういったメニューがないアプリケーションでは、仕方なく一度テキストエディタにペーストしてから、再度コピーしていました。

ところが、最近、Firefoxの拡張に、 Copy Plain Text という拡張があることを知りました。形式を選択して貼り付けもよいのですが、やはり、Ctrl-Vで貼り付けたいという希望もあると思います。
そういう場合、この拡張を使うと、クリップボードに「テキスト形式」で簡単に貼り付けることが出来ます。
IEの場合はちょっとわかりませんが、Firefoxユーザーには便利だと思います。

リストの上下並べ替えショートカット

前回Ctrl-M のご紹介をしたのですが、もう１つ、あまり知られていないけれど、結構便利なショートカットを思い出しました。

リストや表をNotesの機能を使って作っているとき、順番を入れ替えたいときってよく出てくると思います。こんなとき、Notes 6からの新機能を使うと、ショートカットキーだけで簡単に入れ替えることが出来ます。

Ctrl + ↓ です。矢印キーとCtrl。上に行く場合は↑です。

本来は、マインドマップなどを書いてきちんとブレインストーミングするのがよいのでしょうが、ちょっとしたことを箇条書きにする場合、思いついた順に書き並べ、これで順番を並び替えて頭を整理するなんていうのは、私はわりとよくやります。
下のエントリが浮かび上がっていくのは、なんとなくバブルソートを思い出させる操作です。

こういうことは、Alan Lepofskyがわかりやすく書いているのではと思い検索してみると、やはりありました。絵が書いてあるので、直感的に理解しやすいかと思います。

Re-arranging values in a list or cells in a table

アプリケーションのパフォーマンスが・・・

アプリケーションのパフォーマンスが悪い。

そんなときに、どこを疑いましょうか。
また、そんなことにならないように、何を注意しましょうか。

というトピックで、お話をする機会があったのですが、参考となる主要リソースをここにまとめておきます。いまさら的な話ですが、何かの役に立つかもしれませんので。

• Domino アプリケーションのパフォーマンスに関する考慮事項
• R5ベストプラクティスガイド
• アプリケーション・パフォーマンスのトラブルシューティング

個人的には、そんな話をきくと、ビューの状況（数や個々の複雑さ、選択式、列など）と読者フィールドの使用状況、あとWebエージェントの呼ばれ方などが真っ先に気になります。
フォームまわりでは、@DBLookupの呼び方も、影響が大きいみたいです。

その他、ループの書き方、＠関数の利用、データベースプロパティなど細かい項目もいろいろありますが、上記3つのリンクが参考になるかと思います。


読者フィールドが与えるパフォーマンスの話は、思ったより知られてない可能性があるようなので、ちょっと引用してみます。

Reader Names フィールドがパフォーマンスに与えるインパクト　より引用

ノーツ/ドミノがあるビューを表示したとき、フルページ （64K） のデータを引き出そうとするからです。データベースが Reader Name フィールドを使用するとき、サーバーは、データがフル・ページになるよう十分な文書を検出するまで、それぞれの文書の Reader Name フィールドをチェックしなければなりません。結果的に、ビューで、限られた数の文書にアクセスしているユーザーがこのビューを操作しようとした場合、ペー ジ全体を文書で埋める前に、サーバーは何百何千もの文書を検索します。このプロセスの間、そのビューを他のユーザーが操作しようとすると、初めのユーザー の検索処理が終了するまで、後のユーザーは待たなくてはなりません。実際、Reader Name フィールドが検索されるのを同時に待つユーザーが増えるほど、サーバー・パフォーマンスは損なわれていきます。

文書数が大量にあって、1人が見れる文書が極端に少ない時のお話です。

Live blogging from DNUG/IBM Lotus Technical Conferenceより

Live blogging from DNUG/IBM Lotus Technical Conference keynote

Ed Brillのブログエントリーより。
いくつか興味深いところがあるのですが、まず、7.0.2のRSS Feed Generatorのピクチャショットが公開されました。画面はわかったけれど、ロジックはまだ不明です。

もう1つの大きいニュースは、Hannoverに、ワープロ、表計算、プレゼンテーション機能が入るという点です。反応は微妙だろうと思ったのですが、コメントを見る限りは思ったよりずっとポジティブなようです。
IBM Productivity Tools というのがODF(Open Document Format)をサポートしているのですが、これがHannoverにも含まれるようです。

ちょっと実際に見てみないと、コメント出来ませんが・・・。

Admin 2006

あまり意味のあるエントリでないのですが、ちょっとした話題として。

日本にはかつてNotes/Domino Magazineという雑誌がありましたが、USにもDomino系の雑誌はいくつかあります。その中でも有名な雑誌は「The VIEW」でしょう。 私も以前は少し読んでいましたが、最近はご無沙汰です。決して安い購読料ではないのですが、意欲ある日本人技術者で自費で購読していた人も身近にいたような気がしました・・・。

このThe VIEWは雑誌だけでなく、定期的にいろいろなConferenceをやっていて、開発から管理、移行など様々なトピックで技術的な情報を発信し続けています。このイベントのよいところは、セッションスピーカーが幅広く集められている点にあると思います。雑誌の記事もそうですが、Lotusのメンバーだけでなく、個人でコンサルタントをしているような技術者が、セッションを持ちます。旧Iris（開発）の人たちの話も、時にディープで、時に我々が知りえない内容が出て面白いのですが、現場のコンサルタントたちの話も即戦力的で非常に面白かったりします。

つい最近、ボストンで、Admin 2006 というConferenceを行っていたそうです。特に内容について深く知っているわけではないのですが、どうやらHannoverについてのセッションが盛り上がったようです。

"Hannover" is just a code name for the next release of Lotus Notes

Hannoverブログからのエントリです。タイトルは、「Hannoverって、次期Notesのコードネームなんだよ」というものですが、ぼそっと興味深いことも書いてあります。

今回、複製機能の改良を試みようと、いろいろとディスカッションをしているそうなのですが、その改良でもって、「レプリケーション」の呼び名を「シンクロナイゼーション」に変えようという意見もあるそうで。
当然ながら賛否両論だそうです。

日本では「複製」と呼ぶだろうからいいにしても、いろいろな意味でReplicationのままにしてもらいたいのが個人的意見です。Notes.iniとかLotusScriptとか書き換えるの嫌ですし、そのままでよいならReplicationでよいですし・・・。
と、トーンダウンしながら、複製の改良というのに期待します。

RSSとBlogテンプレート

ニュース的なコネタです。

Ed Brillブログにて、Domino 7.0.2の話が紹介されています。
Intranet Journal: Enhance Your Lotus Intranet with Open Source Solutions (and Notes/Domino 7.0.2)

その中で私が興味をひかれたのは次の2点。

• ブログテンプレート
• RSSフィードテンプレート
  

ブログについては前々から噂がありましたが、どのような実装なのか興味津々です。
以前、dominoblogの作者がIBMに入るとともに、このテンプレートが製品の1部になるという話があったのですが、そのことなのかもしれません（し、違うかもしれません）。

New Beginnings....

LotusphereでKevin Cavanaughが、将来的に「RSSフィード」と「ブログテンプレート」がDominoに入るなんてことを言っているので、こっちの話かもしれませんが。

RSS feeds and blog templates coming in Domino


個人的にとても興味があるのは、RSSフィードテンプレートです。
どうやら、フィード対象NotesDBの設定情報を入力すると自動的にRSSフィードを生成する集約されたDBのようで、ネイティブコードとしてRSSをサポートするわけではないようです。

私も、任意のNotesDBのRSSを生成する、集約したNotesDBを作ることの意義について、昔考えたことがありました。イメージしていたのは、RSSフィードを発信したいDBの必要情報（channel情報となるDBの情報、およびitem情報となる、フィールド名など）を設定しておき、OpenAgent（＋DB名を引数で）でアクセスしてリアルタイムにRSS生成するというものです。が、無数のRSSリーダーにOpenAgentが毎回お相手するのは、デザインとしてあまり美しくないかな、と、あっさりあきらめたものです。どういうものになるのか、ちょっと楽しみです。

出来れば、ReadViewEntriesのように、URL引数で、例えば ?ReadRSSのような引数でビューをアクセスすると、ビュー情報をRSSで出力してくれたら素敵だなあ、という妄想もありました。が、DXLと違い、任意のDB（どのようなフィールド定義であっても）に対してRSS出力を実装するのは難しいかな、と、これまた妄想で終わっていたところです。ネイティブ対応は難しいのかもしれませんが、どんな実装になってもよいので簡単に各DBのRSSが出力出来るようになる日を待ちわびております。（もっとも、現状でもそれほど難しくはないのですが）

Hannoverについて

Hannoverに対する私の個人的興味は特別高いわけではないのですが、ともあれ、一応Hannoverに関連するブログ(Designing the User Experience for Lotus Notes and Sametime)にはざっと目を通そうと思っています。

最近のエントリより

Including Outlook users

特別興味をひかれたわけではないけれど、まあ、「へぇ」ボタンくらい押してもいいかなあと思いました。
内容は、「Outlookユーザーの意見も(一応)きいていますよ」というエントリ。IBMが買収した企業の中には、元々Outlookを使っているところもあり、そういったユーザーはNotesへ移行してもらうことになるけれど、そうしたユーザーへインタビューもしています。とのことです。

このOutlookユーザーへのインタビューもそうですが、このブログオーナーの興味のあるサイトや購読ブログを見ると、わりと幅広く情報収集をしており、本気で考えている姿勢は感じられます。（ブログ画面右側）

例えば、Appleのヒューマン・インタフェースのガイドライン
Apple Human Interface Guidelines
それから、
Lotus Notes Sucks site
というサイトまで目にしているようです。

また、Microsoft技術者のブログも購読しているようで、
Jensen Harris - An Office User Interface Blog
Melissa Macbeth on Outllook Tasks and Time Management

など。さて、こういった研究成果はどのようにHannoverにつながるでしょうか。

システム管理プロセスで名前変更

私はRSSリーダーで、英語版サポートページ(Knowledge Base)を読んでいます。毎日何十エントリか更新があるので、タイトルだけざーっと斜め読み確認していて、非常に気になる記事だけ目を通しています。
(なおRSSリーダーはBloglinesからLivedoor Readerに変更しました。OPMLサポートなので移行もラクでした)

この前気になった記事はこれです。
AdminP Rename request does not complete; User is not prompted to rename ID

システム管理プロセス(Adminp)を利用すると、ユーザー名変更などがあった場合に、バックグラウンドでACLや読者フィールドなど、非常に多くの部分を自動的に変更してくれ、スムーズな名前変更が可能になります。
ところが、実は１つだけ(?)落とし穴があり、「Dominoディレクトリのユーザー文書パブリックキーと、ユーザーIDのパブリックキーが異なる場合、Adminpが動作しない」という現象が発生します。
そもそも、Adminpというのは、ユーザーがサーバーにアクセスしないことにはその後の処理が流れていきません。そのため、「誰がどこまでどうなったか」のトラッキングなどが実際のプロジェクトでは重要になるのですが、エラーログも残らず「ただ処理されない」という状況であったために、大規模で認証変更などを行う場合は結構悩ましい問題でした。（再認証を行うときに、Dominoディレクトリを正しく指定しないときにこの問題の根本原因が発生しますが、管理者はIDファイルのみのことを考えるので、結構ありがちといえます）

この技術文書によると、Domino 6.5.2から、ログが残るように変更になったそうです。私自身まだ検証していませんが、ログが出るだけで、認証移行の作業はトラッキングにおいて随分ラクになるのではないかと思います。いずれにせよ、このエラーログが出た場合は、ユーザー文書に正しいパブリックキーを入れる必要があるのですが・・・。

Ctrl+M

本当にコネタなのですが、Notesクライアントをお使いの方には是非ともお勧めしたいショートカットです。思った以上に知られていないようなので、ここでご紹介しておきます。

Ctrl+M : 新規メールの作成

Notesクライアントだからこそ、このようなことが可能になっているわけですが、このショートカットは、「便利」なだけではなく、メール送信までにかかるアクション数が大きく減ることから、人と人との距離がさらに縮まるのでは、というのを重要視する声もあるようです。（もっとも、メールのようにIMを使うというUS的なアプローチもあると思いますが。）

このショートカット、私自身は、かなり日常的に使っています。技術者に限らず、一般のNotesクライアントユーザーさんにも便利なものだと思いますので、機会があったらご紹介してみて下さい。

DominoでRSS(あわてて完結編)

DominoでRSSについて書こうかとのんびりしていたら、すっかりタイミングを失ってしまっていました。
そんなところに、developerWorksに、正式な記事を発表されていましたので、こちらを紹介すればよいかなあという気になってます。

Lotus Notes/Dominoを使ったRSS配信アプリケーションの実装解説

この資料の作成者、大川さんのブログでも早速紹介されています。

DominoでのRSS実装解説

のんびりしていると、仕事を失ってしまうというよい例でもあります（苦笑＆反省）

DominoとXMLが注目され始めた2000年頃から、こういったXML配信のテクニックは紹介されており、今回のRSS配信テクニックもそれに基づいたものですが、ここにきてようやく使われるようになったのは、XMLという技術がそれだけ成熟し、ボキャブラリが豊富、かつそれぞれが安定してきた証拠でもあると思います。
これらのテクニックは、まだまだAjaxとの組み合わせなど、Dominoデータをいかに効率よくリクエスト先に渡すかという点でも活躍の場があると思います。Domino 7ならSOAPを使うのもよさげですが、扱いやすいデータにこしたことはありませんので。後は、いずれ研究してみたいですが、ビューのカスタマイズだけでJSONが配信出来ればAjaxとの融合性はますます進むと思います。（XML/DXLでもらって、JKL ParseXML ライブラリを使ってもよいですが、折角なのでDominoで頑張ってJSON作りたいですね。OpenAgentなしに）

話を戻すと、DominoのRSS出力といえば、非常に参考になるのが、notestips.comの２つの記事です。

Creating an RSS 1.0 news feed in Domino R5
Creating an RSS 2.0 feed in Domino R6

ここで重要なのは、Dominoのリリースではなく、RSSのバージョンです。
RSS1.0と2.0というのは全く別のものであり、2.0が1.0より優れているというわけではありません。それぞれに特徴があり、RSS1.0, 2.0それにatomを足した３つが現在主流のフィード形式で、どれを使ってもほぼRSSリーダー側で対応しているので問題はないはずです。（昔から、海外では2.0が主流、日本では1.0が主流でしたが、atomが完成して少しずつトレンドは変わっているかもしれません）

ということで、2.0の記事を参考にすればほぼよいですが、1.0の記事も十分使いものになります。
Dominoのリリースはあまり関係ありませんが、Domino 6以降を利用することで、ページを明確にXML扱いさせられるのはよいかと思います。

あと、RSSにはAutoDiscoveryという重要な技術があるのですが、こちらは上記のDomino 6の記事に書いてあるので参考にするとよいかと思います。

社内サイトでは、RSSリーダーの普及度の問題もあり、どこまで利用するかは微妙ですが、社外向けにDominoサイトを運営している場合は、是非活用されるとよいかと思います。

greasemonkeyとDominoについて思うこと

greasemonkeyというのをご存知でしょうか。

Firefoxの拡張の１つですが、これを使うと既存のサイトにユーザースクリプトを定義し、DHTML的な動きを加えることが出来ます。Dominoの世界で代表的なのはLDDMonkeyと呼ばれているもので、LDDフォーラムのビューから、本文をプリビュー出来るというものです。

便利なものは、本当にサイトを見違えるように便利にしてくれます。

ところが、DHTML的なJavaScript処理をするためには、あらかじめ生成されているHTMLに、Classやidが適切に存在するなど、構造的に扱いやすくないと非常に難しいことが多いです。greasemonkeyは、あくまでJavaScriptの追加なので、既存のHTMLに依存するところもよくあります。

そこで思い出してしまうのが、DominoとJavaScriptの関係です。現行のDominoというのは、どうしても生成されるHTMLを完全にコントロール出来ないところもあり（自動生成されているため）、場合によっては不要な部分まで生成してしまうこともあります。以前のエントリの「文書が見つかりません」などはその典型でしょう。で、これらを隠すために、JavaScriptのonloadイベントで上書きしたりしますが、こういったテクニックってgreasemonkeyで時々使われるテクニックに似ているなあとふと思いました。

「文書が見つかりません」に対応する

DominoでWebアプリケーションを作成したとき、ビュー上に「文書が見つかりません」と、大きく表示されることがよくあります。これは、文字通り、ビューに文書が存在しない場合に表示されます。

これはDominoの標準機能であり、開発者が何もしなくても表示されるのですが、これは以下の2点で問題となることがあります。

• メッセージは自動的に表示され、開発者はメッセージをカスタマイズすることが出来ない。表示するのをやめることも標準機能では出来ない。
• メッセージが非常に大きく目立つ。

これに対応するため、長いこと多くの開発者たちが解決方法を検討してきました。

さて、今回に限った話ではありませんが、このように「Dominoが勝手にやってしまうことを制御する」ためには、主に２つのアプローチがあります。

1. Dominoがそれを勝手に生成しないよう、極力工夫をする
2. Dominoが生成してしまったものは仕方ないとし、生成されてしまったものの表示をいかにコントロールするかを工夫する
   

一言でいえば、上記の1.はサーバーサイドで、2.はクライアントサイドで何とかしようというアプローチです。

今 回の問題を含め、古典的アプローチとしては主に1番目の解決方法が行われていました。例えば、以下のLDD Todayの文書ではこの問題に対する解決策が提示されています。これは、「存在しなかったら、ビューを隠すようにする」というサーバーサイドでの工夫に なります。

「文書が見つかりません」というメッセージの置き換え

一方、サーバーサイドで出来ることには、やや限界があります。今回はこれでもよいですが、ビューを開くたびに、@Dbcolumn が動くのも、ちょっと気にかかります。

そこで登場するのが、クライアント側のテクノロジ（CSS、DHTML）です。
これを使って見事に解決した例が、以下の記事になります。（英語）

Using the DOM to replace "No documents found"

ここで、ポイントとなっているのは、この「文書が見つかりません」というのは、常に h2タグ に囲まれて生成されているということです。（h2タグというのは、見出し２レベルのタグであり、だから、文字サイズが大きい）

すなわち、このビューページの中で、h2 タグがこれしか存在しなければ、h2タグの中身を問答無用に書き換えてしまおうというアプローチです。（事実、よほどパススルーHTMLなどで直接指定しない限りは、h2タグは使われていないと思います）

最初のアプローチとしては、 h2 タグ部分を非表示スタイル指定してしまうという方法です。この方法は文字列を書き換えるのではなく、見えなくしてしまう方法です。非常に簡単です。
第二のアプローチとしては、JavaScriptのDOM機能を使って、h2タグの中身を上書きしてしまうという方法です（DHTMLともいいます）。この場合は、文字列までもがコントロール可能になります。

な かなか JavaScript でこのようなことを行うのは、まだメジャーではないけれど、Ajax全盛期において、少しずつ主流になってくると思います。なお、クライアントサイド側で の調整は、ブラウザ依存があったり、ユーザー側がCSSやJavaScriptをオフにすることで全て無効化されてしまうため注意が必要です。また、クラ イアント側でのアプローチも、Dominoが生成するHTMLに依存するため完璧なコントロールが出来るわけではないですが、少なくとも今回に関しては見 事に機能するという一例になります。

コードの詳細は、紹介した notestips.com のサイトにて記述がありますので、英語ではありますが是非読んでみて下さい。

DominoBlogを探す/登録する

世界中には、Notes/Dominoに関するブログを開設している有志がたくさんいますが、そのまとまった情報が存在しません。

そんなのに答えるため、Domino関連ブログをまとめたサイトが出来たようです。

DominoBlogs

これは各地域ごとにカテゴリで別れています。私たち日本語文化圏は基本的にAsia Pacificでよいと思います。たいしたことを書いていないこのブログですが、一応何らかの盛り上がりにつながれば、と登録してみました。

Notes/Domino de chotto koneta


＃追伸：RSSの話もそのうち続き書きます。でもなんか、やっぱり自分のエントリはコネタ向きなのかも。

Notes/Domino 7 移行ガイド

既に紹介した、Redpaper も非常に役に立つと思いますが、こちらは日本語なのでもっと読みやすいと思います。

Notes/Domino 7 移行ガイド

もともと、各リリースともに、ヘルプの中にこうした移行ガイドは入っていたんですが、Domino 7からは落ちていたみたい。もともと、Yellow Book という名前で、移行ガイドをWestfordで開発していたようですが、それの日本語版になります。

サーバーからクライアントまで、細かいところもよく書いてあると思います。先のRedpaperはベストプラクティス色が強いので実践用というかんじですが、こちらは細かい部分などよく網羅されています。

Notes/Domino 7 移行Redpaperドラフト

7への移行 Redpaper が、Webで公開されはじめました。

Upgrading to Notes and Domino 7 - Enterprise Best Practices

Best Practicesとだけあって、新機能の紹介、というよりは、各種の考え方やステップなどに重点があたっています。

個人的には、第4章の混在のパートと、付録のポリシーに関する部分が面白いと思います。

DominoとRSS(2)

前回の続きです。

RSSを利用すると、閲覧者は自発的にWebサイトに更新チェックに行く必要がなくなります。Dominoにも購読機能や、未読チェック機能などがありますが、Webブラウザから利用するならやはりRSS機能に対応していると嬉しいでしょう。

Dominoでは、わりと簡単にRSS対応させることが出来ます。開発もそれほど難しくありません。
ただ、そのためには、RSSの文法を一応知っている必要があります。

以下、非常に簡単なRSSの説明です。

• RSSの中には、「チャンネル」と「アイテム」があります。
• 「チャンネル」とは、Webサイトのことです。テレビ局でいう「チャンネル」のようなイメージです。RSSには、チャンネル要素が１つだけ存在します。通常は、そのサイト情報（タイトル、リンク、サイト定義など）を記述します。
• 「アイテム」とは各記事のことです。テレビに例えると個々の「プログラム」のようなイメージです。RSSには、複数のアイテム要素が存在します。そのWebサイトにある記事の一覧が含まれます。個々のアイテム要素には、タイトルやリンク、サマリー、著者やカテゴリー、最終更新日などが含まれます。
• 全文配信か、サマリー配布かの規定はありません。（サイトによって異なる）
  

DominoとRSS（番外）

DominoとRSSについて、続きを書こう書こうと思っていましたが、だらだらしているうちに、Lotusphereから興味深いお話が。

ソースはここから。

RSS feeds and blog templates coming in Domino

HannoverのセッションでKevin Cavanaughがプレゼンしたそうですが、Domino 7の標準機能としてのRSSとBlogテンプレートの話があるそうです。

そもそも、Hannoverのピクチャーショットの中に、RSSという項目があったので、注目していたのですが、Dominoとどのようにからむのか見ものです。
Blogテンプレートも、製品標準としてどういうものが出てくるのか、こちらも注目。

Webアプリケーションと添付ファイル

いつも良いネタを提供してくれる、nsftools.com より。

http://www.nsftools.com/blog/blog-01-2006.htm#01-10-06

Notesには添付ファイルを自動的に圧縮する機能がついており、Notes 6/ODS43からは、さらにLZ1圧縮がサポートされるなど、ファイルストレージとしての機能を備えています。
圧縮されているファイルは、基本的に、ネットワーク上も圧縮されたまま転送され、Notesクライアントの機能で復号します。このため、Notes 6のODS43でLZ1サポートしたときも、R5クライアントがいるとかえってサーバーに負荷をかけるというお話がありました。

ここで紹介されているのは、それと同じ話。Webでの話です。
もちろん、Webブラウザは添付ファイルの復号なんていう機能はありませんので、サーバーがファイルを復号し、クライアントに転送します。このため、 Webで圧縮された添付ファイルを開くと、かえって時間がかかってしまうというものです（当然サーバー負荷も増えているはずです）。

つまり、「作成、編集はNotesクライアントで、閲覧はWebブラウザで」という形態で運用しているアプリケーションにおいて、コンテンツの作成者は、 添付ファイルの圧縮チェックボックスに注意したほうが効率がよいですよ、というお話です。（デフォルトで圧縮されてしまうため）


余談ではありますが、私個人はLZ1圧縮の考えは好きで、Notes6以降に環境が特定されているのなら、積極的に使っていくべきだと思っているのですが、、、なかなか浸透するのは難しいようです。

DominoとRSS(1)

新年あけましておめでとうございます。すっかり停滞しているこのブログですが、ドミノ懇談室の閉鎖もあり、Dominoエンジニアとして少しでも盛り上げたいと、微力ながら書き続けることにします。

昨年は、いよいよいろいろなところで「RSS」という言葉が聞かれるようになりました。IBMのサイトもRSSフィードが増えてきていますし、Dominoも対応していきたいところです。

RSSを一言でいうと、「WebサイトのサマリーをXML形式で表現する」というものなのですが、現在、その用途はむしろ、「Webサイトの更新情報を配布する」という役割になっていると言えます。
つまり、RSSだけ見ていれば、そのWebページで何がいつ更新されたか、がわかるということです。

RSSには紆余曲折の歴史があり、バージョン1.0, 2.0と混在していたりとか、そもそもRSSは何の略語かが１つに決められない、など複雑な点がありますが、ユーザーとして使ってみると本当に便利です。

Dominoで対応していくのはもちろんなのですが、まずはDominoエンジニアも、情報収集はRSSリーダーを使って行いたいものです。私は、いろいろと使いましたが、最終的には多くの皆さんと同じく、Bloglinesに行き着きました。
使うものは、任意のリーダーで構わないと思いますが、是非Domino技術者も、標準的にRSSリーダーを使うようにしましょう。

国内には、Domino関連のブログはまだ少ないですが、developerWorksや、KnowledgeBaseもRSSで読めますし、海外には様 々なDominoブロガーたちが記事を書いています。ブックマークから１つ１つクリックしていたのでは読めませんが、RSSリーダーを使えば、なんとか 追っかけられるものです。基本的に、ブログと呼ばれるものはRSSを出力するのは標準装備ですので、是非トライしてみて下さい。

また、当ブログのように、滅多に更新されないようなサイトも、RSSリーダーには最適で、登録さえしておけば忘れた頃に更新記事が入ります。このブログサイトも、是非RSSリーダーに登録しておいてもらえるととても嬉しいです。