ふ定期日記

ブログ移転します。

2008-05-30T15:00:00Z

いままでずーっとMovableTypeからWordPressに移行しますって言って数年経ってましたけど、やっとこさ重い腰を上げて、サーバーにインストールしてテンプレートの編集をしています。この週末の間にはテンプレートを完成させて、なんとか移行を終わらせたいところですね。ついでに、ドメインも変わる予定です。なので、もし移行…というか、移転ですね。その際はリンクの変更等をよろしくお願いいたします。

ちょっと考えている事。

2008-05-18T08:00:00Z

私はカセットの時代からず～っとウォークマンユーザ（オーディオ機器に関してはソニー信者かもね）で、PCのプレイヤーもSonicStageをメインに使っているわけなんですが、いかんせんこのプレイヤーが使いづらくてしょうがない。まぁUIがクソとか重いということは目を瞑るとして、Messengerへの再生中の曲の表示とかmixiミュージックへの再生履歴の投稿に対応できないのがなんとも歯がゆく思っています。で、いま考えている事は、SonicStageのプレイログへの再生履歴投稿機能をHackして、どうにか上記の再生履歴表示に対応できないかってことです。プレイログへの通信部分が暗号化されてたら難しいけど、暗号化されていなければ割と簡単に実現できそうな気がするんだけど、いまのところ実現されて無いって事はやっぱ暗号化されてるのかな？構想的には、SonicStageからプレイログへの送信パケットをモニタリングして、そこから再生履歴を抽出、Messengerやmixiミュージックへの出力というような事が出来れば良いんだと思うんだけど。実際にこれを作れって言われたら、結構骨が折れる事になるだろうなぁ… なにより、ぐぐっててもやろうとしてる人が見当たらないって事は、需要が全然無いって事なんじゃって思うし(苦笑ま、確かにMessengerに再生中の曲を表示できたところで、別に意味は無いし。 mixiミュージックに投稿できたからといって、あれを積極的に利用してる人は私の周囲じゃごく少数ですからね。単に自己満足でしかないのは確かなんですが…う～ん… ま、実際にやるかどうかは追々考えよう（っていうと、実際にはやらないんだろうけどね）

WordPress Japan

2008-04-01T13:17:05Z

いつのまに閉鎖されてしまいました。う～ん…MEが使えなくなると本家の方を使わざるを得ないのか。いまのところはMovableTypeを使っているので、移行の問題とかは支障が無いと思うのですが、いままでMEを使ってきた人にとっては重大な問題でしょうね。でも、簡単に調べた感じでは、MEに本家の差分を上書きするだけで最新版にアップデートできるようなので、さほど支障は発生していないようですね。ただ、長期的運用をした場合に不具合が発生する可能性は無きにしも非ずって感じですけど。そういえば、MovableTypeからWordPressに移行しますって言い始めてから1年以上経ってしまったな。そろそろいい加減に移行しなきゃな…とは思うんだけど、アーカイブの移行作業がめんどくせーって放置してるんですよね。別に大した事は書いていないので破棄しちゃっても良いかなぁとは思っているのですが、どうしようっかなぁ。まぁ、就職活動が終わるまでは作業に取り掛からないと思うので、しばらくは放置しておこうと思います。で、4月になったので卒業研究の内容をマジで決めないとヤバいのですが、いまだに決まっていません。うちの研究室は他の研究室に比べてちょっと厳しい部分がありまして。研究するからには何かしら新規性を見出しなさいってことを言われています。他の研究室はとりあえず物が出来たり、データが取れればオッケーって所もあるのですが、うちの研究室ではそれが許されません。一応、教授とは話しているのですが、FLASHとXMLでなんかやりたいっすねーくらいで、まったくやりたいことが絞り込めずにだらだらここまで来てしまいました。新規性といわれるとかなり難しい…既存の技術を知った上で、さらに何が新しくできるのかを考えなければならないわけですからね。現状、研究室の引越しで論文や資料もダンボールの中なので、下調べできる状況でもないし、さてどうしよっかなーって状況です。 10日までにはなんとか方向性だけでも絞れればいいんだけど… 弱った。

研究課題を何にするか

2008-03-20T19:03:16Z

研究室に配属をされて早半年、4年になったら卒業研究に取りかからなくてはならないので、そろそろ研究課題を何にしようか考えなければなりません。そこでいま候補として挙がっている物は。 1.形態素解析を用いたBlog解析システム 2.XML形式のデータベースを用いたWebアプリケーション 3.各種機能をモジュール化し機能を容易に追加可能なソーシャルネットワークシステム 4.Flash(orSilverlight)を用いたリッチクライアントシステムどれもWebアプリには変わりないけど、研究をして最終的に卒論として発表をすることを考えると、１の形態素解析の方が楽かなぁなんて思ったりしてます。理由としては、実際にアプリを制作して動いてキチンと解析を出来ていればそれでOKなわけですからね。他についてはどこまで持って行けば完成なのかわかりませんし、なんか目的も漠然としている気がしてならないので… 開発言語はRuby、PHP、Javaのいずれかにしようかと思っていますが、もし一般配布も考慮して開発するならば汎用性を考えるとJavaは除外すべきなのかなと考えています。有償、無償問わず、レンタルサーバで使用できる言語って、CGI（Perl）の次はPHPで、その次がRubyでしょうし、私がいままで見てきた中では個人でレンタルできるサーバでJavaが使用できるところは無かったような気がしていますので。そうなると、PHPにするのがベターかなぁと思うのですが、どうせ研究対象にするならRubyの方が面白いかなぁとか思っています。 DBは（世界的に見て一番普及しているであろう）MySQLで行こうかな。日本国内じゃなぜかPostgreSQLって人気？だけど、世界的に見たらMySQL>Firebird>PostgreSQLだった気がするし。正直なところ、PostgreSQLとMySQLの違いってわからんので、とりあえず有名な方を選んでおいた方がリファレンスも充実しているでしょうからね。あー本当にどうしよ…

就職活動

2008-02-28T16:33:43Z

いい加減、このブログ放置しすぎだろ(汗あまりに放置し過ぎているから、プレイヤーじゃなくって、オーディエンスになってしまっているのが怖い。どんどん新しい技術、話題から置いていかれる… 色々やりたいことはあるんだけど、就職活動は週6日やってるし、残りの1日は…まぁ身内の事情があるし、なかなか思うような時間を確保できないのが痛い。おかげで、技術アピールをするような会社に、技術アピールできるような提出物を作れて居ないし。って、これは言い訳でしかないな。時間が無いなら寝る間を惜しんででも作れっていう話か。平均統計だと。プレエントリー　→　57.2社 ↓ 説明会、セミナー参加　→　23.0社 ↓ エントリーシート提出　→　6.4社 ↓ （適性検査、筆記　→　5.0社） ↓ （グループワーク　→　2.1社） ↓ 面接　→　2.3社 ↓ 内々定　→　不明これが、3月1日付の統計になってくると値が違ってくると思いますが、この結果からみると普通の人の倍くらいは精力的に就活をしている事になるようです。よく周囲の人に頑張りすぎじゃね？って言われてたけど、こうやって数値で客観的に見てみて、なんとなく納得・・・でも、就職活動が辛いとはあんまり考えていなくて、むしろ楽しいじゃない！ってくらいに思ってます。まぁ流石にこれだけのエントリー数になると、ひとつの業界だけにエントリーをしているわけではなく、様々な業界にエントリーをする事になるのですが、その説明会やらセミナーやらに参加して、企業の話を聞くって言うのが、意外に面白いんですよね。直接社員の方々とお話しする機会も多いわけですし、企業の内情を知るのには絶好のチャンスだと思っています。このあたり、受け身になってしまうと就職活動がかなり辛い物になってしまうと思うので、私は積極的に参加していって利用出来るもんは利用すべきだと思いますね。基本的に新卒の就職活動って一生に1回しか出来ない物だと思いますので、それなら悔いないようにやるべきだとも思いますからね。まぁだからって、私自身が納得いくような就職活動を出来ているかと言われると、微妙？って状態なんですけどね(苦笑とりあえず、私も就職活動を頑張っていますので、（見ている人が居れば）皆さんも頑張ってください。]]>

自己解決？

2007-12-27T19:28:50Z

昨日の日記の続きです。秘密の質問と答えを使って（鍵にして）、暗号化、復号すれば可能なんじゃないかと考えてみました。パスワードを秘密の質問の答えで暗号化してDBに格納、同時に答えをハッシュ化する。で、パスワードが紛失した場合は、秘密の質問に答えさせ、もし答えのハッシュが一致すれば、その答えを元に暗号化したパスワードを復号すると、パスワードを取り出せそう。ただ、やっぱりメールアドレスを入力するだけでパスワードが届くケースもあるんですよね。こればっかりはどうなっているのか検討もつきません・・・

パスワードの暗号化

2007-12-26T18:33:44Z

ふと思ったのですが、ユーザー登録などでパスワードをDBに登録しますが、DBへパスワードを暗号化して保存するのが普通だと思うんですよ。でも、MD5って暗号化すると復号ってできないので、パスワードを再発行できるシステムがあるところは、パスワードをどう管理しているんでしょうか？平文でそのままDBに保管しておくのはリスクが高すぎると思いますし、独自にMD5を復号するアルゴリズムを持っているって可能性もあるんでしょうか？それともMD5じゃない独自アルゴリズムで暗号化、復号処理をしているのか。って、セキュリティ上復号出来てしまう時点で暗号化している意味が無いんだから、復号はしてないんだろうな。そうなるとやっぱり平文でDBに保持しているのかなぁ… どなたか詳しい人居たら教えてください。

Webアプリケーション開発誌

2007-12-21T20:18:48Z

先日の日記でJavaでWebアプリの開発をしていると書きましたが、今回それが（一応）完成し授業内で発表も済んだので、ちょっとエピソードを晒してみようと思います。何を作ったか。

ソーシャルブックマーキングサービスを作ったわけですが、それを作ろうと思った経緯を説明しますと。グループ実験で、他の班は(前例や実験概要の説明の流れから)ショッピングシステムとか多く作っていたようですが、一応新規性を重視して作れと言う話を聞いていたので、Web2.0的な何かを作ればいいんじゃね？って話になりました。
で、何を実際に作ろうと考えたときに、（Java+MySQLでの）Webアプリの開発が初めてな自分たちの力量を考えると、SNSやWikiなどの大規模システムはちょっと厳しいだろうという考えに至り、手頃なところでブックマークなんかが良いんじゃないかと考え、TAの方からただ登録出来るだけじゃダメだよ～と釘を刺されていたので、Web2.0と言ったらフォークソノミーだろってことで、登録されたブックマークのタグ登録を出来るようにしよう。ということで、ソーシャルブックマーキングサービスを作ることに決定したわけです。

というわけで、コンセプト

・実際にあってもおかしくない様なサービス（実用性）
・つまりは動いて当たり前、しかも見た目もすごいぜ！
・見た目は最近の流行に乗って薄めの配色でWeb2.0っぽく。

制作過程1

今回の実験はグループ実験なので、制作過程を詳しく説明する前にメンバの3人についてちょっと説明。
O君…デザイン担当（XHTML、CSS）。アフィリエイトで金儲けを企む為にHTMLを勉強している様子。デザインに興味あり。Javaは全く出来ないらしい。
K君…内部処理担当（Java Servlet、MySQL）HTMLってどうなってるの？な人だったけど、プログラミングはかなり出来る子。
俺…表示処理担当（完成したデザインへJavaを実装しJSPの作成）。Webサイト運営歴7年、Perl、PHP、Java、Cなど様々な言語をそれなりにコードが読めるくらいには（中途半端に）理解してる人。

さて、作る物は決まったが良いが、グループ内でシステムの完成形をイメージ出来ていたのは、どうやら私だけだったらしく、他の二人は何するの？という状態。まず、二人に何を作るのかというイメージを見せるために、既存のオンラインブックマークサービスをいくつか見せ、イメージを説明しました。
O君は直ぐイメージを理解してくれましたが、K君はイメージを理解してくれるまで時間がかかりました。けど、内部処理のフローをどうするか私が説明すると、それについては理解をしてくれました。
ということで、作り始めたわけですが、表示処理をするにしても内部仕様を決めないと私の方は実装が出来なかったので、初めは内部処理担当のK君へのアドバイスと、デザイン担当のO君へWeb標準（XHTML+CSS）でWeb2.0チックに作れとお題を出しアドバイスをしていました。
で、内部処理が出来上がってデザインを抜いた状態で表示処理にあたるJSPの作成を始めたのですが、当初はMySQLの処理でエラーが出まくって困惑しまくりました。エラー文の読み方も理解していませんでしたし、なによりスクリプト自体もリファレンスなどからコピーしてきてそのまま用いている状態だったので、ちゃんと理解が出来ていませんでしたからね。
でも、ちゃんとリファレンスの解説を見ながらやっていくことで段々と理解ができ、3回目に集まった時にはフォームとリンクタグしか作っていないというもの凄くシンプルな状態ですが、システムの原型はほぼ出来ていたかと思います。

データベースの構造

分る人だけ見てくれれば。恐らく第二正規化くらいはしてあるんじゃないかな？
rank_tblとtr_tblはランキング処理をする際に、後から付け足した物なので正規化できていません。

table名	primary key
user_tbl	uid	username	password	email
bm_tbl	bid	uid	url	comment
tag_tbl	tid	bid	tag
url_tbl	aid	url	count	rank
tr_tbl	trid	tag	count	rank

user_tblはユーザ情報を管理しているテーブルです。まぁ…見たまんまですね。UserIDはauto incrementで作成しています。usernameとpassword、emailはユーザ登録フォームからポストされた内容をそのまま登録します。でも、usernameは重複していたら登録はできません。また、passwordは登録する際にMD5でハッシュ化しています。まぁセキュリティを考えたらねぇ。
bm_tblはブックマークの情報を管理しているテーブルです。user_tblのuidと関連づけしています。これでユーザ毎にテーブルを作成しなくても1つのテーブルで管理可能です。
tag_tblは登録されたタグを管理しているテーブルです。bm_tblのbidと関連づけしています。今回は1つのブックマークに対して5件までしかタグを登録出来ないようにしていますが、将来10件に増えようがフィールドやテーブルを増やす必要性がありません。（ってか、そんなことがあるのか謎だけど）
url_tblはそのURLが何件登録され、現在登録件数何位なのか管理するテーブルです。後付なのであれですが、bm_tblと合わせて正規化を行えば後々の処理がもっと楽になったよなぁと後悔してます。
tr_tblはそのタグが何件登録され、現在登録件数何位なのか管理するテーブルです。url_tblと同様に後付です。tag_tblと合わせて正規化を行えばよかった。

制作過程2

O君からデザインが挙がってきたのですが、XHTML1.0 TransitionalでW3CのValidatorに通るように作り直せ！と指示して、修正させました。
なぜそんなことをさせたかというと、貰ったHTMLにJavaの処理を組み込む際、HTMLが不正だと可読性が低くなるので、実装と修正に余計な時間を要すんじゃないかと予想したからです。あとは、一応Web2.0的なもんを目指しているわけだから、Web標準に乗っ取らなくてはダメでしょうっていう気持ちもありました。
あと、酷いことにJSPを実装している最中にO君が作ったデザインが気に入らなくて、デザインに手を加えてしまったりしてしまいました。が、HTMLの構造自体は完成していたので、HTMLには一切手を加えず、CSS側でデザインを変更するにとどまりました。その結果、配色と配置が現在の様な形になりました。
一応、O君にはその後了承を取り、CSSを渡してブラッシュアップするように指示、その結果現在のような画像とグラデーションを用いた、Web2.0っぽくね？っていうようなデザインに落ち着いたわけです。
で、その後JSPの仕上げにかかったわけですが、だんだん完成してくるとともに、色々と機能が欲しくなってきてしまい、実験最終日の発表会まで時間がそんなに（1日しか）無かったにもかかわらず、ページ推移とか、ブックマークを登録した際に関連するブックマークの表示（アマゾンのこの賞品を買った人は、こんな賞品も買っています的な機能）を追加したりしました。
最終的に全てのバグを取り除いたのが、実験最終日の発表会開始直前でしたので、発表までに動かなかったらどうしよう・・・というプレッシャーが結構ありましたね。
まぁともかく、こんな感じでソーシャルブックマーキングサービスは（一応）完成に至りました。

（一応）完成

・トップページ

それなりにWeb2.0的な流行のデザインを取り入れてみました。ブックマークの表示に関しては、Yahoo!ブックマークとLivedoorクリップを足して2で割ったような感じ。

・マイブックマーク一覧ページの下部

初期の頃は、ページ推移が無くって全件表示していたんだけど、50件とかになってくるとそれなりに重たくなってきたので、20件ごとに表示するようにしてみました。
初めはSQLのLimitを知らなくてrs.nextで行数を送ってから～とかメンドクサイ事をしていたのが馬鹿でした。

・登録タグ一覧

一番拘ったタグの表示処理。タグの登録件数が多いほど手前に大きく表示されます。
強度は6段階で、タグの登録件数が多い順に上位1～20番目が1番でかくで21～40が2番目で～って感じに処理しています。
タグの表示順に感じてはSQLでランダムに取得するようにしているので、アクセス毎に微妙に順番が変わります。折角タグクラウドを作って表示を散らしたんだから、その方が変化があって面白いしね。
実際はまだまありますが、ちょっと諸事情で全部はお見せできません。ごめんなさい。

処理フロー
眠い（現在朝7時完徹）ので後日フローチャートを作成して掲載予定

反省と未実装機能

先に謝辞を述べておきますが、ブックマークのサムネイル生成にはこちらの外部APIを利用させていただきました。こんなサービスを無料で公開してくださった一撃様には多大な感謝致します。
IgWebCap [自動サムネイル生成Webサービス]
本来ならこの部位まで実装すべきだったのですが…まぁ研究とかでやる機会があれば、この部位の実装をしてみたいと思いますね。
あと、かなり実用性を重視して作ったのですが、発表会までに間に合わず実装を予定していた機能が未実装なままになっている部分があります。
・ユーザの変更、削除（内部処理としては出来ている）
・ブックマークの変更（同上）
・他ユーザのブックマーク一覧表示（いま考えれば5分あれば作れた）
・URL、タグ、ユーザの検索機能の実装（これももうちょい時間が貰えれば簡単に作れた・・・）
・ブックマーク登録の際、URLを指定するだけでTITLEを自動取得（内部処理としては完成していたが、文字コードの問題で未実装）
・XSS対策
・URLを登録した際に重複している場合は弾く
・パスワードの再発行（emailを登録させてるのはこの為）
・各種登録する際の確認画面（これは直ぐ出来た気もするけど）
・クロスブラウザでの表示（IE6.0、FF2.0では問題なさそうだったけど）
こんなもんかな？この問題をクリアできれば、世の中にリリースしても恥ずかしくないサービスになるかと思う。

戯れ言

こんな具合に紹介してきましたが如何だったでしょうか？
いまだから言える話ですが、実質開発日数は3人で6日くらい（18人日）かかっていますけど、いま同じ程度のものを作成したとしたら3人日あれば作れるような気がします。やっぱり、実際に作ってみるというのは大きな経験になりますね。
さて、何か質問、意見などあればどうぞ。というか、こんなの恥さらしだぜorz

]]>

Javaを。

2007-12-16T19:27:42Z

最近、ちょっと見直してます。その理由なんですが、以前はJava嫌いだったのですが、最近はJavaで開発するのが楽しくなってきたって事でしょうか。詳しく話しますと、大学に入ってから本格的にプログラミングの授業を受けるようになって、初めに習った言語がJavaだったんですが、その当時というのはプログラミングが全く出来ないど素人さんだったので、全然課題が出来なくてJavaの食わず嫌いに陥ってしまった感じがあったんですよね。ですが、自分が得意としているウェブサイトの制作の授業で、Javaを用いてウェブアプリケーションを開発してみろっていう課題がありまして、それで実際にJSPとServletでウェブアプリケーションの開発をしているんですが、目に見える形で自分の考えたアプリケーションが出来てくると、楽しくってしょうがないんです。いやー、やっぱ単に計算プログラムの課題を淡々とやっていた授業より、全然こっちの方が有益だしね。何より楽しいので、プログラミングを生徒に覚えさせようと思ったら、強制的にやらせるより自主的に物を作らせた方が覚えるんじゃないかなぁって気がします。あと、それ以外にもJavaを見直した原因っていうのがありまして。 Java系のアプリを使ってると、起動するのに毎回イライラするので、Javaは重たいというイメージが染みついていたんだけど、ServletとかJSPでウェブアプリの開発をしていると、意外にJavaって軽いんじゃないかって気がしたところ。まぁ…インタプリタ式じゃなくってコンパイラ式なんだから、そもそも当たり前っちゃ当たり前なんだけど… ちょっと話をそらしますが、小規模な開発をしている限りは、PHPで作ろうがRuby、Perlだろうが大してパフォーマンスは変わらないんだろうなぁって気がします。ってか、大規模だろうが小規模だろうがどの言語を用いても最近は大して差はないんじゃないかな？楽天はPHPで、mixiはPerlで、かなり大規模なアプリケーションを組んでいるわけだしね。一昔前だと、大規模なアプリケーションはJavaで開発するもんだって感じでしたけど、最近は技術も進歩したみたいで上記の言語でも開発出来てしまっているわけだし、どれを選択するかというのは問題じゃないのかな？まぁもっとも、これらのサイトにとって足かせとなっているのは、APPサーバの負荷問題より、DBサーバの負荷を如何に分散して効率よく運用するかって所らしいので、mixiなんてDBを独自開発しようかーなんて話をしてるとかしてないとか。あと、最近話題のニコニコ動画もこのあたりで悪戦苦闘しているようです。とまぁ、話はそれましたが、以上Javaも良い言語だなーって思ったお話でした。

乗り換え計画は着々と…

2007-11-21T19:07:54Z

お久しぶりです。最近消息不明ですね。とか言われましたが、生きてます。大丈夫です。死んでません。前々から宣言しているMovable TypeからWordPressへの乗り換え計画は着々と進んでいますよ～。ローカル環境にWPを入れて色々といじって動作確認をしている最中なんですけども。そんなことをする前にJavaでWebアプリを作らなきゃならんってことで、そっちを優先しているから色々と時間がないんですよ。言い訳でしかないけどね。で、非常にどうでもいい話だけど、JavaのMySQLとの接続で、com.mysql.jdbc.Driverが使えなくて困ってるわけです。 Vine Linuxの方は使えるんだけど、Winの環境で使えなくってねぇ。ちゃんとJDBCドライバーも入れて、CLASSPATHも通しているんだけどなぁ…わかんないもんです。とりあえず、この課題をさっさと済ませて、WPへの移行を済ませたいと思います。 MTは再構築がサーバーに負荷かけ過ぎなんだよ…orz (自分のカスタマイズ不足に対する言い訳だけどね)

新型PSP（PSP-2000）

2007-09-21T16:14:28Z

先日（9月20日）に新型PSP（PSP-2000）が発売されたわけですが、思ったより出荷数が多かったのか、それとも売れなかったのかわかりませんが、初日では売り切れずに翌日まで在庫を持ち越した店舗が多かった様ですね。しかし、その一方で在庫がなくなった周辺機器という物がありまして…それはメモリースティックデュオ！いつもなら、各種100個ずつぐらいは在庫があるもんなんだけど、新型PSPが発売された日はその在庫が空になりましたからね。昼発注して、夕方の配送便で若干数は届いたけど、それも直ぐに売り切れになってしまったし、翌日も相当数を用意していたんだけど、それでも売り切れになったからなぁ。なんつーか、新型PSPってどっちかっていうと買い換え需要が多いもんだとおもってたから、メモリースティックデュオって既に持ってるからあんま買わないんじゃないかと思ってたんだけど、今は大容量のタイプでも値崩れして4Gでも1万を下回る価格で買えるもんだから、メモリースティックデュオ自体も買い換え需要がかなりあるようですね。まぁ、1週間くらいで落ち着くとは思いますが、今週末にかけて新型PSPを買おうと考えている方は、メモリースティックデュオの在庫にも注意した方がいいかもしれませんね。ワンセグチューナーを利用するのにも、メモリースティックデュオが必要になりますので… せっかく本体と周辺機器を買っても、メモリースティックデュオが無くってセーブが出来ない！なんて悲しい事がないよう願います。

乗り換え計画。

2007-08-17T00:35:14Z

WordPressへの乗り換え計画は着々と進めているのですが、いまはデザインをどうし様か考えております。いまのMovableTypeはテンプレートをお借りして運用しているんですけど、同じところでWordPress用のテンプレートも配布しているので、そのままお借りして運用しようかなぁなんて考えてたりもします。だけど、もうちょっとXHTMLとCSSへの理解を深めようって考えたら、自分で作ったほうが良いと思うんだけどね。だけど、デザインが…ってまぁ書き物系のサイトになるだろうから、見た目よりも読みやすさの方が重要だから、さほどデザインは重要でもないか。まぁなんにせよ早めにWordPressに乗り換えないとなぁ… 目標！夏休みが終わる前！（ぉ

世間はお盆だ。

2007-08-15T05:21:28Z

お盆休みは製造業者とか運送会社も休みたいのか、新商品がもの凄く減りますね。ってことで、明日木曜日発売の新作ゲームは2本と言うことで、明日は久々に楽が出来そうな雰囲気。っていうかまぁ、先週はお盆前のお土産需要で偉く混雑していたんで、その見返りとして今週くらいは楽をさせてくださいなっていう雰囲気が無くはないんですけどね。まぁ、そんなことを考えつつ働こうと思います。

世間は夏休みだというのに

2007-08-05T20:52:54Z

私の大学では、麻疹の影響で休講期間が発生したために、夏休みが休校期間分短くなって居るんですよね。そのせいで、いまもまだテスト期間中です。参考アマゾンリンク 3ping.org : http://3ping.org/ Lucky bag::blog : http://www.lucky-bag.com/ いつも見ているサイト↑の人たちが書いた～って事で前々から気にはしてたんだけど、なかなか見あたらなかったので買うのを敬遠していたんですが、昨日ふらっと書店に立ち寄ったら1冊置いてあったので、パラ見して衝動買い。いや、本当はEclipseの本を買いに行ったはずなのに何やってるんだろ…]]>

Ad[es]

2007-07-25T21:16:29Z

フリーズしまくり中。まず、率直な感想を。携帯電話を意識しているとは言っても、中身がWindowsMobileなので、携帯の感覚で操作をしようと思うと、使いづらいと思います。中身がWindowsだからパソコンと同じ感覚で操作しなきゃって思っておけば、そうは思わないのですが。でも、Windowsだと思っても機能が中途半端だから、操作しにくいには変わりないんですけどね… あと、フリーズしまくりってのですが、私の場合は1日に最低1回はソフトウェアリセットを行っている気がします。 2日に1回くらいの割合でハードウェアリセットもしている気がするし…まだまだ安定していない気がしますよね。まぁ、そんな具合で…