Computer::Mac - Macをほしがる友人

友人がMacがほしいと言っております。
Macはここがいいという点を語ってくれたのですが、
私がいいなぁと思う点はUnixライクなとこだと思っています。
WindowsでCygwin使うにはちょっとね、重いですし。
というか文字コードがどうたらいろいろ不都合多いというか。
なので、Cygwin使うくらいだったらMacがいいなぁと思うわけです。

が、Mac使うくらいだったらLinuxでいいやぁと思うところもありまして。
研究用途だったらLinuxが断然よいです。
ターミナル使ってコマンドばしばし使うほうが効率いいのもありますし。
ただ、娯楽用途だとLinuxはちょっと弱い。
娯楽用途だったらWindowsでいいやん、と思ってしまうのです。

Macは研究用、娯楽用両方いけそうなイメージがあります。
けど「Windowsでいいやん」、を超えてMacを選ぶ理由が私にはない・・・

デザインがいい！とかよく言われることですけど、
まーWindowsマシンでもいろんなデザインありますから。
UIがいいのかなぁ。
Windows Aeroでほへーとなってる私には別にWindowsで不満もなく。

興味があるっちゃあるので、入手できる機会があればほしいとは思います。
マシン二台買っちゃったから当分先の話でしょうけども。

Work::SoftwareDevelopment - Project管理ツール(4)

Microsoft Project Viewer (閲覧ソフト) - PC珍道中(MSプロジェクト) | 海は海、風は風 dozo.rgr.jp

Work::SoftwareDevelopment - Project管理ツール(3) - Blog::AS_A_COCKTAIL

一番上のリンク先の方の文を引用。

そういえば某プロジェクトマネージャがこんな事を言っていた。

「MS Projectはヨーロッパでは当たり前のように使われている。」

えぇぇそうなんや！

当たり前なほどポピュラーなんだ。
ってかヨーロッパ限定なんかな。
なんでヨーロッパ？ヨーロッパの人たちにはMS Projectがしっくりくるのかな？

なんていろいろ想像してしまうのですが。
MS Project使うとこーんなうれしいことがあるよ！
っていうトピック扱ってるサイトないかなぁ、個人で。
企業向けセミナーとかではたくさんやってそうだけど。

一応簡単に探してみたら、

プロジェクト管理は「MS Project」使用、アクセンチュアが全世界で統一

やっぱいいんですね、プロジェクト管理・運営していく上で。

はやく使いこなせるようになっていきたいです。

Computer::NewMachine - すごく静かなゲームマシン

パソコン工房で、静音ゲームPCを歌ってるマシンを買ってみました。
Core2Duo E8400 3GHz、メモリ4GB、GeForce8800GT 512MB, Intel P35 Expressチップセット、
などなどのスペックです。
320GBのSATA2を二台でRAIDもくんじゃってます。

以前使ってたデスクトップPCに比べて飛躍的にスペックが上がっております。

OSにはWindows Vista Ultimate Edtionを選びました。
Windows Media Center入ってますので、
リモコン使って音楽再生、無料ムービー再生できちゃいます。ハルヒとか.hackとか。
たいてい最初の話くらいしか見ることができませんけどね。

テレビチューナーも載せています。IODATA GV-MVP/GX2。
気付かなかったのですが、このチューナー、Media Centerに対応していなかったのですね。
テレビもMedia Centerから見ることができればすごく便利だったのですが、
まぁ我慢します。

今まで持ってた外付けハードディスクもこのマシンにつないで共有設定。
無線LAN使ってLet's noteからアクセス。

CD/DVDドライブも共有設定。
私のLet's noteは一番コンパクトなモデルなので、ドライブがありません。
なので、このマシンのドライブを借りるしかないのです。
MS Office Project, VisioをLet's noteにインストールするために
違うマシンのドライブを借りるっていうのは。
なんとも不思議な感じですね。

そしてビビったのが、らぶデス２動かした時のFPS。
50～60出てるし（笑）
前のマシンだったら8FPS程度。
キャラクターが滑らかに動くのを目の当たりにしてちょっと感動もんです。
人工少女３もすんごくサクサク。
ただなんか、ちゃーんと制御してないんかなぁと思っちゃいました、らぶデス２は。
主人公の腰の動き速過ぎ、女の子のエクスタシーゲージ貯まるの速過ぎ。
つかこれがデフォルトの速さなんでしょうか。


前のマシンは友人に譲ることにしたので、
早いこと引っ越し作業をしてしまわないとだめです。
今度の国際会議までに引っ越しできるかなぁ。

Work::SoftwareDevelopment - Project管理ツール(3)

Work::SoftwareDevelopment - Project管理ツール(2) - Blog::AS_A_COCKTAIL

28日の朝にMicrosoft Office Project2007が届きました。
前日バイト先の送別会でしたが、0時に引き上げてきたので
なんとか朝から開発計画を立てることができました。

多機能のような、そうでないような。
まだ使いこなせてないだけかもしれませんけどね。

とりあえず今日使っていてうれしいなと思った機能は平準化です。
一日当たりの予定作業時間を曜日ことに割り振ってからタスクを作成します。
そのタスクを完了するまでに必要な作業時間を設定します。
で、一日に作業するタスクの作業時間が、予定作業時間を超えてしまうわけですが、
この超過分をうまい具合にあいている日に割り振ってくれます、平準化は。
この自動化は大変うれしいです。
手空きのメンバーは誰だーとか、やたらタスクまみれなのは誰だーとかいうのを見た上で、
なるだけみんな均一になるように手作業でタスクを割り振りなおした上で平準化。


しっかしながら、朝10時半から深夜に至るまでもっぱら計画練りまくりだもんで
大変気持ち悪いです。
とりあえずソフト開発のアルバイトの計画と、大学の事務のシステム開発の計画は今日作れました。
あとは共同研究でやっている医学部のシステム開発の計画作成です。
土曜日昼からフリーにしていたのですが、
土曜日使って計画たてるしかないのかなぁ・・・

Work::SoftwareDevelopment - Project管理ツール(2)

Work::SoftwareDevelopment - Project管理ツール - Blog::AS_A_COCKTAIL

ProjectKeeper，よさげだと思っていたのですが・・・
タスクの担当者が見づらいです．
担当者別表示とかがあれば指示出しやすいのですが，
いちいち，このタスク担当誰やったっけ？と探っていかないといけません．
しかもWebアプリケーションなので，さくさく動くわけでもなく．
操作性もめちゃくちゃよいとはいえません．
肩こりました．

進捗をメンバーが各自で入力できるのはとってもいいんですけどね．
いまいちしっくりこないなぁと思いました，使ってみて．

一覧性とかはやっぱり重視してしまいます．
じゃないとせっかく打ち出しても頭の中がもやもやしたままです．

もっかいフリーのものを探してみたのですが，
私にとって不要な機能がポコポコついていて，
進捗報告やそれの管理，計画，ガントチャート作成機能がいまいち弱いっていうか．
やっぱMicrosoftのProject2007かぁと思ってアマゾンで検索．
アカデミック版なら余裕で買えることに今日気づきました．
まぁあと三年学生なわけですから．博士課程後期なので．
アカデミック版買わない手はないです．
でも通販でアカデミック版がほいほーいと購入できるのってなんなんだろう．
学生証の写しとかいらんのかな．

とにかく，プロジェクトを三つ抱えている私にとっちゃ強力なツールになってくれるかもしれなくて
超期待です．
今日なんか昼の15時ごろから夜の23時まで来月のソフトウェア開発の計画建ててまして，
ProjectKeeperの操作性の微妙さ加減にもうイライラ．
ま，もっと精錬されていくことに期待ですね，ProjectKeeper．
ProjectKeeper使うくらいだったらGanttProject使うかもしれないです．
導入するのが容易ですし，タスクごとに担当者出せますし．
まぁ担当者ごとに進捗を記入することもできます．
ファイルロックうんぬんの問題が気になるので，GanttProjectは敬遠してしまいますが．
技術的にはProjectKeeperはおおおってなるんですけどね．
会社のシステムもWeb2.0な香りをかもし出しているので．
Web1.2程度ですけど．
社長がそこいらに疎いのか興味ないのか．
Web2.0ならいいセールスポイントになりそうな気がします．

と，話がそれましたが，
まーMicrosoft信者でもないですけど，そこいらのフリーのプロジェクト管理ツールに比べたら
格段に使いやすそうな気がします，Office Project．
金取るんだからそうであってもらわないと困るわけですが，
基本的にMicrosoftの製品ってきちんとしているイメージがあるというか．
つかってて精神的に楽です．
互換性がどうだとか，バグがどうだとか，そこらへん割と縁遠い．

今年はOffice Projectバリバリ使いまくりかな～？
といつの間にやらProject Manager化の一途をたどるようになってしまったのでした．

Work::SoftwareDevelopment - Project管理ツール

ProjectKeeperを会社のマシンにインストールしてみました．
フリー（商用可，というか企業内で使う分にはOK）・オープンソースのプロジェクト管理ツールです．
JavaServletですので，Tomcatなどが必要になります．
動作条件としてWebSphere のCommunityエディションだったっけか，
それがあがっていたので，WebSphereをインストールしました．
あとDB2も．
IBM好きだなーと思いながらよいしょよいしょとインストールしました．

会社のマシンはCentOS5．
DB2やWebSphereを入れる前に，
compat-libstdc++-33とlibXpをyumでインストールしておく必要がありました．
あと気をつける点としては，
ProjectKeeperのV1 Update1じゃないと動かなかったのと，
データベースはV1 Update2じゃないと動かなかったこと．
何が原因かわかりませんが，
とりあえずうちの環境ではこんな感じでした．

使ってみた感想は・・・
まだかけなかったりします．
インストール終わったの深夜3時ですから．
ろくに使っていません．

じゃあなんでProjectKeeperにしたんだ，という話ですが．
工程表が組めるだけでなく，
進捗報告もメンバーごとに可能な点です．
GanttProjectだと複数人が一つのファイルをいじろうとすると，
排他ロックかけなくちゃいけなくなってスムーズに編集できません．
ProjectKeeperはデータベース使ってるので，
ロック使わないといけない機会が少ないように思われます．
あと予定通りに進んでいるかとかも記入できたりして，
プロジェクトの進み具合や計画通りに進んでいるかなど，
後々計画を分析することもできます．
エクセル形式で落とすこともできるようですし，工程表を．

まぁあれやこれや機能を追及しだすと，
やっぱしMicrosoft Office Projectがほしくなるわけですが．
ほしいなぁ，買っちゃおう，とかいう軽いのりで買える金額でもないので，
フリーのものを探してみたというわけです．
いや，前からフリーのものはちょいちょい探していたんですけどね．
第一期の開発はGanttProjectとpuwiki，Thunderbirdで乗り切りました．
で，今現在，もっとちゃんと計画建てたいなぁと思って検索してみたところ，
ProjectKeeperにたどり着いたというわけです．


でもProjectKeeperはWebアプリケーションなので，
いろんなプロジェクト抱えてる場合ちょっと具合が悪いです．
具体的に何が具合が悪いかといいますと，
大学の共同研究，事務のシステム開発，そしてECサイト構築システムの開発と，
まさかこれらのプロジェクトの計画を一つのProjectKeeperに入れるわけにも，ねぇ．
会社のサーバに大学の機密データ入れるとか阿呆ですし．ってか意味わかんないですし．
そうなると，やっぱOffice Projectがほしいんですよねぇ．

お金たまったら買いそうな気がします．

Society::Television - 離婚寸前夫婦

離婚寸前かどうかはまぁともかく，不仲な夫婦を紹介する番組を今テレビでやっています．
危ない度が高いほど豪華商品がもらえ，
一番高いと夫婦で旅行だそうな．

危ない仲なのに夫婦で旅行って矛盾してる気が．
まーテレビだから何でもありか，とか思いました．

Life:Music - 腹ビブラート（2）

Life:Music - 腹ビブラート - Blog::AS_A_COCKTAIL

毎日しつっこく腹ビブの練習してたら，
なんか徐々に調節できるようになってきました，力加減を．
でもまだ時々，ここでかけるぞと思って力を入れたら入れすぎて変な感じになる，というときもあります．

使いどころが難しいかなぁという気がしてきました．
むやみやたらにビブかけりゃいいってもんでもなく．
常にかけて歌ってたらなんか変な感じです．
子音の部分にはかけず，伸びてく母音にはかける，って感じなんでしょうかね．

Work::SoftwareDevelopment - ソフトウェア見積り(2)

Work::SoftwareDevelopment - ソフトウェア見積り

120ページくらいまで読みました．
見積もりを立てるときは，きっとこうだという判断をくだす要素をなくすのがいいのですね．
可能な限り，プロジェクトの過去のデータを使うのがよいと．
どの程度のペースでコーディングができたのか，とか，
このケースだとこのくらい時間がかかったとか．

これは来月の計画建てるの結構大変そうです．
医学部との共同研究のプロジェクトも，計画建てないといけませんし．
早く読み終えねば．

Life:Music - 腹ビブラート

横隔膜を使ってビブラートを作る方法を腹ビブラート（腹ビブ）というのですね．
正確に言えばトレモロになるそうで．
音の高さを変動するのではなく，強弱によるビブラートはトレモロになるのだとか．
種類ちゃうんや，と思ったのですが，トレモロのほうが強力な波が発生していいとか．

ちなみにこないだテレビで波田陽区さんがさだまさしさんのものまねしてましたけど，
腹ビブでした．

自分で腹ビブやってみると，なんか痙攣しているように高速なビブになってしまっています．
これを調節できるくらいに横隔膜周辺の筋肉を鍛える必要があるのですね．
のどを動かしてするビブラートはたまーにできます．
こっちは音の高い，低いを調節するほう．
組み合わさるとなんともよい感じになります．
片方だけだと微妙です，私としては．

まー毎日練習して，自分で自在に調節できるようにならんといかんちゅーことですね．

Work::SoftwareDevelopment - ソフトウェア見積り

Amazon.co.jp： ソフトウェア見積り―人月の暗黙知を解き明かす: 本: スティーブ マコネル,Steve McConnell,田沢 恵,溝口 真理子,久手堅 憲之


なかなか目からうろこというか共感させられるというか．
まだ40ページしか読んでいませんが，
なぜ失敗するのか，その原因はどのようなものがあるのか．
余裕を持って組んだ計画のデメリットは，
プレッシャーをかけて組んだ計画のデメリットは．

そうそう，と納得するものから，
なんかしらんがそんな気はしていた，という点を明確化してくれたり．

一回何かしらのプロジェクトをやって，
うまくいかない経験をした上で読むと非常に納得できるんじゃないかと思いました．
さて，今月中に読み終えて，来月の計画組まなきゃ．

Mobile::SmartPhone - auのスマートフォンは

悲願のau向けスマートフォン、いったいいつ発売されるのかを電話で聞いてみた - GIGAZINE

もう，いい加減出してくれないとキャリアかえますよ，と．
本気で乗り換え検討しようかなぁと思う今日この頃です．
ただ，Edy使えるのがいいんで．．．
DoCoMoだったらIDが使えるんですっけ．
DoCoMoがいいのかなぁ．

Life::Tax - 初の確定申告

平成19年の源泉徴収書が数枚手元にある私は，今日確定申告書を作成していました．
一枚だけ，委託報酬収入証明書が手元にあります．
某家庭教師の企業から頂戴した証明書です．
どうも，家庭教師による指導が委託業務になるということで，
この収入は事業収入扱いになる様子．たぶん．
なので作成する確定申告書はBになりました．
で，私は事業主ではないし，林業うんぬんの話も関係ないので白色申請．

・・・税関係の業務やりたかねーからあの企業，委託とかいう形式とってんじゃ？
とかかんぐって見ましたが．

とりあえず四苦八苦してなんとか申告書を作成しました．
申告書PDFの作成システムが税務署のサイトから利用できて，大変便利ですね．
ややこしい計算とかも気にしなくてすむ．
計算というか，どこに何を書けば良いのかを，ある程度誘導してくれたりしますし．
あとは税務署に送付するだけです，信書扱いで．
なんか書類いっぱい作らないといけないかと思いましたが，意外と少ないんですね．

Programming::C# - Reflectionでメンバ変数にらくらく代入

http://blog.livedoor.jp/kkawauchi/archives/52925635.html

SQL Serverから取得したレコードをバスバス格納していく際に，
いちいち全てのメンバ変数を列挙して代入文書くのがいやだなぁと思っていたら
ちょうど良いサンプルが．

Perlとかだったら動的に代入コードを生成してevalしちゃえば楽勝です．
PHPでも匿名関数作ってやれなくもないですが，まぁリフレクション使いました．

で，C#でもリフレクションあるんだからきっとできるよなぁと思って調べてみました．
C#のマニュアルとか，みても良かったんでしょうけど．
MSのサイト重いしC#のhelpのサンプルコードは見たいコードがなかなかなかったり，
まず私にはあのhelpはみやすいとは思えず．
C#は便利な機能いっぱいあるのになー．

Life::Drinking - 惨劇と消し去りたい記憶

昨日は後輩二人と私の家で飲んでいました．
この二人と家で飲むのは凄く久しぶりです．

で，私の家で飲むとたいてい，ゲームで負けたほうが一気飲みするっていうペナルティつき．
ゲームはたいていマリオカート．
一気飲みするのはショットグラスに注がれたスピリッツ．
おもにウォッカやジンです．

この日の晩飯を私は食べておらず，結構空腹でした．
なのでおつまみに，と豚キムチを作ってつついていました．

しばらく時間がたち，私の焦点は徐々に合わなくなってきて．
常に画面が二重になって見える状態になってしまいました．
かなり泥酔していますね．

ここから記憶がありません（汗
次に気づいたときにはトイレの中でした．
しかも大便中．
壁には嘔吐物．
食べたのが豚キムチなので赤いです．
もうほんとなんじゃこりゃあ！という悲惨な状況．
後輩らは既に帰っていて，布団をしいておいてくれていました．
後片付けもやっておいてくれてました．
おそらく私が酔いつぶれちゃったから帰ったんだとは思いますが．
この惨劇を目の当たりにされていたら恥ずかしすぎて死ねます．
くそしたままゲロ撒き散らして便座の上で酔いつぶれている．
なんか人として駄目です，終わってます，っていうか死人です．

何で嘔吐物が壁に？と凄く疑問でした．
池溜りを作ってるわけもなく．
いろんな角度に飛散している．
いったいどんな吐き方をしたんだ俺は．
たぶん大便中に吐いたんでしょうけど．
飛んでる角度がありえないです．なんでそっち？と．

とにかく掃除せねば，と思いつつ，
その前に水分補給を，と思って冷蔵庫からジュースをがぶ飲み．
すぐ気持ち悪くなってすべて即効リバース．
口からジュースだけが流れていきます．シャーっと．

頭が痛かったので，とりあえず掃除はおいといて眠ることにしました．
気づけば夕方．
ちょっと復活してきたので掃除開始です．
あぁ，見るも無残な我が家のトイレ．
多少キムチの色素が染み付いちゃった箇所もありますが，
大方清掃完了できました．

一緒に飲んだ後輩のうち一人は，
以前にも私が酔いつぶれた無残な姿を目撃しているのです．
どう無残かというと，このときもやっぱり大便中に酔いつぶれて意識をなくしまして．
そのときいたほかの後輩には，先輩がトイレでつぶれちゃったから帰ろう，と話してくれたみたいです．
私がどういう格好，状況でつぶれているかは内緒のままに．

あのつぶれ方もないよなぁと思っていたのですが，
今回のつぶれ方は最強にひどいです．
これで体もゲロまみれだったら逝くしかない．
嘔吐物の量と水分が少なかったのがまだ救いかも．

しかし多少服に引っ掛けちゃったみたいなので，
即効で洗濯機に突っ込んで洗濯したら，他の洗濯物にも汚れが及んで．
二回洗濯機まわしたんですけどそれでも落ちず．
明日乾いたらコロコロでとるしかあるまい．

そうそう，今回も以前も私がつぶされた酒はオレンジウォッカです．
オレンジフレーバーのウォッカで大変飲みやすいのです．
飲みやすいですが，きついのでおいしくてごくごく飲める，なんてことはいえませんけど．
またしてもお前か！オレンジウォッカ！と悶絶．
記憶がなくなるまで飲むのは，飲んだ！という感じがするのでいいんですけど，
人として駄目な醜態をさらしかねないので気をつけようと思いました．
今年で25ですし．

Software::JINKOU-MUNOU - MIU開発（4）

とりあえず配列をバイナリに落としたり，読み込んだりするモジュールはかけました．
書き込める値が数値しか無理なんですが，
今後の拡張性も考慮してるので，いろんなクラスを設計して，継承させて，という状況になってます．

次は書き込める値を文字列にしたり複雑なデータ構造にも対応させていくのが目標ですね．
文字列を要素とする配列の読み書きへの拡張は一瞬で終わりそうな気がします．
pack, unpackのテンプレートを変えたクラス作ればいいので．
C++のテンプレートみたいに，パラメータとして型を与えれば
数値の配列の読み書きをするクラス，文字列の配列の読み書きをするクラスになる
っていう設計にしていきたいですね．

で，最終的に複雑なデータ構造でもバイナリに落としたり読み出したりできるようにする．
MIUのシナリオデータに最適化されたバイナリへシナリオを落とす，と．
結局標準モジュールで実現できる話やん！で終わらないようにしたいと思います．

Life::Brain - 右脳・左脳のおもしろ診断-診断

右脳・左脳のおもしろ診断-診断

右目が時々痙攣，右耳が耳鳴り，右腕が痛くて力が入らない，
なんていう状態だったので，気になって左脳ってどんなんだっけ？と思い，
ネット上を動いていたら．

私の場合，インプットが右脳で，アウトプットが左脳タイプでした．
ま，確かに何かと大雑把に状況把握，理論立ててことを進める，
というのをしたがるほうです．
なので，やる前からあれこれ言われるのは面倒で，
やってみて結果を咀嚼して，分析して次に生かす．
これを繰り返してると，ぱっと状況を見てどう動けばいいか瞬間的にわかるようになる．

レストランのバイト開始当初から今に至るまでを思い返すとそうなんですよね．
ってかそれに限らず，いままで何でもそうでしたので．

Life::Illness - 通風予備軍ですか？

ここしばらく目元の痙攣が頻発し，一週間ぶっ続けで毎日ビール3, 4缶空けてる私は
結構な通風予備軍かもしれないと思いました．

・・・今日は休肝日にしようと思いました．
目元の痙攣は，昨日一日あたまをパーにしてすごしたのでだいぶましです．
つまるところ昨日バイトがなくて休養をとれたので．
なんか心なしか，顔の右半分がこわばってる感じもありましたし．
普段から気を抜けるときは抜いていこうと思いました．
最近ヌキ過ぎなのかもしれない，というのも絡んでるかもしれませんけど．

Work::Castigation - 文書添削ばっか

夜21時から，卒業論文の添削を，24時から会社のサイト上にある社長が書いた文章の添削をしていました．
5時間もぶっ通しで添削すると疲れますね．．．
いや，もうちょい早めに添削したかったんですが，
ハロゲンヒーターの前で猫みたく丸まって寝てしまったのでこんな時間に．

卒論もね，とりあえず20ページ満たない量なんですけど，
最終的にはこれが倍以上に膨らむわけなんですよねー．
今で3時間も添削にかけてるのに，これの倍って．
まぁ，その頃には直しが入る箇所は減ってるはず．

社長の文章の添削もね，上司の文章の添削ってどうなんって思いましたよ．
でもね，もう誤字脱字，適当なかかりうけ関係，意味不明な社長の造語などなど．
今まである程度黙認して来ましたが，今年はバシバシ直していってもらわないと．
2時間かけて添削して，PDFにして送っておきました．
あんたの意味不明な文を解読のにかけられる時間なんて
あたしゃ持ち合わせていませんよ，と．
時間短縮のため，ぜひとも国語力を改善していっていただきたい．


今日の予定として，修士論文発表のスライドを作りたかったんですが，できませんでした．
まぁ，発表する部分は本当はもうできていて．
付録を作るだけなんですけどね．
付録つっても，ここも発表したいんですけどねー．
なんだよ発表時間15分って．入りきるか！と思ったりします．
ま，みながみな20分30分とか言い出したら大変なことになりますけど．
15分とか．去年の夏にやった研究会よりも短いです．
なので，研究会のときよりも研究すすんでるくせに，スライドはさらに短くしないといけない．
あぁ，このスライド何回目だろう，使いまわすの．
3月のシンポジウムでも，これ英訳したやつ使うんだろうなぁきっと．

明日スライド作成終わらせて，シンポジウムに向けて英訳開始です．

Life::Eco - 節約する方法はもうちょい考えたほうが

今日テレビで，ストーブの熱を使ってなべを煮込むことでガス代を節約するとかいうことを言ってました．
で，これをするためにストーブを買ったそうな．
ま，もしこのストーブがガス使っていて，前々から暖房器具使用中ずーっとなべを煮込んでいなかったとすると．
はっきりいってガス代が増えてるだけじゃね？と思いました．
ってかずーっとなべ煮込まなくても．
その分の熱量を暖房へまわして，その熱量を外へ逃がさない努力をしたほうがよっぽどエコ．
熱量の利用目的変えただけで省エネとかほざいてんじゃねえよ，とか思いました．

Music::S - S by Team.ねこかん[猫]

Team.ねこかん[猫] S




Sylpheed以外にもいい曲あるかなぁと思って購入してみました．
私は一番最初に流れてくるWinter sceneriesが好きです．
こっちのほうがかっちょええ気がしますね．
ゲーム音楽っぽい雰囲気はあるんですけど．

Programming::Perl - Perl5.10

perldelta - Perl5.10.0の新機能


先日ActivePerlをインストールしたら5.10になっててウホッ，ってなったんですが，
結構いろいろ追加，変更されていますね．
say関数とか，Perl6にならないと使えないと思っていたのに,5.10で使えるようになっています．
というか，Perl6での機能がいくつか5.10に取り入れられていますね．
swtich文(given構文)とか，スマートマッチとか．

うれしい機能としては，
SVとかのメモリ利用方法の最適化とか，正規表現最適化とかもありますね．

削除された機能として，仮想ハッシュ（fieldsを使ったハッシュ）がなくなっています．
ま，Hash::Utilが標準モジュールで組み込まれているならいらない気もします．
fields自体は違う実装がなされていて，今までfieldsを使っているスクリプトが動かなくなることはないようです．
バイトコードコンパイラが消されています．
以前は少しでもサーバの負担を減らそうとして，
バイトコードコンパイラに期待したときもありましたが，
いまやPerlスクリプトのパース負荷なんて知れているのかもしれませんね，ハードウェア的に．
削除した理由が，ともかくなかなか上手く事が運ばなかったんでうざいから消したみたいな．
いや，うざいとかは書いていませんが，開発していかなきゃいかん！というほどのものでもなかった，
ということみたいですね．

他にもなにやらいろいろありますが，
なかなか日本語が意味不明で難しいです．
もっとうまい和訳ないもんですかね．
自分の中でもっと噛み砕いて「日本語」をアウトプットしろっつーの．

とかく，Perl5.10が出て超期待なのですが，
レンタルWebサーバはなかなかバージョンアップしてくれないんで，
当面5.10の機能に重きを置くスクリプトは作らないほうがいいですよね．
昔COOLにRubyインストールして！と正規会員でお願いしたんですがけられました．
まぁやすやすとバージョンアップや，新しくプログラムをインストールしたくないのはわからなくはないですが．
検討しろよったく，と思ったのも事実．
あー，今見てみてもperlしか使えませんね．
ssiやsendmailは使える様子ですが．
現在私がレンタルしているところは同人会みたいですよとおっしゃっておられて，
なんかいろいろできます．
Perl，Ruby，Pythonはもちろんのこと，SSHで入ってgccも使えるんで
ネイティブコードのCGIも実行可能です．
PHP，Java Servletも使えますし，ムービーなどのストリーミング配信，
Postgle, MySQLサーバも使えます．
メーリングリストも作れたっけか．
家族アカウントも作れたりして．

と，話がそれましたが，
Perl使いな私には，Perlのバージョンがあがったことは朗報です．
オブジェクト指向な文法が追加されたらもっとうれしかったんですけどね．

Life::Rest - 久しぶりの休日

明日（というか今日ですが）はバイトしません．大学の用事もやりません．
そう，先週は残念ながら満喫できず，というか消失した私の休日．
明日は待ちに待った休日です．
店長が気を利かしてくれて，土曜日は丸一日休みにしてくれました．

何しようかといろいろ考えます．
昼真っからビール飲むのもいいんですが，
それだとせっかくの休日が半日酔っ払って終了になります．
やりたいことはいろいろあるんで，酒は却下です．

まぁまず部屋の掃除．
いまや週一回するまでに回数が落ちてしまいましたが，
前回掃除してからのインターバルが短いんで，部屋はかなりきれいにできそうです．

次に散髪．もういい加減長いんで．
年末にはきろうと思っていたのにそのまま放置．
高校のときばりの長さになりつつあります．

次にバイクの洗車．
年末にはやろうと思ってすでに2月です．
ミラーとかのねじもそこそこゆるんでいます．
ここしばらく乗ってなかったのでバッテリーも放電されっぱです．
洗車して，ねじしめて，バッテリー充電して．

で，充電が完了したらひとっ走り．
小一時間ほど街中を走行します．

そしてMIU開発．
帰ってきたら必ず酒を飲んでしまうので，
飲みながらちょいちょい開発してましたが，
ほんの数行のコードが増える程度．
ちょっと明日はがっつりコードを書いていこうと思います．

その後は音声認識の勉強．
私は言語つかった感性情報処理の研究をしている人なのですが，
ドクター入ってからは音声も取り入れていきます．
なので，ドクターになってしまうまでのあと二ヶ月．
音声認識の勉強をします．
国際シンポジウムもあるので，なかなか暇がないのですが．


これだけ詰め込んだらもう夜になってしまってますね，スケジュール張の上では．
普段やりたくてやれなかったことを明日やってしまう，と．
次の一日フリーデーは，まー最速で国際シンポジウムが終わってからなので，
3月12日くらい，かなぁ．
そういや国際シンポジウム最終日の次の日は，一応休みを出しておいたんです，バイト．
出られなくはないですが，と添えているんで，最悪出勤しないといけないんですけど．
へんなことにならなければ，12日は一日休みになります．
・・・一ヶ月以上あるなぁ・・・

Software::JINKOU-MUNOU - MIU開発（3）

次は会話データのバイナリファイル構造だと思って，今日はそのファイルのレイアウトを考えていました．
インデックス領域とデータ領域にわけて，でインデックス領域にはこの情報とこの情報を書き込んで，
型はこいつはlongでこいつはshortで・・・と考えていたのですが．
あれ，これってなんか汎用性のある設計にできるんじゃね？とか思って
頭の中がジェネリックプログラマー化する私．
上のは完全に造語ですけど，ようはTemplate使ったジェネリックプログラミングをしたがる気分になったってことで．
だもんで設計するのは基底クラス．
どういうメソッドがあって，どういうクラスがあればいろいろと使いまわせるのか，というのを考え始めます．
言語がPerlでCPANモジュールを使わないという制限のもとですから，
標準以外のモジュールを使わずに実現できる方法を考えないといけません．

設計しているのはバイナリファイルをある一定のルールで読み書きする抽象クラス．
細かな処理はサブクラスに任せる．
なーんかDBMでも作ってる？とかいう気分になってきました．
DBMの詳細な設計なんて，専門外なので詳しくは知りませんが．
すばやく，コンパクトに，という点を念頭に置くのは共通しているんじゃないでしょうか．

考えているのが，基本的にインデックス領域とデータ領域の二種類の領域を読み書きできるクラス．
しかしMIUの場合，書き込みが完了したファイルに追加書き込みなんてしなくてもいいので，
書き込み専用，読み込み専用のクラスがあればいいのです．
ファイルを作るのはクライアント（ローカル）マシン，読み込むのはWebサーバマシンなので．
で，インデックスとデータ領域だけだったら，いわば1次元の配列，ハッシュでしかない．
n次元配列や，ハッシュを返すハッシュ，複数のメンバを持つ構造体みたいなのを
バイナリへ落としたいとかなると，インデックスとデータ領域，という考えじゃだめでして．
あ，Data::DumperやStorableを使えばいいじゃんとかいうのは無し．
必要なキーがそろっていれば，最小限のメモリ消費かつ最速で目的のデータにアクセスできなきゃいけない
という制約がある場合，一通りの（シリアライズ済み）データを読み込んでしまう上記のモジュールはちょっと，ね．
SDBMとかでしたらなんかオーバーヘッドでかそう．
一レコードの容量も確か制限があったような．

ということで，データ領域も，インデックス領域として置き換えることができれば，
複雑なデータ構造も保存できるんじゃないかと．
ん？となると結局木構造やん，汎用的な，ということになり．
先日書いたモジュールも，今書こうとしているモジュールで書き直せそうです．
一番最初に書いた，配列をバイナリに落とすモジュールも書き直せるかも．
配列やら何やらをバイナリに落とすモジュールがあるけども，
元をたどれば一つの基底クラスですよ，と．
なんかいいですねー．

そういう設計部分でうほうほしてしまっている私．
目標はMIU開発やっちゅーのにベクトルがずれてる気が．

Laboratory::ResearchStyle - 来年度からの研究スタイル

助教の先生と後輩とで雑談していたんですが，そのなかで来年度からの研究についての話もしました．
私は感性情報処理やってますが，ドクターでの研究テーマとして感性と音声を混ぜて研究することにしました．
いや，後輩が今それやってるんで，かぶるかなぁと思っていたんですが，
後輩と組んでやることにしたので問題なしです．
私が音声知ってる言語屋さんで，後輩は言語知ってる音声屋さん．
そういうスタンスでいけばちょうど良い感じで研究していけそうな感じです．
で，私は片手間に今までの研究の延長で論文を書く．
後輩は片手間に，今もちょっとかじっている脳波の研究をすすめる．
来年度から音声専門の准教授さんがくる．
助教さんは感性の人（正確には常識判断とかの人なんですけど）．

後輩と組むという流れになってきたんで，
この研究室もっといろんな人が誰かと組んで研究やればいいのに，という話になりました．
そういえば一年前，教授に似たような話をしかけたことがありました．
今研究室内でも，研究分野ごとにグループができているんですが，
それをさらに細分化したグループを作る．
今のグループ編成でもおおまかっちゃおおまかなので，
研究が近い人同士をくっつけて，2, 3人のグループを作る．
そうすれば互いの研究を生かしあえるし効率的．

・・・という話をしたんですが，現状は・・・（汗
助教さんも，前の大学じゃあ少人数で組んでやってたのに，
この研究室はばらばらだということで疑問に思っていたみたいです．
後輩も，今のばらばらでやる方法に疑問をもっているらしく．
かくいう私もすっかり忘れてましたがその疑問はありました．

少人数グループ編成が実現できなかったのは，もしかしたら教授に話したのがまずかったのかもしれません．
理由は，まぁ彼は大変多忙なので，ぶっちゃけどうでもよかった（今までもばらばらでやってきたわけですし），
大変な人数を抱えているわれわれの研究室で，一斉に少人数グループを編成していくのは大変，
などでしょう．

そう，そこでわれわれ数名で勝手にやっちゃうわけですよ．
勝手にやって，成果出していけば，あ，いいじゃん，ってことになって，みんな連携し始める．
来年度になれば，私は感性グループの長になるんで，それなりに権力がもてます．
この話をしている後輩と私と，学部生で少人数グループを編成してみようと思います．
来年度，人知れずできている私のチーム．
人知れず行われている私たちのゼミ．
わっしょいわっしょい論文を書きまくって，後輩二人をドクターへ道連れ（笑

あとグループ内の研究内容把握や連絡も疎なので，
それもなんとかしようという話になりました．
1,2年前になんとかしようという話でwikiを立ち上げたのはいいんですが，
利用者が少なすぎて結局使わなくなりました．
後輩が，明日からでも利用再開しましょう，といってくれたんですが，
正直現状ではまた利用しなくなる可能性大です．
なので，メッセンジャーや掲示板など，まぁちょっとグループウェアよりのソフトウェアを導入して，
使うのがめんどくさくないようにすれば良い感じで情報がまわるかなぁと思っています．

で，その構成を考えるのがめんどくさい私（笑
後輩にその仕事を押し付けちゃいました．
ま，この案はまだ先生らも知らない話なので．
私たちでアイデアを練ってから先生に話を通そうかと思っています．
私たちってかアイデアを練って，実際運用し始めても管理するのは後輩だと思うんですけど．
仕事を無碍に増やしたくないんで．
で，そういうことを活発にやっていけるのであれば，
きっとサーバマシンも購入してもらえるはず．
感性グループで自由に管理できるサーバがないんですよね．

という感じで来年度のスタイルを後輩二人とやんややんや話していたのですが，
他のグループは置いてけぼりな感じですね．
いや，最初はおいてけぼりなのは仕方ないんで．
というか，日本人ドクターが私を含め二人しかいなくなるんで，
他のグループのトップがほとんど留学生になります．
日本人ドクターの二人は感性グループです．
感性グループ内での連携を強くすることができても，他グループとの連携がなぁ，難しそうです．
音声グループはたぶん盛り上げていくので大変だと思います．
人数少ないのと，音声の先生が他の大学へ移っちゃって数ヶ月．
来年度になって人数激減．
自然言語処理グループはねぇ，やたらインターナショナルなんで．
あのグループに挑むには，英語をマスターしてからでなければなるまいっ．
ユビキタスなグループは・・・未知なんですよね，相当距離感がある．
いや，教育システム作ってるっぽいんですけど．
画像グループは・・・音声グループよりもがんばってもらわないとやばいんじゃないかなぁ．
会話処理グループは，可もなく不可もなくな雰囲気．
感性グループと同様日本人がわりと多い・・・かな？
年々留学生が増えてるからどれくらいを多いと表現したらいいのかわかりません．

来年度から事実上うちの研究室での日本人学生の長になっちゃいます．
危機感びんびんですよ．
准教授さんも危機感を感じてるに違いない，というか助教さんがびびらしてきたらしく（笑

っていうかね，各々の連携が薄い現状で，ひたっすら留学生の人数を増やすのはどうよ教授．
日本語を研究室で聞く機会が徐々にレアくなっていく気がする．
取り仕切る日本人が減っていって，でもって日本人は英語が流暢でない．
教授は適当に指示出すだけで研究室に緊張感なってあったもんじゃない．
みんな自由に動いている．
お互い何やってるかわからない．
だめだ，なんかこんな状況だめだ．
だめな状況なのに，人数はひたすら増える．
何がしたいんだほんと．

4回生の頃からお世話になった先輩も卒業していく．
あ，でも一人，一年契約の助教として残るんですよね．

二ヵ月後には助教さんと後輩，そして私で研究室改善を図っていかないといけません．
その前に今月の用事を片付けないと・・・

Life::StressRelease - 最近のストレス発散方法（2）

Life::StressRelease - 最近のストレス発散方法 - Blog::AS_A_COCKTAIL

相変わらず1.4倍速ないし1.7倍速で歌ってます，AIR-MAN WON'T BE DEFEATED．
最近1.4倍速がデフォになりつつあります．
1倍速，なんて遅いんだ！という感覚．まずいな（汗

Software::JINKOU-MUNOU - MIU開発（2）

今日は木構造をバイナリへ落とす処理を書いていました．
前回シリアライズ処理を書くとか書いてましたが，
よくよく考えてみたらシリアライズじゃないですね．
いや，デシリアライズできなくはないですがそんなん書きません．
やりたいことは，木構造や配列をバイナリへ落とし，任意のインデックスへ高速にアクセスできる，というもの．
それでいてバイナリサイズはコンパクト，っていう．

コンパクトにすることを念頭においていたのですが，
木構造のバイナリ化の際に，ノード数の許容量を2の16乗 - 1個にしてしまいました．

してしまいました，というのは，この木構造の利用目的．
MINAなどでいうトピックの扱いなのです．
MINAのトピックは，別にスーパーセット，サブセットという関係はなかったんですが，
MIUでは木構造であらわすので，上位トピックから会話文を適当に選んで！とか命令してやれば，
下位トピックも含めて会話文を検索します．
今回実装している木構造のバイナリ化はトピックツリー保存のためのものです．
で，トピックの種類が2の16乗 - 1個存在するかというと・・・
まぁ単純に考えてそんなにいくはずはなく．
もうちょい縮めると，2の8乗 - 1個で，255個トピックを作れるという仕様にすることも可能です．
255っていう数字は，普通にトピックつくっていけば別に全然あまるくらいの容量だとは思うんですよね．
ただ，何かしらへんな使い方を思いついた場合，このぎりぎり感は怖いものがありまして．
そこでもうちょい広い領域を，と考えれば2の16乗-1個なので65535個ですね．
そんなにトピック作るかい！とか思ってしまいます．ｌ

トピック数の上限を255個にしてしまえば，このトピックツリー領域をもっと縮められるんですが，
まぁ数バイト単位の話なんで，別に無理して縮めなくてもいいかとか思いました．

明日は昨日作成した配列のバイナリ化モジュールを拡張して，会話文の保存処理のバイナリ化です．
MIUの発話文とユーザの発言選択肢というデータ構造になってますので，
配列バイナリ化モジュールの拡張を行うだけで簡単に済みそうです．

それが終われば，xmlファイルからバイナリへの変換処理ですね．
今xmlから内部表現に落とし込んだデータの形式で，バイナリ化のテストしてますから．
xmlから内部表現への変換処理を書いて，バイナリ化までの処理を完成させる．

そこまでできれば，MIUの会話処理に入っていけます．

Software::JINKOU-MUNOU - MIU開発（1）

パトリンさんとこでMINAエンジンの人工無能さんと戯れたのがきっかけで，
ちょっと新しい人工無能を作るモチベーションが出てきました．

土曜日にさくっと作ろうとか思っていたのですが，
システム全体図をまず練って，ここはこういう技術使おうとか考えて．
さくっと作れるようなもんじゃなくなりました（笑
まず設置場所が公共のサーバとなると次のような制約をもとで開発しなければいけません．

• PerlのCPANやPPMでインストールできるようなモジュール，
  つまり標準モジュール以外のモジュールを利用するのは避けないといけない．
• サーバリソースを食いまくるような処理は避けないといけない．
  たとえば以下のような処理．
• 形態素解析を利用する
• サーバ上で初めて辞書などを解析する，つまり前処理をまったくローカルで行わない　

辞書の問題はMINAのころから凄い気になっていて，
辞書4など文字列置換用辞書なんかもうちょい前もってどないか処理できないか，
と考えたこともありました．
ただ，入力としてユーザの発言を受け取り，
しかもその発言内容をMINAの発言内容として利用できるような仕様にしていたため，
MINAの発言は静的に決定できるものでもありませんでした．
ま，それでもある程度は辞書に対して前処理をある程度ほどこせたような気もします．


今回開発する人工無能，というか今までの人工無能とずいぶん違う気がするので
その名称は使わず，ロボットチャットでいいかなぁと思っています．
で，今回のロボットチャットMIUさん（漢字表記だと美羽．
MIUを漢字変換したらこれしか出てこなかったから美羽という安直な由来です）．
辞書改めシナリオデータをバイナリに変換しちゃいます．
で，そのバイナリをサーバ上に設置したMIUサーバが読み取り，
クライアントプログラムであるブラウザとAjaxによる非同期通信で会話を進めていきます．

一個一個詳細を書きますと，

• なぜ辞書じゃなくてシナリオデータとかいう呼称になっているのか
• 会話の主導権をMIUに渡すとなると，MIU側である程度話の流れを作ることができるし作らないといけない．MINAなど辞書型でも過去発言検索機能により話の流れを作ることができたが，ユーザの自由な発言によりいくらでもその流れは壊すことはできた．MIUではユーザができる発言の自由度は限定されるので，MIUでは辞書というよりもシナリオを作っていく作業になる．
• なぜバイナリに変換するのか
• 上述した前処理の話と関連するが，シナリオデータになにがしかの前処理を加えてサーバ上でシナリオデータを読み込み，会話文を返すためにはメモリ節約の面からみてバイナリへの変換が有効．数値データを文字列として保存しておくのは阿呆．
• またシナリオデータはxml形式にするが，xmlのパースのためには別途パースに必要なモジュールが必要であり，またパースする処理をサーバで行う必要がある．別途モジュールをサーバへインストールする必要がなく，かつサーバ上で最小限の処理でシナリオデータを読み込めるようにするためには，プログラムが解釈しやすい形へシナリオデータを変換する必要がある．
• メモリ節約，プログラムが解釈しやすいフォーマットという面から，シナリオデータをバイナリへの変換することを選んだ
• なぜAjaxなのか
• 非同期通信＋イベント・タイマー処理により，MINAよりも表現の幅が広がる．リッチインターフェースの実現や，ページ遷移がない円滑な会話処理などの実現が考えられる．またMIUがあたかもリアルタイムに考え，メッセージを入力しているという演出が可能になる．

という考えの下，MIUの構成を練っていました．
今日は，とりあえずIO部分ができないとテストしずらい！ってことで
Perlの配列をバイナリに落とす，つまりシリアライズ処理を書いていました．
シリアライズするんだったらSotrableや，データベースであるSDBMとかGDBM，DB_File使えよって話なんですが，
シナリオデータ読み取りの効率性を考えると，
独自フォーマットのシリアライズを実装したほうがいいんですよね．
やりたい処理というのが，StorableやDB_Fileとかじゃいまひとつ達成できないのです．
MLDBMなら達成できるんだけどなーと思ったりもしますが．
MLDBMにしちゃうとローカルで前処理，というのが実現しにくくなります．
確かDB_Fileとか，データベースファイルのバージョン互換性がなくて，
ローカルで作ったデータベースファイルがサーバ側では読めない，というケースがありえる．
ちなみに大学の実験ではMLDBM使ってます．
便利ですよねーあれ．

で，今日はとりあえずpack, unpack使って配列データをバイナリに落とし込んだり読み込んだりする処理を書いてました．
シリアライズ対象となるデータ構造が，配列と木構造，あとは構造体かなぁ．
構造体といっても，スカラーや配列をメンバに持つようなデータ構造です．
配列ができてしまえばちゃちゃっと作れちゃいそうな感はあります．

自前シリアライズを使う理由は，MLDBMとかじゃちょっと使うのに気が引ける，という理由以外にもあります．
仕様さえ決めておけば，他の言語でもシリアライズ可能だからです．
今回開発するMIUは，別にPerlをローカルマシンにインストールしなくてもよいかもしれないのです．
MINAは辞書のテストを行うためにローカルにPerlをインストールしなければなりませんでした．
このテストは，ほとんど辞書の書き方があっているかどうか，を確認するためのものです．
まぁ，学習データを作る，という目的でローカル上で走らせる，ということもあるでしょうけど．

MIUの場合，シナリオデータをバイナリへ変換する過程を踏みますから，
そこで文法チェックができます．
ま，xmlファイルをパースするってのが文法チェックということになるんですが，
そのほかデータがでかすぎだとかそのIDの振り方は変だとかいうチェックもできます．
ちなみにデータサイズの制限もあるんですよね，バイナリ変換すると．
走らせるマシンが，まぁ今はほとんど32ビットマシンです．
long型へpackしてもビット長は32ビットです．
どこにシナリオ文字列があるのかという，つまり文字列の位置を指し示すアドレスをlong値で保存するんで，
シナリオ文字列合計の上限が4GB(packできるlong値はなんか知りませんけど4byteなんで，
2の32乗byteが上限)になってしまうとかあります．
テキストデータで4G超えはなかなかないと思うんで，その制限はあってないようなもんだと思いますけど．

他の言語でもシリアライズ（つまりバイナリ変換）が可能と書きましたが，
つまるところ他の言語でのシリアライズを想定しています．
きっと誰かが他の言語でシリアライズしたがるだろうとかそんな理由じゃないです．
理由として，

• Perlをローカルマシンにインストールしなくてもよいようにしたい
• バイナリ変換プログラムをウインドウアプリケーションにしたい
• Perl/Tkとかじゃなしに，たとえばC#とかでウインドウアプリケーションを書きたい

というところです．
バイナリ変換する手前のフォーマットがxmlである時点で，
手作業でシナリオデータ作成->xmlへのなにがしかの変換処理->xml->バイナリ
を考えていました．
xmlを簡単に作成するつったら，.NETでxmlへのシリアライズライブラリがありますよね．
人手でシナリオデータを作成するとき，そのシナリオデータの仕様をどうするのか，
エディタを自前で作る必要があるのかという話になりますが，とりあえずそこは深く練らず．
人手によるシナリオデータからバイナリファイルまでのパスができあがったので，
とかくxmlをバイナリへおとす処理を書けば簡単なテストはできるし，開発着手してっても大丈夫かなと思い，
今日は配列シリアライズプログラムを書いていました.

操作する対象が配列なんで，ついでにTIEARRAY使って
バイナリファイル読み込んでいる雰囲気を隠蔽してみました．
隠蔽すれば，いろんなアルゴリズム，サブルーチンへ応用できますしね．
たとえば，
fetch($index)
とかやって要素を取得するとかよりも，配列のようにアクセスできればforeach文も使えます．

なんだかさくっと，というレベルの話じゃないんですが，
夢のような話をしているわけでもなく，
毎晩帰宅後に開発していけば大丈夫そうなレベルです．

Ajaxを使ったインターフェース開発や，テスト用のシナリオデータ作成とか，
可能ならシナリオエディタ，そのほかなにがしかのエディタ向けシナリオ作成プラグインとか
作らないといけないんですが．
とりあえず明日は木構造シリアライズモジュール作成ですね．

Work::TimeOff - 奇跡的休日の行方

2月2日はなんとレストランのアルバイトが休み！
土曜日なので学校の用事とかが襲ってくることもなく．
ソフト開発のバイトは休みにしても大丈夫．

こ，これは数ヶ月に一回あるかないかの一日フリーデーじゃないですか！？
やった！俺は今度の土曜日はフリーダムだぁっ！！

と喜んでいたのですが，
今日バイトのあがり際，店長から店に電話があり，
店長がインフルエンザにかかったとのこと．
明日の店長のシフトを誰かが代わって入らないといけない状態に．
そしてすぐさま私に白羽の矢がたち．

あぁさらば私の祝日．
夢と希望に満ちた土曜日．
私の希望は店長のインフルエンザにプチッとしょうもない音とともにひねりつぶされました．
夢も希望もねーや，うわぁぁん．


という感じでテンションだださがりな夕方．
その12時間後にやっとこさ修士論文第一稿が仕上がり，
そのあとソフト開発に出かけていく私．
バグを明日直しますと昨日言った手前，
直さないわけにもいかず．
とんでもない時間に出勤するはめに．
そして今現在明け方5時13分．
6時間後には通勤タイムです．
いや，自転車乗ってレストラン向かってるってだけのはなしですが．

この現状にもう鬱に突入かと思いきや，
ローソンのくじ引きでプレミアムモルツがあたりました．
うれしくてちょっとだけ感動しました（笑


で，レストランのバイトの話に戻るわけですが，
一応今度休み頂戴という条件の下，明日入ることを許諾したんですが，
私の休み希望日つったら土日なんですよね．
で，土日は基本的に店長はシフト入ってます．
てことは，休みを出したら店長以外の誰かが犠牲にならないといけない．
あーもう休み出せないじゃないかよ．
一日フリーの休日を奪われた代償として，
平日の休みを頂戴しても足らないのです，そんなもん．
どうせ他のバイト入ってますから．
一日休みだからこそ休まるわけで．

それに月末の土日らへんは，後輩が休みだしてるらしいので，
土日の休みは月末付近になるにつれだしにくくなります．
中旬は修士論文発表練習とかで忙しいですし．
あ，でも修士一年の子だったら代わってくれるかなぁ．
だめもとで店長に頼んでみるかな．．．

Software::JINKOU-MUNOU - あれはやっぱり

なんとなーくgoogleさんで人工無能MINAを検索してみたら，
使っていただいているかたがちらほらいらっしゃいました．
今見たらげっ！と思うようなソースになっているような気がします．
リファレンス使いまくりでしたけど，
実際Perlの中じゃあ文字列とか変更を加えるときに初めて深いコピーが発生してるんじゃないかと．
無意味なコードだよなぁ読みにくいだけだよなぁと思い返されます．

それはともかく，使っていただいてる方のところで無能さんとチャットしてきました．
やっぱあれですね，開発していた当時は認めたくなかったというのもありますが，
いかにして人工無能と普通に話しているような返しをこちらがするか，
というのが人工無能の面白いところなんじゃないかと思いました．

大学の講義で，人間は結構話の流れを無理やり創造することができるみたいな話がありまして，
とうとつな内容を言われたとして（そしてその文がいくつか列挙してありました），
それに対する返答を書け，とかいう問題がありました．
あ，一応言語処理系の講義ですけど．

想像力を働かせるんで，面白いとこもあります，この無理やり作るってところは．
人工無能も，結局そこなんじゃないかなぁと．
うずらは別格なのかもしれませんけどね．


辞書型だったうちのMINAも，辞書がめちゃくちゃでかくて良質だったら
結構な会話ができるんでしょうけど．
サーバサイドで実行する以上無茶な処理はできません．
超迷惑ですよね，サーバ利用しているほかのみなさんに．

主導権を人工無能側に握らせて，ユーザには選択肢を選んでもらうみたいなタイプのを作ってみようかなぁ．
で，時折自由に入力できるテキストボックスとか作って．
「何か検索しましょうか？」と無能が言って，
テキストボックスを提示，ユーザに入力してもらうとか．

今度の土曜にさくっと作ってみることにします．

Life::Masturbation - ドライはむずい

こちらを参考に，ドライに挑戦してみたのですが，なかなか難しいですね．
数こなせばそのうちできるんでしょうか．

とりあえず，最初何が気持ち良いのかわからない状態から気持ちいい状態まではいけました．
あえぐほどじゃないです．
あえげるのかこれで，と思ってしまいます．
自分で自分のどこを開発しとんねん，と冷静に考えてしまいます（笑

Life::StressRelease - 最近のストレス発散方法

にょんぷーさんとDODさんによる，AIR-MAN WON'T BE DEFEATEDを1.7倍速で歌う．

あ，下記のは普通のをyoutubeからですが．


Media Playerで再生速度を変えて歌いながらストレス発散です．
何度もやってると滑舌がよくなってきて大変いい感じです．
ちなみに1.8倍以上はさすがに追いつけません．
1.8くらいだったらできるかなぁ．