ITmedia Games：RMTは誰からも認知される“産業”となり得るのか昨日のITMediaで、オンラインゲームにおけるRMTが取り上げられていた。 知らない人のために一応解説しておくと、RMTとは、RealMoneyTradingの略で、 ゲーム内で得たアイテムなどを、現実世界で金銭と交換するという『商売』のことだ。 既にビジネスモデルとしては確立しており、日本でもRMTを扱う会社が起業して物議を醸すなど、 最近のオンラインゲームでは、制作側もユーザ側も避けては通れない話題になっている。オンラインゲームに関するカンファレンス「アジア オンラインゲーム カンファレンス2005」が、2月28日、3月1日に渡って、東京・工学院大学で開かれている。韓国のRMT（リアルマネートレーディング）に関する実態を報告するセッションでは、韓国・中央大学の魏教授による講演が行われた。 >> 記事を読む
ずいぶん久々になってしまいましたが、最近どんな検索語での訪問が多いのか？まとめてみましょう。 期間は大体2005年になってからの2ヶ月間（ただし1月は実質10日分しかない） でも、数の統計を出しているわけではないので、まぁ主観で。（過去ログ :: 1 2 3） まず、恐らく一番のヒットになったのは、『firefox』+『高速化』。 これは、TextOceanさんで紹介されていたTipsを導入した感想で、完全に他人の褌です。 それが一番のヒットかよ、と思うと情けなくなりますが、 それだけFireFoxが注目されているということでしょうかね。 個人的にはそれでもまだ、メインにはしきれてませんが、とりあえず片っ端からこれ導入しました。 意外に多いのは、日の出日の入りに関する検索語。 ココで配布してるのはあくまで計算用のモジュール（というか関数）で、 それ単体で使えるものではないので（簡単なサンプルは付いてるけど）、 来てくれた人が満足したかというと…ビミョウ。 使いようによっては結構、便利なんですけどね。 モジュールというには稚拙すぎますが。 同様にSOFTWARE関連、『apeboard』で来る人も多いですなぁ。 正直、2apesさんに文句言われる気がして、あんまりそれでヒットして欲しくないんですが… 未だに正式版にたどり着いておらず、正式版にたどり着いたら、 2apesさんにお伺いを立ててみようかと思ってるんだけど…いつになるやら。
参照元を眺めてて、なんだか違和感を感じたので調べてみたら、 『ヤりたい』でGOOGLE検索の第1位を獲得していました。 Google 検索: ヤりたい …いや、あのね。 別にね、いいから。本当に良いから。 てか、そういう話題がないとは言わないけど、そういうサイトではないから… 『や』がカタカナだったからかなぁ… GOOGLE恐るべし。 blogのHTMLが如何にvalidか分かるなぁ…
＜Ｈ２Ａロケット＞多目的衛星分離、打ち上げ成功税金の無駄遣いとかなんとか言われながらも、 この技術は無くてはならない技術だよね… 何はともあれ、成功して良かった。 関係者の皆様、お疲れさまでした。宇宙航空研究開発機構（ＪＡＸＡ）は２６日午後６時２５分、国産主力ロケット「Ｈ２Ａ」７号機を鹿児島県南種子町の種子島宇宙センターから打ち上げた。約４０分後、搭載した運輸多目的衛星新１号「ＭＴＳＡＴ―１Ｒ」を計画通りに分離。ＪＡＸＡは「ロケットの打ち上げは成功した」と発表した。０３年１１月の６号機の失敗で危機的状況に陥った日本の宇宙開発は、信頼回復への一歩を踏み出した。国際競争が激しい衛星打ち上げビジネスへの参入にも再び道が開かれた。 打ち上げ直前にロケットと地上設備とのデータのやりとりに不具合が発生し、予定より１時間１６分遅れた。発射後、太平洋上空を東南東に向かって上昇。計画通りのコースをたどり、２段目から衛星を分離した。衛星は今後、エンジン噴射を繰り返して軌道を変え、順調なら３月８日午後、暫定軌道に入る。最終的には東経１４０度、赤道上空約３万６０００キロの静止軌道（地球の自転と同じ周期の円軌道）に入る予定。 >> 記事を読む
大手商社の双日は２６日、発行済み株式数の約５１％を保有する大手牛丼チェーン「なか卯」の株式のうち約３３％を、同じ大手牛丼チェーンで「すき家」を展開するゼンショーに売却することを明らかにした。２８日に発表する。 牛丼各社は牛海綿状脳症（ＢＳＥ）による米国産牛肉の輸入停止で苦戦を強いられており、大手チェーンでは初めての再編となる。あ、どうでもいいですか？ どうでもいいですか。 個人的には、なか卯に思い入れがあって、すき家は特に世話になってないので 結構な衝撃でしたよ。 で、全部すき家になるんでしょうかね？ それともサークルKとサンクスみたいになるんでしょうかね？
今さら繰り返す必要もないかもしれないが、 『コミュニケーション』ということが、ここ数年僕の中の重要なテーマのひとつになっている。 きちんとコミュニケーション『出来る』『出来ない』、 出来ない人とはどんな人か、 コミュニケーションを成立させるのに自分がどんなアプローチをすればいいか、 そんなことだ。 しかし、ふと、こんな疑問を持ってしまった。 MUTTERでコミュニケーションについて語ることは、正しいのだろうか？ つまり、このサイトというのは…付くコメントの数の少なさでも分かるとおり、 根本的に読者とコミュニケーションを取る『意志』がない。 いや、筆者本人（オレだ）は、 何らかのリアクションが欲しいと思ってもいるのだけど、現実的には難しい。 あらゆる読者に対して書かれている一方で、あらゆる読者から遠い。 『読み物』と評されるのも分かる気がする。 読むことで、全てが完結してしまう。 そんな独断的サイトを運営する人間が、 コミュニケーションを語っていていいのだろうか、と思ったのだ。 果たして、説得力があるんだろうか？ ただ、僕は知っている、 コミュニケーションを取ろうとしないのは僕ではなく、このサイトだ、ということを。 これは何度か言っていることだが… このサイトってのは、あくまで僕が生きている『影』に過ぎない。 カタツムリで言うと、カタツムリが這っていった葉に残る、透明な液体だ。 カタツムリはそこにはいないし、僕は僕でリアルで生きている、 コミュニケーションについて語るときの『コミュニケーション』は、 必ずしも抽象的な、不特定多数相手ではなく、あくまで、 具体的な誰か、とのことであるわけで。 そのときどう思ったか、を文章としてサイトに投影しているだけだ。 （そしてその特殊な状況に普遍性を持たせようとしている） それを不特定多数の読者が理解できなくてもそれは、 そのときそこにいなかったんだから仕方がないよな。 と、自分に言い訳している次第である。 （よくよく考えると、1対不特定多数というコミュニケーションは成り立つのだろうか？という疑問もある） 少し、考えすぎだろうか？
いや、違います。一応、『WEBデザイナー』ということになってます。 でも、専任の管理スタッフがいるわけではないので… メールサーバも含めた、サーバの管理は僕がやってます。 サイトの更新システムも、僕が構築しているわけなので。 で、当然、スタッフに技術的なトラブルに関するレポートや、 『こうなったらこうしてください』 と言う旨のメールを出す機会があるんですが、これが意外に難しい。 スタッフは全員が若いので、全くPCがわからん、という人はいないわけだけど、 だからといって、技術的なことを書いて理解してもらえるわけじゃない。 書く方は、原因と結果を書いた上で、回避方法を説明したいのだけど、 くどくど説明したって読んでもらえないかもしれないし、 そうすると当然困るのは僕なわけで。 ということで、最近は、メールの書き方を変えてみています。 自分的に言いたい技術的なことはいろいろあるわけだけど、 まず文頭、スタッフが何をすればいいか、を書く。 たとえば、デカイファイルのせいでメールがタイムアウトして、 プロセスが終了していないようなとき、OutlookExpressだと、 『パスワードが間違ってるかも。再入力しろよ』 みたいなボックスが出ます。 これを見て、『パスワード教えてください』っていってくるスタッフが結構いる。 でもこれはそういう訳じゃないんです…少し待ってくれれば回復するから。 （自動でKILLされるのかな？多分） これを説明するとき、いやね、プロセスが…とか言うのではなくて、 『昨日まで使えてたメールでパスワードが要求されたときには、一旦終了して、5分くらい待ってください』 とまず書く。 そして次に、 『大きなファイルや、大量のメール、回線の切断などで、正常に終了していないときにこれが起こります…』 などの簡単な技術情報、 で、数行あけて、技術情報を書く。 技術情報が欲しいのは、数人だから、 一般のスタッフは最初だけ読んで次のメールに行ってもらって良いし、 送る僕の方も、一回の送信で済み、多分全スタッフに指示を伝えられるという利点がある。 なかなかね…技術的な発見の喜び（もしくは焦り）が先走っちゃって、 みんなに分かりやすいメールを書くのは難しいんだけどね… 努力次第で、なんとかなるもんです。 まずは、わかってもらわないとね。 技術者にもコミュニケーション能力は必要です。
blogでたまに見かける、トラックバックの連打。 これは、相手が受け取れていない、と思って何回も送ってしまうことが原因です。 実際には、「受けとりましたよ」って返事が返ってきていないだけで、 トラックバックの送信自体は完了していることが多いんですけど。 はっきり言うとねぇ、MTの仕様が僕は不親切だと思う。 本当に送れなくても、正常に終わらなかっただけでも、 出るエラー（ログに残るエラーメッセージも）は同じなんだよね。 送信 ↓ 受信 ↓ 送信完了を返信 ↓ 返信を受信 ↓ 完了 という感じで流れるわけなんだから、送信のリクエストを送った後なら、 相手のサイトを見ろ、くらい言ってくれてもいいような気がする。 もちろん、実際には、どの段階でこけたかを把握するのは難しい、 ということはよく分かってるんだけど…。 ちょっとしたことで初心者のミスが減ると思うんだけどね。
男女には違いがある。 それは経験則的にはっきりしており、恐らく間違いない。 別に、専門書や、月刊誌の指摘を待たなくても、 男または女として社会に生きてる人にとっては明らかなはずだ。 ただ、僕はこの問題を語るとき、 どうしても好きになれない視点がある。 それは、男女の相違点を挙げ、だから違うんだ、としめる構成だ。 皆が知っていることを再度指摘して、だからなんだというのだ、ということだ。 だから男は分かってくれないのよ、 そういわれても、僕が男から別のモノになることはなく、 『分かってくれない』事自体は変わり様がない。 大事なのは ── 女はどうしたら男が分かるように話せるのか、 男はどうしたら女の言うことを分かるようになれるのか、 その試行錯誤こそが重要なのであって、 最初から分かり合えないことを前提にしているのであれば、 違いの指摘自体に意味がない。 （愚痴を聞く、という状況を除けば。…でも雑誌で愚痴など聞きたくない） 僕らは違うのだ。 それははっきりしている、ハズ、 でもその違いを分からない人が多いと言うことなのか？ だから、まず、違いを指摘するところから始めなくてはいけないということなのだろうか？ レベルが低すぎると思うが、それが標準なのなら…仕方がないか。