1) バイタルエリアと、それ以外のエリアでの注力度合の変化が無い
米国サッカーの勝負強さが特筆に値するのは、シドニー五輪を見れば一目瞭然。
二度日本がリードしたにもかかわらず、追い付き、最後はPKで勝ち上がっていった。
テクニックも走力も特に著しいものはないが、意外にも最後に勝ってしまうことが多い。
それは、バイタルエリア外では力を抜き、いざというエリアにおいてのみ、力を注力するという習慣が教育されていることが、ひとつの要因と思う。
一方日本代表は、全てのレンジで真面目にボールの扱いをしてしまう。
従って、試合時間の終盤では集中力や体力が切れがちで、最後の最後で逆転という展開が少ない。
これは、サッカーだけに限らず、男女ハンドボールや女子バスケットボールの北京五輪最終予選において、概ね共通項として確認された、試合時間が厳密に決まっているチームスポーツにおける日本チーム特有の欠点である。

2) バイタルな時間帯と、それ以外の時間帯での注力度合の変化が無い
前述の項目と同様、どの時間帯も真面目に試合に向かう半面、バイタルな時間帯に注力しようという雰囲気はあまり見られない。
よく知られているように、前後半の開始終了の10分間は確率統計的にゴールが生まれやすい時間帯である。
従って、その時間帯に労力を注力し、それ以外の時間帯には積極的に手を抜くことが重要であるが、現状は則していないように見受けられる。
考えてみれば、日本発のスポーツは相撲も柔道も剣道も空手も、技が決まった時点で試合が終わるスポーツだし、日本で人気のある野球や競泳やバレーボールも目的を達した時点で試合が終わる。
よって、いずれも試合時間が固定されたスポーツでは無い。
試合時間が決まっているスポーツにおいて、積極的に力を抜くことに対して適切に評価することができない素地が、日本社会の背景にある気がしてならない。

3) 幼少期からのパス偏重教育
先日、小学生のクラブチームと思われるチームの練習を見学してみたが、パス回しの練習に終始していたのが印象的だった。
パスは練習しているだけあって、滅法上手い。
が半面、見学時間中にシュート練習を見ることはできなかった。
GKがGKの練習に大きな時間を割くように、FWはFWとしての練習に特化すべきだろうと思う。
そのように特化できない理由が現場の指導者にはあるのかもしれないが、現状の教育方針では決定力不足は解消されそうに無い。

re-fusionさん(http://re-fusion.air-nifty.com/blog/2007/06/itunes_1d74.html)　のさらに詳しい検証や、ITmedia記事(http://plusd.itmedia.co.jp/lifestyle/articles/0707/17/news030.html)も必見。

ちなみに環境は、iTunes 7.1.1.5、WMP 9、Windows XP SP2である。

この映画は、自らの意志とは裏腹に、非望の死を遂げなければならなかった英霊の貢献を再確認するという意義におけるだけで、存在意義がある。
我々は、たとえば靖国神社という象徴通して、過去の貢献に対して最大限のリスペクトを表明しなければならない。

世界的な規模での紛争が過去70年間にわたって勃発していないことを鑑みると、我々は人類史上もっとも栄華を享受している世代の人間なのかもしれない。
未来の人類を考慮しない化石燃料の多大な消費や、それによる環境破壊、また大量の国債問題など、未来の人類や日本人に対して多大な損失を生み出し、問題を先送りするという犠牲の下に、史上最高とも推定できる文明社会を享受していることを忘れてはならない。
我々は、無駄な紛争や論争、自殺などといった無下な行為を回避し、より高い次元で生きることを責務としなければならない。

FOMA-USB通信ケーブル、マイク付き平型オーディオ変換ケーブルが試供品として同梱されていたのは驚いた。
別個用意しなければならないのは、イヤホンとminiSDカードのみ。

音楽機能の充実は、本機の大きな特徴の一つ。
iTunesで取り込んだ大量のmp3ファイルが私のHDDにあるのだが、それをWindows Media Player 10の再生リストに登録しておけば、同期転送したときに自動的にwma形式に変換してくれる。
最初はこのようにしてうまく自動的に変換して転送してくれていたのだが、何度か使っているうちに、変換の進捗表示が0%から変わらなくなるエラーが起こるようになってしまった。

そこで、「Rip!AudiCO」でmp3をwmaに変換し、変換後のwmaファイルをWindows Media Playerに登録することにする。
これにより、iTunesで登録してmp3ファイルにエンベッドされたCDタイトルなどの文字資産を引き継ぎつつ、mp3をwmaに変換することができた。
もちろん、CDからwmaに直接エンコーディングした方が音質はいいのだが、何度もCDを換装しなければならないのは苦痛なので、横着をする。

駆動時間は、wmaで最大9時間、aacで最大6時間。
http://plusd.itmedia.co.jp/mobile/articles/0606/16/news012.html
ちなみに、ビットレートは最大192kbpsまでの再生を想定しているようだ。
私が保持している2G iPod shuffleが12時間駆動で、その替わりになるかどうか。

カメラ使用時には、「マクロモード（マナーキー）とAF（オートフォーカス、発話キー）を忘れないこと。」が重要。
http://plusd.itmedia.co.jp/mobile/articles/0610/11/news095.html

満足度は、全体的には満足だが、レスポンスのもっさり感は不満な他、カメラのフラッシュが無いことと、電池の減りが気持ち早いこと、音楽再生で早送り・巻き戻しができないことが不満。

また、今回は新規で契約したからなのか、ショップのインセンティブに直結する付帯契約が3つほどあり、1週間後くらいに解約した。
iモード　ー＞　ドコモeサイト　ー＞　ドコモeサイトメニュー　ー＞　各種手続き　とたどる。
・割引サービス「ゆうゆうコール」 180円
・ネットワークサービス「オプションパック割引」 400円
・iモードオプション「iチャネル」 150円

ダニエル・ハーディングという指揮者は初めて見たが、思わず「うまいな」とため息が漏れた。
細かい指示の部分は疑問に思うところはなきにしもあらずだが、とにかくオーケストラから音を引き出す能力がすごく高い。
小澤征爾が星野仙一との対談で、「指揮者の能力で一番大事なのは、プレイヤーの能力を引き出すこと」という趣旨の発言をしていたが、彼はそれを地でいっている。
「指揮者とはかくありなん」と言うべきか。
オケの各プレイヤーも見事に答えていた。

ハーディングはまだ伸びシロがある。
おそらくラトルやバレンボイムのような巨匠となるのではないか。
20代前半で常任のポストを得て、さらにベルリンフィルデビューを果たしたのは伊達ではない。

ブラ2は、個人的に愛聴しているバルビローリのブラ2に比べるとあっさりしていた。
今後、どのように彼のブラ2が熟成していくのか楽しみだ。

xreaには格安でいつもお世話になっているのと、困っている人がいるかもしれないということで、現在見ることのできないxrea.com関連のサイトを比較的簡単に見る事ができるページを公開します。
https://ss1.xrea.comとhttps://ss2.xrea.com経由です。
以下のtextboxに、http://hoge.s99.xrea.com/等と入れれば、ss1かss2のどちらかで見ることができるはずです。
（ただ、一つのプロキシサーバにトラフィックが押し寄せることになりますので、予告無く終了となる可能性があります。）

bookmarklet (これは動くかどうかわかりませんので参考までに)

ss1 : bookmarklet

ss2 : bookmarklet

＜Flyakiteとは＞
Flyakiteとは、Windows XP/2003に対応した、Mac OS X風のアピアランスを統合的に実現するソフトウェアです。
この機能を実現する場合、従来では数多くのソフトウェアを別々にインストールし、またスキンを随時インストールしなければならず、また他の諸々の設定をしなしなければなりませんでした。
その手間を省くという点が、最大の利点だと思います。

このFlyakite、v1.0リリースの時多くのバグを抱えていたため、リストアにとまどった人が多かったと思われ、今回のv2.0に対しても懐疑的な人が多く、そのインパクトに比べると導入している人は少ないようです。

＜インストール＞

本家は、サブドメイン自体失効しているようなので、osx-e.comのミラーからダウンロードしてきます。

インストールは日本語にも対応しているため、迷うことはありません。

オプションはとりあえず全部入れてみました。

＜v2．0での変更点や詳細＞
---------------------------------------
http://pc8.2ch.net/test/read.cgi/desktop/1113192494/4

4 ：名無しさん＠アイコンいっぱい。：2005/04/11(月) 14:10:26 ID:JfzDlkE4
とりあえず更新された内容。デスクトップ・カスタマイズより。

システムファイルを書き換えるのだからリスキーなのは間違いないが、２バイトフォントにも対応したらしい。

アップデートの内容は以下の通り
1.ObjectDock 1.11 c Stardock　を同梱（ Dock を再現するソフト）
2.iColorFolder 0.5 c KemenAran　を同梱（フォルダのカラーを簡単に変えられるソフト）
3.WinRoll 2.0 c Wil Palma　を同梱（Windowをタイトルバーのみにするソフト）
4.Y'z Shadow c M. Yamaguchi　を同梱（Windowに影をつけるソフト）
5.uxtheme.dll version 6.0.2900.2523 to Universal UXTheme Patcher　を同梱（WindowsXPのVisualStyleを変更できすようにするパッチ）
6.Theme service automatically enabled if Universal UXTheme Patcher　を同梱（多分、UXTheme Patcherを使った時にテーマを選択できるようにするソフト）
7.FlyakiteOSX Settings utility を同梱（多分複数ユーザーで違うセッティングができるユーティﾘティー）
8.MacMSN skin c theunknown for MSN Messenger 7　を同梱（MSNメッセンジャーの Macバージョン風のもの）
9.Mac OS X Tiger WindowBlinds skin c Steve Grenier　を同梱(WindowBlinds のスキン）
10.Installer now deletes the icon cache for ALL users　を同梱（アイコンキャッシュの削除）
11.Shutdown & Logoff Dialogs　を同梱（Mac風のシャットダウン、ログオフのダイアログ）
12.Admin rights check to uninstaller　を同梱（アンインストーラー）
13.Hide Recycle Bin registry tweak　を同梱（ゴミ箱を隠すレジストリトゥイーク）
14.logon.scr to uninstaller　を同梱（ログオン画面のアンインストーラー）
15.Ability to select every system file individually for install or
uninstall　を同梱（全てのシステムファイルのインストーラーとアンインストーラー）
16.バグフィクス：Problem where files would be deleted and not replaced when located on
a drive other than the local Windows drive.
17.バグフィクス：システム復元ポイントを生成の再、メッセージにフォーカスされないバグ。
18.バグフィクス: Office 2003 アイコンが現れないバグ
19.バグフィクス: フォントが表示されないバグ
20.バグフィクス: shell32.dll のメモリ問題(Special Version)
21.変更点: Rename File / Folder icon
22.変更点: ログオンスクリーンのアップルロゴ
23.変更点: タスクマネージャの画像
---------------------------------------

＜レポート＞

再起動すると、進捗していることを示す花のようなインジケータはないものの、Appleのロゴがお出迎え。

Dockは「RK Launcher」をインストールしてみた。これは、インストーラで「RK Launcher」をインストールするかどうかの選択があり、そこで選択しなければObjectDockがデフォルトとして選択される。
初めて「RK Launcher」を使ってみたが、おもしろい。
起動したいアプリケーションのDock内のアイコンをクリックすると、起動中であることを示す動作としてアイコンが飛び跳ねる。これは、オリジナルのMac OS Xを厳密に再現しているものであり、ObjectDockのようなアイコンが点滅するだけよりも、やはりヴィジュアル的にインパクトがある。
ただし、Y'z Dockは、たしかこのエフェクトが原因で公開停止に追い込まれたと思ったので、今後が気になるところではある。

また、「RK Rauncher」の機能なのか否かは不明だが、デスクトップにあるエクスプローラなどのウィンドウの最小化ボタンを押すと、Dockに格納される過程でウィンドウが徐々に縮小していくのがおもしろい。
オリジナルのジニーエフェクトの吸い込まれるようなエフェクトには及ばないが、今後のヴァージョンアップでオリジナルに近づくようなものになる可能性は期待できる。

エクスプローラは、Mac OS Xのアイコンを再現しているのが目を引く。
僕が以前WindowblindsをFlyakitevとは個別にインストールしたときは、選択したスキンが悪かったのか、さらに別の設定が必要なのか、アイコンまでは再現しなかったように思う。
エクスプローラは、NeXPlorerのようなMac OS XのFinderを再現したものは搭載されていないようで、Windows固有のエクスプローラベースを使用することが前提のようだ。

画面上部のバーは、ObjectBarではない。
ObjectBarはシェアウェアで、バーのリスト項目や表示項目を柔軟に変更することができるため需要が高い。
対して、このFlyakiteにバンドルされているものは、ObjectBarほど高性能ではないものの、ObjectBarでは利用できないWindowsのスタートリストがそのまま利用できるのは、利点である。
ちなみに、ObjectBarでは、アプリケーションのリストが縦一列に表示されてしまうので、使い勝手が悪く常用するのは難しいのだ。
また、バーに存在しているように見えるSpotlightは使用できない。

アプリケーションは、IE、Outlook Express、がカスタマイズされているが、それぞれ、SafariやMail.appを再現したものではない。
この辺は、Safarifoxなどのスキンの方が完成度は高い。

さて、Flyakite自体の復帰機能が2つ。
リカバリーポイントを設定することができるので、以前の設定に戻したいと考えたときに容易に戻せる。
また、Windows のSecurity UpdateでFlyakite既存のファイルを上書きしてしまった場合も、容易にFlyakiteを更新することができるのも、良い。

システムサウンドは、様々なサウンドが変更されるが、Mac OS Xでも聞いたことのない音だったり、10.1とか10.2の時代のサウンドであったり、PantherやTigerとは若干乖離している。

また、ウィンドウやバーの影は、過不足なくついている。おそらくY'z Shadowによるもの。

＜不具合＞
Dock内のOutlook Expressのアイコンを右クリックして、アプリケーションを終了しようとしたら、そのまま画面が固まってしまった。
「Ctrl+Alt+Delete」のシステム終了を選択し、再起動して事なきを得たが、開始5分で不具合が表面化したのは怖い。

また、Outlook Expressで、一部日本語文字が文字化けしているのが発見された。
「Flyakite v2.0 SE」というマルチバイトに対応したヴァージョンが存在するらしく、そちらをインストールすれば回避できるかもしれない。

＜結論＞
レジストリやシステムファイルを変更しているようなので、リスクは少なくはない。
しかし、Flyakiteの各機能を一から個別にインストールする労力を考えると、Flyakiteをクリック数回でインストールできるのは、比べものにならないくらい楽。
従って、ある程度の不具合には対処できる能力および時間がある方で、カスタマイズに手間をとられたくない人には有用かもしれない。

＜サイト内参考リンク＞
WindowsのアピアランスをMac OS X風にしてみる

・C/S型グループウェア（Client/Server）
　長所：セキュリティ（独自仕様なため）
・Webグループウェア
　長所：低価格、基本機能に絞り込んだが故の使い勝手の良さ、導入の手軽さ
・EIP（Enterprise Internet Portal）

昨今の要求ポイント
・セキュリティ（特にメールシステム）
・文書管理
・スケジュール管理機能
・エンタープライズ・ポータル機能

可能性
・グループウェアでワークフローの最適化を喚起

従来からの要求ポイント
・ワークフロー
・基幹システム連携
・SFA
・CRM
・ISO文書管理
・eラーニング
・モバイル

＜ユーティリティコンピューティング＞
・Sun Grid ---- Compute Utility / Storage Utility
・IBM ---- オンデマンド・サービス
・HP ---- アダプティブ・エンタープライズ

・オン・デマンド　コンピューティング（変更は手動）
・オーガニック　コンピューティング（変更が自動）
・グリッド（処理のマルチスレッド化が課題）

ソリューション対象企業が、どのような業務に従事しているかについての調査が必要。
たとえば、BtoCが盛んであり、土日や夜間に自社サイトのアクセスが増大する場合、自社内のリソースを外向けのWebに回すことで、メインサーバの過負荷時に対応可能。

＜情報漏洩防止ワンポイント製品＞
クリプトニーモ　デバイス版 --- HD暗号化。認証が合わせ絵。

＜次世代SCSI「SAS」＞
エンタープライズ向けHDDは2.5inchに移行？

＜電磁波が体に与える影響＞
電子レンジ 2.45GHz
->そのあたりの周波数がもっとも熱効率が高いから
->電磁波が漏れ、主婦の白内障が多発
->安全基準が法的に設けられた

携帯電話　800MHz
PHS 1.9GHz
WLAN 2GHz以上
->これらを、電波防護指針で保護
->従って安全

だが、私見だが。
たとえば、P2Pを起動して絶えず空気上に電波が漂っている場合、常に体にマイクロ波が当たっていることになる。安全調査段階では、ヘビーユーザは想定せず、ごく一般的なユースケースを想定した調査だ思われる。従って、病気を発症するとか、遺伝子を傷つけるとかいうレベルでは影響が出ないような安全基準が定められているのだろうが、中長期的に電磁波を会い続けていれば、いわゆる寿命が縮む方向性になるのではないか。

似たような理由で、最近コンタクトレンズを敬遠気味。結局、電磁波を一生浴び続けた人は今までほとんどいないし、コンタクトレンズを一生付け続けた人もまだいない。
影響は未知数。

何らかの影響が体に現れる可能性は高くはないかもしれないが、本記事では「影響はない」と断言しているのを鵜呑みにするのは危険ではないかと感じた。

＜AJAX＞
・Google Maps
・Google Suggest

＜最後に＞
本誌、純粋に記事の量が減っている。お買い得だと思って買ってきたが、値段相応になってきた。

＜思想レベルのTRON作法＞
思想1．出来る限りモードに入らない
思想2．コンピュータが判断できることをユーザに行わせてはならない．
思想3．初心者の時の操作法と，熟練してからの操作法を設け，スムーズに移行できるようにする．
思想4．ユーザの操作には常に即座に何らかの反応を返し，見捨ててはならない．
思想5．ユーザが指示することが可能でありながら，行ってはならない操作があってはならない．

これを，コンピュータを自分，ユーザを他人に置き換えると，人間の理想的な振る舞いが浮かび上がってくきます．

思想1．周りから見て何をしているか解らないという状況は出来る限り避ける，もしくは，他人が自分のことをどう接してよいか解らないような状況は出来る限り避ける．つまり，出来る限り情報開示をし，股報告・連絡・相談を積極的に行う．
思想2．時間的かつ労力的に，自分で完結できることに他人の手を煩わせてはならない．
思想3．他人と親睦を深めたり，子供など自分より能力の劣る人間と接したりする場合の柔和な自分のキャラクターと，仕事モードの時や真剣に物事に取り組むときや失礼があってはならない目上の人と接したりする場合の自分のキャラクターを分け，スムーズに移行できるようにする．
思想4．他人からのアプローチには常に即座に何らかの反応を返し，見捨ててはならない．
思想5．他人に指示されることの中で，自分が行ってはいけない行為があってはならない．つまり，自分が行ってはいけない，若しくは行うことが出来ない行為を安易に指示するような人間を，周囲に配置してはならない．（つきあう人間をしっかり見極めて選別しましょうということ）

「相対する人間に対してストレスを与えず，末永く使ってもらえる」という意味で似ていますね．
僕は上記のように解釈しましたが，人によって捉え方は違うと思います．
非常に興味深いです．

オランダから回転ドアを輸入（安全性の面から軽量化を重視した総アルミ製）
日本で景観の面から人気の高いステンレスをアルミにかぶせる（1トンほどの重量が1．3トンほどに増加）
重量が増加したため異音を発するようになり，クライアントから苦情続出．
苦情を受け，回転ドア上部に自走式のモーターを4機増設したことにより，質量が2トン程に増加．（従来型のモーターは，回転ドアの質量に影響を与えないように配慮され天井に固定してあった．）
三和タジマの前身の会社が倒産後三和タジマ設立されるも，前会社の回転ドアに関する資料がほとんど残っていないため，それまでの開発の経緯が不明なまま箱だけ存在するという状況下でスタート．
ビルに吹き込む風により回転ドア自体が揺れるため，さらに重量を増加し，最終的に2．7トンまで増加．（欧州では日本ほど高層ビルの需要がないため，ドアが揺れるほどビル風は発生しない．）
軽量さによる安全性確保の欧州型の従来の理念がいつの間にか消え去り，重量感を増し破壊力を増した改悪型の回転ドアにより，尊い人命が失われる．
後の調査で，1トンの回転ドアは安全装置が危険を察知するのとほぼ同時に動作を止めることが可能なため安全だが，2．7トンの回転ドアは安全装置が作動してから回転ドアが動作を止めるまで40cm程オーバーランをすることが解った．
また，ドアを天井から吊っており水平方向に遊びがあるため，ドアと壁の間に幼児の頭が巻き込まれてしまうことも明らかになった．

http://www.asahi-net.or.jp/?pu4i-aok/core/memodata/800/m880.htm
10Jで怪我をするところ，864Jの負荷がかかって死亡だそうで．

失敗学会という学会に対して若干懐疑的な感じがしていました．
新しい理論を確立するでもなく，技術やアプリケーションを開発するでもないため，研究者がこの分野に積極的に参加するかが疑問だったからです．
しかし，このように損失の原因を調べ，非常に有意義な結果を世に示すことで，この学会の発展や社会への還元が活性化されます．
今後も期待しています．
また，今後あのような痛ましい事件が二度と起こらぬよう祈念しています．

「2．PulpFiction Lite」
　　
　（利点）
　　・バランスがよい
　（欠点）
　　・エントリ数が多くなると，レスポンスが著しく悪化する．
　　　（全ての情報を1つのDataBaファイルに集約しているため？）

「3．MiNews」
　　
　（利点）
　　・Safariの「Web Kit」コンポーネントを使用したブラウザ内蔵
　（欠点）
　　・デフォルトでレスポンスが重い．
　　　（データベースを使わずrdfファイルを直に読み込んでいるため？）

「4．NewsMac」
　　
　（利点）
　　・Palm，iPodとのシンクロ
　　・閲覧サイトを階層に分けられる
　　・日本語インタフェース
　（欠点）
　　・現在配信されているRSSを反映するだけで，エントリが蓄積されない．（有料版なら蓄積可?）
　　・ブラウザに記事を表示するのに，ブラウザが前面にポップアップされる
　　・起動が遅い

「5．RSSBrowser」
　　
　（利点）
　　・Safariの「Web Kit」コンポーネントを使用したブラウザ内蔵
　（欠点）
　　・インタフェースが独特なので，慣れるまで使いづらい

「6．RSSOwl」

　（Javaというのだけで重そうな先入観を持っており，試していません）

「7．その他」
パナボラミニ / RSS Menu(bar) / MulleNewz(Dock) / SlashDock(Dock)

利点に関しては各個人のユースケースマターでプライオリティが大幅に変わってくるので，ここでの言及は最小限にとどめ，大幅に省いてあります．
各サイトのFeatureを適時ご確認下さい．

NetNewsWire Liteが人気があるようで，僕も少し使ってみたのですが，ヘッドラインが蓄積されないのは辛いですね．
nikkeibp.jpなどは，一日に何度も更新されますし．

僕個人としては，NewsMacに注目しているのですが，ニュースを読むためにヘッドラインをクリックする度にSafariが画面前面にポップアップされるのは辛い．
大概，10くらいのヘッドラインがブラウザのタブに溜まってから一気に読むし，その方が逐次記事を読むより効率的．

ユースケースとしては，以下のように分類されるかと思います．

エントリが蓄積されなくても良い場合で，エントリをブラウザに送付するに当たり，ブラウザはバックグラウンドに待機したままが良い場合，「NetNewsWire Lite」．
エントリが蓄積されなくても良い場合で，かなり多くのサイトを購読し，ブラウザがアプリケーションの最前に表示されても良い場合は，「NewsMac」．
エントリが蓄積される必要がある場合は，強力なマシンを持っているなら，「PulpFiction」．
ブラウザが内蔵されている必要がある場合は，強力なマシンを持っているなら，「MiNews」．

上記以外のケースでは，NewsFireやNetNewsWireといったShareWareを購入するしかないのでしょう．

Cf. http://pc7.2ch.net/test/read.cgi/mac/1098949878/

史上最強のエディタとも言われる「Emacs」．
銭谷さんのパッケージは秀逸だがG3 iBookではきついので，軽いバイナリを作った．

・Emacs CVS 20050704(22.0.50.1)版
・Inline patch 20041229版 inline_patch-20041229.tar.gz
・吉武さんの透明化パッチ transparency-2.1.0.tar.gz
・Mule-UCS CVS 20050704版
・carbon-font.el
・mac-utf.el
・Quartz 2Dアンチエイリアシング
・日本語入力文字化け対策 (参照[lists.sourceforge.jp])

Pantherでしか動作確認をしていないので，別の環境では動作しないかもしれません．

手順を以下に備忘する．

-------Carbon Emacs Instructions to Compile-------

/* cvs */
$ emacs ~/.cshrc
　　setenv CVS_RSH ssh
$ cvs -z3 -d:ext:anoncvs@savannah.gnu.org:/cvsroot/emacs co emacs

/* patch
　　1) inline-patchは，エラーでrejectされるので，*rejファイルに基づき一部手動
*/
$ cd emacs
$ patch -s -p0 < ../inline_patch-20041229/emacs-inline-patch
$ patch -s -p0 < ../transparency2/transparency2.patch
$ emacs src/puresize.h
　　SITELOAD_PURESIZE_EXTRA 60000

/* DoIt
　　1) OptimizationはG3用．-O3ではコンパイルが通らないこともある．
　　2) "make" "make bootstrap" は要時間 & 要ディスク空き容量．
*/
$ ./configure CFLAGS="-O3 -mcpu=750 -pipe -mpowerpc-gfxopt" --with-carbon --without-x |& tee mylog_carbon_configure
$ make bootstrap |& tee mylog_carbon_make
// X11版を作る場合
// $ ./configure CFLAGS="-O3 -mcpu=750 -pipe -mpowerpc-gfxopt" --without-carbon --with-x |& tee mylog_x_configure
// $ make |& tee mylog_x_make
# make install |& tee mylog_install

/* mule-ucs
　　1) set-buffer-file-coding-systemをセットしないと，txtファイルがutf-16になる
*/
$ cvs -d:pserver:anonymous@cvs.meadowy.org:/cvsroot login
$ cvs -d:pserver:anonymous@cvs.meadowy.org:/cvsroot co mule-ucs
$ emacs -q --no-site-file -batch -l mucs-comp.el
$ emacs ~/.cshrc
　　(utf-translate-cjk-mode 1)
　　(require 'un-define)
　　(set-language-environment "Japanese" )
　　(set-default-coding-systems 'euc-jp-unix)
　　(set-buffer-file-coding-system 'euc-jp-unix)
　　(set-terminal-coding-system 'utf-8)
　　(set-keyboard-coding-system 'sjis-mac)
　　(set-clipboard-coding-system 'sjis-mac)
　　(set-file-name-coding-system 'utf-8)

/* lisp */
・carbon-font.el

/* 入力文字が文字化けする場合
cf. http://lists.sourceforge.jp/mailman/archives/macemacsjp-users/2005-June/000452.html
*/
$ emacs ~/.emacs
　　(add-hook 'mac-im-update-active-input-text-hook
　　　　(lambda (str fix &rest text-properties)
　　　　　　(if (not (coding-system-equal
　　　　　　　　'sjis-mac (keyboard-coding-system)))
　　　　　　　　　　(set-keyboard-coding-system 'sjis-mac)))
　　　　　　　　t)

------------------------------------------------------------------------
site-init.elをlispディレクトリに格納した配布版を作成する場合の注意点．
1) site-init.elは通らないので，site-start.elで回避． (サンプル：site-start.el)
2) mac-utf.elは"lisp"ディレクトリではなく，"lisp/mule-ucs"ディレクトリに格納する．
　　(mac-utf.elからun-define.elを読み込んでおり，コンパイル時発見できない．)
3) "lisp/Makefile"の
　　　$(emacs) -f batch-byte-compile-if-not-done $$el || exit 1; ?
　　の箇所を3カ所，以下にreplace-string．
　　　$(emacs) -f batch-byte-compile-if-not-done $$el ?
5) Tiger上でコンパイルするときは，CPPFLAGS="-DOLDROUTINENAMES"をconfigureの引数に含める．
6) こんな遠回りをしなくても，MacEmacsJPからパッケージをダウンロードして，
　　$ make src ucs-src _mule-ucs compile dmg
　をすれば，inlineは付与しないものの同じような物が出来るはず．
(追記 2005-07-24)
7) site-start.elも起動時に読み込まれないので，.emacs.elに　1)の内容を記述し，lispファイルもパスを通すこと．

Cf.
・http://macemacsjp.sourceforge.jp/index?MacEmacsInstall#content_1_2
・http://sakito.s2.xrea.com/detail/emacs/emacs21.html#doc1_91
・http://pc7.2ch.net/test/read.cgi/mac/1090151474/755-855
・http://books.ki.nu/rakuraku/inline-update.html
・http://tdiary.flowernet.gr.jp/jado/?date=20050423
・http://lists.sourceforge.jp/mailman/archives/macemacsjp-users/
(Optimization)
・http://www5f.biglobe.ne.jp/~nekocan/group_lab/folder_advance/ht_advmame4.html
・http://www.freehackers.org/gentoo/gccflags/flag_gcc3.html

コメントスパムでサーバのホスティング容量が超過しているのに気づかず，その結果，このMovable TypeのコメントとトラックバックのBerkeley DBデータベースが故障してしまいました．
現在もコメントとトラックバックを受け取ることが出来ません．
コメントやトラックバックを寄せるトライをして下さった方，申し訳ありません．

現段階で，コメントスパムの対策は済んでおり，またホスティングの容量もxreaさんに増量して貰ったので，今後は安心かと思いますが，今まで頂いたコメントやトラックバックが窮地に貧してしまいました．

db_dumpやdb_loadでデータベースの復帰をはかったのですが，芳しい結果は出ず．
今までに頂いたコメントやトラックバックを全て破棄して再スタートを切るか，新しくblogをもう一つ立ち上げるか，遍く思慮を巡らせています．
せっかく頂いたコメントやトラックバックなので，破棄するのは本意ではありません．

良い機会なので，いつもコメント下さる方，トラックバックを下さる方，また閲覧して下さっている方々に，ここで感謝の意を表したいと思います．

とりあえず更新は出来るのですが，コメントやトラックバックがblogの醍醐味でありますし，何か対策をしたいのですが．
なんかいいアイデア無いかな・・・

------(2005−07−14追記)--------
コメントとトラックバック，受け取れるようになりました．
Berkeley DBからMy SQLに変更し，逐一手動でデータを移管しました．
今後もどうぞよろしく．

失点は2点とも加地がマークすべきハシェミアンの得点だったことを考えると、従来慣れ親しんだ3バックを選択していれば、これらの失点は防げた可能性が高い。
実際、イランの組織は酷いもので、日本代表に対する中盤でのプレッシャーは皆無で、日本は比較的自由にボールを回せたし、自分たちのペースで落ち着いたゲームメークすることが出来る状況だった。

確かに、以前積極的に4バックを導入して結果を出していた時期もあり、前半と後半で3バックと4バックをフレキシブルに変更出来ていたこともあった。
しかし、ここ最近は3バックが定着しており、確実に結果を出していたのにもかかわらず、急造4バックをこの大一番に持ってきてしまったという選択に誤りがあった。

ジーコ監督の決断が、そのギャンブルに負けたのだ。
中田を入れず、従来の組織で試合を運んでいたら、苦もなく勝てた試合だったであろう。

5日後のバーレーン戦では、中田をスタメンから外して3バックに戻すという選択をジーコ監督が英断出来るかどうかが焦点。
もちろん、中田が5日間でペースを戻してくれることが一番良いが、その可能性は高くないというのが妥当な判断だろう。
怪我が開けてから実践はたったの数試合なので、チームの中心に据えるには試合勘が戻っていないという点で酷だった。

また、高原と玉田をスタメンに選択したのは妥当だが、彼らの出来が著しく悪かったのも誤算だった。
高原はトラップが足下に落ち着かず、玉田はピッチに足を取られ続ける。
何の因果か解らないが、従来のパフォーマンスにはほど遠い結果だった。

それにしても、今回ほどジーコ監督の神通力が届かなかった試合も珍しい。
それほどまでに、これまでの道のりでは神懸かり的な劇的展開を伴う試合が多かった。
一次予選のホームでの対シンガポール戦や、最終予選での対北朝鮮戦は、まさに試合終了という時間帯になっての劇的得点だったし、昨年のアジアカップも漫画みたいなドラマチックな逆転劇を各試合で演じた。
そういったこれまでの奇跡を考えると、神通力の中休みといったところだろうか。

しかし、最終予選6試合のうち、負けてもある程度許される試合というのは、このアウェイでのイラン戦だけだろうし、中休みするのが許されるのもこの試合だけだろう。
残りの試合では、今回のような博打をすることなく堅実なメンバー編成をし、確実な試合運びをして欲しい。
もう負けが許される試合は残されていないのだから。