追い込み中。一人は寂しいです。

論文を書いているとWeb2.0の考え方について参照するところがよくある。で、いきなり話は180度変わるが携帯を新しくした。ホワイトなところからauへMNPをしました。

で、auで色々話を聞いているときに思ったんですが、auでは機種代を値引きする代わりにサービスに入ってもらう、というのがありました。つまり最終的に機種代は最新機種にしても0円でいけるんですが、余分にオプションサービスに入ってくださいっていう感じ。最近携帯業界で機種やらオプション変更やらでとてもややこしいことになってます。で、思ったのが参加のアーキテクチャってこういうところでもあるんじゃないかと感じた。機種の値段を下げるから新しくできたオプションサービスに入ってくれ、と。1月だけ使ってもらって必要がないと思えばやめてもらっていいですとショップの店員さんはいってました。つまりつまり、携帯ユーザは最近の多くの変更でサービスを把握できていない、（微妙に店員も然りだったりするが）なので新しいサービスを展開しても理解してもらうことは非常に難しい。そこで、機種代を引く代わりにサービスに加入してもらう。携帯ユーザがそのサービスを気に入れば持続してくれるし、気に入らなければやめてしまうだろうがそういったサービスがあったな、という周知が生まれる。これって経済的インセンティブを付与したAmazonの考え方に似ていないだろうか。と一人携帯屋さんで機種変の待ち時間に考えたことでした。ちなみにホワイトなところは縛ってばっかりでした・・・auが新鮮なのかホワイトなところが異常なのかわからない。

なんとか生き抜いて帰ってきました。とりあえず31日は少し死を覚悟しました・・・去年ほどではないけれども。とりあえず戦果を知りたい人は直接聞いてやってくだされ

気づいたら1月も6日も過ぎてしまってます。というわけで皆様明けましておめでとうございます。早いものでもう年も明け、卒業も間近に迫ってまいりました。これからも精進していきますのでどうかよろしくお願いしますのです。

この前「空の境界」の大判のほうを買おうと思って買い忘れてショボーンとしてましたが、今日ふと本屋に行くと文庫版の殻の境界(中)が発売になっていた。とりあえずげとー。すばらしいタイミングだｗｗｗ

前回作成した検索メソッドを利用してトップページに表示されるアルバイト条件について、もしログインしていなかったり条件を入力していない場合表示されるアルバイトの労働条件は一定で検索をかけるが、もしログインしており条件を入力していれば勤務地と職種で条件検索するようにした。前回で問題となっていた部分がハッシュで条件を渡すことができることで解決した。

そして、検索機能については現在フィルターを使うことで余計な条件を省くことはできているが、もし条件が足りない場合の処理は行われていない。そのために検証機能を使う。そのために別途モデルを作成し、ActiveFormのプラグインを使うことで対応。そしてそれらの検証結果を表示を日本語化するためにAcitveHeartを導入した。ActiveHeartについての詳細は後日記述するが、少々厄介だった。今日の作業では独自のヴァリデーションを作成した後Viewを変更する手前まで完了。オブジェクト定義さえ加えればヴァリデーションは完成する。

毎月会社から課題が来るのだが、実は今日が2回目の締切日。紙一重ながら先ほど回答を送信した。疲れた・・・orz

そしてE-Learningもしないとならんのだよね・・・ていうかそんな暇はさすがに・・；

14時から18時まで。

今日はquf氏やDurandal氏が進めていたデザイン統一のデータを各アプリに適用していった。とりあえず主要なうぃきぃくる、掲示板、wikiドリルを重点的に行った。とりあえずただデータを入れるだけではなく不具合等でたため結構ややこしかった。統一が完了したものはテストサーバで実験。今日中に新しいデザインをアップする予定だったが、予定外に時間を食い明日に持ち越されることになった。

検索機能はデザインを芋氏とつじこ氏に依頼した。簡単なフォーム部分は完成しており、それにJavaScriptを加えることで多数ある情報の中でも必要でないものを見せないようにする。そして、データ送信後はフィルタを使い余計に入ったパラメータを除去し検索するという形にした。そして検索結果は20件までしか一度に表示できないので残りの情報をまたAPIから取得するがその際の遷移はセッションを使うかどうか迷ったが、link_toタグに直接パラメータを書き込むことにした。セッションよりはそのほうがいいらしい(長くなったとしても)。

そして現在次のページに移動するリンクとフィルタが完成。後はバリデーションを組まないとならない(必要なデータが入っていない場合があるから)。これも前と同じくActiveFormを利用することになるだろう。

なかなか気合の入っていていい感じ〜。

とりあえず読もうと思うと急に早くなる小説の読む速度。今、もうまぶらほがすぐ終わりそうです。ていうか空の境界買い損ねたよ・・・orz

13時から15時半まで。

今日は前回から作成していたFromAのWebAPIから提供される情報を元にマッシュアップしてアルバイト情報を検索できる機能を作った。Viewを完全に無視してとりあえずの形は完成。条件入力に関してはコンボボックスとプルダウンを使って表示し、それらのデータをパラメータで渡した後、パラメータのデータから余計な情報(controllerとかaction)を取り除き、ハッシュとして格納してFromAの機能をまとめたライブラリに渡して検索をかけるという形にした。この使い方はindexページでも利用できるのではないだろうかと考えられる。少し考えを整理してみようと思います。

とりあえずデザインに関しては芋氏にお願いして、機能面のバグを順次はずして行こうと思います。次に必要なのはXMLで取り出した情報の選別。今はごく少数の情報しか抽出していないが、もっと取得する情報を増やすことでユーザをひきつけるようなページを作ることができると思う。

サーバの概要
ハードウエアの対応
本体は4つに分かれる
CPUの説明
世代が混在している。新しいのは使えない
メモリのつみすぎても４G以上あっても認識しない
UATAとSATAの利点て？
マザー・・・バックボーン、基盤。
PCIとPCIExpressで規格の違いがある
Debianのインストール。
apt-get　・・・そのままでは最新バージョンではないので最新にアップ
apt-cache

RSS
更新情報を知ることができる。
RSSメリット　spamメールがこない
お手軽？勝手に生成される？
お金を払わなくていいオープンスタンダード
RSS0.90ネスケ
RDFとXMLではXMLが読みやすい？
ATOMAPI　どういうことに利用できるの？
Atom配信フォーマット　
RSS1.0の拡張性？
変換サービス・・・ブログでは既にあるのでは？
存在をアピール？
エンクロージャー

とりあえず、帰宅後書いてみたけど終わらない罠。後2ヶ月ほどあるんですが・・・；

検索機能の作成を行った。前に少しずつ入力フォームについては作成していたが、ようやく完成。際どいのがselectのヘルパー。

select 'condition', 'マスターコード', options

という表記は問題ないのだが、何故かselect_tagになると、

select_tag 'マスターコード', options

という形にしてもプルダウンメニューがうまく出ない。調べてみると第二引数にオプションを渡すようなのだが、どうしてもうまく渡せない・・・仕方ないので全社のコードを利用することに。

検索部分についてはFromA関係のライブラリに新しくメソッドを作成し、引数にハッシュを渡しそのデータからURLを生成する方式をとった。現状ではまだ検索はできないが、とりあえずフォームが完成したので今日の作業は終了。今週中までにリリースしたいなぁ・・・