WebLog about me.

開発用のマシンをFedora Core 5 から、Fedora 7にアップグレードしました。

元、FC5で使用していたハードディスク(LVM)は残し、新しいハードディスクにF7をインストールしたのですが、FC5で使っていたLVMのディスクは、特別な操作を必要とすること無く、デバイスが作成されましたので、それをマウントしてそのまま使えました。

/etc/fstab

...
/dev/VolGroup00/LogVol01 /backup       ext3    defaults        0 0
...

インストール後、フォントが綺麗になっている感じがして、気持ちが良いです。（この感覚はすぐに忘れてしまうでしょうけど・・・) また、これを機会に、Playstation3で利用可能なDLNAのサーバーがあることを知り、mediatombをインストールしてみました。 PS3から、Linuxのファイルを見ることができるようになりました。これは別途、まとめたいと思います。 さて、まず、問題なく動作したのですが、Firefoxに対するJava Pluginがきちんと働かなかったので、調べてみると・・・

# yum -y install compat-libstdc++-33

が必要でした。

久しぶりに近所の「玉の湯」という銭湯に、子供達と行ったところ、今月(2007年9月)をもって営業を止めることになるという張り紙がしてあり、とても、残念に感じました。

昭和39年創業とのことなので、40年間、釜を炊き続けたことになります。

私は子供のころから銭湯が嫌いではなく、様々な人たちが、一日の疲れを癒しているのを見ると、何か自由な時間を感じることができます。

私が住んでいるアパートの周辺は、団地が立ち並んではいるものの、まだ、田畑が残っている田舎じみた場所です。40年前を想像すると、おそらく、何にもない中に光輝く場所として存在したのだと思います。

番台のおばさんは品が良さそうです。もし、このおばさんが40年前から番台に立っていたのならば、とても、綺麗な女性で、男性客はきっと照れたり、嬉しくなっていたことでしょう。

お金の勘定があまり得意ではないようで、「大人一人と小学生と、シャンプーと石鹸」を頼むと、たどたどしく計算機を使って時間がかかります。私は、ちょっと失礼かも知れませんが、とても、微笑ましく、おつりがくるのを待ちます。

お風呂は、清潔で、小さな露天風呂が有り、小さな庭には鯉が泳いでいて、そこからの観月は贅沢な時間です。

そして、風呂あがり、自動販売機でジュースを買い、タバコを吸いながら、またしても、月を見ながら家路に着きます。いい時間です。

玉の湯は、決して、豪華ではなく、過剰なサービスもありません。でも、私は十分満足です。

大資本の元に作られた健康ランドのように、ゲーム機が置いてあったり、マッサージができたり、バーがあったり、宴会場はありません。それでも、子供たちは、とてもいい顔をしてます。

私が生まれたころは、家やアパート、マンションに風呂がついていることは当たり前となっていましたが、銭湯は、おそらく、それ以前の時代、つまり、家風呂が当たり前では無かった時代には、無くてはならないものだったのだと思います。

もっと、想像力を働かせると、単身者用のマンション、アパート、寮などは、銭湯を中心に、あるいは、共存していたのではないかと思います。

銭湯は、オアシスのようです。

家で風呂に入れるような状態になると、銭湯は必須の施設ではなくなってきます。

もしかしたら、私が銭湯を好きな理由は、昭和的なノスタルジーを感じたいからなのかもしれません。

銭湯の未来形は、都市型スパリゾート( Zaboo のような )に発展するのかもしれませんが、先にも述べた通り、私が銭湯に望んでいるのは企業がコーディネイトする過剰なサービスではないので、あまり、関係がないように感じます。

時代とともに、愛すべきものが滅んで行くことに耐える術を身につけなくてはいけない年齢になってきているのかもしれません。

かすんだ秋の月を見ながら、玉の湯から帰ってくる途中、子供たちが、「お風呂、潰れちゃうの?」と聞いてきたので、私は、「いや、そうじゃなく、続けることを止めたんだと思う」と答えました。

先月、GlassFish v2がリリースされ、優れた技術者やコミュニティとともにSunはこれまでに無い完成度を持つApplication Serverの開発に成功したようです。

GlassFishはCDDLベースのもと、オープンソースで開発されていますが、Sunはそれを元に、Sun Java System Application Serverを製品としてリリースし有償のサポートも提供し始めています。

ソースは公開し、サービスやサポートは有償というスタイルは目新しいものではなく、JBossが見せたやり方です。
JBossの場合は、マニュアルも有償でしたが・・・

さて、前置きが長くなりましたが、Sunはたくさんのオープンソースのプロダクトに関わっている会社になりました。
時には、自社のソフトウェアをコミュニティに提供したり、プロジェクトの発起人であったり、買収した製品をオープンにしたり、元々オープンソースであったものをサポートしたり、と関わりかたはそれぞれです。

Sunのプロダクトに関連するオープンソースプロジェクト（必ずしもコードベースで対応しない物もあります)を、いくつか挙げてみました。

Product	OpenSourced	Comment
SPARC	OpenSPARC	?
Solaris	OpenSolaris	GPLv2
Java	OpenJDK	GPLv2
JavaDB	Derby	Apache
Sun Java System Application Server 9.0/9.1	GlassFish	CDDL
Sun Java System Directory Server	OpenDS	CDDL
Sun Java System Message Queue	Open Message Queue	CDDL
Sun Java System Portal Server	Open Portal	CDDL
Sun Java System Access Manager	Open SSO/Federation	CDDL
Sun Studio	NetBeans	CDDL
StarSuite/StarOffice	OpenOffice	CDDL

特に結論は無いのですが、以前あったオープンソースとコマーシャルベースのソフトウェアの二元論は、あまり意味をなさないような気がしてきます。何らかの形で共存、あるいはシフトしていくのだと思います。

テーブルとクラス（オブジェクト）が、一対一で対応している場合は非常に単純な定義ですみますが、ほとんどの場合、複数のテーブルがリレーションシップを持ちます。

以下の例は、出版社が複数の書籍を出版しているという、一対多の典型的なリレーションシップを持ったデータです。

create table PUBLISHER (
  PUBLISHERID varchar( 255 ) primary key,
  NAME        varchar( 255 ) not null
);

create table BOOK (
    BOOKID      int                 primary key,
    TITLE       varchar( 255 )      not null,
    PRICE       int,
    PUBLISHERID varchar( 255 ),
    
    constraint PUBLISHERID_KEY foreign key ( PUBLISHERID ) references PUBLISHER( PUBLISHERID )
);

RDBMSに関しては、上記でテーブルがあれば十分で、SQLを使用して実務上必要な様々なデータ操作が可能です。 例)書籍の出版社名(PUBLISHER.NAME)を検索

SELECT p.NAME, b.TITLE 
  FROM PUBLISHER p, BOOK b 
  WHERE p.PUBLISHERID = b.PUBLISHERID
     AND b.BOOKID = 1;
結果
p.NAME         b.TITLE
------------    --------------------
Publisher 1	Java Book

RDBMSの準備としては、上記で十分なのですが、これをオブジェクトとしてアプリケーションで扱う場合、概念としては以下のようにする必要があります。 これを実際に行おうとすると単純に進まないことが多くなりますが、（これに関する意見は、下にまとめます)　JPAのようなO/Rマッピングフレームワークを使用すると、以下のように、オブジェクトとデータを対応させることのでき、コードはオブジェクト指向的であり理想的になります。

package jpasample;

import javax.persistence.EntityManager;
import javax.persistence.EntityManagerFactory;
import javax.persistence.Persistence;

public class OneToMany1 {
  private static EntityManagerFactory factory = Persistence.createEntityManagerFactory("topLinkPersistence");
  private static EntityManager manager = factory.createEntityManager();
  
  public static void main( String[] args ) {
    
    //Bookをインスタンス化する。
    Book book = manager.find( Book.class, 1 );
    
    //Bookインスタンスから対応するPublisherインスタンスを取得する。
    Publisher publisher = book.getPublisher();
    System.out.println( publisher );
  }
}

Book側に、publisherプロパティに@ManyToOneと記述しておき、Publisher側のどのカラムで結合するのか、キーとなるカラムを@JoinColumnのname属性で指定しておきます。BOOKテーブル側のキー名（つまり外部キー名)を指定します。 「Publisherエンティティは、BOOKテーブルのPUBLISHERIDカラムを使って結合されたものです」という指定になります。ちょっと不自然な気がしますが・・・。

package jpasample;

import java.io.Serializable;
import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.Id;
import javax.persistence.JoinColumn;
import javax.persistence.ManyToOne;
import javax.persistence.Table;

@Entity
@Table(name = "BOOK")

public class Book implements Serializable {
  @Id
  @Column(name = "BOOKID", nullable = false)
  private Integer bookid;
  
  @Column(name = "TITLE", nullable = false)
  private String title;
  
  @Column(name = "PRICE")
  private Integer price;
  
  @ManyToOne
  @JoinColumn( name="PUBLISHERID" )
  private Publisher publisher;

    ...以下 getter,setter ...
} 

Publisher側ではリレーションシップに関する特別なアノテーションは記述していません。

package jpasample;

import java.io.Serializable;
import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.Id;
import javax.persistence.Table;

@Entity
@Table(name = "PUBLISHER")

public class Publisher implements Serializable {
  @Id
  @Column(name = "PUBLISHERID", nullable = false)
  private String publisherid;
  
  @Column(name = "NAME", nullable = false)
  private String name;

    ...以下 getter,setter ...
} 

Book側のテーブルは外部キー"PUBLISERID"としてPublisherとの関連性が記述されています。一方、Publisher側のテーブルは、Bookの存在は一切記述されていません。この場合、Bookは「リレーションシップの所有者である」と表現されます。 BookからPUBLISHERIDを通じてPublisherを得ることは可能ですが、PUBLISHERテーブルだけを眺めてもBookの存在は見えてきません。 上記の例では、Book側からPublisherを取得するという方向性を持ちました。PublisherからBookを得ることはできていません。 この状態は「単方向(unidirectional)」です。 逆に、Publisher側からそれと関連している複数のBookを取得したい場合、つまり、「双方向(bidirectinal)」とするには、相手側のエンティティのどのプロパティと対応しているのかをmappedByで指定します。

package jpasample;

import java.io.Serializable;
import java.util.Collection;
import javax.persistence.Column;
import javax.persistence.Entity;
import javax.persistence.Id;
import javax.persistence.OneToMany;
import javax.persistence.Table;

@Entity
@Table(name = "PUBLISHER")

public class Publisher implements Serializable {
  @Id
  @Column(name = "PUBLISHERID", nullable = false)
  private String publisherid;
  
  @Column(name = "NAME", nullable = false)
  private String name;
  
  @OneToMany( mappedBy = "publisher" )
  private Collection books;

    ...以下 getter,setter ...

@OneToManyに、Book側のpublisherというプロパティによりマップされます、という指定を行います。この指定を行うことで、特定のPublisherが出版しているBookを以下のように取得できます。やはり、理想的なコードです。

package jpasample;

import java.util.Collection;
import javax.persistence.EntityManager;
import javax.persistence.EntityManagerFactory;
import javax.persistence.Persistence;

public class ManyToOne1 {

  private static EntityManagerFactory factory = Persistence.createEntityManagerFactory("topLinkPersistence");
  private static EntityManager manager = factory.createEntityManager();

  public static void main(String[] args) {
    Publisher publisher = manager.find( Publisher.class, "PUB-1" );
    Collection books = publisher.getBooks();
    for( Book book : books ) {
      System.out.println( book );
    }
  }
}

実際に発行されているコードを見てみると、

SELECT PUBLISHERID, NAME FROM PUBLISHER WHERE (PUBLISHERID = ?)
SELECT BOOKID, TITLE, PRICE, PUBLISHERID FROM BOOK WHERE (PUBLISHERID = ?)

の2つが実行されています。 まとめとして、リレーションシップを指定する際は・・・

• リレーションシップの所有側はどちらか?　を把握しておく。（外部キーが定義されているテーブル側）
• 所有者側のプロパティに@ManyToOneと@JoinColumn( name="外部キー" )を指定する。
• 双方向でオブジェクトを扱いたければ、非所有者側にコレクションプロパティを追加し@OneToMany( mappedBy="相手側のプロパティ" )を指定する。

以上で、2つのエンティティの結びつけが可能になります。

リレーショナルとオブジェクトのマッピングについて

一対多の関係をO/Rマッピングで操作しようとすると、単に一つのテーブルをオブジェクトで扱う時と比べて、徐々に複雑さが増してきますが、リレーショナルデータベースを扱う際は避けて通れない状況です。その困難さと複雑さは、「オブジェクトとリレーショナルのインピーダンスミスマッチ」と表現され、一般的な問題として取り上げられていますし、それを解決するためのO/Rマッピングフレームワークであるといわれます。 そして、「O/Rマッピングフレームワークの導入がすべて解決するというものではない」ということもいわれています。ある書籍に、「O/Rマッピングはベトナム戦争のようなもので、最初は誇らしげに参入するが、結果は惨憺たるものだ」と記されており、経験上、ある程度同意できます。シンプルなJDBCとSQLを使ってデータ操作した方が、格段に楽な場合が少なくありません。 すぐそこに見えるデータを更新したいのに、面倒なフレームワークの手続きが必要となるのは、ストレスな場合があります。エンティティをオブジェクトして扱えると便利な場合と、表形式のデータ操作の方が楽な場合の2種類が存在すると考えます。 オブジェクト指向を好んでいる人は、全てをオブジェクトで操作したいでしょうし、逆に、SQLだけのシンプルな手法ですべて対応できれば、それはそれで悪くありません。 いずれにしても、リレーショナルに設計されたデータを、オブジェクトとして扱う場合、O/Rマッピングを導入したとしても、何らかの努力が必要になります。つまり、「リレーショナルなデータをオブジェクトで扱う」と言うのは、一つのアイディアではあるのですが、現実問題として、JavaもRDBMSもそれぞれお互いのモデルを完全にサポートしているわけでもありませんし、お互いの実装の相互運用を考慮して作られた概念では無いので、その概念の違いは、自前で埋める必要があると思っています。その一つの有力な候補である、JPAは、Java側で、リレーショナルな概念をサポートする新しい標準として、非常に興味深いものです。 私は、面倒くさがりで、記憶力が弱く、必要以上の知識を頭に入れておくことの出来ない人間です。 脳のスペースが狭いので、可能な限り単純な方法で、様々な局面に対応できるものだけを頭に入れておかなくてはなりません。 JPAについて、身につける必要があるかととわれれば、YESです。おそらく、学習に要する努力以上の効果が期待できるからです。

私も使っているCMS, Drupalですが、そのサイトで「Sun MicrosystemsがDrupalのサイトのインフラとしてX4200 (AMD Opteronマシン) を寄付した」と報じられています。
http://drupal.org/node/200275

Drupal.orgは、月に６百万から１６百万くらいのアクセスがあるがあるそうで、遅さを感じる時がありました。（当然ですが、不満はありません）Apache + PHP + MySQLで動作していて、昔からパフォーマンスを向上させるためMySQLやPHPのパフォーマンスチューニングなどの、改善はなされてきたようですが、寄付で運営されいるサイトで細々とやっているような感じはしていました。

X4200はシンプルなラックマウントタイプのOpteronマシンで、何台寄付されたとか、CPUはシングルなのかマルチなのかとか、メモリはどれくらいとか、細かいことは発表では見つけられなかったのですが、企業が、あまりでしゃばらず、静かにコミュニティを支援し、それを、コミュニティがみんなに報告する、という関係は良いことだと感じます。Sun側があまり宣伝を考えずに気軽に寄付したような感じを受けますし、それを、Drupalのコミュニティがきちんと報告しているのは礼儀正しい感じをうけます。

オープンかコマーシャルか？　別の投稿でも書いたのですが、「コマーシャルかオープンか？」という二元論にはあまり意味がなく、ひとつの態度として、どのように共存するかといった距離感を考えることが課題なのだと思います。

また、経験的に、単に早いマシンをコミュニティに送りつけただけでは、通常、役に立ちません。現在、運用されているネットワーク上で正しく稼動させるための移行作業であるとか、経験的な運用能力が必要になるでしょう。さらに、これまでの構成や運用方法、あるは文化などを尊重しつつ新しいマシンをネットワークシステム上に追加するのは、案外、人間的な相互理解を必要とするものです。
そこが、一番困難であり、また、重要なところです。

単に、「無料でマシンをお貸しします！」の営業キャンペーンだけでは、そういった重要な部分を欠くことになります。

また、以前、ある会社で上記のような「新機種無料貸し出しキャンペーン」「開発者支援」「スタートアップキャンペーン」に申し込んだら、「御社は与信審査に通らなかったので御貸しできません」という返答が返ってきたことがあり、失望したことがあります。

弊社の名誉のために言っておくと、これまで、その会社とは多くの取引を行っており、支払いが滞ったことなど一度もありません。逆に、その会社からの支払いを「小切手でもいいですか？」といわれたことがあり、それはお断りしたことがあります。

結局、上記の「無料貸し出し」や「開発者支援」というのは、何か新しいことを始めようとする人や、これからの可能性にテクノロジーを必要としている人たちに対して向けられたものではなく、自社の企業イメージのアップだけにやっている独善的なものが多いと感じました。（もちろん、すべてのリセラーが同じ基準ではないと思いますが）　後日、担当の営業の方が、そのキャンペーン枠とは別の方法で尽力してくれて、私たちはマシンを評価できました。

今の日本が持っている閉塞感はこれからしばらく続いていくことでしょうが、それは「人間が変われば打ち破れる可能性のある感覚」だと思うのです。US SunのDrupal.orgへのアプローチの仕方はとてもいい感じのコラボレーションだと感じます。

少々大型のJavaのWebアプリケーション(Portal Server)を動かしつつ、JConsoleでApplication Serverの統計情報をモニタリングしていたところ、面白い発見をしました。

非ヒープメモリーの使用量と、ロードされたクラスがほぼ対応します。

こちらは非ヒープの遷移状態（４時間程度）：　non heap memory usage

こちらはロードされたクラスの数の遷移状態（４時間程度）： loaded classes

非ヒープのメモリ構成は、

• Code Cache
• Perm Gen[shared-rw]
• Perm Gen[shared-ro]
• Perm Gen

となっています。

クラスには、大きいもの、小さいものもあるでしょうから、一概に数とメモリが一致するわけでないのでしょうが、上のようなグラフを見ると、クラスのロードがメモリに与えるインパクトが感覚的に良くわかりました。

Sun Java System Identity Managerで、調整(Reconciliation)の簡単なパフォーマンステストをおこないました。

Simulated Resourceに、次のようなユーザーを１万件用意し、完全調整によりIDMユーザーの新規作成をすると言った簡単なものです。

<!--以下のデータを10,000件用意-->
<Object name='cn=account_9999,dc=example,dc=com'>
  <Attribute name='employeeId' value='E9999'/>
  <Attribute name='firstname' value='fname_9999'/>
  <Attribute name='lastname' value='lastname_9999'/>
  <Attribute name='login' value='account_9999'/>
  <Attribute name='password'>
    <EncryptedData>wLYoaIy6NDTCUv7D1AsY5A==</EncryptedData>
  </Attribute>
</Object>

使用した環境

• AMD Opteron 148 ( 2.2GHz Single Core )
• RAM 2G
• Solaris 10 x86
• Sun Java System Identity Manager 7.0
• Web Container: Tomcat 5.5
• Repository DB: MySQL 5.0
• Direct JDBC Connection to Repository (Not App Server JNDI pooled Connection )

上記いずれも、デフォルトの状態です。 結果として、72分間で完了しました。よって、概算で・・・ 8334.0 / 時 138.8 / 分 2.3 / 秒 という状態です。エラーが１件あります。 メモリの使用率は実行時とほぼ変わらず、CPUの負荷は常時100%近い状態で、ほとんどがリポジトリ・データベースが占有していてアプリケーションサーバー（Tomcat）の負荷は高くありませんでした。 上記の計算で行くと、例えば５万件のシーディングでは約６時間必要と言うことになりそうです。 継続： この処理の遅さは、Identity Managerというよりは、RDBMSの負荷によるものだと推測します。 この負荷を、外にだし、つまり、RDBMSを別コンピューターで稼動させれば、パフォーマンスが向上する気がします。 まずは、基本となる数字が出たので、後日、トライします。 ・・・後日・・・ 上記と同じ検証用マシンを２台用意し、片一方にTomcat + Identity Manager、もう片一方にMySQLを稼働させGiga Bit Etherで接続し同じ検証をしてみました。 結果は期待したほど状況が変わらず、62分間で完了しました。概算で… 9677.4 / 時 162.1 / 分 2.6 / 秒 となりました。エラーが４件あります。 やはり、結局はMySQL側がボトルネックになっているように見えます。 ・・・この後、MySQLのチューニングを行いました。・・・続く・・・

前回のテストで、Web ContainerとMySQLを別のマシンに移しても、MySQL側のCPU負荷の高さがボトルネックになり調整機能のパフォーマンスは上がらなかったので、同じ状況で、MySQLのパフォーマンスチューニングを行いました。

MySQLのsupport-filesディレクトリには、my.cnfファイルのテンプレートが何パターンか含まれており、その中の、 my-innodb-heavy-4G.cnf を使用して、再度同じテストを行いました。

このファイルの中の、innodb_buffer_pool_size = 2G（デフォルト8M） とquery_cache_size = 64Mという設定は効果が期待できるパラメータです。

デフォルトのinnodb_buffer_pool_size

mysql> show variables like 'innodb_buffer_pool_size';
+-------------------------+---------+
| Variable_name           | Value   |
+-------------------------+---------+
| innodb_buffer_pool_size | 8388608 | 
+-------------------------+---------+

my-innodb-heavy-4G.cnfを/etc/my.cnfとしてコピー後、MySQLをサーバーを再起動。

mysql> show variables like 'innodb_buffer_pool_size';
+-------------------------+------------+
| Variable_name           | Value      |
+-------------------------+------------+
| innodb_buffer_pool_size | 2147483648 | 
+-------------------------+------------+

この状態で、前回のテスト同様、10,000件のユーザーを作成する調整を実行したところ、すごい効果が得られました。 調整による10,000件の新規ユーザー作成に要した時間

-	トータルタイム	user/hour	user/min	user/sec
チューニングなし	61分 58秒	9677.4	162.1	2.6
my-innodb-heavy-4G.cnf	16分 22秒	36648.0 （予測値）	610.8	10.1

約４倍近い性能が得られます。 このとき、mysqldのプロセスサイズは約2.6GBとなり、RSSは最大682Mまで上がりました。

   PID USERNAME  SIZE   RSS STATE  PRI NICE      TIME  CPU PROCESS/NLWP       
  2479 root     2608M  682M sleep   59    0   0:13:38 0.3% mysqld/20
...

マシンのメモリサイズを検討しつつ、MySQLのInnoDBで使用するメモリサイズを上げると、かなりの効果が上がると思われます。 懸案事項・・・・ Identity Manager 7.0で、調整を実行すると、しばしば「エラーありで完了」となり、10,000件のうち、0件から7件程度の新規ユーザーの作成に失敗します。7.1でテストしたときは出なかったのですが、たまたまかもしれません。いずれにしてもReconcilerとRDBMS、JDBCとの関係で発生するのだと思います。継続的な検証を続けたいと思います。

Firefox 3 beta 2がリリースされています。

いろいろ新機能があるようで、とてもよい感じです。

動かしていると、いろいろ新機能があるようで、「ズーム機能」がフォントだけでなく完全なズームイン/ズームアウトが使えたり、URL履歴が賢くなっていたり、また、パフォーマンスもあがっているとのこと。

押し売りの機能追加ではなく、シンプルで使い勝手の良い、センスの良い、「正しい道」を歩んでいると感じます。

開発者の方々、がんばってください！

--

GlassFish v2UR1およびSun Java System Application Server 9.1 Update 1がリリースされています。これは、v2のUpdate Release 1であり、GlassFish v2.1 とは別の開発ブランチです。

v2のリリースが今年の9月で、３ヶ月たったわけですが、速報をみると、150程度のバグの修正と拡張がなされているとことです。

150の修正、拡張という数をどう見るかは、人によると思いますが、私はいつもこういったことを「開発者の恥」だとは感じません。状況にもよると思いますが、そういった不具合を「仕様なので我慢してください」と正当化したり、ブラックボックス化して隠して見せないやり方より、よっぽどよいと思っています。

なぜ、不具合が生じたとき言い逃れをしなければならない状態が発生するかというと、自分には力がないのに「これは完全です」と、選挙公約のように宣言してしまうからでしょう。以前ニュースで、役所のコンピューターシステムの安全性を説明するときに、ある人が「このネットワークシステムのセキュリティは絶対安全です。」といっていたのを聞いて、その考えや態度自体が危険だと本能的に感じました。立場的にそう言わなければ、相手が納得してくれないと考えたのであれば、それこそ相手に対する欺瞞になり得ます。

ですから、そういったことに対する疑問は、「その人は、なぜそういうことを言ってしまうのか？」という点に帰着するのですが・・・無知なのか、または、嘘をつくと何か利益があるのか、どちらかしかないと感じます。どちらにしても、絶対の安全を予知することは占い師と同程度の発言になってしまいます。

私の知る限り、ソフトウェアとコンピューターとそのネットワークシステムというのは、すでにひとりの人間の手に負えるものではなくなっています。ですから、ある人が絶対を宣言するとか保証することは不可能です。できることは、可能な限りの努力しかありません。そして、その結果は、予測が困難です。

不完全さや不具合を肯定するつもりはありませんが、減点法だけでものを評価してはいけないと思います。高度なもの、複雑なもの、新しいものには、常に不具合がつきまといます。問題は、その不具合をどう克服していくかであって、最初から完全さを要求するのであれば、そういった新しいものとはつきあわない方が良いでしょう。

ある限定された中での完全さはあり得ると思いますが・・・。

市場経済と競争社会はほぼ同義です。他社の製品より優位であるという営業活動がなければ、競争に不利であり、競争に勝てなければ活動の継続が困難です。競争社会の利点は、良いものが残り、悪いものが淘汰されることにあるのですが、現実の世界は、本当にそうなっているでしょうか？　市場で優位であるためには、自社の製品が他社より良いものであると宣伝するのが効果的です。それが行き過ぎて、実体と乖離したとしても、それは消費者や利用者が適切に判断すればよい訳ですが、２つの点で良くないことがおきます。

１）　仮に、同一の品質を提供する２つの企業があったときに、「自社の方が勝っている」と嘘、あるいはそういったニュアンスを含むことを宣伝している企業が勝つ可能性がある。嘘が営業活動の本質であるとは思わないが、たとえば、嘘を言わない範囲であたかも自社が勝っているような表現は可能ではないか？　いずれにしても、宣伝した方が勝つ確率が高い。しかし、宣伝にかけた費用を消費者は支払う、あるいは企業が利益を削ることになるので、広告費をかけない商品の方が安価になる可能性が高く、消費者にとっては有益なはずだ。しかし、宣伝を行わない企業は、消費者がそのことに気づく前に宣伝費をかけた企業に負けてしまい、市場から消えてしまう。市場から消えてしまいたくないので、両者、宣伝費をかけ、メディアに対する出資額が多くなる。結果として、みたくもないCMを見せられたあげく、どの製品も割高になり、競争の果てに、あまり意味のない費用を支払わなくてはならなくなるか、または、社員の給与や報酬を少なくしつつ、あるいは場合によっては立場の弱い社員を解雇しつつやっていかざるを得なくなる。

２）　もし、「自社の方が勝っている」という嘘を言うことを会社から営業という名目で職業にしている場合、本当はそうではないのに、そういわなければならない立場に立たされると、その人は、ある種の責任が生じてしまい、精神的に辛くなる。精神的に追いつめられると、目つきが鋭くなったり、他人に八つ当たりをしたり、お年寄りに席を譲らなくなったり、自殺したり、とにかく幸せを感じられなくなり、周りの人を不幸にする。唯一の慰めは、給与が上がることだが、敵も同じくらいがんばっているので、なかなか結果に結びつかず、さらにいらいらするかもしれない。

ということで、いわゆる、一般的な市場からちょっと距離を置いているものの方が、もしかしたら長いライフサイクルで発展していく可能性が高いように思います。もちろん、携わっている人がちが高い志を持っているかどうかが、最も重要だと思います。

新しいものを求めない生き方・・・それを良しとするするように自分がなっていたとしたら・・・それは、とても怖いことだと思います。

「ポータル・サービス」は、分散したシステムの入り口となる情報や機能を提供するもので、たくさんのコンピューターシステムに簡単にアクセスできるようなインターフェイスを提供するシステムです。

ポータルに技術的定義を与えるのは困難で、非常に大雑把に言うとユーザーが利用しやすいような複数システムの情報を集約したトップページの提供が目的となります。

これから、主に、このポータルを構築するための技術に関して考えていこうと思います。

「ポータル（サイト）」という言葉について・・・

インターネット上で、ポータルについて検索すると実にさまざま種類のポータルが存在し、ポータルという言葉を単に技術的な観点から定義するのは困難です。

Wikipedia:
元々ポータルとは、港(port)から派生した言葉で、門や入口を表し、特に豪華な堂々とした門に使われた言葉である。このことから、ウェブにアクセスするために、様々なコンテンツを有する、巨大なサイトをポータルサイトというようになった。入口、玄関という意味でエントランス(entrance)を使わなかったのは、ポータルには「豪華、堂々とした」という意味合いが強かったためと思われる。

e-words.jp:
インターネットの入り口となる巨大なWebサイト。検索エンジンやリンク集を核として、ニュースや株価などの情報提供サービス、ブラウザから利用できるWebメールサービス、電子掲示板、チャットなど、ユーザがインターネットで必要とする機能をすべて無料で提供して利用者数を増やし、広告や電子商取引仲介サービスなどで収入を得るサイトのことをいう。

ウェブを検索する限り、ポータルという言葉は「ユーザーにとっての入り口になるサイト」として使われます。どのようなサイトがその人にとって「入り口」となるかは、完全に個々人よって異なり、定義は不可能です。例えば、ジャズが好きな人にとってのポータルと、クラシックが好きな人のポータルは異なるでしょう。

私の知る限り、現時点で洗練されたインターネット上のオープン・ポータル・システムの好例は、iGoogleです。

ここでは、技術的なポータル要件を考えます。

ポータル・サービスが含む機能目標には一般に次のものがあります。

• 複数システム上の情報の要約情報を集約できる。
• 要約される表示される情報は、利用者個人によってパーソナライズとカスタマイズできる。
• 検索エンジン。
• エンタープライズポータルの場合、社内のリソースにアクセスできるようなセキュリティを提供する。

ポータル・システム

上記の機能を迅速に構築できるようにするために、多くの企業やコミュニティがポータルシステム、あるいはフレームワークを提供してます。

• BEA WebLogic Portal (http://www.beasys.co.jp/products/weblogic/portal/ )
• IBM WebSphere ( http://www-06.ibm.com/jp/software/lotus/products/wsp/ )
• Microsoft SharePoint Portal ( http://office.microsoft.com/ja-jp/sharepointserver/default.aspx )
• RedHat JBoss Application platform for portal ( http://www.jp.redhat.com/jboss/platforms/portals/)
• Sun Java System Portal Server ( http://jp.sun.com/products/software/javasystem/portalserver/ )
• OpenPortal ( https://portal.dev.java.net/ )
• Apache Jetspeed ( http://portals.apache.org/ )

製品によって実装や構成はさまざまであり、一言でその特徴を述べることは困難ですが、まず、ほとんどの製品がユーザー管理、認証、認可、シングルサインオン、パーソナライズのためのリポジトリ、システムと統合するためのチャネル（Google的にはガジェット）、コンテンツ記述のためのAPI、管理インターフェイスの提供を行っています。

多くのシステムと通信、連携し、それらを束ね、かつひとつのシステムのように動作させるためのユーザー管理（シングルサインオン）を行うため、システムは非常に複雑な構成となっています。

Sun Java System Access Managerは、Application Server, Web Container上で動作するシングルサインオンのためのシステムです。

Sun Java System Access Managerをインストールするためには、次のコンポーネントが必要です。

• Sun Java System Directory Server
• Web Container ( Sun Java System Application Server, Sun Java System Web Server, etc...)

今回は、Linux環境にNon GUI環境で、Access Managerをインストールします。インストールのバリエーションやパッケージはたくさんありますが、今回は次の手順でインストールします。

1. JDK1.6 [インストール方法 >>]
2. Sun Java System Application Server 9.1 update 1 (単体のパッケージ) [ インストール方法 >> ]
3. Sun Java System Directory Server 6.2 (SJES5u1のパッケージを使用)
4. Sun Java System Access Manager 7.1 (SJES5u1のパッケージを使用)

Sun Java System Directory Server 6.2のインストール

GUIで行えば、同等のことができますが、ここではNonGUIで、かつ「あとで設定（インストーラでの初期設定を使用せず)」でインストールします。
SJES5u1のパッケージは、Sunのサイトから入手できます。http://www.sun.com/download/index.jsp

/opt/sun以下に、dps6, ds6, dscc6, dsee6のDirectory Server関連のディレクトリが、また、identity, mobileaccessにAccess Manager関連のディレクトリが作成されます。

前の手順でインストールしたDirectory ServerのディレクトリまでのPATHを設定し、コマンドが実行できることを確認します。

Access Manager用に、Directory ServerのインスタンスとSUFFIXを作成します。

Access ManagerをWeb Container( Sun Java System Application Server 9.1 Update 1 )に配備します。

SJES5u1には、Application Server 8.2がバンドルされていてこれが標準のウェブコンテナだったのですが、9.1もテクニカルノートにてサポートされていますので、このドキュメントを参照しつつ作業するとよいでしょう。
http://docs.sun.com/app/docs/doc/820-3043/6nejrv3m2?a=view

今回は、SJESu1のインストーラーを使用し、「あとで設定」を選びましたので、amconfigを使ってインスタンスの設定を行います。これに関しては、Application Server 8.2でも9.1でもおなじ方法をとるようです。

/opt/sun/identity/bin/amconfig という設定のためのスクリプトに、適切に設定したパラメーターファイルを指定します。パラメーターファイルのテンプレートは/opt/sun/identity/bin/amsamplesilentにあります。

これを、今後のために適当なディレクトリにコピーし、必要な部分を変更、編集します。
パラメータの詳細：http://docs.sun.com/app/docs/doc/819-5899/6n7uuth7b?a=view

amconfigスクリプトを実行します。
スクリプトを流す前に、次の点を確認しておきます。

• Application Server(DAS)が起動していること。
• Directory Serverが起動していること。
• Directory Serverにパラメーターファイルで指定されているROOT_SUFFIXが存在すること。

起動時に、Application Serverのエラーログを確認しエラーがないことを確認してください。
私の環境(Linux)では、次のようなエラーがでました。

JSS4のライブラリが見つからないというエラーのようです。次のように対応した所、エラーなしに起動するようになりました。

Access Managerのアプリケーションが配備されていることを確認します。

http://localhost:8080/amserver/

デフォルトのユーザー名amadminとパラメータファイルADMINPASSWDで指定したパスワードでログインします。

今後のトラブルに備えて、この初期状態のバックアップをとっておくことを進めます。

インストール後、新規Realmを作成し簡単な設定のテストを行います。

Directory Serverへのサンプルデータのインポート

/opt/sun/ds6/ldifにExample.ldifという、サンプルのLDIFが付属しますので、インポートします。

Access Managerに上記のDITを使用したRealmを作成します。
Access Managerにログイン( http://localhost/amserver )し、「レルム」で「新規...」を選択します。レルム名を"example"とします。

レルムリストからexampleを選択し、「データストア」を選択します。
「新規...」で新しいデータストアを追加します。

任意の名前をつけます。

LDAPへの接続パラメータを指定します。以下はサンプルです。

LDAPバインドDN: cn=Directory Manager
LDAPバインドパスワード: SCOPE_SUB
LDAP組織DN: dc=example,dc=com
LDAPv3 プラグイン検索範囲:
LDAPグループネーミング属性: （空にする)
LDAPグループコンテナ値: （空にする）
LDAPピープルコンテナ値:（空にする)
LDAPコンテナ値:（空にする)
LDAP エージェントコンテナネーミング属性:（空にする)
LDAP エージェントコンテナ値:（空にする)
持続検索ベース DN: dc=example,dc=com

設定が完了したら、右上の「終了」をクリックします。

設定が有効になっていることを確認するために、「対象」タブを選択し、LDAP内のユーザー(150エントリー）、グループ(5エントリー)等が検索できていることを確認します。

デフォルトでは、100エントリーしかコンソールに表示されないので、「アクセス制御」->「設定」->「コンソールプロパティー」->「管理」の「レルム属性 - 検索で返される結果の最大数:」を大きな値（200等）にしておきます。

レルム - example 内の「認証」タブを選択します。モジュールインスタンスに新しい認証もジュールを追加します。「新規...」をクリックし、dc=example,dc=comを対象とする、LDAPモジュールインスタンスを追加します。

デフォルトの認証連鎖をDataStoreに設定しておきます。

Access Managerコンソールからログアウトし、新しく作成したレルムで認証します。

http://localhost/amserver/UI/Login?realm=example
で、ブラウザからアクセスします。ユーザー名とパスワードは、Example.ldif内のユーザーのいずれかを指定します。 例) scarter / sprain

設定が成功していれば、以下のようにユーザーのプロファイルが表示されます。

OpenPortalは、Sun Java System Portal Server 7.1のソースコードをベースとしたポータルサーバーのオープンソースプロジェクトです。 https://portal.dev.java.net/

ここでは、OpenPortal 7.2 Build 11 (2007/12/24の時点で最新)をビルド、インストールしてみます。
Instration Note( http://wiki.java.net/bin/view/OpenPortal/PortalInstallInstructions )を見ると、Portal Serverは、Sun Java System Access Managerを必要としますので事前に用意しておきます。Access Managerのインストールはこちらにまとめています。

OpenPortal7.2は、まだ、バイナリー配布されていないようで、ソースコードからビルドします。
http://wiki.java.net/bin/view/OpenPortal/PortalBuildInstructions

以下のSubversionリポジトリからチェックアウトしていきます。ユーザー名はguestを使用します。

OpenPortalをビルドします。（ビルドにはJDK1.5が必要で、JDK6では失敗します。環境変数JAVA_HOMEにJDK1.5を指定してantを実行します。）

Solaris 10 x86 + Sun Studio 12でのビルド：
警告は多くでるのですが、一発でビルドに成功しました。

Fedora8でのビルド：
Fedora8ではCのプログラムでコンパイルエラーが発生しましたので、2点ほど手を加えました。

次に、パッケージを作成します。

build/PS7.2_Linux_x86ディレクトリの下に作成されたインストーラーを実行します。

GUIインストール時のスナップショット

コンフィギュレーションが完了するとデフォルトのポータルが作成されます。また、いくつかのWebアプリケーションがApplication Serverに配備されています。

http://localhost:8080/psconsole で、管理サーバーにアクセスできます。ユーザー名とパスワードはAccess Managerの管理者のものを使います。

http://server.domain:8080/portalで、デフォルトのトップページにアクセスできます。(localhostではcookieのエラーがでました) Access Managerの認証が必要です。必要なければシングルサインオンが働いています。

http://server.domain:8080/portal/welcomeで、別のページが表示されます。「エンタープライズポータル」や「サンドボックスサンプル」はまだインストールされていません。

Sun Java System Access Manager 7.1のインストール手順をまとめました。

Portal Serverについてまとめています。（進行中）

雪が降ります。
DHTML Snowstorm http://www.schillmania.com/projects/snowstorm/

ブラウザがIE、またはWindowsでなくては利用できないサイトはいくつかあります。

たとえば、村上龍のビデオ（トーキングエッセイ）を見ることができる、MicroSoft Networkの"Ryus Video Report 龍言飛語"はおもしろく、自分にとってためになるので、毎週みているのですが、スポンサーがMicrosoftのためかIE + Media Playerでなくてはみられません。

また、読売新聞のサイト、Yomiuri Onlineでもニュースやインタビューの動画を流していて、なかなか充実しています。こちらはブラウザは何でも良いのですが、Microsoft Media Playerでなくてはみることができません。

また、オンラインで講義を受け、単位を取ることのできるある大学なども、コンテンツはMicrosoft Windowsにしか対応していないようです。この場合は、受講生はWindowsの購入が条件となるのでしょうか・・・？。

私が仕事で使うことの多い日本のDellのサイトもちょっと前まで、IEでなくてはオンラインのオーダーができませんでしたが、先日、アクセスしてみたら改善されていて非常に使い勝手良い洗練されたデザインになっていて、FirefoxやMozillaでも利用できるようになっていました。

クライアントとして使用されるコンピューターの多数派がWindowsだとしても、それは、現在の状況であり、今後は変動する可能性もあります。複数のブラウザやプラットフォームに対応させることは、コンテンツ作成を困難にしますが、プラットフォームに依存しないような状態が好ましいです。

Sun Java System Identity Manager 7.1をCLI (Command Line)からSun Java System Application Server 9.1へインストールしてみます。

Identity Manager 7.1のリリースノートにはApplication Server 9.xへのサポートは表記されていませんが、インストレーションノートには、Platfom Edtion 9について言及されています。また、Identity Manager 7.1 update 1には、Application Server 9.xのサポートが明記されています。

Identity Manager 7.1(Not Update1)を、Application Server 9.xへインストールするのは正式にはドキュメンテーションされていないので、注意が必要です。以下の手順は基本的にApplication Server 8.xと同様に行っていきたいと思います。

インストール方法は、以下にドキュメンテーションされています。
インストール：　http://docs.sun.com/source/820-2276/index.html
Application Serverへのインストール：　http://docs.sun.com/source/820-2276/Ch8_java8.html

事前に、Application Serverのインストール、リポジトリーデータベースの起動、スキーマの作成は完了していなければなりません。

# mkdir /sjes/idm-stage

# cd /unziped-idm-software-package

# ./install

You are running the installation program for Sun Java System Identity Manager.
This program asks you to supply configuration preference settings that it uses
to install Sun Java System Identity Manager

The installation program consists of one or more selections that provide you
with information and let you enter preferences that determine how Sun Java
System Identity Manager is installed and configured.

    
...
   Is this a new installation? [y/n]y

   Directory to install Sun Java System Identity Manager components into
   [/idm]: /sjes/idm-stage/idm

The directory "/sjes/idm-stage/idm" does not exist.

Do you want to create it now or choose another directory?

1. Create Directory
2. Choose New

   Enter the number corresponding to your choice  [1] 1

Checking disk space...


The following items for the product Sun Java System Identity Manager will be
installed:

Product: Sun Java System Identity Manager
Location: /sjes/idm-stage/idm
Space Required: 176.88 MB
-----------------------------------------
Identity Manager Component


Ready to Install

1. Install Now
2. Start Over
3. Exit Installation

   What would you like to do [1] {"<" goes back, "!" exits}? 1

Installing Sun Java System Identity Manager
|-1%--------------25%-----------------50%-----------------75%--------------100%|


Installation details:

     Product                           Result     More Information
 1.  Sun Java System Identity Manager  Installed  Available

2. Done

   Enter the number corresponding to the desired selection for more
   information, or enter 2 to continue [2] {"!" exits}: 2

これで、ステージディレクトリへファイルがコピーされます。 次に、リポジトリデータベースに接続できるように、JDBCドライバーや言語パックなどの追加jarファイルをステージディレクトリ（の下のidm/WEB-INF/lib）にコピーし、WARファイルを作成しApplication Serverにデプロイします。

...各種jarファイルをコピー...
# cp mysql-connector-java-5.0.8-bin.jar /sjes/idm-stage/idm/WEB-INF/lib/
# cp idm_l10n_ja_JP.jar /sjes/idm-stage/idm/WEB-INF/lib/

# cd /sjes/idm-stage/idm
# jar cvf ../idm.war .
...adding: WEB-INF/lib/openspml.jar(in = 187219) (out= 174214)(deflated 6%)
adding: WEB-INF/lib/openspml2-toolkit.jar(in = 259944) (out= 231866)(deflated 10%)
adding: WEB-INF/lib/idmspe.jar(in = 524874) (out= 500675)(deflated 4%)
adding: WEB-INF/lib/idm.jar(in = 5062694) (out= 4869869)(deflated 3%)
adding: WEB-INF/lib/mysql-connector-java-5.0.8-bin.jar(in = 540852) (out= 521482)(deflated 3%)

# cd ..
# ls
idm      idm.war

# asadmin deploy idm.war
Command deploy executed successfully.

# asadmin list-components
idm 
Command list-components executed successfully.

次に、lhコマンドが使えるようにするために、環境変数WSHOMEとPATHを設定します。

:::: .bashrc ::::
WSHOME=/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/idm
export WSHOME
PATH=....:${WSHOME}/bin

# . /.bashrc

# chmod +x /opt/SUNWappserver/domains/domain1/applications/j2ee-modules/idm/lh

# lh
Usage: lh [ $javaopt [ $javaopt... ] ] { $class | $command } [ $arg [ $arg... ] ]

class:    a fully-qualified class name);
          (e.g., com.waveset.session.WavesetConsole)

command:  one of the following command names:
    import
    console
    setup
    js
    javascript
    waveset
    setRepo
    xmlparse
    xpress
    form
    genReports
    config
    upgradeViews
    msgtool
    doc2html
    spml
    assessment
    syslog
    script

Examples:
    lh com.waveset.session.WavesetConsole
    lh console
    lh console -u $user -p $password
    lh setRepo -c
    lh setRepo -tlocalfiles -f$WSHOME
    lh -Xmx128M console
    lh "-Dtrace.enabled=true" "-Dtrace.methods=com.waveset.task" console

lh setRepoコマンドを使ってリポジトリのセットアップを行います。

# lh setRepo

Usage: setRepo [location_flags] [options]
...
Examples:
    setRepo
    setRepo -c
    setRepo -tLocalFiles -f$WSHOME
    setRepo -tOracle -hhost.your.com -p1521 -ddbname
    setRepo -tOracle -ujava:oracle:thin:@host.your.com:1521:dbname
    setRepo -tOracle -icom.sun.jndi.fscontext.RefFSContextFactory -fjdbc/SampleDB
    setRepo -tMysql
    setRepo -tMysql  -ujdbc:mysql://localhost/waveset
    setRepo -tSQLServer -ujdbc:sqlserver://host.your.com:1433;DatabaseName=dbname
    setRepo -tDB2    -ujdbc:db2://host.your.com:6789/dbname
    setRepo -tDB2    -ujdbc:db2:dbname -jCOM.ibm.db2.jdbc.app.DB2Driver


...以下MySQLの場合...
# lh setRepo -tMysql -ujdbc:mysql://localhost/waveset -U waveset -P waveset
Starting internal database server ...
Cannot reach current repository location:com.waveset.util.ConfigurationError:
==> java.sql.SQLException: Connection is broken: java.lang.OutOfMemoryError: Java heap space

...エラーとなりますので、-nオプションをつけると良いでしょう...
bash-3.00# lh setRepo -n -tMysql -ujdbc:mysql://localhost/waveset -U waveset -P waveset
Starting internal database server ...

==> java.sql.SQLException: Connection is broken: java.lang.OutOfMemoryError: Java heap space
Attempting to force new Index location by overwriting config file '/opt/SUNWappserver/domains/domain1/applications/j2ee-modules/idm/WEB-INF/ServerRepository.xml'...
...Successfully forced 'MysqlDataStore:jdbc:mysql://localhost/waveset' as the new Index location.

Identity Manager側にデータベース接続に必要な情報がセットアップされます。最後に、リポジトリの初期化を行うためにsample/init.xmlファイルをインポートします。

# asadmin stop-domain
# asadmin start-domain
# lh import -f /sjes/idm-stage/idm/sample/init.xml
Including file 'sample/speLoginConfig.xml'.
...
Restored LoginModGroup:Default SPE Id/Pwd Login Module Group
Restored LoginApp:SPE User Interface
Including file 'sample/speLinkingPolicyForm.xml'.
Restored UserForm:SPE Linking Policy Form
#

アプリケーションサーバーにアクセスします。 http://localhost/idm 初期ユーザー名とパスワードは configurator/configurator です。

妻は映画に明るいので、好きだけどあまり明るくない私は「最近の映画ってさ・・・」といって彼女と映画の話をすることは、とても楽しい時間だ。

最近の映画の話をすると、アレハンドロ・ゴンサレス・イニャリトゥ(Alejandro González Iñárritu)の21GramsやBABEL、ポール・ハギス(Paul Haggis)のクラッシュ(Crash)の話になる。私は、そこにマイケルムーア(Michael Francis Moore)を加えようとするが、彼女はあまり好まないようだ。

BABELにおいて、ブラッドピットやケイトブランシェットは必要だったかどうかや、少年の自慰行為や鶏をしめるシーン等の必然性やマーケットでの扱われ方、また、複数のストーリーの時系列が入り乱れることの意味について、いろいろ考え、話したが、お互い、この映画を深く認めていると思った。この映画は様々な点において深く考えさせられ、ロマンティックであり、そして、何より映像と音楽が美しい。

モロッコでの空、丘陵、老人のしわ、少年の眼、素朴な生活ぶり、東京の孤独で寂しげで軽薄で寒々しい景観と肉体の行き場のないような感触、アメリカ人夫婦の危機なしにはいたわりあえない倦怠感と子供に対する愛情、メキシコ人ベビーシッターの報われない誠実さや愛情・・・等など・・・非常に多彩な要素を・・・言葉では表現しにくい何らかの観念、情熱がひとつの作品に結び付けている。結び付けようとしている。

様々な賛否があると思うが、私は、イニャリトゥ監督のBABELには未来があることに疑いを持たない。私の妻は、彼の作品には「優しさと暖かい眼差しがある」と言って私の浅い感想をより深いものにしてくれる。

少年の自慰行為、聾役の菊地凛子の全裸、ケイトブランシェットの放尿、鶏の首を切り落とすシーンなどは、いずれも社会的なモラルと抵触することになり、映画マーケットから倦厭されることだろう。
しかし、その少年は家族を救うために命を投げ出すし、少女は最後の生命力を振り絞るし、アメリカの中産階級の夫婦は最悪の状況で絆を取り戻す、鳥をしめるシーンを見せられた子供たちは、その事実を知らないままフライドチキンを消費している。良心的な婦人の誠実さは報われないままだ。

「簡単ではないのだ」といっている。簡単に壊れるのだ。同感だ。難しい。でも、21Gramsでも一貫して言われているが「それでも人生は続いていく」。さらに、難しさの中の希望を映像と音楽できちんと表現しきっていると感じた。

私の妻が言った言葉が本質だと強く思う。誰も見ていない、誰にも評価されない優しさや暖かさ、それで何とか世界が維持できているのだということを考えると、謙虚な気持ちにさせられる。

Babelで使用されている非常に美しく印象的なBGMが、日本の音楽家、坂本龍一の"bibo no aozora"だということは、映画を見た後、NHKの坂本龍一と役所広司の対談番組を偶然見て知った。大々的に「日本人が出ています！」と報道されないのは、映画の性格によるものだと思うが、このように非常に質の高い作品に、日本人が深く関わっていること、そして非常に重要な役割を演じていることは、とても元気の出ることだ。とてもすばらしい関わり方をしていると思う。 坂本龍一はYMOや飯島真理のプロデュース、矢野顕子との結婚と離婚などのイメージが強く、失礼ながら、とらえどころのない印象を持っていて、ラストエンペラーでアカデミー賞を受賞した時でさえ、そのイメージがあったのですが、"bibo no aozora"を真剣に弾いている彼の姿を見たとき、音楽に対する真剣さと情熱を感じることができ、「音楽家」という職業がイメージできました。彼自身も変化しているのかもしれませんが、人を表面的な態度や印象だけで認識するのは良くないと思いました。 もし、マーケット的にうまくいかなかったとしても、商品ではなく、作品として、またはメッセージの意味についてもっと多くの人がこの作品やメッセージ、情熱について語っても良いように感じるが、今の日本では、「話す」より「黙して為す」ほうが賢明な反応なのかもしれない。 こういった作品ならば、私は買って手元においておきたいと思う。そして、生き方に迷ったときに、妻と話したときのことを思い出そう。

私は見た映画を悪く言うことをしたくない人間です。面白くなければ、「面白くなかった」の一言で終わりにしたくて、面白くない理由を分析するほど、映像やストーリーを作る作業に携わっていません。作った人は、見る人より多くのものをそこに注いでいると思っています。ですから、作品を届けてくれた人たちには、感謝します。そして、いつも最後に、「自分なら何がやれるか」を問うことになります。私は、人に影響を与えることができるような、感動を与えることができるような、幸せになってもらえらえるような、自分なりの方法を持つのかと考えます。映画は作れませんが、べつの形で何かできるのでかと・・・。

　船が沈没して、たくさんの人が死んだ話です。死ぬことの怖さよりも、今私が、生きていることの意味を考えました。生きると言うことは、死んでいるよりたくさんの可能性があるんですね。例えば、うまいものを食いたいとか、好きな人に会いたいとか、自分の趣味をやりたいとか、自分の仕事をうまくこなしたいとか、考え、それを、実行することができる。でも、ただ生きていたのでは、案外、そんな欲望も起きなかったりします。また、欲望だけが人を活かしているわけでもないなぁ・・と思うのです。

　生きることの意味というのは、人によって、全然違うと思うのですが、それを感じるには、いくつかの条件がいるということだと思うのです。タイタニックでは、主人公の男性が、最も「生きている」ということをしていたと思います。しかし、その他の人たちも又、死を目前にして必死に生きようとしていました。金を使って生きようとした人もいました。それも又、人間でしょう。私は良くないことだと思いますが、それはそれで一つの方法です。

　船はどんどん沈んでいきます。この沈み方の絵は、とても恐ろしく、美しいものでした。

　生きることの意味、と言いました。これを道徳的な規範に従うことだとは思っていません。現実は、夢うつつです。長いようで短く、瞬間は永遠であると思っています。過去に起こった（もしかしたら生まれる前の記憶かもしれない）幸せな出来事を、私の体は覚えているのでしょう。幸いなことに、私は生まれてきたことを嬉しく思っています。自分の思うに任せて、進む。これが、最も大事なことです。月並みですが・・・。

J.Cameronは、映画を作りたくて作ったのでしょう。True liesという作品は、私に感動を与えませんでしたが、Titanicはとても面白い作品でした。私を元気にさせます。お金を持たない人たちが、狭いところで、音楽に合わせて踊るシーンは大好きです。幸せとは、踊って、疲れて、寝て、次の日、朝日と共に、何か得体の知れない活力と予感を感じる、ということで、銀行に預けてある貯金がそのバロメータではないと思います。　何が自分を幸せにするのか。何をすれば幸せになるのか。その方法を知っている人が、賢い人です。

私は、愚かな人間ですが、あきらめていません。数時間後に死ぬとわかったとき、私はどうふるまうのでしょうか。それは、わかりません。今はそうではないので、やれることをゆっくりとやろうと思います。数十年後（残り、だいたい、三十年くらい何だろうか・・・平均寿命と比較して）には、明らかに死んでいるのは確かですが・・・。

とても面白い映画でした。

宮崎駿でなくては、作り出せないであろう何かを感じ、彼の作品が、今後、コンスタントに見ることができなくなるかもしれないことは、とても寂しく感じます。
彼の作品は、彼の体臭であふれています。それは、私を幸福な気持ちにさせます。

「風の谷のナウシカ」を原作で読んだとき、私は、「勧善懲悪で割り切れない何か」と、「現状を生きるときに必要なあきらめ（虚無）」と、「より良き道を探す」という、３つのキーワードについて考えました。私が、１７才の時だと思います。もののけ姫では、特に、「より良き道を探す」という事が強調されているように思いました。

現実を、私なりに真剣に見て、人に語るとき・・・・、対象は誰にたしてでもいいのですが、例えば、職場で共に働いているに、私より若い人と話すとき、「頑張ればきっと幸せになれるよ！」と言うことは、安易なことです。しかし、自分がそれを心から信じているかというと、ある部分本当であり、ある部分嘘です。

できれば、嘘はつきたくないので、正しく話そうとしますが、そこまで話す動機も、そこまで聞く人もいなくて、中途半端な解説を付けて、又、嘘の上塗りをしています。「諦め」は「悟り」であるかもしれません。それは中途半端な「夢」よりも、正しいことかもしれません。

もののけ姫には、ナウシカにあった、オームの目が、青く変わっていくというような、壮大なカタルシスは用意されていません。「共に生きよう」という言葉が最大の、終演です。

考え方の違うもの同士が・・・それが如何に些細なことであっても、共存する事が、如何に難しいかは、世界各国の紛争を見れば想像できますし、又、私の勤務している、会社の中を見ても分かります。「あなたと私、共存する必然性があるのか、ないのか」という部分を考えてしまいます。これは、少し、寂しい問いです。共存する必然性を考えたとき、単に利害に向かうのは、人間的ではありません。人間的とは・・・つまり、考え方も、習慣も、宗教も、人種も、越えたところでの、共通の何かを大事にすると言うことです。

最終的な答えを、妥協（虚無）とする事は、先に言ったとおり、「悟り」かもしれません。あるがままのものを受け入れ、平常心を保つ・・・・。（これは、仏教用語で言うところの、正しい「悟り」の使い方とは違うと思います。妥協は悟りとイコールではないでしょう）

明らかに言えることは、現在、「頑張れば幸せになれる」という、非常に構造化された、わかりやすい因果関係に対し、素直に向かえないと言うことです。

私は、私なりに答えを出すことをやめたくありません。だんだん疲れてきているのは確かですが・・・。

もののけ姫は、直接的には、何が正しいかの結論を出していなかったように思います。それに、リアリティを感じます。

「森」と「タタラ場」は、利害が一致しない者どおしの象徴です。そして、それをどのように結びつけるかの結論はでませんでした。それは、銀幕やテレビの中だけで「仮想的に」解決されるべき安易なテーマではなく、現実の中で、考えていく事でのみ、本当に解放された気持ちになると思います。

宮崎駿は、結局、安直な道をとらなかったのでしょう。私は同意します。
それでも、エンターテイメント（娯楽）として、どきどき、わくわく、する作品になっているところに、すばらしさを感じます。

嘘でもいい、笑っていたい。
それだけで、果たしていいのでしょうか？
できれば、「本当に心から笑っていたい」訳で・・・・

このリアリティを受け、小さい子供達（小学生や、中学生、又は、それ以下の・・・）は、どのように感じたのでしょうか？私には、既に、純粋に、この世界に埋没する感受性なくなりつつあります。
「共に生きよう」というメッセージを、子供達はどのように受け止めたのかな？ アニメファンではなしに・・・・。

「母親に愛されない機械の子供」「ひたむきに愛を求める子供」「虐待される無垢な子供」、そして、最後に、一日だけ夢がかなえられる。

すばらしい演技力を持った子役と、ハリウッドの撮影技術を駆使してつづられる「ピノキオ」は、とにかく、泣ける。

映画館の出口で、若い人が「俺、こういうのだめなんだよ。」といっていたが、人間には、涙のつぼというのがあるらしい。私も普通の人だから、このつぼを押されてしまったし、字幕も読めないし、英語を理解しない娘（５歳）も、最初は退屈していたようだったが、涙を流していた。

この涙はいったい何なのか？　感動か？　違う・・・。

バビンスキー反応のようなものだ。つまり、こうすれば、ああなるという、条件反射だ。そういう効果がこの映画にはある。

全体を覆う、暗い、ペシミスティックな雰囲気は、SFはそういうものが多いので、特に気にならなかった。

以前（１０年以上前）、ピノキオの実写版を見た（きがする）。個人的には「気持ち悪かった」が、ピノキオの持つ孤独感がわからなくもなかった。「人間になれば愛される」とひたむきになる主人公が、かわいそうだった。と同時に、人間じゃなければ、愛さない人間にひどく恐怖した。

私は子供を持っているが、かわいいからという動機はほとんどなく、ほおっておくと死んでしまう、何をしでかすかわからない、という責任感が大きいように思う。その責任感があって、愛情に現実味を与えていると思う。でも、３人の子供は私にとってとても大切なもので、幸せにしてくれるよ。

この映画は、人間であることに感謝させてくれる。

また、テクノロジーのリアリティという観点では、もし、人間の代用品が現れるとしたら、映画で出てきたような問題も出てくると思う。「セックス・ロボット」などは本当に便利かもしれない。そして、彼女に「私とロボットとどっちが大事なの」と言われることになるよな。で、ロボットのほうがいいって男もでてくる。

映画では、母親は自分の息子を守る目的でロボットを手放すけれども、もし、人間に対し機能としてしか見なければ、何がロボットではなく、人間を選択する動機になるのだろうか？

映画の冒頭で述べていた、「愛される側の責任」なのだろう。「責任」の設定は、常に道徳に基づいた人間がすべきことです。つまり、人間の感覚がなければ、人は常に、ロボットやシステムに支配される可能性を十分持っていると思う。また、支配ではなく、ロボットのようになってしまうことも十分ありうる。そういった意味では、愛情がインプリントされた主人公のロボットは、人間以上に愛すべきロボットだと思う。あの、ぬいぐるみも。

「もののけ姫」を作り終えた宮崎駿は、引退宣言をしていたが、まだ作る気力が残っていたことが頼もしく思えます。こういった嘘は、大歓迎です。よくぞ、戻ってきてくれました！

５歳の娘とともに、有楽町の映画館に、朝早く起きて見に行ってきました。

私は３０歳です。５歳の子供とは感じとるものがぜんぜん違うと思います。きっと、娘のほうが宮崎監督の発するメッセージを正確に感じ取るはずです。なぜなら、作品に没入する感性をまだ持っているはずだからです。物語が始まり、お父さんとお母さんが豚に変貌したあたりから、娘は主人公に同化し始め「どうしよう」と不安になったでしょうし、夕焼けが迫った美しい風景を見て現実の時間から離れ作品の時間軸の中で考えていたことでしょう。

この作品は（これだけに限らないと思いますが）、宮崎駿と娘とのコミュニケーションで、親である私は入り込む余地があまりないと思いました。

社会の基盤のもっとも重要なものが経済であると、錯覚していたことに気づかされます。経済のシステムは無機質に存在していますが、それに関わっているのは感情を持った人間です。生まれ、死んでいきます。生きていくためにシステムは無視できるものでありませんが、システムと個人は同レベルで比較できるものでありません。そして現代のシステムは主に人を憂鬱にします。生きてはいけるシステムですが、それと引き換えに、個をおびえさせているように思います。システムは必要ですが、今は、実際の生活にマッチしていないように思えてなりません。

「個」について考えるのは、私の癖ですが、最近考えるのは、個が連携できなければ、個として完成しきれていないのではないかと思っています。個を持って、他人に対する接し方を考え、個をもって、全体を意識しなければ、単なる経済の生産・消費単位に過ぎないのではないかと思ってしまうのです。

しかしながら、全てに対して博愛精神をもてというのは到底不可能ですし、私はそうはなりたくありませんし、なれません。それらは、経験の中で芽生えるもので、慎重に、ゆっくりと時間をかけて伝わっていくように思います。

人は、本当に巨大な力を持っています。その力は、経済というリトマス試験紙だけでは図られていません。人の努力、力、愛情は、風へと消えゆきます。それらは、経済のシステムに量られて現れてくるものでは決してありません。個の持つ奥深い愛情は、風に乗って多くの人に伝わり、目に見えない、大きな循環を生み、人が生きていくための糧になっていると思います。

「愛情」という言葉を使いましたが、それ以外の言葉が見つかりません。これを使わずに、これを説明するのが、感想文として正しいのでしょうけれど。

多くの娯楽が街にあふれています。映画もその娯楽のひとつです。しかし、この作品は、日本という地域を考えたうえで、私は日本人であるということをはっきりと堂々と宣言した上で、われわれの生き方に深く関わる作品となっていると思います。

宮崎駿は次のように述べています。

"ボーダーレスの時代、よって立つ場所を持たない人間は、もっとも軽んぜられるだろう。場所は過去であり、歴史である。歴史を持たない人間、過去を忘れた民族はまたかげろうのように消えるか、ニワトリになって喰らわれるまで玉子を産みつづけるしかなくなるのだと思う。"

自分が何者であるかを忘れることは悲劇だとおもいます。自分に自信が持てないこともそうです。そして、自信は積み重ねと努力、そして優れた知恵から生まれるものです。維持と忍耐が必要で、それを続けるには希望が必要です。

私は、この作品は「大好き」です。

　

シンプルな、小学校唱歌のようなこの歌が、とても素敵に聞こえます。生きるための力というのは、案外とても単純な形をしているのかもしれません。

平成20年、2008年1月10日、参議院で一旦否決された法案、略称「テロ対策特別措置法」、実名は「平成十三年九月十一日のアメリカ合衆国において発生したテロリストによる攻撃等に対応して行われる国際連合憲章の目的達成のための諸外国の活動に対して我が国が実施する措置及び関連する国際連合決議等に基づく人道的措置に関する特別措置法」と、文章のような、絶対に覚えることのできない名前がつけられた法案が、衆議院で再可決された。

衆議院と参議院の役割は、確か小学校か中学校で習ったはずで、正確ではないかもしれないが「国の大事を慎重に決定するための仕組み。参議院はチェック機構である。」と理解している。最終的には、参議院でダメと言われた法案であっても、衆議院で再検討して決定する、というルールだったことはうっすらと覚えている。

仕組みよりも、テストにパスするために、どっちがどっちだったかを暗記することに脳みそを使った記憶があるが、大事なのは、二つに分けてある事柄について良い点と悪い点をそれぞれで検討した上で決めるという思慮深い良いシステムだなとは感じていた。

今、社会科を勉強している小学生や中学生にとっては、ナントカ流星群と同じくらいタイムリーな勉強素材になりうるのだが・・・昭和32年(1957年)「環境衛生関係営業運営適正化法案」あるいは昭和26年(1951年)、57年前の「モーターボート競争法」以来とのことで、競争法は胴元と博打打ちを奮い立たせただろうが、今回の「テロ対策特別措置法」は素材としては明るい要素をあまり感じない。少なくとも、反対する人が大勢いる状態で決められた法案であることは忘れ無いようにしておくべきだろう。

驚くのは、参議院で否決され、衆議院で再可決というケースが、50年間無かったということだ。

約50年間、参議院で否決された法案が無かったのだ。これまでの、参議院の人たちの仕事のアウトプットが何であるかを私は知らないが、否決まで行かなくても、修正案等を出していたのだろうか?　これまで衆議院と参議院は今まで大きな対立をしてこなかったのだろうか？　または、どのような対立、葛藤があったのかは、国内に限らず調べてみたい気がする。参院での意見が盛り込まれている場合もあるだろうし。

今回のケースを受けて、ある作家が「二大政党は政策転換が必要になりコストがかかり、イギリスはそのコストを嫌って保守政権を長く維持する選択を国民がした」と話していました。

確かに、ある単一の価値観や勢力を長く維持すれば、やってきたことの経験や財やコネクションが蓄積されて、あれやこれや考えずに、混乱せずにいられるかもしれない。しかし、では、なぜ、そもそも衆議院と参議院や、上院と下院、労と使、何々政党等の対立する可能性のある構造が存在するのか？

一言で言うと、対立構造がないと「考え方の幅や深さがなくなってしまう」のだろう。

基本的に、あることを行うために、多様性を認めたり、常に対立していたのでは効率が悪い場合が多い。正にコストがかかるし、やろうとしていたことができなくなってしまう可能性が出てきて既得権益層には都合が悪い場合もあるだろう。

しかし、それは基本的に「画一化による危険」を回避するためのコストと考えて良いと思う。私は、与党と野党の対立などに、まったく興味は無い。明確に対立する主張を感じないし、どちらがどちらなのかよく分からない。法案を通したがっていたのが与党で、それを阻止したかったのが野党くらいの認識だが、どちらにも私に分かる主張は届いてこなかった。

大事なのは、そのコストをかけ、その過程を経て、コスト以上のものを生み出すことだ。そうでなければ、井戸端会議に多大なコストをかけていることになる。これを達成するのは容易ではないと思う。

前置きが長くなったが、政治的なことを言いたい訳ではなく、Epsonのプリンター、PM-T960を購入し、最近のプリンターがなんと高性能なのだ！　と驚いたことと、Linux (Fedora8)で印刷ができたんだ！　ということと、その作業をしながら考えたことを言おうとしたのだが・・・、時間となってしまったので、これまでのものを推敲する元気もなくなってきました・・・・ひとまず寝ようと思います。

続き…
http://www.knowd.co.jp/yamazaki/?q=node/63

参考資料：
NSN 産経ニュース / 再可決をモーターボート競争法以来57年ぶりとしている
http://sankei.jp.msn.com/politics/policy/080110/plc0801101059002-n1.htm
All About　-よく分かる政治- 辻 雅之（つじ まさゆき)さん / 再可決を50年ぶりとしている
http://allabout.co.jp/career/politicsabc/closeup/CU20071115A/index.htm
WikiPedia
http://ja.wikipedia.org/wiki/%E3%83%86%E3%83%AD%E5%AF%BE%E7%AD%96%E7%89%...

現在、日本時間で1月17日午前８時ですが、SunがMySQL ABを８億ドル($800million)の現金で、MySQL社を取得したとのことです。

追加(2008/2/4)：日本Sun(サン・マイクロシステムズ株式会社)より、２月１日に日本語での発表がされています。
http://jp.sun.com/company/Press/release/2008/0201.html

AOLを経由したNetscape製品の取得、Forte, StartDivision, Cobalt、Waveset、StrageTek, SeeBeyond・・・

これまでの買収の経緯からみると、MySQL ABの取得は、これまでになく未来に明るいものに感じ、非常に突拍子もないニュースではありますが、よく考えると、必然性も感じます。政略結婚ではなく、恋愛結婚なのでしょう。こういったことは突然起こるのですね。

MySQL側の発表： http://www.mysql.com/news-and-events/sun-to-acquire-mysql.html Sun側の発表： http://www.sun.com/aboutsun/media/presskits/2008-0116/index.jsp?intcmp=h... Sun CEO, Jonathan Schwartz's Blog: http://blogs.sun.com/jonathan/date/20080116 MySQLは、優れたセンスの良いエンジニアとコミュニティによって、シンプルなデザインとスピードを優先しバージョンアップを重ねてきた、GPLによりオープンソースで公開、配布されている、あらゆるOS上で動作するすばらしいリレーショナルデータベースです。スウェーデンに本社を置く400人の小さなMySQL AB（1995年創設）によって有償のサポートを続けており、その中にはオリジナルの開発者のMicheal Widenius氏も含まれています。 MySQL社は、MySQLのGPL版(Community Edition)と、コマーシャル版(Enterprise Edition)の二つのライセンスを共存させるDual Licenseでビジネスを行おうとしてきましたが、これは、開発者が内部にいるからこそできたことだと思われます。 私は、MySQLは、本当の意味でオープンな精神、今日のインターネット文化、ウェブアプリケーションの発展に貢献し、体現してきた最も優れたオープンソースソフトウェアのひとつだと信じていますし、MySQL ABは技術中心志向を失わずに、そして、オープンソースを単なる宣伝文句に使うのではなく、MySQLの発展をサポートしてきたように感じています。 今後、SunがMySQL社を買収したとしても、MySQL自身がこの状態やバランスを失わないで、より発展していってほしいと思いますし、Sunならば・・・と期待もしています。MySQL「社」、つまり、MySQLのロゴや経営権、社員、資産などはSunが引き受けますが、MySQLのソフトウェアはGPLでありコミュニティーベースのオープンな、そして、迅速な開発力を失わないまま発展していってほしいものですし、Sunはそれを経済的面、技術的面の両方でサポートし、美しい関係になっていくことを心から願います。 Enteprise Watch：　米Sun、オープンソースDBのMySQLを買収へ http://enterprise.watch.impress.co.jp/cda/foreign/2008/01/17/12031.html IT Media：　Sun、MySQLを買収へ http://www.itmedia.co.jp/enterprise/articles/0801/17/news005.html CNET/Japan：　サン・マイクロシステムズ、オープンソースDB企業のMySQLを取得へ http://japan.cnet.com/news/biz/story/0,2000056020,20364986,00.htm NikkeiBP：　SunがMySQLを10億ドルで買収，「イルカの飛翔を手助け」 http://itpro.nikkeibp.co.jp/article/NEWS/20080117/291269/ Compuworld.jp： Sun、MySQLを総額10億ドルで買収へ http://www.computerworld.jp/news/trd/94489.html CNET/Japanの記事を読んで・・・・・ "...電話会議の席上、Schwartz氏は本買収についてSunの歴史の中で最も重要な買収と述べた。" Sunは数々の偉大な革新や戦略を見せてきた会社です。今回のMySQLの取得は、今後、どのように進んでいくかは予測困難ですが、少なくとも1990年から、Sunに触れ続けた人間として、歴史的にも大きな意味を持ち、また、商用ソフトウェアとオープンソース・ソフトウェアの関係に新しいモデルとパラダイムを提示することになると思います。 このような、関係は、GlassFishとSun、JavaとSun、NetBeansとSun、OpenSolarisとSun, OpenOfficeとSun等をみると、すこし安心できるのです。 "Schwarz氏はまた、MySQLのストレージエンジン「Falcon」をSunのSolaris OSやサーバ向けに最適化するために技術的な設計を行うとして、複数の分野を概説した。" 現在のMySQLのメインのストレージエンジンであるInnoDBのエンジニアが在籍するフィンランドの社員数５人のInnoBase社は、2005年にOracleが買収しました。内部の事情はわかりませんが、このような状態になったことを、私は非常に残念に感じていました。当然、InnoBase社が合意したから実現した買収ではあったにしてもです。 http://japan.zdnet.com/news/db/story/0,2000056180,20100827,00.htm おそらく、ある事柄を良好に維持し続けるということは、難しいことなのだと思いながら、このニュースを見ていましたが、Oracle社に対して、資本主義の原理からはフェアなのかもしれないが、このOracle社のとった選択に深い失望を感じ、元気をなくしました。 その後、Borland社のInterBaseから派生したオープンのソースのFireBirdのストレージエンジンを作ったエンジニアをMySQLに迎え独自に開発が進んでいたのがFalconですが、まだ、開発途中であり、これが安定した実装になることを私は強く望んでいます。 "しかし、本買収には困難も伴う。「SunとOracleの密接な関係や、PostgreSQLへの投資などの問題もある」とZachary氏は指摘する。" 私は、これは、それほど本質的な問題ではなく、社交辞令のように見えます。MySQLとOracle,PostgreSQLのユーザー層は今のところセグメンテーションされています。JavaDB(Derby)のサポートも表明していますが、まだ、十分な付加価値をつけられているとは思えません（つまり、コミュニティへフィードバックできるような材料が期待よりも少なめであるということ・・・）。SunのMySQL買収は、Sunにとって登るべき山をもうひとつ増やしたことになります。超えることができるのでしょうか。 遅かれ早かれ、Sunが買収しようとしまいと、OracleやPostgreSQLと、MySQLは市場のどこかで強く競合する時期が訪れるはずです。もちろん、今後どうなるかは誰にもわかりませんが、ベンダーではなく、ユーザーが選ぶというオプションが生まれます。 MySQLの扱いは、SunがAMD x64を扱い始めた時の状況に似ている気がします。OracleとPostgreSQLは非常に良く似ているように見えます。Oracleのような機能を持つオープンソースDBをほしい人がPostgreSQLを選択し、MySQLは利用者の層と志向が若干異なるように感じます。ちょっと前まで、MySQLはトランザクションさえサポートしておらず、ANSIにも準拠しておらず、そして、それを正当化できるだけの主張と個性を持っていた実装です。今は、軽量さとスピードを失わず、その両方が実装されていますから、凄いことです。 ZFSやSMF等はMySQLでどこまで使えるのでしょうか？ 48個のSATAディスクで構成されるストレージプールを、MySQLが使い切ることはできるのでしょうか？ MySQLのクラスタリングは構成しやすくなるのでしょうか？ Sunには、イルカの軽快さ、賢明さ、そしてスピードを奪わず、その進路を照らし、助け、育むような寛大さを心から望みます。 それは、オープンソース、テクノロジーに新しい地平を提示することになるはずです。

前のブログではタイトルから話題がそれてしまいました。

最近、久々に自宅にプリンターを購入しました。

仕事で使っているオフィス用途のプリンターと言うか、コピー、プリンター、スキャナー、ファックスが使える4in1の複合機の機能には概ね満足していて、特に、ネットワークにそれがつながり、コンピューターと連携できる点は便利だと感じながら数年使い続けています。


私たちの業務の性格上、導入の条件として、プリンターに限ったことでは無いのですが、WindowsだけでなくLinuxやSolaris等への対応がいつも気になる点です。そして、ほとんどの場合、Windows以外の対応には若干の困難が伴いますし、ハードウェアの持つ機能をフルに生かせない場合もあります。

プリンターについては詳しくないのですが、ひとまず、PostScriptエミュレーションカードを装着することで対応していますが、これは非常に高価に感じます。これで印刷するための最小限の条件が揃うのですが、プリンターの全機能を利用できるようになる訳でもありません。

さて、ホームネットワークに置けるプリンターを検討したのですが、自宅のネットワークには、Windowsあり、Linuxあり、Solarisあり、さらに、携帯電話、デジタルカメラ、PlayStation3, PlayStation Portable、Nintendo DSあり、Wiiがあり、オフィスよりもエゴイスティックでヘテロジーニアスな状況です。子供が3人もいるので・・・。さらに目的も、ビジネス文章を打ち出すだけに止まらず、写真なども打ち出したい。

で、プリンターを近くの電気屋さんに子供連れでいったので、じっくり検討する時間もなく、店員さんとちょっと話しながら15分で決めたのが Epson PM-T960 でした。ファックスが無いのが気になりましたが。

最後に自宅でプリンターを購入したのは5年ほど前だった思うのですが、制御するためのソフトウェアはWindowsから行うことになり、完全にWindowsの周辺機器といった機械でした。

しかし、今回購入したプリンターを使ってみて驚くのは、プリンター自身の独立性です。コンピューターが無くても、Windowsが無くても、実に様々なことができる。

まず、3.5インチ液晶との操作パネルを持っていて、プリンターの設定がプリンター自身で行える。外部記憶装置として、USBマスストレージや各種メモリカードを記憶装置として装着でき、写真のプレビューできる。かつ、ネットワークでWindowsのファイルサーバー(SMB/CIFS?）にもなり共有が可能である。USB接続とIrDAによる赤外線通信ができ、携帯電話やデジタルカメラともPictBridgeでやりとりできるようになっている。ネットワークは無線とEtherが使える。また、スキャンしたデータはビットマップの他にPDFで保存しておくこともできる。

入出力装置を持ち、二次記憶装置を持ち、ネットワークを持っていて・・・もし、これでプログラミング可能であれば、まるで独立したコンピューターのように見えるのです。もやは、周辺機器では無い。

問題は価格なのですが、一般の家庭や個人でも入手できるくらいまで下がってきています。

ネットワーク接続し、色々、試してみました。

Windowsでは、まず何事も問題なくカタログどおり動作するでしょうから、あまり試すことがありません。

Linux(Fedora 8)

簡単な基本設定やインクの残量などがブラウザで確認できます。
また、写真などは、inux側でUSBメモリや各種メモリカードに保存して、プリンターのスロットにさせば読んでくれるので、最悪、オフラインでデータを持ち運びできる。

Linux用のプリンタードライバーは、Epsonのサポートページからリンクされているエプソンアヴァシス株式会社で提供しているようです。

http://avasys.jp/linux

動作確認状況を見るとFedora Core6まででFedora8は掲載されていませんでしたが、トライしてみました。rpmでインストールした所、いくつかの依存性のチェックでライブラリが不足していましたが、追加してひとまずインストールは完了しました。

その後、CUPSあるいはSystem-Config-Printerでネットワークプリンターとして設定を追加し、テストした所、テストプリントには成功しました。

OpenOfficeからの打ち出しはどうでしょうか。Fedora8にはOpenOffice2.3が含まれています。私の設定では両面印刷、出力先のトレイ、用紙の種類、用紙のソースなどが選べませんでしたが、図入りのドキュメントは綺麗に印刷できました。

続いて、プリンターの持つ、ファイル共有機能をテストしました。
プリンターのスロットにメモリカード(SDカード）を差し込んで、それをLinuxから読み書きできるかどうかです。

# smbclient -L //epsonpm
Password: 
Domain=[WORKGROUP] OS=[EPSON] Server=[EPSON]

        Sharename       Type      Comment
        ---------       ----      -------
        MEMORYCARD   Disk      EPSON
        IPC$            IPC       Remote Inter Process Communication

エラーはでるのですが、見えてはいるようですので、接続してみます。

# smbclient //EPSONPM/MEMORYCARD
Password: 
Domain=[WORKGROUP] OS=[EPSON] Server=[EPSON]
smb: \> ls
ERRSRV - ERRaccess (The requester does not have  the  necessary  access  rights  within  the specified  context for the requested function. The context is defined by the TID or the UID.) listing \*

                61140 blocks of size 32768. 61121 blocks available
smb: \> 

・・・ということで、残念ながら、見ることができませんでした。 合わせて、mount.cifsで試してみますが、mountはできるのですが、ファイルにアクセスできません。

# mount -t cifs -o guest,rw //EPSONPM/MEMORYCARD /mnt

# df -h
Filesystem          サイズ  使用  残り 使用% マウント位置
/dev/sdc3             106G   89G   11G  90% /
/dev/sdc1             190M   18M  164M  10% /boot
tmpfs                 760M  292K  759M   1% /dev/shm
//EPSONPM/MEMORYCARD  1.9G  596K  1.9G   1% /mnt

# ls /mnt
ls: reading directory /mnt: 入力/出力エラーです

Fedora8のSMB/CIFSの実装と、プリンター側のファイルサーバーの実装の問題がありそうです。 残念ですが、ペンディングです。ひとまず、メモリカードを経由してのやりとりとなりそうです。

PlayStation3

うまくいきました。カタログにもPlayStation3と表記されていて、簡単な設定で写真をダイレクトに印刷できるようになります。

PlayStation Portable / Nintendo DS / Wii

まだ試していません。子供と一緒に調べてみたいと思います。（ペンディング） 更新(2008/01/27)： PSP-2000には、特に印刷に特化した機能はないようです。USBマスストレージ経由やMemory Stick経由になりそうです。 Ninendo Wii: プリンターとの直接接続機能はできないようです。 Nintendo DS: 父：「DSで印刷機能ある？」 娘：「多分無理・・・って言うか、データ自体持てない」

携帯電話

PictBridge対応の携帯電話をUSB接続すると、携帯電話からプリントアウトできました。また、microSDをUSBマスストレージとしても使えました。LinuxでもマウントOKです。テストしたのは、N905imという機種です。充電もできるUSBケーブルは別途購入する必要があります。

デジタルカメラ

まだ試していませんが、おそらくUSB接続のPictBridgeで印刷できると思われます。（ペンディング) 実に様々な機器が接続できるようになってきていますし、個々の機器が高度になってきています。 Linux(Fedora8)との接続は、うまく行かないことが多かったので、もうちょっと調べてみる必要はありそうです。Linuxが登場してずいぶんたち、プリンターとの接続というテーマも新しいものではありません。だんだん良くはなってきているのですが、まだまだ、うまく行かないことがあるのは残念です。 プリンターに限らず、ほとんど全ての周辺機器に関して、WindowsとMacOSに関してはハードウェアを提供するメーカーによって動作が保証され動作しますが、Linuxは簡単にはいきません。 Windowsでできればそれで良いのではないか?　と考えることもできるのですが、LinuxにはWindowsにない利点がたくさんあります。その利点を私は無視することはできません。 また、さらに進化し革新的な事柄が起きる可能性を秘めています。まだ、開花しているとは思えません。Linuxはある一つのメーカーが未来を決定するというOSではありません。方向性は不安定ですし、どこに行くのか分かりません。WWWのような画期的なテクノロジーや、インターネット、TCP/IPのような仕組みは、ある一つの企業がビジネス目的で計画して発生したものではありません。この様な発明や革新が起こる可能性がLinuxには潜んでいます。 多様性に対するコストとは、将来性に対するコストと言い換えることができます。また、多様性の利点とは言うまでもなく、様々な選択や自由な発想を許すということです。もし、この可能性が失われたら、私は、テクノロジーに対する興味も完全になくなるでしょう。 デスクトップとしてのLinuxは様々な理由で、まだ不完全です。コンピューターを構成するデバイスもWindowsにはきちんと対応しLinuxへの対応をほとんどのメーカーはしていません。それは、Linuxを完全に把握し、それとの互換性をサポートしたりコントロールしている強力な中心点が存在しないからでしょう。Linuxには非常に多くのディストリビューションが存在します。 そして、そのような中心点がないことが、逆に利点ともなっていると思うのですが、これはジレンマです。ジレンマを抱えながらも、今日まで何とか進化してきているのは、パワフルでありタフだと感じています。 Windows以外に自由に様々なOSが選択できるような状況、これには、たくさんの人たちの参加や努力が必要になる、長い長い道程なのでしょう。それは、案外、プロトコルやオープンな仕様が策定されることで急速に進む可能性があります。 可能性や将来性を一つに限定することは、非常に危険なことです。 優れた考えを持つ人たちは、ある一つの組織だけでなく、世界中に存在するはず。そして、それらが連携しあうことを想像するのは生きる元気になるのです。

私は職業を、「コンピューターソフトウェア関連のインストラクター」としています。
扱う分野やテクノロジーは様々ですが、実にこの職業を続けて１６年目になります。

私に、この職業の適正があるかどうかはわかりませんが、「優れたテクノロジーを多くの人に伝え、理解してもらう」ということを念頭に続けてきました。これを実践するためには、「何が優れているのか？」ということ規定しなくてはいけませんし、また、対象がテクノロジーなので、当然、複雑な技術を内面的に理解していなくては説明できませんし、そのために、それのソフトウェアを作った人の意匠の理解も必要なります。また、理解しやすく内容を整理しストーリーを考えたり、印象に残してもらうような戦略も必要になってきて簡単ではありません。当然、正確さや明確であることも要求されます。

人の前で説明するこの職業は、ソフトウェアの開発や執筆などと違い、その活動は記録されません。
ですから、映画と演劇の対比にたとえれば、活動は、演劇やライブと近いものがあり、なんというか、肉体労働的な面があり、トレーニングを実施した後は、年齢を重ねるごとに、つらさを感じるときもあります。

私は、坂本龍一の熱狂的なファンではありませんが、先日のブログで"bibo no aozora"を弾いている彼の姿をみて、「音楽家」というものが何であるかをぼんやりイメージできると書きました。なぜ、いまさらながら、そのような感想を持ったのか・・・

それは、CDやDVDで、音楽を聴くだけでなく、Youtubeで演奏する姿が移っている映像や、様々なバリエーションをみて、そう感じた理由がわかった気がします。彼は、CDを一回作ってそれで終わり・・・というわけではなく、その曲を何度も何度も、弾き続けていて、そのたびごとに異なるアレンジや感情を込めていて、同じ曲だけれども、そのときそのときに弾き方が違っています。

CDで販売するというだけでなく、楽器を演奏する・・・ということを続けているのだなと感じたからこそ、単なる、タレントではなく、「音楽家」と感じたのだと思います。

youtubeで、「坂本龍一　戦場のメリークリスマス」で検索すると、様々な姿、年代、場所、番組で演奏された映像を見ることができます。シンプルなピアノだけの演奏なので、余計、違いがわかります。

youtubeの記録された映像をみつつこう感じるのは逆説的な気がしますが、数々の彼の演奏をみて、ライブで演奏される曲は、その場限りのもの・・・なわけですが、再現されないようなその時だけの現象、つまり、「生」「ライブ」というのは、刹那的ではあるけれども、とても強いものだと再認識させられます。・・・という認識も、記録されているからこそではあるのですが・・・・ もちろん、自分と彼を比較するつもりは毛頭ありません。ただ、ライブの価値を再認識する必要があると感じたのです。 そして・・・テレビや映画、CDやDVD、コンピューターなどの人工的な経験よりも、今、現実で、目の前で起きている現実をもっとちゃんと見るべきなのだ・・・と感じてます。 今日は、友人の結婚式に招待してもらっています。ちゃんと、見てこようと思います。

Javaの開発を行うためのクイックスタートシリーズ。
（作成中）

NetBeans( Web & Java EE )をダウンロードします。

http://download.netbeans.org/netbeans/6.0/final/

インストーラーの起動：

# sh ./netbeans-6.0-javaee-linux.sh 

デフォルトでインストールした場合のパラメーター (Fedora8/Linux) IDE Install Directory: /usr/local/netbeans-6.0 IDE JDK: /usr/java/latest GlassFish Install Directory: /usr//usr/local GlassFish JDK: /usr/java/latest GlassFish Admin Username: admin GlassFish Admin Password: adminadmin GlassFish HTTP Port: 8080 GlassFish HTTPS Port: 8181 GlassFish Admin Port: 4848 Tomcat Install Directory: /usr/local/apache-tomcat-6.0.14 インストール後、NetBeansの起動：

# /usr/local/netbeans-6.0/bin/netbeans

Team "106692" "Knowledge Desing Corporation"で、Folding@Homeに参加しました。2008年1月現在、Solaris版のプログラムが配布されていないのが残念。(Stanford大なのに・・・)
追記(2007/1/30)：Solaris BrandZを使用すればSolarisでもOKであることを確認しました。
追記(2007/2/5)：Solaris BrandZ(CentOS3)上で実行されたFolding@Homeのアプリケーションは、ユニット計算後、データの送信がうまくいかないようです。

Knowledge Design Corpration Team Statistics Page (Stanford Univ.):
http://fah-web.stanford.edu/cgi-bin/main.py?qtype=teampage&teamnum=10669...

Wikipedia Folding@Home project:
http://ja.wikipedia.org/wiki/Folding%40home

Participant Machines
2008/1/28：
#1, Intel Pentium4 3.2GHz 2 core, Linux 2.6 (Ubuntu), install
#2, Intel Celeron 2.6GHz, Linux 2.6 (Fedora8), fr
#3, Intel Celeron 2.5GHz, Linux 2.6 x64 (Fedora Core 4), www2
#4, Intel Celeron 2.6GHz, Linux 2.6 (Fedora Core 5 ), gw
#5, Intel Celeron 2.4GHz, Linux 2.6 (Fedora8), www1
#6, Cell, PS3, home
2008/1/30：
#7, Intel Pentium4 2.8GHz, Win2K, banana
#8, Intel Celeron 2.4GGHz, Win2K, vueserver
#9, AMD Opteron 148 2.2GHz, WinXP, mag
#10, AMD Opteron 152 2.6GHz, Solaris BrandZed CentOS3, opteron1
#11, AMD Opteron 148 2.2GHz, Solaris BrandZed CentOS3, id-z1
#12, AMD Opteron 1210 1.8GHz 2 Core, Solaris BrandZed CentOS3, sherry4-z1
#10, AMD Athron64 x2 3800+, Fedora8, ichiki-desktop
#11, Cell, PS3, home_ichiki

ThunderBridのカレンダー・アドオン、lightningはなかなか小気味よく動いています。
2008年1月現在、0.7がリリースされています。アドオンではなく、単体のアプリケーションとして使用したい場合は、SunBirdがリリースされています。いずれも、日本語版はありません。

http://www.mozilla.org/projects/calendar/lightning/download.html
http://www.mozilla.org/projects/calendar/

月別、週別、日別に表示でき、とても見やすく、複数のカレンダーを、ビューに追加し、必要に応じて表示したり消したりできます。

追加できるカレンダーは、自分で作成するローカルなカレンダーと、ics形式のファイル、CalDAV形式がサポートされています。加えて、Sun Java System Calendar Serverなどで使用できるWCAP形式をサポートするバージョンも用意されています。

ics形式、CalDAV形式、WCAP形式はネットワーク上で共有可能なため、複数人がスケジュールを読んだり、編集したりすることも可能です。

例えば、Mozilla Calendarプロジェクトでは、ics形式の日本の祝祭日のカレンダーを公開しています。ダウンロードしてそのファイルを追加する方法もあるのですが、ダイレクトにURLを指定しても正しく動きます。
http://www.mozilla-japan.org/projects/calendar/holidays.html

カレンダーを追加する際、以下のURLを指定します。

http://www.mozilla.org/projects/calendar/caldata/JapanHolidays.ics

カレンダーに、祝日が表示されるようになります。

上記のサイトのURLは読み込みしかできませんが、指定したURLがWebDAVなどで読み書き可能な状態であれば、編集も出きるようです。残念ながら、私のWebDAVサーバーとの検証では、読み込みしかできませんでした。

また、CalDAV、WCAPを使用して、読み書き共有することもできるようです。

社内のスケジュールを、Google Calendarで管理するのは、セキュリティ的に若干不安です・・・。

現在、Solarisがインストールされているマシンがたくさんあるのですが、Linuxのアプリケーションも使用してみたくなることがあります。

OpenSolarisのプロジェクトである、BrandZを使用した時のメモです。

OpenSolaris Community: BrandZ:
http://opensolaris.org/os/community/brandz/

使用したSolarisのリリースは以下の通りです。

# cat /etc/release
                        Solaris 10 8/07 s10x_u4wos_12b X86
           Copyright 2007 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                            Assembled 16 August 2007

Solaris 6/06では、以下のエラーがでます。パッケージの追加が必要なのかもしれません。

# cat /etc/release
                        Solaris 10 6/06 s10x_u2wos_09a X86
           Copyright 2006 Sun Microsystems, Inc.  All Rights Reserved.
                        Use is subject to license terms.
                             Assembled 09 June 2006
# zonecfg -z zwing-z1
zwing-z1: No such zone configured
Use 'create' to begin configuring a new zone.
zonecfg:zwing-z1> create -t SUNWlx
SUNWlx: No such zone configured

事前準備： 1) BrandZ用に、ネットワーク上のIPアドレスと、OS上でのファイルシステムを計画しておきます。 例） IP Address: 172.16.0.XX ZonePath: /zones/id-z1-root 2) インストールするLinuxのインストールイメージ(DVDやCD, iso, tar等）を用意します。 現在はまだRedHat EL 3とCentOS 3がサポートされているようで、それ以降のものはテスト段階のようです。 CentOSのイメージ（CentOS 3.7でした）が、以下で配布されているので利用させてもらいます。 OpenSolaris.org CentOS tarball for easy installation: http://dlc.sun.com/osol/brandz/downloads/centos_fs_image.tar.bz2 上記をダウンロードし、解凍します。

# bunzip2 centos_fs_image.tar.bz2

... 3) Solaris上で、Linux用のZone( lx branded zone) の構成をおこないます。 http://opensolaris.org/os/community/brandz/install/ zonecfgコマンドを利用して構成していきます。 対話的な設定もできますし、ファイルに記述しておいても実行できます。

# cat id-z1.cfg
create -t SUNWlx
set zonepath=/zones/id-z1-root

add net
set address=172.16.0.XX/16
set physical=nge0
end

commit
exit


# zonecfg -z id-z1 -f id-z1.cfg
#
# zoneadm list -vc
  ID NAME             STATUS     PATH                           BRAND    IP
   0 global           running    /                              native   shared
   - id-z1            configured /zones/id-z1-root              lx       shared

4) lx ZoneにダウンロードしてきたLinuxのイメージを使ってインストールします。

# zoneadm -z id-z1 install -d /centos_fs_image.tar
Installing zone 'id-z1' at root directory '/zones/id-z1-root'
from archive '/centos_fs_image.tar'

This process may take several minutes.　・・・ゆっくりとお茶が飲める程度（６〜７分）時間がかかりました。

Setting up the initial lx brand environment.
System configuration modifications complete.
Setting up the initial lx brand environment.
System configuration modifications complete.

Installation of zone 'id-z1' completed successfully.

Details saved to log file:
    "/zones/id-z1-root/root/var/log/id-z1.install.1864.log"

# zoneadm list -vc
  ID NAME             STATUS     PATH                           BRAND    IP
   0 global           running    /                              native   shared
   - id-z1            installed  /zones/id-z1-root              lx       shared

5) lx Zoneの起動。

# zoneadm -z id-z1 boot

# zoneadm list -vc
  ID NAME             STATUS     PATH                           BRAND    IP
   0 global           running    /                              native   shared
   1 id-z1            running    /zones/id-z1-root              lx       shared
b

6) コンソールからのログインと、初期環境設定

# zlogin id-z1
[Connected to zone 'id-z1' pts/3]
Welcome to your shiny new Linux zone.
        - The root password is 'root'.  Please change it immediately.
        - To enable networking goodness, see /etc/sysconfig/network.example.
        - This message is in /etc/motd.  Feel free to change it.
For anything more complicated, see:
        http://opensolaris.org/os/community/brandz/

-bash-2.05b# cat /etc/redhat-release　・・・リリースの確認
CentOS release 3.7 (Final)

-bash-2.05b# passwd ・・・rootのパスワードの設定
...

-bash-2.05b# vi /etc/sysconfig/network ・・・ホスト名、ネットワーク起動の設定
HOSTNAME="id-z1"
NETWORKING="yes"

-bash-2.05b# vi /etc/resolv.conf ・・・DNSの設定
domain office.knowd.co.jp
nameserver 172.16.0.xxx

-bash-2.05b# exit
[Connection to zone 'id-z1' pts/3 closed]
# 
・・・念のためグローバルゾーンから再起動。
# zoneadm -z id-z1 reboot

7) テスト 他のマシンからアクセスできることを確認します。

# ssh id-z1
root@id-z1 のパスワード:xxx

-bash-2.05b# ps -e ・・・起動してるプロセスの確認　（以下は全プロセス）
  PID TTY          TIME CMD
 3100 ?        00:00:00 lx_thunk
 3367 ?        00:00:00 bash
 3063 ?        00:00:00 syslogd
    1 ?        00:00:00 init
 3067 ?        00:00:00 klogd
 3079 ?        00:00:00 portmap
 3099 ?        00:00:00 lockd
 3108 ?        00:00:00 lx_thunk
 3222 ?        00:00:00 sshd
 3325 ?        00:00:00 mingetty
 3326 ?        00:00:00 sshd
 3107 ?        00:00:00 statd
 3271 ?        00:00:00 crond
 3252 ?        00:00:00 sendmail.sendma
 3260 ?        00:00:00 sendmail.sendma
 3233 ?        00:00:00 xinetd
 3305 ?        00:00:00 atd
 3329 ?        00:00:00 login
 3295 ?        00:00:00 xfs
 3332 ?        00:00:00 bash
 3402 ?        00:00:00 ps

-bash-2.05b# yum check-update ・・・yumが使用できることを確認　（オプション。かなりの数のパッケージがアップデート対象となる）
Gathering header information file(s) from server(s)
Server: CentOS-3 - Addons
Server: CentOS-3 - Base
Server: CentOS-3 - Extras
Server: CentOS-3 - Updates
Finding updated packages
Downloading needed headers
emacs-0-21.3-4.10.i386.hd 100% |=========================|  49 kB    00:01
...
ypbind                              i386   3:1.12-5.21.10           base
yum                                 noarch 2.0.8-2.centos3          base
zlib                                i386   1.1.4-10.EL3             base
-bash-2.05b# 

-bash-2.05b#  yum update ・・・アップデートの実施（オプション）
Gathering header information file(s) from server(s)
...
Transaction(s) Complete
-bash-2.05b# reboot


  

ThunderBird 2.x + Lightningでカレンダリングできることを前回のブログで書きました。これで、iCal、CalDAV、およびWCAPに対応できるようになります。CalDAVサーバーの設定方法に関しては、鈴木さんのブログにまとめられていますので、参考になります。

さて、Lightningと、Google Calendarの連携が可能なアドオンを見つけましたので紹介します。

Provider for Google Calendarを、LightningがアドオンされているThunderbirdに追加しておきます。

Google Calendarにアクセスします。

左下のカレンダーリストの"Manage Calendars"をクリックします。

Lightningと連携したいカレンダー名をクリックします。カレンダーの各種設定が表示されますので、一番下の"Private Address:"の"[XML]"ボタンをクリックすると、そのカレンダーにアクセスするためのURLが表示されますので、それをクリップボードにコピーしておきます。

Lightningに戻り、Google Calendarを登録するために、新しいカレンダーを作成します。

"Prodivder for Google Calendar"プラグインが追加されていると、iCalendar, CalDAVに加え、Google Calendarが選択できるようになっていますので、先ほどクリップボードにコピーしたGoogle CalendarのURLをペーストします。

任意の名前と色を設定します。

この時点でGoogle Calendarにアクセスするようです。Googleアカウントを入力します。

以上で、LigthningのカレンダーとGoogle Calendarの連携が完了します。

テストとして、まず、Lightningにスケジュールを登録してみます。

Google Calendarで表示されることを確認します。

次に、逆に、Google Calendarにスケジュールを登録し、Lightningで表示されることを確認します。

Lightning側でリロードし、表示を確認します。

なんと、素晴らしい世界なのだろうか!

ただ、これが役に立つ状況はどんなときなのだろうか・・・と、ちょっと考えてみると、結構、根が深いと思っています。なぜ、Google CalendarとLightningを連携させなければいけないかと考えると、それは、スケジュールデータがGoogleとローカルなPCと会社のサーバーに分散するからです。

分散はコストがかかるので、Google Calendarだけに集約しようとすると、次の点が気になり始めるはずです。

1. Googleは私のプライバシーを守ってくれるのだろうか?
2. Googleは永遠に続くのだろうか? サービスが停止したら、私のデータは?
3. 会社のスケジュール、例えば、「来週、得意先のだれだれ様と、何々の案件についてミーティング、場所はどこどこ、緊急の際の携帯電話の番号は何番。」というような情報を、Googleのようなインターネット上のサイトに置いてよいのだろうか?　常識的にはだめだ。

ということで、Googleは非常に便利なのですが、企業で使うには、プライバシーやセキュリティ、コンプライアンス、データ管理の責任所在の点で、いくつかの問題がでてきます。カレンダーだけの問題ではなくメール、あるいはdocs.google.comなどもそうですが、このような観点からサーバーを閉じられた企業内ネットワークに設定する必要がでてくるのでしょう。

あるいは、Googleが特定企業と契約してASPのようなサービスを提供するということはありうるのでしょうか・・・。私は、Googleのビジネスの現状を知りませんが、私の個人的な推測では、現状、その判断をGoogleはしないように思います。GoogleはNetizen側を向いているように思います。

では、どのようなときに、あるいは、どのような類のデータをGoogle Calendarに置くことができるかというと、個人の趣味であるとか、サークル、コミュニティなどでは便利でしょう。

とはいえ、Google Calendarのインターフェイスは、非常に素晴らしい出来栄えです。

サーチエンジンはアプライアンスとしてリリースされていますから、Google Mail ServerやGoogle Calendar Server、Google Analyze Serverのようなサーバーソフトウェアを提供する日が、いつかくるかもしれません。

・・・というか、もうしているのだろうか・・・

中学生の頃、両親に購入してもらい、初めて所有したパソコンが、NEC PC-8801 MkII SR model 30 です。

ほとんどゲームばっかりやっていましたが、N88 BASIC というプログラミング言語でプログラムを試し始めたのはこの頃からです。このコンピューターには、熱中しましたし、とても、幸せな時期だったとノスタルジーに浸ることもできます。

1985年、昭和60年、発売とのことですから、20年以上前のことになります。

様々なパソコン雑誌やプログラミング雑誌が、私の暮らしていた田舎でも購入することができ、それを読むのですが、BASICについては何となく分かったものの、アセンブラやハードウェアに関しては、中学生の私には理解は困難でした。

私の心をとらえたような作品やゲームを作るには、そういったことを理解する必要があることはぼんやり分かっていましたが、やはり、職人の作るものだ・・・簡単なものではないということは、理解していました。

技術的な能力に加え、音楽やグラフィックス、物語やシナリオを作る能力、またそれらをプロデュースする能力など、非常に多彩な能力が必要何だろうな・・・とぼんやり考えていました。

現在、プログラマーという職業を選択していないのは、この時のそういった感覚、つまり、プログラムを作ることの難しさをある程度理解していたからだと思います。

さて、20年以上経て、当時に比べ、コンピューターの性能は驚くほど上がっています。

まったく根拠もなく、きっと、昔、やろうとしていたことが、今はもっと簡単にできるのではないか？　などと思い、昔、中学生の私がPC-8801で練習していたようなプログラムをJavaで再現してみようと考えました。

現在、私が作るプログラムのほとんどはWebアプリケーションなのですが、作ろうとしたのは、昔作っていたような・・・まぁ、他愛もない、線や円のグラフィックスを描画する・・・と言ったことをJavaのAWTやSwingの本当に基本的な機能を使って作ろうと考えました。

・・・で、できたのが、次のようなプログラムです。動きもしませんし、対話的でもありません。単に、表示するだけです。

簡単に作れると思ったのですが・・・

当時、中学生の私が、N88 BASICのマニュアルを引きつつ作った時よりも、おそらく、時間がかかってしまいました。

・・・なんということだ・・・・

インターネットで世界中の情報が入手でき、コンピューターの性能が何千倍になったとしても、私の能力が上がったわけではないことがよく分かりました。

ややもすると、コンピューターの性能の向上が、自分の能力を上げているのではないか?　と錯覚しそうになるのですが、まったくそんなことはない。世の中が進んだとしても、ちょっとづつでも能力を獲得していくしかないんだと・・・なぜか、とても、すっきりした気持ちです。

OmegaTについて

OmegaTはJavaで作られたフリーの翻訳メモリアプリケーションです。このツールは翻訳の専門家を対象としています。翻訳はしません。（それを行う「機械翻訳」ソフトは、自分自身でどこかから探してこなければなりません。） OmegaTは次のような特徴を持っています。

• ファジーマッチング
• マッチプロパゲーション
• 複数ファイルを含むプロジェクトの同時処理
• 複数訳文メモリの同時使用
• 外部の語彙ファイル
• ドキュメントファイルフォーマット:
  • XHTML と HTML
  • Microsoft Office 2007 XML
  • OpenOffice.org / StartOffice
  • XLIFF (Okapi)
  • MediaWiki (Wikipedia
  • プレーンテキスト
• Unicode(UTF-8)のサポート: 非ラテンアルファベット使用可能
• 左側から記述される言語のサポート
• 他の訳文メモリアプリケーション(TMX)との互換性

OmegaT英語版のトップページより： http://www.omegat.org/en/omegat.html
原文： /yamazaki/files/omegat-intro.txt

・・・と、OmegaTのサイトのトップページを自分なりに訳してみました。ウェブを検索すると"Translation Memory"は「翻訳メモリ」と訳しているのが多かったのですが、「翻訳」は動詞でもあり、あたかも「翻訳してくれる」ようなニュアンスを感じました。通訳されたものを記録しておくだけなので、「訳文メモリ」のほうが実体に近い表現かもしれません。

まず、OmegaTをダウンロードし、インストールします。

現時点で、1.6が安定版で開発版は1.7です。

Linux, MacOSX, Windows版のビルドが公開されていますが、合わせてソースも存在します。

OmegaT ダウンロード(SourceForge): http://sourceforge.net/project/showfiles.php?group_id=68187&package_id=2...

Javaなので、ソースからビルドしてみます。

OmegaT 1.7.3 source Download: http://downloads.sourceforge.net/omegat/OmegaT_1.7.3_Source.zip?modtime=...

# ls
OmegaT_1.7.3_Source.zip

# mkdir omegat 
# cd omegat/
# unzip ../OmegaT_1.7.3_Source.zip 
Archive:  ../OmegaT_1.7.3_Source.zip
   creating: addons/
...
  inflating: test/org/omegat/util/StaticUtilsTest.java  

# ls
addons  build.xml  docs  images  lib  lib-mnemonics  manifest-template.mf  nbproject  release  src  test

# ant
Buildfile: build.xml

...途中、警告がでるが...

BUILD SUCCESSFUL
Total time: 12 seconds


# cd dist
# sh OmegaT

OmegaTが起動します。 左側のペインにガイドが表示されます。

作業するためのプロジェクトディレクトリを作成します。
手順は、OmegaTを起動した画面の「お手軽スタートガイド - 2. OmegaTで、どのように翻訳するか」に詳しく書かれています。

指定したディレクトリ以下に、デフォルトで・・・

原文 - source
参考翻訳(TMX) - tm
用語集 - glossary
訳文 - target

と言う4つのディレクトリが作成されます。
加えて、その設定を行っている、omegat.project というファイルが作成されます。

プロジェクト - 原文ファイルの追加 から、翻訳対象のファイルを指定します。
このファイルは、sourceディレクトリにコピーされます。

ここでは、サンプルとして以下のGPLv2の原文を対象とします。
gpl-2.0.txt

これを、分節毎に翻訳していきます。

サンプルとして、八田さんの翻訳を使わせていただきます。<分節 xxxxx>ではさまれた部分が翻訳者が入力する部分です。

...
The licenses for most software are designed to take away your freedom to share and change it.
<分節 0005> ソフトウェア向けライセンスの大半は、あなたがそのソフトウェアを共有したり変更したりする自由を奪うように設計されています。 </分節>

By contrast, the GNU General Public License is intended to guarantee your freedom to share and change free software--to make sure the software is free for all its users.
<分節 0006> 対照的に、GNU 一般公衆利用許諾契約書は、あなたがフリーソフトウェアを共有したり変更したりする自由を保証する--すなわち、ソフトウェアがそのユーザすべてにとってフリーであることを保証することを目的としています。 </分節>
...

一回目の翻訳は、翻訳メモリが空ですので、効果はありません。

プロジェクト - 訳文ファイル生成　を選択すると、<訳文>タグで囲まれた翻訳された部分のみが、targetディレクトリに保存されると同時に、プロジェクトディレクトリに以下のファイルが生成されます。

project-name-omegat.tmx (tmx11.dtd, tmx version="1.1")
project-name-level1.tmx (tmx11.dtd, tmx version="1.1")
project-name-level2.tmx (tmx14.dtd, tmx version="1.4")

という３つのファイルが生成されます。
このファイルに、訳文がXMLで保存されます。これが、次回の翻訳に再利用できる素材となります。

続いて、類似する原文をプロジェクトに追加で読み込みます。
gpl-3.0.txt

いくつかの類似する文節が存在します。

v2
The licenses for most software are designed to take away your freedom to share and change it.

v3
The licenses for most software and other practical works are designed to take away your freedom to share and change the works.

以前翻訳した、v2と対象の分節を比較し、参考訳文のペインに類似率と差分の箇所を色付けし指示してくれます。

翻訳者は、もしこれを適応したければ、[CTRL] + R を押すと分節をその文に置き換えてくれます。後は、変更箇所を検討し日本語をなおします。

類似する文節が多い場合に効果がありそうです。また、ドキュメントがバージョンアップされることを考えると、v1の翻訳メモリはv2で効果を発揮しそうです。

翻訳を続けていくと、成果物として、訳文とともにTMXファイルが作成されます。

GPLv2 + GPLv2 八田氏翻訳TMX
omegat TMX
level1 TMX
level2 TMX

このTMXファイルを、tmディレクトリにコピーして利用できますので、他のプロジェクトでも流用できます。

OmegaTでフォーカスを分節に合わせると、TMXファイルから検索された結果が「参考訳文」として右上の選択項目に類似分節として選択可能な状態になります。もし、tmディレクトリにコピーしたファイルであれば、対象のTMXファイル名が候補の下にでてきます。そこで、候補を[CTRL] + [N] で選択したのち、 [CTRL] + R で置き換え可能です。

加えて、もし、対象原文とTMX内の分節の一致率が特定のパーセンテージを越えた場合、自動的に置き換えを行ってくれるように設定することも可能です。

設定 - 翻訳入力行...

自動的に置き換えられたことを示すためのプレフィックスも指定できます。デフォルトでは[参考]という文字列がマークされます。この文字列は、まったくのブランクにすることはできないようです。スペースを一つ入れておくことはできました。

OmegaTで生成されるTMXは、単純に文章の対訳データです。

<body>
    <tu>
      <tuv xml:lang="EN-US">
        <seg>The licenses for most software are designed to take away your freedom to share and change it.</seg>
      </tuv>
      <tuv xml:lang="JA">
        <seg>ソフトウェア向けライセンスの大半は、あなたがそのソフトウェアを共有>したり変更したりする自由を奪うように設計されています。</seg>
      </tuv>
    </tu>
</body>

このデータは非常に再利用性が高いもので、良質な訳文は価値が高いはずです。 さて、複数人で翻訳作業を行う場合、このTMXファイルをみんなでうまく使うためにはどうしたら良いでしょうか? これは、OmegaTとは本質的に無関係の作業分担とチーム開発の際のノウハウについての検討となります。 翻訳する対象となるドキュメント群と、作業者を次のように仮定します。 ３つのドキュメントを３人の翻訳者で翻訳します。３つのドキュメントは類似した文節が比較的多くみられると仮定します。もし、類似文節がまったく存在しないと仮定すれば、そもそも翻訳メモリの効果は期待できません。 Document-A 10module Document-B 10module Document-C 10module Translator-A Translator-B Translator-C 作業の流れを検討してみます。 単純に、Document-AをTranslator-Aが、BをBが、CをCが担当し、同時に作業したのでは、TMXファイルが共有されないので、3人の作業の相乗効果が得られません。 TMXが3人の間で共有できれば、作業効率は上がります。ですから、TMXをネットワーク上で共有し、ある作業者(A)が作業を終えたらネットワーク上にアップロードします。 次の作業者(B)は、共有されているTMXファイルを自分のtmディレクトリにコピーし作業にあたります。作業者Bが作業を終えたら自分の生成したTMXファイルをネットワーク上にアップロードします。この時点で、作業者Aと作業者Bが生成したTMX-AとTMX-Bがネットワーク上に存在することになります。 さらに作業者(C)は、TMX-AとTMX-Bを元にTMX-Cをネットワーク上に公開します。ネットワーク上のTMXは常に更新される状態になりますので、作業を行うまえに最新のTMXをダウンロードして作業を行います。 ３人が作業を同時進行している場合、それらの状態を完全に同期する方法はおそらく無いでしょう。 例えば、作業者Aが分節Aを翻訳し、それをバージョン1としてアップロードし、作業者Bは分節Aを再利用します。つまり、作業者Bは分節Aの派生物バージョン1.1を作ったことになります。その後、作業者Aが分節Aを検討し直し、誤字があったので変更しバージョン2をネットワーク上にアップロードします。しかし、作業者Bは既に分節Aを再利用済みで、それは自動的には更新されません。作業者Bは作業を始める前に分節Aのバージョン2を手に入れますが、自分が訳したものは1.1のままです。OmegaT分節Aがフォーカスされたときに候補として、以前v1だったものがv2として表示されますが、v1とv2の違いは人間が目でみて察知するしかありません。 または、作業者Bがバージョン1を再利用する時に、誤字に気がつき訂正されたものにするかもしれません。すると、1.1と2でどちらを採用すれば良いか迷うことになります。 いずれにしても、この種のバージョンが入り乱れる事態は、最終的に「校正者」が適切に「判断」し、最終版に仕上げる必要があるでしょう。 これは、OmegaTの問題ではなく、ファイルのバージョン管理をどのように行うかという問題にしたいと思います。

Subversionをウェブからブラウズするwebsvnプロジェクトをのぞいて見たところ、新しいバージョニングで更新が続いていました。

http://websvn.tigris.org/

SVNでチェックアウトし、インストールして見たところ、デザインが良くなっていて、また、前のバージョンで気になっていた日本語も綺麗にでました。

calmスタイル

BlueGreyスタイル

OmegaTでは、テキストファイルのほかに、ODF(OpenOffice/StarSuite/StarOffice)やMS Office XMLをソースとして読み込め、また、ターゲットとして出力することもできます。

GPLv3は、HTML, Text, LaTeXとともに、ODFでも公開されています。

http://www.gnu.org/licenses/licenses.html#GPL
http://www.gnu.org/licenses/gpl.odt

ODFファイルは、OmegaTで直接読み込むことができます。

ここで、テキストと同様に参考訳文を取り入れたりしながら翻訳を続け最後に、プロジェクト - 訳文ファイル生成 を選択すると、翻訳されたODFファイルがtargetディレクトリに出力されます。

翻訳対象ドキュメントの文章だけが抽出されるので、レイアウトにとらわれることなく翻訳に集中できそうです。上記のGPLのドキュメントはあまり装飾されていないシンプルなレイアウトのドキュメントなので大きな問題はおきず、OmegaTで処理できましたが、表やグラフィックス等の複雑なドキュメントが適切に処理できるかどうかはテストしていません。

また、上記のGPLドキュメントで、ところどころに予期しない「改行」が含まれています。改行は文節の区切りとして処理されるので、文節の塊が壊れます。

この場合は、原文の改行を訂正した後、プロジェクト - 再読み込み　をすると直せます。

ODFの状態で、文節中の改行を見つけることは結構難しいので、OmegaTでの作業をしている過程で何回か上記の作業を繰り返さなければならないかもしれません。

さらに、印刷してみるとわかりますが、多くの場合、英語の文字のサイズと、日本語の文字のサイズは同じポイント数でも、日本語が若干大きく感じられます。文字の大きさや、文字数などはページのレイアウトに関係してきます。

こういったフォントの調整やレイアウト、印刷時の見え方等のへの配慮は、翻訳者自身の仕事から分離して考えた方がよさそうです。

翻訳の仕事とDTPは本質的に異なる種類の仕事なのですが、両方やらなければいけない状況も少なくありません・・・・。

Nikkei netで次のニュースが報じられている。

http://www.nikkei.co.jp/news/main/20080210AT1D0500Y09022008.html

・・・追記(2008/2/12)・・・
平成18年3月の防衛省の発表： http://www.mod.go.jp/j/news/2006/03/28c.htm
これを見る限り、今回のシンクライアント導入は2年前の情報漏洩をきっかけとし、包括的かつ計画的なセキュリティ対策の一部であることが分かる。決して、シンクライアント導入ですべて解決しようとしている訳ではないように思われます。
以下の私の文章は防衛省のセキュリティ管理や国防に対してと言うより、報道のされ方とその認識の仕方についてふれています。
・・・追記終わり・・・

上記の記事を読むと「機能が制限されたパソコン」を３万台購入していく・・・と取れますが、シンクライアントを動かすためには、必ずそれらにシステムを提供するためのサーバーが必要になりますし、IDの認証を行うためのディレクトリシステムも必要になり、また、ファイルファイルサーバーも必要になります。つまり、パソコンを買ったのではなく、３万台のクライアントを支えるサーバーとそれを動かすためのアプリケーション群(リモートデスクトップなど）を購入したのであり、ネットワークアーキテクチャそのものを購入したことになると、私は判断しています。

ぜひとも、それに伴って「どれくらいのサーバー」が導入されるのかを知りたいし、それを維持していくための人的な運用がどのようにされていくのかについて知りたい。それで、税金がどれくらい使われるのかを知ることができる。それに比べたら端末の規模は伝えるべき情報として、それほど重要ではない。「これくらいのサーバーを配備した結果、３万台の端末を処理する能力を得る」という報じ方のほうがより重要だと感じます。なぜなら、一般の読者の方々の関心事は「税金の使われ方」と「そのシステムの安全性の論拠」、および「そのシステムの規模」だからであり、端末の単価よりも、サーバーの単価がはるかに高価であり、システムの堅牢制や安全性を知るために重要だからだ。

端末からハードディスクを取っ払ったからといって、それだけで安全性は高まらない。セキュリティ維持のための中心点が、分散した状態から集約されるだけだろうと思う。（だけ・・・とはいうものの、大きな進歩で、管理しやすくなるが、それだけでは十分ではないということです）

移行が大変そうですが、そういった作業のほとんどの技術はUNIXベース、Solarisベースではないかと推測しています。

現在どのようなシステムであり、今後、３万台のシンクライアント端末がどこにどのように配置されるかはわかりませんが、支えるためのそれ相応のサーバー必要になるのでしょうし、管理者や技術者も必要になりそうです。

いずれにしても、「集中管理されている」ことをある程度表明できるトポロジーであることは確かです。

「シンクライアント」「ディスクレスクライアント」「ネットワークコンピューター」は９０年代の後半、よく耳にしましたが、ほとんどのベンダーが撤退する中、Sunだけはずっと作り続けていました。あまり興味を持たなかったのは、X端末との違いがわからず、「去勢されたコンピューター」のように見えたからで、いわゆる「ワークステーション」や「パーソナルコンピューター」などの端末が力を持つという流れと逆行していたように感じられたからですが、現在、IDカードリーダーなどの認証デバイスやリモートデスクトップ等により任意のOSが使えるようになってきたため、実用性が高まってきたのでしょう。

でも、いずれにしても、このシンクライアント端末を動かすネットワークアーキテクチャーは、まさに、the Network is the Computerではあります。

日本の企業は、こういったアーキテクチャーを提示できないのでしょうか？　また、防衛省はなぜ国内のメーカではなく、海外のメーカーを選択したのでしょうか？　国内にはこういったことに対応するための技術力がないのでしょうか？

「国防」のための技術は世界に眼を向けてしかるべきでしょうし、すべて「国産」である必要はないと思うのですが、日本の安全性を維持するための最低限の技術は国内でも見つけられるような状態にはなっていてほしいものです。

・・・どうも、我々は、「シンクライアント」などのカタカナの名詞が出てくると、それで思考が停止してまう傾向がある・・・

OpenSolarisではsmpatchできないようなので、LiveUpgradeを試みた際のメモです。

作業の元にしたドキュメント： http://docs.sun.com/app/docs/doc/819-0332/esqbt?a=view

OpenSolaris b52 -> b81 へライブでアップグレードできるでしょうか？
何回かトライしていたのですが、b52では、

が引っかかってluコマンドがうまく進まなかったのですが、Patch: 117435-02 が関係しているようで、この中に含まれている/sbin/biosdevをコピーしたところ、何とかコマンドが進むようになりました。より新しいビルドのOpenSolarisでは修正されているでしょうから、他に新しいビルドのOpenSolarisが走っていれば、そこから持ってきても良かったかもしれません。

新しいOS(b81)のメディアをマウントします。

最初にインストールする際、LiveUpgradeするかもしれないと思い、同じディスクにの/dev/dsk/c2d0s7にルートスライスと同程度の空きスライスを作っておきました。そこに、Boot Environmentを作成します。

Boot Environmentができたようなので、続いて、新しいメディア(b81)を元にアップグレードします。
/aにオリジナルのパーティションの情報がそっくりそのままコピーされそれを対象にパッケージの更新をおこなっているようです。かなり、時間がかかります。しかし、起動時のOSはまだ稼働中です。

ただ、待っているのも退屈なので、

と、するとインストールされているパッケージが表示されます。
luupgradeから実行されたパッケージを更新するためのコマンドはnice値が19になっていて優先順位が低くなっています。

やっと終わりました。

ブート環境を切り替えます。

新しいBEのActive On Reboot がyesになっています。
いけそうです。　リブートします。

# reboot ではなく、init 6やshutdownを使用しないと、次のgrubのメニューに新しいブート環境が表示されません。

と、ここまで、約３時間・・・、新規ネットワークインストールなら15分で終わるのですが・・・
ともあれ、29ビルドを飛び越え、めでたく、ライブアップグレード（リブート一回）できました・・・これで、xVMやCIFS/SMBサーバーやZFSのNバージョンが使えるようになり、安心感がまします・・・が、この後からが長かった　（・・・続く・・・・永遠に・・・）

前回、b52からb81へのビッグジャンプが成功したので、今度は、b81からb82へのライブアップグレードを試みてみたいと思います。

現状確認：

既存BEの削除と新規BEの作成

新しいメディアのマウントとliveupgradeパッケージの更新。

アップグレードの開始：

ブート環境の切り替え：

.

アップグレード確認：

できました・・・が、その後、いくつか調整が必要になります。

これまでたくさんのコンピューターやOSに触れてきましたが、初めてMacに触れています。このブログは、いつもはLinuxやSolaris、あるいはWindowsで作成するのでが、今日は初めてMacで作っています。

追記：一通り書き終えてから、社会人になりたてのころ、テキストをMac + PageMakerで作っていたことを思い出しました。「漢字Talk」です。すっかり忘れていました。ですから、タイトルは正確には「久々のMac」なのですがそのまま残すことにします。感覚的には「初めて」と言ってもいいくらい、そのときのMacと今のMacは違っています。あの頃は、Windowsでまともに動くDTPソフトはありませんでした。15年ほど前です。

使用しているのは、エントリーマシンのMacBookで、外見が非常に美しくCPUが白いプラスティックでコーティングされているような感じで、「汚してはいけない」と神経を使わせます。

13.3インチの横長のTFTディスプレィはピクセルの粒度が細かく、今まで使っていたディスプレイが粗悪品ではないか？と思わせるくらい粒度が細かくきれいです。

ワイアレス(AirMACといういうらしい)は自宅のアクセスポイントに難なく接続でき、YouTubeでJobsのビッグワードを連発する姿が拝めます。(IPv6を切るまでは接続が不安定でした。Fedoraでも同じ現象があり、その経験が役立ちました。)

標準装備のトラックパッドでは、操作が大変ですので純正のMighty MouseをBluetoothで接続したところ非常に操作しやすくなりました。 いずれにしても、非常にすばらしいコンピューターであり、すばらしいデスクトップ環境であることは間違いありません。それなのに、MacはWindowsと比べると使っている人が多くありません。かつてSGI社のIRIXのデスクトップ環境もずば抜けて美しかったのですが、現在IRIXの姿は見かけません。 価格的にも、最初は若干高い気がしたのですが、ディスプレイ、電源の作り、カメラ、スピーカー、ワイアレス、キーボードなどを含めしっかりと高い品質で作られているように感じられ、実際に触ってみて、他のコンピューターと比べてみてもその価格は妥当な気がしています。 そこで、自分自身、なぜ、これまで、Macを使わなかったか、あるいは購入しなかったか、あるいはそれに関連した仕事に就かなかったのはなぜかを、再考しています（今の仕事を変えるとかではなく・・・）。おそらく、その中にMacのシェアが低い理由のいくつかがあるのではないかと思います。 私自信、納得はできないのですが、「優れたものが、生き残るとは限らない」というのはほぼ常識として受け入れています。 同時に、Windowsはなぜシェアを伸ばせたのか、ここまで、みんなが使うようになったのだろうか？　ということも考えさせられますし、その他のSolarisやLinux等のOSは今後どのように広がっていくのか？　ということも・・・。 対応しているアプリケーションやゲームが相対的に少ないとか、ハードウェアが選択できないとか、ブラックボックスの部分が多すぎるとか、過去に何回も爆弾マークがでて安定しないとか、価格が高いとか・・・そういった当たり前のことは思いつくのですが・・・ それは、今晩中には考えがまとまりません。 私はJobsの信仰者ではありません。彼について書かれたこの書籍を購入して読んだところ、かなり破天荒な人のようです。綴られているエピソードや、同僚のコメントをみると、なんというか夢想家でありクレイジーな人格です。（この本の写真はとてもきれいでした） しかし、おそらく、彼がリードしなければこのようなずば抜けたすばらしいシステムはできなかったでしょう。もちろん、エンジニアとデザイナーの才能と努力がなければ完成しません。 この仕事をしていると、「なぜLinuxなのですか？」とか「UnixはWindowsと比べて何が優れているのですか？」と聞かれることがあります。未だに明確に理解してもらえる答えを思いつきません。村上龍的にいうと「コンテキストが共有できていない」のだと思いますが、そういったギャップを埋めるための努力は必要だと考えています。 そこにまた一つ「なぜMacが良いと感じるのですか？」という疑問を加えることになりそうです。なぜ、私はLinuxやUnixやMacが好きなのか・・・？　すばらしいからなのですが、それを伝えることができず、ちょっとイライラするのです。 ひとまず、そう聞かれたら「なぜ Windows なのですか？」と逆に聞き返して、自分自身の答えを見つける時間を稼ごうと思います。

Javaはplatform freeなはずなので、Macに不慣れな私でもプログラムは書けるはずだろう・・・

ということで、Time MachineをセットアップしたてのMac OS X 10.5でJavaを使用してみました。


Darwin macbook.local 9.2.0 Darwin Kernel Version 9.2.0: Tue Feb 5 16:13:22 PST 2008; root:xnu-1228.3.13~1/RELEASE_I386 i386

標準で付属してくるJavaは

$ java -version
java version "1.5.0_13"
Java(TM) 2 Runtime Environment, Standard Edition (build 1.5.0_13-b05-237)
Java HotSpot(TM) Client VM (build 1.5.0_13-119, mixed mode, sharing)

ちょっと古いので、最新のJDKを探したのですが、Sunでは配布しておらずAppleのDeveloperサイトからダウンロードしました。現時点では、JDK6 Developer Previewとなっています。

http://developer.apple.com/java/

ダウンロードには、Apple Developer Connectionへの登録が必要になります。

さて、ダウンロードしパッケージをインストールすると、
/System/Library/Frameworks/JavaVM.framework/Versions/1.6.0/Home
が、JAVA_HOMEとなるようです。Macのディレクトリレイアウトには不慣れなので、探すのに一苦労です。

続いて、~/.profile あたりに、JAVA_HOMEとPATHを設定します。

設定後の確認。

Sunが配布しているJDKにはデモがついてくるのですが見当たらないので、LinuxのJDKのJAVA_HOME/demoをコピーし、簡単なテストを行いました。

$ java -jar Java2Demo.jar

ひとまず動作したので、次にNetbeans6.1Betaを入れてみます。NetbeansはNetbeans.orgでMac OS X用が配布されていました。インストールは難しくありませんでした。

/Applications/Netbeans/Netbeans 6.1 Beta.app
から起動できるようになっています。

うまく起動しましたが、せっかく入れたJDK6を使用していないようです。起動用のシェルスクリプトをみると・・・

~/.netbeans/6.1beta/etc/netbeans.conf を作成し、次の一行を加えると任意のJDKを指定できそうです。

netbeans_jdkhome=${JAVA_HOME}

環境変数JAVA_HOMEは、コマンドライン（シェル）からの起動であればOKなのですが、GUIには設定されておらず無効でした。
環境変数をMacOSのGUIで使用させるためには、~/.MacOSX/environment.plist にXMLで定義するようです。
http://developer.apple.com/qa/qa2001/qa1067.html

<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE plist PUBLIC "-//Apple Computer//DTD PLIST 1.0//EN" 
                      "http://www.apple.com/DTDs/PropertyList-1.0.dtd">
<plist version="1.0">
	<dict>
        	<key>JAVA_HOME</key>
        	<string>/System/Library/Frameworks/JavaVM.framework/Versions/1.6/Home</string>
	</dict>
</plist>

これで最新の環境が揃いました。 不慣れなので、何かと時間がかかりましたが、これでプログラムの作成の取りかかれます。

ラジオ(J-Wave)聞いていたら、「ソニーが携帯電話事業から撤退する（Sony Ericssonとは言っておらず、単に、ソニーと言っていた）」と、ナビゲーターが話していたが、それはあまり正確ではなく（あるいは情報が古い)その後、ウェブを見たところ、Sony Ericssonのウェブで正式な発表がありました。

http://www.sonyericsson.co.jp/company/press/20080310_press.html

これを読むと、撤退ではなく「NTTドコモ向け商品化の見直し」とのことで、表現が柔らかくなっています。いずれにしても、決定するのは、メディアではなく、Sony Ericsson自身であり、今後を見守るしかありません。

村上龍が、RVR(ビデオコラム)で、「推測に過ぎないことを垂れ流す番組が多すぎる。正式な調査と発表を待って、本質をじっくり考えたほうが良い」と言っていたが、そのとおりです。あまり、推測で世の中を満たすのは良くないですが、ここからは私の、高い通信料を支払っている、いちモバイルユーザーとしての推測です・・・

Appleが、iPhoneをリリースしていました。これは、今後のモバイル環境を考えるのに良い試金石です。
国内で販売されている去勢されたiPhone, iPod Touchを見ると、それはそれは、魅力的なギアです。当然、これに通話機能がついたら・・・素敵だ・・・と思います。iPhoneにはカメラもついていますが、それも切り取られています。iPhoneのリリースは日本では未定のようです。
http://www.atmarkit.co.jp/fnetwork/rensai/5minkeitai/01.html

さて、この魅力的な端末が日本でリリースされないのは、通信事業会社の通信規格が問題になっているようです。日本はPDCで、GMSではないからというのがその理由のようです。

PDC方式のiPhoneは作れないものかと思うのですが・・・つまり、Appleが日本の通信方式にそった形にカスタマイズすれば良さそうですが、それをしないAppleが頑固なのでしょうか・・・。おそらく、問題はそういった技術的なものではないと推測しています。私の持っている携帯は海外でGMSローミングもできるらしいですから、国内でもPDCローミングできるようにすれば、海外からきた人も、自国のGMS端末がそのまま使えて便利だと思います。（もう、できるのかな？）

＊Jobsが最後、値段を発表する際、どうしても「ジャパネットたかた」を思い出し・・・ちょっと引いてしまうが、かれは、自社の作ったものを売っている点が違うとのだ・・・と自分に言い聞かせ夢からさめないようにしている。また、聴衆はサクラではないか？と思わせるくらいノリが良い。どちらにしても、巧妙に演出されているのだろうが、楽しい。

上記のことを単純に考えると・・・、技術的な面だけではない要素で、通信事業会社が端末のデザインや機能をコントロール、あるいは決定する、ということになります。 追記(2008/3/11)：後で読み返してみて、若干、この下りは飛躍しています。言いたかったことは、通信方式や国内の市場性によって端末がどこまで制限、制約されるのか？　ということを考えたかったのです。 さて、私の使用している携帯電話には、フルブラウザがついていて、それはそれは、小さい端末に高解像度の綺麗なWebの画面を表示してくれますが、実際使ってみて、パケット料金の請求に驚きました。1ページ見ると数百円請求されている計算になります。月に5000円払えば使い放題になるそうですが、使う気にはなれません。音楽をダウンロードすると、一曲数千円になるそうです。（著作権料金ではなく、単にパケット料金だけだと思います)

何かボタンを押す度に、「ここからは料金が発生します」の確認画面がでてきて「同意しますか?」となり、自分が何を探していたのか忘れてしまうほどです。

ならば、この端末に高度な機能は不要であり、インターネットでコンテンツを見るには安いPCで大きな画面でゆっくり見ればよく、端末の料金に5万円は高い気がしています。私は、単に、小型の端末が欲しかったのですが、これよりも小型で薄型の端末はショップにありませんでした。今でも、この小ささに関しては満足です。N社のこの端末の技術はすごいと感じています。

コマーシャルの、特定条件でのみの「無料」や「割引」や、やたらと複雑なポイント制の割引の宣伝も空虚に聞こえます。

アクセスが安価な豊かなインターネットの世界は、モバイルでは一昔前のプロバイダー料金のように割高になるのです。

Windows CE/Mobile機は、各社、通信事業会社が出しているようです。これは、多くの場合、無線LANともリンクできるようです。 さて、話を戻すとソニーはPSPという世界に通用する携帯ゲーム機を出しています。これは、無線LANにも対応しています。ですから、やはり、同じように、携帯電話と融合したら・・・と誰でも考えるはずです。同じSonyだからと言って簡単に統合しないでしょうが、理想的には・・・という話です。また、なんと無く、Sonyは国内の事情に合わせて動く気もしますが、Sony Ericssonは世界規模で動いている会社で市場は日本だけでは無いと思います。

しかし、仮に、PSPと通話機能が融合しても、通信料金の問題があり、端末本来の機能、つまり、広大な資産であるインターネットに乗り入れるには、通信事業会社の取り決めた料金を支払うか、無線LANを使用するかの選択になります。

ちょっとまった・・・この様な融合はありえるでしょうか？　私は、詳しく知りませんが、端末のデザインや機能は誰が決めるでしょうか?

市場にでている「携帯電話」を見ると、どれも似たり寄ったりで、かつ、機能がたくさんあるようですが、何か、とても使いにくい・・・ボタンをおすと、勝手に料金が引き落とされているような気がするが、料金が「テレビ電話通話料」「音声通話料」「FOMA使用料」「パケット料金（1パケット512バイト、約0.2円だそうです）」。それに、何とか割引とポイントが加算され、足したり引いたりして、合計月一万円とかになるのですが、こういった複雑さは一見几帳面な気はするのですが、ほぼ把握不能の状態に陥り、結果、なるべく使わないようにしよう・・・となり、素晴らしいコンテンツや、端末のデザインを生かしきれなくなります。

JavaScriptの大量のプログラムをダウンロードし、結果、「JavaScriptエラーです」となって、表示されなかった場合、料金は請求されるのだろうか?　多分される。

非常に美しいデザインのウェブページが、ブラウザの表示能力の限界で、つぶれて表示され、文字が読めない状態になったときに、料金は請求されるのだろうか?　多分される。

Sony Ericssonは、撤退では無く見直し・・・と言っているが、何を言おうとしているのか？　見直したければ、別に公表する必用もなかろうに・・・。現在の携帯電話の状況は、通信事業者の影響力が大きくなっていて、端末の機能性やデザインにまでその影響が及んでいるのであれば、健全な状態では無いように感じている。

他に優れいているもの、使いやすいものがあるにも関わらず、使いずらいものを、押し付けられている、もしくは、端末やソフトウェアの発展がセーブされているのではないだろうか?

日本は、いち早く携帯電話が発達した国です。このことは誇って良いことだと思います。しかし、かなり金がかかるようになってきて利権が大きくなってきたように思います。発展のためには、一時的に閉鎖的な状況も必要だろうが、その閉鎖性が生む「何か」にしがみついていると、次の発展ができなくなってしまうのではないだろうか?

また、なんでもグローバル化すれば良いとは思いませんが、世界に目を向けたときに、より良いものがあったときは、現在の閉鎖性を解き放ち、それを選ぶ方が健全だと思います。しかし、そういった行為は内側の価値観から「反逆」「破戒」「反抗的」「非常識」「異端」などのレッテルを張られることになってしまうでしょう。そういったプレッシャーを打ち破れなければ、新しいことは実現できないのでしょう。

三公社五現業が解体されたとしても、本質はそういった制度のようなものにあるのではなく、むしろ、私たち一人一人の理想主義の崩壊によるものだと感じている。現状は、決定的に、暗く、陰湿で、必要以上に複雑だ。ワーキングプアは夢みる力すら奪われる。負けてはいけない。

前々回は、b52からb81へのアップグレード、
前回は、b81からb82へのアップグレードでした。
まったく、方法は変わりませんが、今回は、b82からb84へのアップグレードの手順を注釈なしのコマンドラインのみで記録します。（繰り返しはいざというとき大事・・・)

確認
現在使用しているスライスが /dev/dsk/c2d0s0　(BE Name : svn_82)
新しいBEのためのスライスが　/dev/dsk/c2d0s7 (BE Name: svn_84)

OmegaTでのプロジェクトフォルダをSubVersionで共有しようとしたのですが、うまくいかない点がでてきました。回避方法を考えます。

「参考翻訳メモリフォルダ：」と「用語集フォルダ：」は参照用なので共有可能です。
ですから、チェックアウトし、編集し、コミットしても問題ないようです。

「原文ファイルフォルダ：」と「訳文ファイルフォルダ：」に関してですが、まず、原文ファイルフォルダ内のドキュメントをベースに作業を行った後、「プロジェクト」->「訳文ファイルを生成」とすると、「訳文ファイルフォルダ (target)」に「原文ファイルフォルダ (source)」内の.svnディレクトリがコピーされているようです。

追記(2008/4/2)：上記の問題は、OmagaT 1.7.3 Update2 および 1.8 Beta Update1で修正されたようです。
http://sourceforge.net/tracker/index.php?func=detail&aid=1774502&group_i...

こうなってしまうと、targetとsourceディレクトリ内のSubVersionの管理情報がおかしくなります。具体的には、targetの情報がsourceと同じになり、結果、コミットしたり、その他の操作を行うと、source内のファイルをtargetで上書きしたり、あるいはコマンドがエラーを出したりします。

「訳文ファイルを生成」を実行したときの、フォルダの作り方を調整すればよいのでしょうが、ちょっと面倒なので、それは、ペンディングにしたいと思います。

では・・・、現行ではどうすればよいか？　なのですが、まずは、訳文ファイルフォルダ(target)は、SubVersionの対象から除外した方が良さそうす。訳文は、omegat/project_save.tmxがあれば生成できますので、記録しておかなくても再生可能です。

リポジトリ内のファイルを元に生成される情報をリポジトリにコミットしない（ソース、あるいは成果物を生成するプログラムだけをおいておく）というのは、不自然な考え方ではないので、フォルダごとまとめてコミットできないのは若干不便ですが、不具合の回避は可能です。

OmegaTは、Translation Memory Application です。
Translation は翻訳と訳せます。

翻訳を辞書で引くと・・・

と書かれています。

OmegaTは文章を「文節」単位で分割し、それに対する翻訳者の翻訳を記録し、（文節単位で）再利用しやすい状態にしてくれます。
これは、もちろん便利で、助かります。二度同じ文章を訳さなくてもすみますし、入力ミスも減り、推敲が進み、精度も上がっていくことが期待できます。しかし、文節単位での訳だけでは、全体の文章として読み返したときに、意味のとおる文章にならないようです。

もう一つ、似た言葉で「通訳」があります。

Interpretation - 通訳を辞書で引くと・・・

となっていて、明らかに「翻訳」よりも「通訳」の方が高度です。
そして、読み手は「通訳」されたものを読みたいと感じるはずです。

ドイツ国家検定通訳・翻訳士 のあるページ( http://www.euroassist.de/language/theory.htm )に、次のように表現されていましたので引用させていただきます。（優れた文章だと思います）

上記の指摘や例は私にとって非常にしっくりきます。
つまりは、ある文章や言葉による表現は、「意図」を伝えるための手段であり、全体の理解があって部分の訳し方が決定されてくる、ということだと理解しました。

さて、OmegaTは、「翻訳作業」には向いていますが、元々「文節単位での処理と再利用」のサポートなので、上記のようなセオリー（文節の単純な言語の置換だけでは、意図を伝えるために不足である）からすると、文全体の通訳はしてくれませんし、コンピューターでの処理は非常に難しいでしょう。

ですから、Translation Memoryを使用して、実際に意味の通るようなドキュメントを作成したい場合、二つの行程を経る必要があるように感じています。

・・・まずは、対象のドキュメントを通読し、全体を理解した上で・・・

行程1：　「OmegaTを使用しての文節単位の単純翻訳」　ツール上での文節単位での翻訳文の再利用性を高めるため、あるいは、　翻訳対象の漏れを防ぐために、OmegaTで単純な文節翻訳を試みる。全体的な文章は、次の行程で整えるので、ここでは、あまり文脈に依存しないような一般的な置き換えで構わない。

行程2：　「全体の文章の通訳」　OmegaTでの成果物と原文を見比べながら、全体として読み手が読みやすいような文章を記述する。ここで、原文と訳文の文節の対応は壊しても構わない。また、ここでは、文脈を意識するため、機械的な文節単位での再利用性はほぼ失われる。

行程1）の成果物（翻訳メモリー）は、次のプロジェクトでも再利用できますが、上記のような理由から、「翻訳メモリ」が理解できる文章を組み立ててくれる訳ではなく、最終的には、人間が意味を考えながら、読み手を考えながら作成する行程が必ず必要であることは忘れてはいけない点だと感じました。

いわゆる「翻訳」が、どのレベルまで要求されているのか（単純翻訳なのか、きちんと「通訳されているのか」）は、依頼を受ける際に理解しておく必要があると感じます。

今日は、実に良く歩いた。そして、同じ場所をいったりきたりであった。
どらくらい動いたのか、確認してみた。

1. 通勤、最寄り駅まで (徒歩 800m)
2. 通勤、(電車 3.5Km)

明後日までにU.S.に書類を送らなければならないので、Fedexの集荷所まで行くことになる。

3. 集荷所の最寄り駅まで向かう (電車9.0Km)