3月
05
2010
0

新タマネギの時代がやってきた

20100305_1

チャーハン作ってみた。

20100205_2

新タマネギとチーズと生ハム!

うん、美味しかった!

Written by ナ王 in: | タグ: , ,
2月
28
2010
0

FireTune – Firefox 高速化

http://download.cnet.com/FireTune-for-Firefox/3000-11745_4-10383402.html

FireFox高速化のために、FireTune 使ってみた。

一応 pipelining とかは手動設定していたんですが・・・。
他の項目はいじっていなかったので、FireTuneで調整してみました。

確かに早くなりました。
今からはこれで高速化します(`・ω・´)ゞ

Written by ナ王 in: その他 | タグ: , ,
2月
27
2010
0

携帯

まだ前の機種代払い終えてないけど・・・
新しい携帯がほしくなってきました。

もうすぐでる au のスマートフォンが気になります・・・。
気になります・・・気になります・・・。

iphone? au 信者の自分には関係のない話ですw

最初は学割につられ au にしまして・・・。
その後ずっと、au なのですが・・・。

昔のコアユーザ向けの au は今はなく、今の au は微妙すぎる・・・
だけど、きっと変わってくれると信じて…使い続けます(`・ω・´)

そんなこの前、自分の携帯の変遷を見てみたのですが、感慨深いモノがあります。

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=c406s
最初の携帯、406S ホワイト

ジョグダイアルがすぐに使い物にならなくなる機種でした。
全てはここから始まった・・・!
まだ卵っぽいロゴの au です。

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=c3001h
折りたたみが主流になりつつある頃のストレート携帯、C3001h ブラック

なかなか使いやすかったですよ。ほんとに。
ポケットに入れやすかったですし。

なんか、凄く懐かしいです・・・。

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=a5301t
自分の中で一番熱かった機種、A5301T スノーシルバー

携帯史の中でもSDカード(not mini/micro)を使えた機種は少ない筈。

動画も斬新だったし、着うたとかも似非ながら作れました。
よかった、この時期はよかった。この機種はよかった・・・。

この機種、まだ残ってたような気がします・・・。
いや、捨てたかな?

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=a5502k
熱いリボルバー、A5502k エターナルブラック

特徴は一目でわかる独特な形状、逆回し厳禁なリボルバー携帯。
似非着とかも作れたし、結構遊べた一機。

電子コンパスは便利だったなぁ。
でも、ナビ中に画面回転させると、電子コンパスが反転するという罠がっ・・・。

ちなみに、この機体は壊れました。
次の携帯を買ったときに、思いっきり逆回しをして破壊しましたw
以外に強度があって、通常利用ではまず壊れないだろうって感じでしたw

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=w32sa
地味に高性能(同世代と比較)だった W32SA デュアルブラウン。

ラジオも聴ける地味に便利な一機でした。
確かこの頃はまだアナログテレビ/ラジオでしたね。

自分の中で初Win機。
実は機種変の際に学割が無くなるので、au 以外にしようかなとも一瞬考えましたが・・・
結局 au にとどまりました。

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=w52h
高性能機、電池の持ちに定評のある W52H グレイズシルバー

全体的に高機能だったのはともかく、特筆すべきは電池。
他の機種が多くて 800mAh台だったのに対して、1100mAhという素敵な容量。

かなり持ちがよかったですね。
SIMカード対応機。

この当たりから、着うた等の規制が激しくなりました・・・。
au 自身も 3G馬鹿売れにあぐらをかいて・・・。

au 暗黒時代の開始です。

まだ、機体持ってます。
SIMカードさせばつかえますし。

http://www.au.kddi.com/seihin/archive/kishu_archive.html?id=sh001
今の携帯 SH001クオーツホワイト

スマートな見た目の携帯。
高画素カメラ、しかし手ぶれ補正なしw

結構気に入ってます。

が…しかし、電池が・・・もたない orz
一般的なレベルかもしれませんが、前の携帯が素敵すぎたせいで・・・orz

まだ・・・本体料金払い終えておりません orz

Written by ナ王 in: その他 | タグ: ,
2月
15
2010
0

しじみ味噌汁・・・っ!!!

20100215

しじみ味噌汁作ってみた・・・
うまい・・・旨すぎるっ!

はまった!
今度から時々作る(`・ω・´)

Written by ナ王 in: |
2月
07
2010
0

久しぶりにカメ充

こんにちは。
しばらく修論がやばくて写真からもブログからも離れていました。

数日前になんとか論文を提出して、ほっと一安心。
まだ、手直しとか発表とか学会とか…残ってるんですけどね、でもま、卒業は出来そうなので何よりです。

実はですねー、修論提出前日に…
レンズぽちっちゃいましたw

真夜中に友人からレンズの格安情報が送られてきましてw
200mm以上の望遠を持っていなかった事と、テレマクロに惹かれまして・・・

タムロンの70-300mm 買ってしまいましたw
なんと、9,800円でした!!!
安い!安い!!!

もちろん、手ぶれ補正が無い点や描画の甘さを分かった上で買いましたよ。
だって、この値段ですもの…いくら写りが甘くても、今まで撮れない領域を撮れるんですから・・・。

・・・ぽちった時は冷静な判断を失っていましたが、でもでも、悪い買い物ではなかったと思ってますw

もう昨日になりますが、このレンズを持って奈良公園に行ってみました。
とりあえずこんな感じ>http://ganref.jp/m/monaou/portfolios/photo_detail/a5bbf186999878e1382c62e57c210ab2

テレマクロもいい感じなのですが・・・一つ問題が。

20100207_1
これ…分かりますかね。ぶれてるんです。縦に。

三脚使ってますよ。ええ。室内のテレマクロですから。

ミラーショックというやつです orz
ミラーショックについてはこちら

300mmマクロですから・・・当然起きるべくして起きてるんですが・・・。
うちの D60にはついてないんですよ・・・ミラーアップモード・・・orz

まあ、現状だと、スピードライト使ってシャッター速度を稼ぐしかないですね。

20100207_2
スピードライト使っての300mm(f11)です。

しかも、これ手持ちです。
流石スピードライト。シャッター速度(実際はフラッシュ点灯時間<<シャッター速度 だから、点灯速度って言った方が正しい)が早いから、あまりぶれない!

うーん、でもやっぱ、写りがあまいレンズですね。
レンズの特性が、ワイド端でF11あたりでシャープネスのピークがきて、中間でF5.6あたりにピークがきて、テレ端でF12あたりにピークがくるようです。
でも、フルサイズの話で、今のカメラはAPS-Cなんでもうちょっと特性が変わるかもしれません。
しょーじき使いにくいですが、おもしろいレンズではありますw

そして、今日は一つ前から気になっていたものを。
在庫処分でワゴンに乗っていたので買ってしまいましたw

20100207_3
Eye-Fi ってやつです。見たら分かりますねw

SDカードです。でも、ただのSDカードじゃないんです。Wi-Fiで通信可能なんですw

使い方は簡単・・・とは言えない気もしますが、

  1. 付属のSDカードリーダーを使ってPCにSDカードを認識させる
  2. Eye-Fi Manager とPCの設定
  3. SDカードに無線LANの接続先を設定する
  4. SDカード脱着(カードリーダーも取っておk)
  5. SDカードをデジカメに装着
  6. 撮る
  7. 勝手にPCに転送される

こんな感じですw
PCのファイアウォールを適切に設定しないと思い通りに動いてくれません。
開けるポートの一つが80番なので…あまり開けたくないんですね。

しかたないから、SDカードのMACアドレスに対して固定のIPを割り当てるようにルータに設定をして、そのIPからの通信のみ80番とあと一つのポートを開けるように設定してみました。

うん、便利!

一回設定をしてしまえば、後はPCで Eye-Fi Manager を起動させた状態で、デジカメで写真を撮れば勝手に保存してくれます☆
カード自体は2Gの普通のSDカードとして使えるので、出先で撮っておけば、かえって通信可能エリアに入ったときに自動的に転送してくれます。

これ、超便利!便利!大事なことなのでry

ブログに色々写真をアップする人には便利だと思います。

部屋でブツ撮りするときとか、これ使えば、撮ってPCで写りを確認して取り直して…という作業が死ぬほど楽になりますw

とりあえず、うちのEye-Fi は GR2に常時装備させていますw

飯写真をうpしやすくなったぞ!!! ←

1月
16
2010
0

Bazaar と TeX の数式と

バージョン管理として、DropBox を導入しようと思ったのですが・・・
アップロードが遅すぎて使い物になりませんでした^q^;

以前は subversion を使っていたのですが…気分を変えたいのと、何かと運用(svn+ssh)が面倒くさいということもあり、別の環境を模索しました。

いくつか検討し、Bazaar を使うことにしました。
SFTP経由で  自鯖に push してみましたが、非常に便利です!!!

WEBにリポジトリを公開する事も簡単でいい感じです!
sftp://repository@example.com/web/project/ にpush すると http://repository.example.com/project/ から pull できるようになります☆

そのうち、ソフト作ってソース公開するときはこの方法で公開したいと思いますw

—————————————————————————————————-

Bazaar に移行するためにバックアップを整理していたら、ゲームエンジンだったり、クォータービューのマップエディタだったり、ロト6のあたり予測プログラム(の残骸)とか、いろいろ出てきましたw

そんな中の一つに、学部時代に論文を書くために作った支援ソフトがありました。

20100116
Office の数式が使いにくいので、Texの数式を簡単にスライドにいれれるようにしたツールです。

結構便利だったなぁ・・・やけど、自分用に作ったので、インターフェイスとかめちゃくちゃですw
これ、UIとか整備して公開したら結構需要あるんじゃないかなと思ってみたりw

Written by ナ王 in: C#, その他 | タグ: , , , , ,
1月
12
2010
0

塩さば美味しすぎだろ・・・っ!

20100112_1
今日の夕飯です。塩さばと味噌汁とサラダともずく。

この時期の塩鯖が本当に美味しい。
もう一匹残ってるので、それを食べるのが楽しみです。
口に入れたら、脂が溶けるような感じがします。

あああ・・・書いてたらまた食べたくなりました(´¬`)

ちなみに、網で焼くと煙が出るし、魚焼き器はないのでフライパンで焼きました。
香辛料のタイムとホワイトペッパーを軽く振って、さっとお湯をかけて、
クッキングペーパーをフライパンにしいて、塩さばをのせて蓋をして弱火で焼きます。

こうしておくと、鍋が汚れないのです☆

20100112_2
食後は珈琲!

今日、頼んでおいた豆がきたので早速入れてみました。
コスタリカです。

20100112_3

今日は作業があるので少し多めに入れて、横に置けば・・・素敵な作業のお供の完成です☆

Written by ナ王 in: 写真, 近況, |
1月
07
2010
2

エクセルマクロ

実家に帰省している時に、ちょっと気が向いたから作ってみた。
エクセルは優秀だと思う。

とりあえず、3つゲームを実装してみた。
ソフトウェアにおいてあるので、興味ある方は持って行ってください。

20100107_1
5並べ。
マスの数は適当です。

20100107_2
オセロ。
実装が甘いところもあるし、CPU実装できてません。
ですが、一応オセロっぽい動きをします。

20100107_3
ヘビゲーム。

エクセルVBAだとリアルタイム処理が難しい(WinAPIでタイマ使えばいけるけど、今回は使用しない方針)ので、
ゲームシステムをちょっとアレンジして、時間制限をつけてみることにしました。
ちなみに、自分のベストスコアは1万ちょいでした。

Written by ナ王 in: VBA |
12月
30
2009
0

俺ルールだ!@JAVA

研究用にJavaのコーディングしてたら、疲れてきたのでブログにエントリでも書いてます。

前置きですが、自分、基本的にデザインパターン(正確には巷で使われているデザインパターンの中身)が嫌いです。
理屈っぽすぎて、理解しがたいしコードが汚くなるし・・・orz

というわけで、最近、俺ルールなデザインパターンを構築しつつありますw
あと、俺ルール支援クラスライブラリも構築していますw

イベント駆動のプログラミングをするために、デザインパターンではObserver パターンを用いることになります。
このパターン、あまり好きになれません(´・ω・`;)
なぜなら、イベント駆動中にハンドラの変更が行われることを想定した設計になると、クラス毎に複雑な設計が必要になるからです。
単純にリストにリスナ突っ込んで、for-each で回すだけなら簡単なんですけどね・・・これやるとバグの温床になるので。

正直、イベント処理は言語レベルで対応しておいて欲しいと思うのですが・・・まあ、ないものねだりをしてもしかたないので、C#の event 修飾子 を模倣した Event<T> クラスを作ってみました。

JAVA:
  1. package ncommon;
  2.  
  3. import java.util.LinkedList;
  4. import java.util.List;
  5.  
  6. /**
  7. * イベントを管理するクラス。
  8. * @author naou
  9. */
  10. public class Event<t> {
  11.     private List</t><t> handlers = new LinkedList</t><t>();
  12.     private List</t><t> copyHandlers = new LinkedList</t><t>();
  13.     private boolean changed = false;
  14.    
  15.     /**
  16.      * イベントハンドラを追加する。
  17.      * @param handler
  18.      */
  19.     public void addHandler(T handler){
  20.         handlers.add(handler);
  21.         changed = true;
  22.     }
  23.    
  24.     /**
  25.      * イベントハンドラを削除する。
  26.      * @param handler
  27.      */
  28.     public void removeHandler(T handler){
  29.         handlers.remove(handler);
  30.         changed = true;
  31.     }
  32.    
  33.     /**
  34.      * イベントコレクションを取得する。
  35.      * @return
  36.      */
  37.     public List</t><t> getHandlers(){
  38.         if( changed ){
  39.             copyHandlers = new LinkedList</t><t>(handlers);
  40.         }
  41.         return copyHandlers;
  42.     }
  43. }

handlers に対して、add/removeHander を行い、getHandlers を呼び出す際に、その複製を作るようにしています。
一見すると無駄な処理のようですが、コレは必要な処理なのです。

こうしないと、イベントハンドラ内でイベントを削除するとエラーが起きるんです^q^;
イベントハンドラリストに対して、ループ(for-each)してる祭に、イベントを追加及び削除すると、ループがおかしくなってしまうという罠です。

後は、イベントを実装したいクラスで、

JAVA:
  1. public interface IHogeHoge{
  2.     void onHogeHoge(Object sender, ...);
  3. }
  4.  
  5. Event event<IHogeHoge> = new ...
  6. public Event eventHogeHoge(){
  7.     return eventHogeHoge;
  8. }

こんな感じでイベント実装します。
ここでイベント発生元オブジェクトを sender として第一引数に指定するようにしています(C#の受け売り・・・w)

変数名は event・・・、イベント取得ゲッターは event ではじめるという、まさに俺ルールですwww

こうすれば、あとは任意の場所で、

JAVA:
  1. ...
  2. obj.eventHogeHoge().addHandler(new IHogeHoge(){
  3.     public onHogeHoge(Object sender, ...){
  4.         System.out.println("Called hogehoge");
  5.     }
  6. });
  7. ...

ってな感じで、イベントの内容を実装できます☆

あとついでに、Box<T>クラスを作ってみました。イメージとしてはポインタですね。
C# でいうところの out 修飾子代わりだったり、hoge == null ? default : hoge の代わりだったり、同期処理の支援のためだったりと、このクラス、何かと役立ちそうですw

JAVA:
  1. package ncommon;
  2.  
  3. /**
  4. *
  5. * @author naou
  6. */
  7. public class Box</t><t> {
  8.     private T object = null;
  9.  
  10.     public Box(){
  11.     }
  12.  
  13.     public Box(T object){
  14.         this.object = object;
  15.     }
  16.  
  17.     public void clear(){
  18.         set(null);
  19.     }
  20.  
  21.     public boolean isNull(){
  22.         return object == null;
  23.     }
  24.  
  25.     /**
  26.      * @return the object
  27.      */
  28.     public T get() {
  29.         return object;
  30.     }
  31.  
  32.     public T get(T defaultValue){
  33.         if( isNull() ){
  34.             return defaultValue;
  35.         }
  36.         else{
  37.             return get();
  38.         }
  39.     }
  40.  
  41.     /**
  42.      * @param object the object to set
  43.      */
  44.     public void set(T object) {
  45.         this.object = object;
  46.     }
  47.  
  48.     @Override
  49.     public boolean equals(Object obj) {
  50.         if(obj instanceof Box){
  51.             Box b = (Box)obj;
  52.  
  53.             if( object == null ){
  54.                 return b.isNull();
  55.             }
  56.             else{
  57.                 return object.equals(b.get());
  58.             }
  59.         }else{
  60.             return false;
  61.         }
  62.     }
  63.  
  64.     @Override
  65.     public int hashCode() {
  66.         int hash = 7;
  67.         hash = 89 * hash + (this.object != null ? this.object.hashCode() : 0);
  68.         return hash;
  69.     }
  70. }

あとは、変数の設定が行われるたびにイベントを発生する EventedBox( extends Box ) とか、一行ごとにReadLine/WriteLine イベントを発生する EventedReader/EventedWriter 等など・・・便利そうなクラスを色々作っています。
あとは、ロガーとかも、WriteLog イベントを実装して、任意のログ出力処理を容易に書けるようにしています。

前に日記に書いた XmlDataDocument クラスをフルスクラッチして、XData クラスも作りました。
バグもつぶして、前よりも簡潔にアノテーションを指定できるようにしました。
これで、任意のXMLとJavaクラスのマッピングができるようになりました☆
Webアプリケーションとかで、XMLでデータを受け取った時に、Javaのオブジェクトにマッピングするといった事ができるようになりました。
XDesirialized を実装することで、デシリアライズした際に、妥当性を検証することもできます。
このクラスについては、いつかまたエントリでも書きます(`・ω・´)b

Written by ナ王 in: Java | タグ: ,
12月
28
2009
0

プレゼント for me

20091228_1もう二日前になりますが、コレもらいました☆
中身は・・・

20091228_2

こんな感じでした☆

さらにあけると・・・

20091228_3財布でした☆

前の財布が4年くらいたってて、いい感じにぼろぼろだったので丁度良かったです(`・ω・´)b

Powered by WordPress | Aeros Theme | TheBuckmaker.com