白いバナナ

いま話題の「テルマエ・ロマエ」をコンビニで立ち読みしてきた． Wikipediaにある概要は以下のとおり． 古代ローマ 時代の 浴場 と、現代 日本 の 風呂 をテーマとしたコメディである。 入浴 文化という共通のキーワードを軸に、現代日本に タイムスリップ した古代ローマ人の浴場設計技師が、日本の風呂文化に カルチャーショック を覚え、大真面目なリアクションを返すことによる笑い [2] を描く。 面白い部分は，まさにここに書かれている通り「古代ローマの大真面目なリアクション」にある． 異なる時代の異なる人種からみた日本の風呂の面白さと，表現の秀逸さ．  - 書店員の選ぶ マンガ大賞 2010 [4]  - 第14回 手塚治虫文化賞 短編賞 [2] 受賞  - 「 このマンガがすごい! 」2011年版オトコ編2位  -  全国書店員が選んだおすすめコミック 2011、3位入選。 これらの実績からも，万人受けする名作であることは間違いない． テルマエ・ロマエは，古代ローマ時代と現代日本を行き来する古代ローマ人の物語． 互いに重なり合わない2つの時代を主人公が行き来するパターン ． これは最近の勝ちパターンのような気がする． TBSで高視聴率だったドラマ，「 JIN - 仁- 」． これは，主人公である南方仁が現代から江戸時代にタイムスリップする話． 売れっ子作家の中には，【いま売れる物語の公式】が暗黙知として宿っているのではないだろうか．

問題解決プロフェッショナル　「思考と技術」　を２章まで読んだ． ２章の技術編では有用な知見が多かったのでここにまとめておく． 【はじめに】 問題の原因や解決策を考える際に，思いついた順に箇条書きにする人はいないだろうか？ はい，私です． 苦労して列挙したリストが増えれば増えるほど混乱して最終的に考えたことが無駄になったり．．． 次元の異なる要素が同じカテゴリーの中に列挙されていたり．．． (例 : アメリカ，中国，オーストラリア， 京都. ..) 箇条書きの問題点は３つ． １つは 漏れ ． 「これ以外にも要素は無いですか？」 という問いに胸を張ってNOと言い切れるだろうか． ２つ目は ダブり ． 一見異なるもののようでも，実は本質的に同じことを言っていたりする． 本来同じものは極力排除したい． 最後は 次元の違い ． 分析結果をプレゼンテーションする際に，次元の異なるものを一緒くたにすると聴衆に伝わらない． 他人から見ても分かりづらいし，時間が経てばそのうち思い出せなくなる． こういった問題を無くすために，システマティックに思考の整理を行うツールとしてMECEとロジックツリーがある． 【MECE】 MECE (Mutually Exclusive and Collectively Exhaustive)とは，もれなくダブりのない状態のこと． 簡単な例としてはジャンケンにおける手． 「グー・チョキ・パー」，これでMECE． フレームワークと呼ばれる決まった切り口を使って，MECEな状態に問題を切り分けることで思考の整理を行う． ・代表的なフレームワーク   3C +1C　：　顧客(Customer)，競合(Competitor)，自社(Company) + 流通チャネル(Channel)   ビジネスシステム 　：　製品が開発されてから市場に出るまでの流れを時間軸で整理したもの   4P 　：　 製品（Product）、価格（Price）、流通（Place）、プロモーション（Promotion）   事業ポートフォリオ 　：　相対マーケットシェア × 市場成長率 【ロジックツリー】 問題の原因を深堀りして，解決策を具体化し，因果関係を可視化する技術のこと． 思いついた順の箇条書き，即ち根拠のないアイディア出し

配列とnew 【int array[5];】と【int *array = new int[5];】の違い ・配列には 「必要なメモリの大きさがコンパイル時にわかっている」 ＋ 「関数が終わるときに必ず解放する」 制限がある ・newは上記の制限がない分， メモリの空き場所を探すのに時間がかかる 参照とポインタ ・参照は必ず初期化する必要があり，指すものを変えられない．(安全) ・ポインタは上記の成約がない．(気をつけるべし) データ量の大きいクラスTを引数とする関数func (例えばこんなの　void func(T t){}　) を呼び出した時，コピーが生成される． このムダを省くために， 「書き換えるときはポインタ渡し，書き換えないなら参照」 を徹底するべし． (ポインタでも 書き換えたくない場合はconstをつければ参照と同様な効果が得られるが，呼び出し側のコードを見ただけでは判断できなくなるので使い分けること)

【テンプレート】 #include using namespace std; // Type型のメンバ変数をもつクラスA template class A{ private: const Type data; public: A(){ cout << "default constructor\n"; } A(Type d):data(d){ // 初期設定なので代入 cout << "constructor\n"; } /* A(Type d){ data = d; // constなメンバに代入はできない cout << "constructor\n"; } */ ~A(){ cout << "destructor\n"; } Type getData(){ return data; } }; int main(){ A hoge_float(1); A hoge_int(3.3); A hoge_double(3.3); cout << "hoge_float:" << hoge_float.getData() << endl; cout << "hoge_int:" << hoge_int.getData() << endl; cout << "hoge_double:" << hoge_double.getData() << endl; return 0; }

ステージデータの読み込み機能をつけて任意の名前のファイルを読み込める構成にしたい． エラー処理等は全く考慮せず，ステージの幅と高さについては固定長のものしか扱えない点は改善すべき． void readFunc(char *fileImage,const char *filename){ ifstream inputFile(filename,ifstream::binary); inputFile.seekg(0,ifstream::end); int fileSize = static_cast<int>(inputFile.tellg()); inputFile.seekg(0,ifstream::beg); inputFile.read(fileImage,fileSize); } int main(){ char filename[100]; char *gStage; gStage = new char[gHeight*gWidth]; 　　　　// 読み込み開始-------------- cout << "Please input a file name:"; cin >> filename; readFunc(gStage,filename); 　　　　// 読み込み完了-------------- return 0; } 【備考】 ２次元のように見せるクラスの定義では，非公開メンバとしてポインタ・縦・横をもたせ，参照用の公開メンバ関数を用意する． メンバ変数には先頭にmを付ける．

【前回のまとめ】 ゲームとは 入力 を受け取って，それを 反映 させ，結果を 表示 する処理の繰り返しである． イメージは， while(1){ 入力；　反映；　表示；　if(クリア){ break; } } (チェック) ・文字列定数の途中での改行 ⇒行末に"\"を付ける ・グローバル変数の命名規則 ⇒接頭辞としてgをつける＋キャメル記法で読みやすく ・constの使い方 ⇒変更する予定のないものには極力付ける ・列挙型のメリット ⇒未定義の値を許容しない，デバッグ時列挙型の名前で見られる． なお，列挙型の名前は大文字で． ・メモリの解放 ⇒delete と ポインタに0代入 ・１次元配列を２次元的に扱う ⇒ state[y*width + x]　：　幅widthの２次元配列における(x,y)成分にアクセス． ・移動は差分で ⇒ 現在地　＋　移動幅　で記述するとプログラムが簡潔に書ける． ・計算で求まる情報は極力保存しない．矛盾が出ると厄介だから ・キャラの移動時にはステージ内かどうかを先に確認 ・三項演算子 ⇒ a = b ? c : d (bがtrueならa=c; bがfalseならa=d;) 【条件分岐における思考過程】 キャラクターが動作するときのupdate関数では，定義されない動作が無いように， MECE になるように網羅的に条件分岐を考える． 今回は，列挙型のObjで定義された SPACE，WALL，GOAL，MAN，MAN_ON_GOAL，BLOCK，BLOCK_ON_GOAL，UNKNOWN, という８パターンの状態と， 現在地，移動先，移動先の奥 における組み合わせを網羅的に考える． 単純に考えると8×8×8通りあるように見えるが，あり得ない組み合わせ（動作が許容されない，そもそもありえない）を省いて考えるとさほど考える状況は少ない． 動作が許容されないケースの例としては移動先が壁である場合などがある． そもそもあり得ない場合としては，現在地にMAN,MAN_ON_GOAL以外が入るケース． 現在地は２通り，移動先は４通りに絞られる． コードとして定義が必要な場合は，６通りのケース(【参照：概念図】)のみ． 簡単のため，今回は愚直

Blogger上にプログラムソースをきれいに表示する方法として，ここ（　 http://toldalie.blogspot.com/2012/01/blogger_31.html 　） が参考になりました． まとめると， (i) HTMLコードをここ（　 http://www.way2blogging.org/widget-generators/syntax-highlighter-scripts-generator 　）で生成してコピー． (ii) Bloggerの　”デザイン>HTMLの編集>”　でテンプレートのソースを表示し(i)でコピーしたコードを</head>の直前にペーストする． (iii) 投稿記事をHTML編集モードで開いて以下のタグを挿入． <pre class="brush: c++ ; tab-size: 2"> // コードを記述 </pre> 上記ソースはC++プログラムを貼り付ける場合の例． 実際に使ってみたら， 作成された HTML ファイルは承認できません: タグが破損しています: とか怒られる． 無視して記事を投稿すると，ソースが変わってたりする． いろいろ調べたら，”<”とか”>”はHTMLにおけるタグと勘違いしちゃうよ！ってのに気付いて． "<" ⇒ "&lt;" ">" ⇒"&gt;" に置き換えたら怒られなくなった． SQLインジェクションとかサニタイジング周りを昔浅く勉強してたのですぐトラブルシュート出来た． 参考サイト：　 http://www.imymode.com/lab/keiji03.htm

うまく修論が通れば大学院を卒業して，晴れて社会人になる． 入社試験でC++のプログラミングを課されるくらいなので，きっと仕事でC++を使うんだろう． そこで，軽く文法等を覚えるために入社前に勉強することにした． 【現状】 研究ではもっぱら数値計算用ソフト(MATLAB)のみを使っており，メモリ等を意識してプログラムを組むことは無い． 変数の宣言やメモリの確保のような行儀の良いプログラムを書くのは３年前くらいにCでかじった程度． 純粋に文法を勉強するのもあほらしいので， ゲームプログラマになる前に覚えておきたい技術 っていう分厚い本を買って読むことにした． 第一章ではいわゆる倉庫番のプログラムのお勉強． 読みすすめていくと，プログラムから醸しだされる著者の優秀さを感じ取った． 優秀なプログラマの書くプログラムは読んでて感動する． 本を読んでみて重要だと思った点をコメントアウトで追記しつつプログラムを組んだ． 以下はコンソール上で倉庫番を楽しむプログラム． コピペしてコンパイルすれば動くはず． #include<iostream> using namespace std; // ステージのオブジェクトの定義 // 列挙型に出来るときはなるべく使う． // 利点は２つ．変な値が入らない＋デバッグの際に列挙型の名前で確認できる． // 区別のために要素は大文字． enum Obj{ // 列挙型は単なるint型 SPACE, // 0 WALL, // 1 GOAL, MAN, MAN_ON_GOAL, BLOCK, BLOCK_ON_GOAL, UNKNOWN, }; // ステージ // グローバル変数はどこからも見えるので接頭辞をつけて区別する． // いじらない変数にはconstをつける． // キャメル記法推奨． // 文字列定数の途中で改行する場合は文末に\が必要． const char gStage[] = "\ ##########\n\ #    p   #\n\ #  .o  0 #\n\ #        #\n\ ##########"; // 幅と高さ const int gHeight = 5,gWidth = 10; void initia

【協調フィルタリング】 多くのユーザの嗜好情報を蓄積し、あるユーザと嗜好の類似した他のユーザの情報を用いて自動的に推論を行う方法論 類似の評価 ・ユークリッド距離 多次元空間中での２点間の距離，近いほど類似度が高い． 正規化されていないデータに大して脆弱 ・ピアソン係数 正規化されていないデータではこちらのほうが有効 （例）映画の評者といくつかの映画に対する評価データ ◇アイテムの推薦方法 　似ているユーザーの探索　：　共に評価している映画に対して類似度計算 　アイテムの推薦　：　ユーザーが見ていない映画に対する評点に類似度で重み付けして合計を計算し，類似度の総和で除算 ◇アイテムベースのフィルタリング  - 製品同士の類似度 -  既に見た映画と見てない映画の類似度を計算． 既に見た映画の評点を 導出した類似度で重み付けして総和をとり，類似度の総和で除算