CalDAV

Leopard Server では CalDAV サーバが提供されている. 今までは, .Mac で同期するか (特定の人にだけ公開することができない), WebDAV で同期するか (複数の iCal から書き込めない) しかなかったのだが, これを使えば, 公開する相手を限定して, なおかつ複数の iCal から書くことができる (もちろんこんなことは google calendar を使えばいいんだけどさ).

ところが Leopard で CalDAV を使うには何かと手間をかける必要がある.

1. サーバ管理で, iCal サービスを enable にする. ま, これくらいなら誰にでも分かる.



2. ワークグループ・マネージャで, CalDAV を使うユーザの「詳細」で, 「スケジュール管理を有効にするメンバ」をチェックして, サーバを指定する. つまり CalDAV を使いたいユーザは, Lepard Server の OpenDirectory に登録する必要がある.
   



3. 今度はクライアント側のディレクトリ・ユーティリティで, カギを外して, ディレクトリ・サーバを登録する. そうするとディレクトリ (/アプリケーション/ユーティリティにある「ディレクトリ」アプリケーションのことね) にサーバの OpenDirectory に登録されたユーザやリソースが見えるようになるはず.



4. これでようやく iCal の登場だ. 環境設定のアカウントで, アカウントを追加し, 登録したユーザ名/パスワードを指定する. 他のユーザの参照可能なカレンダは「委任」タブで参照できるし, ここで「編集」すれば自分のカレンダを他のユーザが参照できるようになる.



5. 後は普通にカレンダを作るだけ.

Leopard Server で WebDAV を使うとなぜか httpd が死ぬので, 潔く CalDAV に乗り換えて, 結局クライアントもみんな Leopard にしてしまったわけなのさ...

Leopard Server

うちの外向けサーバは mac mini で, Tiger Server が動いているのだが, アップルから Leopard Server が来たので, 意を決して, アップデートしてみる.

おおむね, 順調にいったのだが, 問題点も.

• /Library/WebServer が /Library/WebServer.server-applesaved に mv される. びっくりするがな.



• wiki, blog, web calendar, web mail 等のグループ・コラボレーション機能を使おうとすると, php4 がロードされるので, php5 を使うサービス (例えば MediaWiki) と併存できない. 一度これらの機能を使おうとすると, php4_module がロードされてしまうので, 「設定」の「モジュール」でチェックを外す必要がある.
  
  
  
  
  • まぁ, しかしこの辺の機能も Apple としてはいまいち気合いが入りきれていないようなので, 最終的には自前で別プロダクトをインストール...
  
  
  
  



• ソフトウェア・アップデートのサービスがなぜか起動しない.



• apache でログを rotate している場合, サーバ管理.app で再指定しないと httpd が立ち上がらない (.conf の /usr/sbin/rotatelogs を /usr/sbin/rotatelogs-1.3 に直接書き換えてもいい)



• Leopard Server につながる サーバ管理.app は Leopard 版しかない. つまり, Tiger マシンからはリモート管理できないじゃん!
  
  
  
  
  • これはもしかしてこれでうまく行くのかもしれない. 未確認.
  
  
  
  



• なぜか今までの WevDAV に iCal のカレンダを公開できない (Tiger client からも Leopard client からも). 今のところ iCal サーバもうまく動かないなぁ.
  
  
  
  
  
  • どうも WebDAV はうちでは httpd を落としている.
  
  
  
  • CalDAV については次のエントリを参照
  
  
  
  



• # mkdir /var/run/proxy-1.3; cd /var/run/proxy-1.3; chown _www:_www .; touch .time; touch _www:_www とかした方がいいのかもしれない



• Open Directory 的には Administrator の short name が diradmin になっている. ただし unix 的には admin のままらしい. 謎.

Sketch Up

Sketch Up Pro 6 日本語版がリリースされた. 元は @Last Software が作っていたのだが, 最近は Google に買収され, 無償バージョンも出ているので, 知っている人も多いだろう.

Sketch Up は 3D モデリング・ツールで, おもに建築の概念設計に用いられている. この分野ではデファクト・スタンダードだと聞く. 実際に使ってみればその驚異さ加減がよく分かる, というか, 使ってみないと分からない. 僕は version 2.2 (2003 年) の頃からかなり高いお金を払ってバージョンアップを続けてきたのだけれど, もちろん使い途はない :-0

なんでそんなものに高いお金を払ってきたかというと, 「ソフトウェアの Sketch Up はなぜないのか?」をいつも考えさせられるから. 我々はなぜソフトウェアの概念設計を行い, それをプレゼンテーションし, 次の工程に受け渡すツールを持たないのだろうか? Sketch Up を動かすたびに考える.

他にも同じような思考の元になるソフトウェアがある. Mathematica (数学) や Live (音楽) だ. ろくに使い途もないのに, 長い間, 高価なグレードアップ料金を払い続けている. これらを使うたびに考える. 我々にはソフトウェアが見えていない. 我々にはソフトウェアを「概念的に実行」することができていない. ということは, ソフトウェアを本当の意味で作ることが我々にはまだできていない, ということでもあるのだ. この数十年間, 我々がソフトウェアを作ってきたつもりになっているのは, 単なる偶然に過ぎない, のではないかと.

チャンバラとしてのソフトウェア開発

間もなく (多分明日くらい), @IT 連載の新しい記事が公開される予定.

今回は「生命知としての場の論理 - 柳生新陰流に見る共創の理」(清水博、中公新書、中央公論社、1996) を読みながら, ソフトウェア開発と斬り合いに共通する場を考えるという, 壮絶なコラムになってます...

ソフトウェアをめぐる社会を流れる価値

という Engineer Mind 6 号 (技術評論社) のソフトウェア経済学特集 II の 1 章分の原稿をようやく脱稿.

今までのバリュー・チェーンの考え方を ハード・バリュー・チェーン (HVC) と呼ぶとしたら, ソフトウェアに特に顕著に見られるような (実際はソフトウェアだけではなく, 現在の多くのサービスやハードウェアの売り方にも共通する) ソフト・バリュー・チェーン (SVC) との違いのポイントは三つ.

• HVC が一次元的な川であるのに対して, SVC は循環を含む三次元的な海流


• HVC が価値のみに注目した一本の流れであるのに対して, SVC は複数の流れの複合体


• HVC では価値を先に定義するのに対して, SVC では流れることが価値があることと定義する

ただし 「ソフト」といっても特に知識や信念, 嗜好のようなものが絡む場合で, ハードウェアや物理的な実体を伴わないものがすべてソフト・バリュー・チェーンというわけではないことに注意.

発売は 9 月中旬ですかね.

中の小さな人

ソフトウェアは「中の小さな人」だ. ユーザは「外の大きな人」.

じゃあ, 開発者は?

「中の小さな人」の親方か? 「外の大きな人」の奴隷頭か?

僕は親方でありたいと思う. 「中の大きな人」だ.

フリーター, Steven Mellor

ここに, UML の実行可能性に関する公開質問状が出ていて, それはそれでいいのだが, その署名にブーチ, ヤコブソン, ケネディらと並んで

スティーブン・メラー (Freeter)

とあるのが, 泣かせるではないか. あのメラーだよ. それが「フリータ」だよ. Mentor は Project Technologies を買収後いったいどういう処遇をしていたんだろうか.

この際, 日本で誰かメラーを雇わないか?

# メラーは最近「フリータ」を自称しているようで, 各所で肩書きは (英語で) freeter となっている.

# 誰かがこの和製英語 (だよね?) を吹き込んだらしい. 二上さん?

# 僕も「有限会社メタボリックス代表取締役」なんてのは止めて「有限会社メタボリックス代表フリータ」とでもしようかしらん.