「セガサターンの黒」とか「四角ボタンの頃のファミコン」みたいな一般人はあまり知らないような特定の固有の機種名を挙げる人。こういう人はあまり特定の傾向がなく、好きな異性タイプもピンポイントである。たとえば女優のAは大好きだが(顔の似ている)Bは生理的にダメ、とか言うことがよくあるのでその微妙な違いが他人にはよくわからない場合もある。ただし好きなものはとことん好き、という人である。

また、特に男性の場合、ゲーム機の扱い方と女性の扱い方はとても良く似ている。

新品にこだわる人、これは処女にこだわる。中古ばかり乗っている人はその点はおおらかである。

ひとつのゲーム機を長く長く使う人。これはパートナーの異性をとても大事にする。基本浮気はしない。女性の場合は重すぎることも。

頻繁にあれこれとゲーム機を買い換える人。こういう人は異性も簡単に乗り換えるし浮気が多いので要注意である。

メモリーカードを初期化ばかりしてる人や、ファームウェアに改造をたくさんする人は、ある意味独占欲が強いのだろう。暴力傾向があるのでこれも要注意。パートナーをとても大事に(誰にもちょっかいを出させない、縛る)するが、ひとたび浮気でも疑われると暴力沙汰になりたいへんな思いをする。

補足2

ゲーム機に興味がない、ゲーム機なんて遊べれば何でもいい。という人は、恋愛においても受け身。基本的に自分からは告白しない。逆に押し続ければ落ちるタイプである。異性にこだわりがない代わりに、自分を愛してくれる人、が好き。基本的に自分が一番大事なわりに自分に自信がないのだと思う。

補足3

変にハデでなくて、オタク臭くなくて、コントローラーが持ちやすくて、空冷がそれなりにちゃんと効いて、音楽や動画もそこそこ楽しめるゲーム機がいい。

という人は、基本的に相手を道具としてしか見ていない。ちゃんと稼いで浮気もせず家に帰ってきてくれればそれでいい、亭主元気で留守がいい、というタイプである。こういう人はスペックで相手を見るので、決して高スペックは望まないが堅実でしっかりした職業の人、それもできれば家柄がいいほうがいい、というタイプ。自身も庶民であるか、逆に超お嬢様で世間知らずな人かのどちらかである。

Permalink | トラックバック(1) | 07:38

2011-07-30

■

成り行きで、あるゲーム機をタダ同然で手に入れた。勿論中古だ。

最近のゲーム機はネットに繋ぐためにアカウントを作る必要があるようで、Twitterで使ってる名前を入れようとしたら既に他人に使われているようで無理だった。

そのことをTwitterでぼやいたら、普段殆ど接触のないフォロワーの一人が「実はあなたのためにとっておいたんですよ！メール下さい！パスワードと一緒に送りますから！」といきなり絡んできた。

すんげー怖い。何が怖いってマジ怖い。既に適当な名前でタグ登録したがTwitterで呟いてしまったので慌てて本体初期化して全く違う名前に変えた。ほんと怖い。

Permalink | トラックバック(1) | 18:55

2011-07-06

■最近よく使う英単語の勉強ツールまとめ

パソコンの前でPSS（いわゆるゴッド）をやる時間を確保しにくくなった自分のやり方メモ。

勉強の場は電車の中やらその辺。下準備はPC上で行う。

■Super英単語30000を中心にしたもの■

・Super英単語30000(iPoneアプリ)

の一日分のテストで瞬間的に意味がでてこなかったものをtxtに書き出し、ある程度量がたまったら

（自分の場合 10日分ぐらい）

・apsse(PSSの問題作成補助ソフト)

に覚えられない単語を突っ込んで問題ファイル(.csv)を生成。

単語の羅列だけいれても、和訳までちゃんとついてcsv ファイルになる。

・i暗記(iPoneアプリ）

にインポートし、好きなモードで覚える。

ここは問題の共有ができるけれど、apsseで作成した問題を再配布するのは禁止されてるから注意。

再度Super英単語30000でテスト。

あとは忘却曲線理論とか思い出しつつ適宜復習。

復習時は最初に作ったi暗記用の「初期の自分がわからなかった単語カード」が結構役に立つ。

Super英単語のいいところは、クリアした章でもすぐに初期化して最初からテストできること。

自分は殆どその機能しか使っていない。

■ずるっこ！を中心にしたもの■

・ずるっこ！http://zurukko.jp/

に登録されている単語→覚えているものと仮定

・apsse

の無視リストにずるっこ！から引っ張ってきた暗記済み単語リストをいれる。

そのままのコピペだと行頭の数字が邪魔だから

http://www.vector.co.jp/soft/win95/util/se270425.html

この辺のソフトを使って整形してから追加。

あとは適当に覚えたい単語リストをapsseにつっこめば、ずるっこ！に登録された単語は除外された問題ファイルができる。

そのファイルとi暗記にいれてぽちぽちやる。

ずるっこ！にあまり簡単な単語が登録されていなくて、レベルの低い単語でも問題が生成されて煩わしい場合

http://d.hatena.ne.jp/softether/20110129

http://d.hatena.ne.jp/softether/20110204

開発者が公開してくれたこのリストが非常に役立つ。クリックしまくる。

単語リストとしては

読書猿さんがまとめてくれた記事が役立つ。

http://readingmonkey.blog45.fc2.com/blog-entry-413.html

他、多少古いけど

北海道大学英語語彙表

http://icarus.imc.hokudai.ac.jp/jugyo/huvl/

なんかは大学教授からの「願い」を感じるリストで眺めていて非常に感じ入るものがある。

★（単語リスト）－（ずるっこ登録リスト）＝覚える単語リスト

覚える単語リストが「覚えた単語リスト」になったら、もちろんapsseの無視単語リストに追加。

数回繰り返すと、ずるっこ！との連携がしんどくなってくるかも？

i暗記じゃ音声がでないって？この方法じゃ発音記号もでないって？

そうなんだよ。

リスニング教材には好きなpodcastや市販の教材をあてるべきだと思う。

でも、隙間時間にボキャビルやってみたいって人にはちょっとおすすめしてみたい。いろいろ応用効きます。

なんかいろいろ便利になってるなーと実感した今日この頃。

今i暗記セール中で115円。Super英単語30000も通常価格で115円。

他にあげたツールは無料だし、この機会に200円投資して英単語に取り組むのも悪くないんじゃないですかね。

Permalink | トラックバック(0) | 02:59

2011-06-09

■.NET Framework 3.5 / 4 野暮ったいインストール 過程

俺が知らないだけなのかもしれないが

.Net Framework 3.5や4をインストールしようとすると

必ずネットから最新版をダウンロードor最新版の確認をしようとする。

で、そのダウンロードサイトの転送速度がやたら遅い。

もしくはとても不安定。経験上、たまたまではなくていつもそう。

まるでマイクロソフトは.NET Frameworkを使ってほしくないみたい。

こいつ1つセットアップするために、もう30分待っている。

経営者からしたらＭ＄は時間給泥棒だ。

ちなみに

俺は残業代も休出代も出ない(しかし管理職でもない)から、

仕事も進まんし、段どりがくずれて萎えさせられるし、個人的にも腹立たしいわ。

2.0では、Fullインストール版があって

インストールに必要なファイルは既にすべて含まれていて

わりとすぐにインストール完了できた。

今だに2MB/73MB。

「転送速度は0kB/秒です」「500kB/秒です」「接続を初期化しています」を繰り返す。

なので、2.0のFull版に切り替えることにする。

Ｍ＄のどの部門が担当しているのかね、あほくさ

Permalink | トラックバック(1) | 15:03

2011-03-21

■http://anond.hatelabo.jp/20110320223445

ペロペロ

1. htmlのはき出しがあるやつは?>を書いたほうがいいよ。それ以外は最近はかないのがはやりだねさらに昔はevalとかで書いてた

2. configこれはwwwやpublic_html以下にしか configを配置できないクソサーバーがあるので、phpにしておいたほうが安全。なぜなら丸見えにしてあれこれパスをさらけ出すバカがいるかもしれないからだ。オープンソースなら特に。

3. コメントは挨拶だ。必要以上に挨拶を繰り返す必要もないし、それ以上でも以下でもない。

4. eclipseのせいと、phpとかが出始めたころのコーディング規約がスペースにするように求めた。{を改行してから書くか、続けて書くかのこれは宗教戦争だ。だが正直スペースは気に食わない。LLのくせに何バイトつかってるのだとおもう。あとスペース２文字インデントのやつは旅立て！

5. phpの0と""の違いは緩すぎる。そういう意味でナンバーの取り扱いにだけは気を配るべきだ。あとはtmpでもbufでもretでもなんでもいい。

6. nullはつっこむな、nullで初期化はすんな。初期化されてないからnullなんだ。issetは有効につかえ。とくに$_系の変数

7. 本当はerrorprocをかけといいたいがLLにそこまで望んでもしゃーない。エラーを投げると鯖ログにまで場合によっては落ちたりしてやっかいだからfalseを返せばいいというものでもないが、trueで初期化するやつは滅びていいと思う。あとarrayを返すようなfunctionの場合、phpのなんだっけisarray?だっけ？がクソすぎて萎える

8. つかダブルクオートのなかに$を書くコードは滅びていい。コンストはすべて大文字でという昔ながらのルールだけ守ってくれればいい

9. 出力系のラップ関数ぐらいつくっておこうぜ。あと、var_dumpとかのほうが見やすい。あと、get_defined_varsとかをラップしておくと便利

10. 三項演算子はつかうな。ifの{}を略すな。可読性がおちるのとしんたっくすで原因の特定がめんどくさい。

11. phpの==ほど信用ならないものはない

12. ++iなんていうコードを書くな。あと、roopの条件文で計算すんな

13. むしろこういうのは文字列の連結以外で使うようなスチュエーションをつくっちゃだめ

14. あら上で言っちゃったよ。ここまでやるんだったらlogファイルに吐き出すところまで拡張しとけば?

15. んー。エラーメッセージを定数化するときは外国版をつくるあてまである時だけだな

16. これも上でいってしまったな。あとリロードされてもいいように初期化でクリアしておくといいぞ。

17. ああそうだな、関数が１スクロールに収まらないときは大抵正規化に失敗してる。つくりをみなおせ

18. えー、こんな風に書くのはどうかしている。public二つチェインで呼び出すぐらいなら、内部でprivateを呼び出すか、継承させてparentにしておくべきか、それともシステムとして共通のstaticで呼び出せるかにしてくほうがいいのでは？$this->setThis()でいいじゃないか。なぜpublic functionをそういくつも定義する必要がある？外部からの入り口出口は絞れ

19. グローバルなラッピング関数は最低限にとどめるべきで他は機能ごとにクラスつくってメソッド化しとけ。p(var)じゃねぇよDEBUG::p(var)とかにしとけってことだ

20. 眠くなったからねる。つまりはそんなもんだってことだ。気に病むな。満足してもらえるもんをしっかりつくればいいだけだ

Permalink | トラックバック(0) | 04:04

2011-03-20

■より良いPHPerにならないための20Tips

http://1-byte.jp/2011/03/20/20_tips_you_need_to_learn_to_become_a_better_php_programmer/

良いPHPerだって？そんなものは丸めてゴミ箱にでも捨ててしまった方が資源の再利用になる分いくらかマシだ。

つまり俺たちがしなくちゃならないことは「より良いPHPerにならないため」に何ができるかってことなのさ。

それじゃ、始めよう。

1. ?>を使うな

?>なんて使っちゃいけない。そう俺たちはBAD PHPer。

無駄なホワイトスペースの出力に悩まされるくらいなら対称性なんて丸めてゴミ箱にでも捨てた方がまだマシだ。非対称性こそが賛美。

2. 設定ファイルをPHPで書くな

require_once("config.php");

未だにこんなことやってるやつがいるのかいベイベー。絶対にダメだ。この一行を見たら俺は悶絶する。

ダメだ、早く何とかしないと。

大抵このconfig.phpの中身はこうなっている。見て絶望だ。

$hoge_path = '';
if (!LOCAL) {
    define('FOO_FLAG', 1);
    if (HONBAN) {
        define('HOGE_FLAG', 1);
    }
    else if (TEST) {
        define('HOGE_FLAG', 2);
    }
}
else {
    $hoge_path = '/local';
    define('FOO_FLAG', 2);
    define('HOGE_FLAG', 3);
}

define('HOGE_URL', $hoge_path.'/hoge/');

こういうのが延々と続くわけだ。もういやだ。もう見たくない。

本番環境とテスト環境でどういう値の違いがあるのか、ローカル環境だとどうなるのか、まったく把握できる気がしない。

なまじPHPな設定ファイルのせいで、処理をついつい書いてしまう。そしてどんどん複雑になってしまう。

やはり設定データは基本的にYAML等のデータしか定義できない形式のもので用意すべきだ。そして環境ごとに設定ファイルを分けるべきである。

そうすることで何にどういう違いがあるのかすぐにわかるし、diffすれば一度にすべて把握することができる。

# 本番環境設定ファイル
foo_flag: 1
hoge_flag: 1
hoge_url: '/hoge/'

# テスト環境設定ファイル
foo_flag: 1
hoge_flag: 2
hoge_url: '/hoge/'

# ローカル環境設定ファイル
foo_flag: 2
hoge_flag: 3
hoge_url: '/local/hoge/'

3. コメントを信用するな

そう、あなたはこんな状況に遭遇したことがあるんじゃ？

// ここで後の処理のためにhogeメソッドを呼び出しておく
$q->foo();

// $a['foo']はここに来る時点で真のはず
// 2010-03-10 判定がおかしいので修正
// 2010-06-21 やっぱり値が入ってる方が正しい
if ( !isset($hoge[0]) ) {
}

コメントは保守されない。そう、それは真実。こんなコメントを発見したら即効削除しよう。コメントは基本信じるな。

俺たちにちょっとしたヒントと大きな損害を与えてくれる、それがコメントの役割なのだ。

4. タブとうまく付き合うしかない

わかる。いいたい事はとてもわかる。俺たちはしばしばインデントにスペースを使うはずだ。一方でIDE のしっかりした言語ではタブも使うことがある。しかし悪いことに、両者を混同しているプログラマも一定数いるのだ。

タブを画面上で認識しにくいエディタが世の中には存在する（何とは言わないが）

そして画面上で認識しにくいことを理由にタブを気にしないプログラマがいる。

この二つの条件が重なると、タブとスペースの交じり合ったインデントが完成する。もうぐちゃぐちゃだ。これは永遠に続く戦いだ。

私たちが勝利を掴むためにできることなどせいぜい、常にスペースしか使わない。タブを見つけたらその都度スペースに変換する。そういった地道な活動が明日へとつながるのだ。

5. 変数名に時間をかけるな

われわれがプログラムをするとき、何に一番時間がかかってるか。実は変数の命名なのである。ここで拘り過ぎて時間をかけ過ぎては何も進まない。

御託はイイからさっさと書け、だ。しかしとはいっても変数名は重要。日頃からどういうときにどんな名前を使うかを決めておくといい。

そして変数名に型はまったく必要ない。型宣言のないPHPにおいて、型の変数名をつけること自体ナンセンスだ。

コンパイラ様に保証されてない状態での

$iNumber = 'aaa';

になんの意味もない。コメントを信じるなでも言ったが、これはプログラマを混乱させるだけの害悪なものだ。

6. 変数の初期化の場所

変数を使う前に初期化するのは、警告を出さないという意味でも良い癖だ。しかし具体的にどこでやるかが問題だ。

$foo = null;
$foo = $q->foo();

こんな初期化に意味はない。よくあるのはやはり、if文で値を振り分けるケースだろう

$foo = null;
if ( $hoge ) {
    $foo = 1;
}
else if ( $bar ) {
    $foo = 2;
}

このときの初期化はとても有効だ。もしnullの初期化を忘れたまま$fooを使うと警告が出るが、ちゃんと初期化してるので出ない。基本中の基本だ。

7. 不正なら常に死ね

function getStatus() {
    $bReturn = false;
    if ($i == 2) $bReturn = true;
    return $bReturn;
}
(中略)

もし、何かしらの理由で、あなたの書いたif文が間違っていたら？

この書き方をしていれば、間違った値に対して、常にfalseが返る。

私たちが、PHPでsensitiveなデータを取り扱うなら、正しいデータが入力されるまでは、動かないコードを書くべきだ。

trueとfalseの条件がいまいち明確ではないが、本当に動かないコードを書けというのであれば以下のようにすべきだ

function getStatus() {
    $bReturn = false;
    if ($i == 2) $bReturn = true;
    else if ($i == 1) $bReturn = false;
    else throw new Exception("bad status! $i");
    return $bReturn;
}

中途半端にfalseを返して生存させる必要性はまったくない。今すぐ死ね！

8. 連想配列のキーにアクセスする場合

単なる配列に対して数値をクオートで囲う必要はない。

連想配列のキーを指定する場合だけ定数と間違わないようにクオートで囲まなければならない。そして逆に定数を使いたい場合はクオートで囲ってはいけない。

更に後世のプログラマが処理を見たときに、定数が使いたかったのか、文字列が使いたかったのかを明確にしたい場合はconstantを使うと良い。

// 定数のFOOを使うよということが明確になる
print $a[constant('FOO')];

9. echoよりもprintfを使え

もし、文字列を変数の値と一緒に出力するとき、PHPではコンマの代わりにprintfを使うことが使える。

なぜ？コンマを使うよりも可読性がグッとあがるからね

printf( “Hello, my name is %s“, $sName);

以下の代わりに上記のコードを使う。

echo “Hello, my name is “, $sName;

出力すべき変数が増えれば増えるほど、有効になっていく。とにかく迷ったならば、printfを使え、だ。

10. 三項演算子は一回まで

三項演算子はとても有効だ。しかし優先順位に難があるせいで、三項演算子をネストしようとすると以下のようなコードになってしまう

$n = (($i == 1) ? 2 : (($i == 2) ? 3 :$i));

括弧だらけで読みにくいったらありゃしない。三項演算子を使うなら一回まで。約束守れないやつは丸めてゴミ箱にでも捨てちまえ。

11. 真偽値のチェックは生でいけ

if ( $flag ) {
}

仕様をちゃんと把握しているなら真偽値のチェックなどこれで十分。

もし事前にbool型だというのが確定してるのなら「$flag === true」を使えばいい。

12. ++と--の演算子を見極めろ

インクリメント、デクリメント演算子は前に付くか後ろに付くかで意味が変わるので慣れるまでは非常にややこしい。

わけがわからなくなるくらいなら初めから使わないほうが良い。見極められないなら使うな。それがPHPerなのだ。

13. 代入演算子を使え

文句なしだ。これは文句がない。

他にも色々あるので覚えておこう

$a %=  1;
$a &=  1;
$a |=  1;
$a ^=  1;
$a <<= 1;
$a >>= 1;

14. 変数のdump 関数はより便利に

てっとり早く画面に表示する際にpreはよく使うが、デザインの関係上画面の文字が見えないときがある。

なのでdivを使って以下のようにしとくと便利だろう。

function p($var) {
    echo "<div align='left' style='background-color:white;color:black;'><pre>";
    print_r($var);
    echo "</pre></div>";
}

15. 定数から手を洗え

君らが通常作るアプリケーションなんぞに、定数なんぞ必要ない。いいか、もう一度言う、お前ら程度のもんが、定数使おう何ぞ、おこがましいわ！

大丈夫。なんでもかんでも定数にする必要はない。結局設定ファイルに定数をずらずら作りまくってわけがわからなくなってるパターンが多い。

貴様みたいなもんに、定数は制御できん。いいか設定ファイルはYAML等のデータで持つようにし、その連想配列のデータ構造を一つ持ってるだけで定数の変わりになる。

このメリットに比べれば、定数だと書き換えられなくて良いという利点などこの歯のカスほどのものだ。そんなものは丸めてゴミ箱へ捨ててしまうといい。

認識を改めろ。俺たちはより良いPHPerにならないために努力している。

16. $_GETと$_POSTを生で使うな

できれば何かしら簡単なクラスでもいいのでラップしろ。

class Request {
    private $parameters;
    private $method;
    function __construct () {
        $this->method = $_SERVER['REQUEST_METHOD'];
        if ( strtoupper($this->method) === 'POST' ) {
            $this->parameters = $_POST;
        }
        else {
            $this->parameters = $_GET;
        }
    }
    function param ($key) {
        return isset($this->parameters[$key]) ? $this->parameters[$key] : null;
    }
}

これだけでもいい。たったこれだけでもとても便利だ。ここから拡張してGETやPOSTを明示的に取るメソッドとかも作ってみるといい。自分の手を動かすのだ！

17. 関数だのオブジェクトだのの問題ではない

例が良くない。こんなのは引数が20個ある関数から、setを20回呼ぶオブジェクトに変わっただけではないか。

そもそもこの20個の引数とはなんなのか。何かのデータ構造なんであれば連想配列にして引数一つとして渡すべきだし、それぞれまったく異なる用途の変数なのであればWindows プログラミングじゃあるまいし、20個も引数取る時点で設計が間違えている。

何がいいたいか。別に関数でもオブジェクトでもどっちでもいいということだ。

そんなことで悩んでる暇があったら設計を見直せ。

18. メソッドチェインを愛用せよ

スキあらば自分自身を返せ。スキあらばオブジェクトを返せ。配列はArrayObjectのARRAY_AS_PROPSで返せ。

ひたすらメソッドチェイン。来る日も来る日もメソッドチェイン。とにかくメソッドチェインを使い続けろ。そこに未来はある。

19. コードの汎用化は慎重に

どんなコードも繰り返すな。もし、少しでも同じコードを書いていたなら、それは関数に置き換えてしまえ。

・・・と、いうのはやめなさい。

一見同じように見えた処理でも前後の流れでまったく違うものということが往々にしてある。

まとめ方にも問題があるケースもある。何でもかんでも関数化すると、関数が膨大に増えていく。君は見たことがあるだろうか。common.phpやfunction.phpの恐ろしさを。

確かに細かく関数化はされているが、適切に関数化していないのである。結合度が非常に高い。なんでもかんでも盲目的にまとめれば良いという話ではないのだ！

20. 結合度は適切に減らし、適切に結合せよ

あまりに極度に意識しすぎると、プログラムそのものができなくなる。そういう状態に陥る。

気を抜いて。そう気を抜いて。所詮あなたのコードなんてすぐに消えてなくなるよ。きっともっと偉い人が作り直すよ。だからまずは思うが侭にやるといい。

結合度を減らすというのは非常に難しい。何度も何度も失敗し続けて、ようやくここは分けた方が良かったんだなと気付く。次に活かそうと心に決める。そしてまた同じ過ちを繰り返していくわけだ。

まずは実装することだ。これが一番の早道だ。まずはがっつり結合した関数をあえて作るといい。何も考えずに作ろう。

そしてその後に、一部分使いまわしたいとおもうことがあるはずだ。その時に関数に切り出そう。それを繰り返すといい。そのうち初めから分けた方が良いと気付く。

何事も経験が必要である！経験を積まないプログラマは丸めてゴミ箱に捨ててしまえ。

さて、先の例で言うならば、私ならadd_result_outputという関数を作ってしまうだろう。だって、addとresultを連続して呼ぶのはめんどくさいんだもん。一連の流れをいつも使うのなら、その流れをやってくれる関数を作ればいいじゃないか。

function add_result_output ($iVar, $iVar2) {
    $r = add($iVar, $iVar2);
    echo result($r);
}

もっと言えばクラス化してしまってもいいかもしれない。どんな感じになるかは君の手を動かして確認しよう！

最後に

このTips はとてもわかりにくく、ニッチ過ぎる部分も多いかもしれない。

しかしもう一度タイトルを確認してほしい。

あくまでも「より良いPHPerにならないための20 Tips」なのだ。

君はこの記事を鵜呑みにしてはならない。PHPをPHPと見抜けないPHPerはPHPを使うのは難しい。

おまけ

もし、あなたがPHP プログラマなら、公式のPHP ドキュメントはあなたのケツの穴を拭くための紙になるだろう。

私は、それぞれのセクションを眺めて、各関数でどんなことが出来るかなんぞ、歯クソのゴミ程に役に立たないとおもっている。動けばいい。はは。

あなたは、PHPで用意された既製関数で多くのことが実現できることに、（俺の仕事を減らすなと）驚くはずだ。

この記事があなたの役に立たない事を。

どんなコメントでも待ってます。

ふざけんな！

個人的な感想

この記事に書かれている内容は、丸めてゴミ箱に捨てた方が良いレベルです。

もしここまで読んでしまったら、丸めてゴミ箱に捨てましょう。

プログラ増田のあなぐら

Permalink | トラックバック(4) | 22:34

どこの何なのかもよく分からないポインタがいつの間にかint型になってて、それが超重要な処理(しくじったら数日はそこの業務が止まる)の開始に絡んでるので迂闊にいじれなかったりとか、「削除禁止.dat」って0バイトのファイルの有無で処理開始の可否を判定していて(削除すると初期化がスキップされてしまうので前回起動時のデータのまま起動してしまう)、コードを書いた本人に理由を聞いても「分からない…何故だろう…？」としか返ってこなかったりとか。

Permalink | トラックバック(1) | 16:00

2010-10-30

■コンピュータ用語を丁寧に漢語や和語に置き換えていたのはいつまでのことだろう

接続

設定

検索

お気に入り

圧縮

変換

ゴミ箱

保存

上書き

置換

範囲選択

切り取り

やり直し

再起動

履歴

挿入

実行

自己解凍形式

壁紙

初期化

新規作成

……

90年代末期くらいから、どうでもよくなってカタカナだらけになったよな。

Permalink | トラックバック(1) | 17:47

2010-07-28

■Pixela StationTVで録画番組を復活させる方法

StationTVとはpixela謹製のTV番組レコーダーです。普段はなかなかいい奴なのですが、何かの調子に、例えばOSのアップデートやドライバの更新、録画HDDのボリュームラベルの変更などがあると急に不機嫌になります。

ここでは今まで録画した番組が再生できなくなった場合の対策を書こうと思います。

StationTVを終了させる
- まず最初にStationTVを完全に終了させます。タスクトレイにアイコンが出ている状態ではダメです。
保存ディスク直下のDTVAppディレクトリの名前を変える
- 録画番組は各ディスクの直下にあるDTVAppディレクトリに保存されています。以下の操作でこれらのデータがすべて消える可能性があるため、まずはこのディレクトリの名前を変えておきましょう（例えばDTVAppxなど）。保存ディスクは複数ある場合がありますが、その場合はすべてのディスクのディレクトリ名を変更します。
StationTVインストールディレクトリにある、ClearDBDataTool.exeを実行する
- StationTVインストールディレクトリ("C:\Program Files (x86)\PIXELA\StationTV"など)にあるClearDBDataTool.exeを実行します。「ファイルＤＢデータを完全に削除します。よろしいですか？」と聞かれますがＯＫを押します。これにより、録画番組や今までのアプリの設定がすべて初期化されます。上の操作によって番組データが消去されることはありませんので、勇気がいりますが思い切って行きましょう。
[保存ディスク]:\DTVAppx中にある録画情報の情報を書き換える
- 録画情報には保存されたハードディスクの内容が含まれているため、これを書き換えます。*.ridファイルをワードパッドなどで開き、"E:\DTVApp"などのファイル情報を所望のディスクのファイル情報に変更しましょう。例えば、G:からH:に移動する場合は、"G:\DTVApp" を "H:\DTVApp"と変更します。
StationTVを再起動する
- ここでStationTVを再起動します。再起動するとStationTVの再設定を要求されますので、設定情報を入力していきます。
StationTVを完全に終了する
- 初期化が終わったらStationTVをまた完全に終了させます。つけたり消したり大変ですが、録画番組を復元する前に設定を初期化する必要があります。そうしないと「今までの録画番組を削除し再初期化しますか？　そうしなければ今後、録画機能を使うことができなくなりますがよろしいですか？」などというふざけたメッセージが出てきますｗ
保存ディスク直下のDTVAppディレクトリの名前を元に戻す
- ここでディレクトリの名前を元に戻しましょう。次の復元処理のために必要になります。
StationTVインストールディレクトリにある、RecordManageTool.exeを実行する
- StationTVインストールディレクトリにあるRecordManageTool.exeを実行します。これを行うことで今まで録画した番組を今のStationTVに復元することが出来ます。復元できなかった場合は、録画番組のファイル位置などをもう一度確認してみてください。
録画番組が見られるか確認する
- この時点で録画番組はちゃんと復元されているはずです。

注)

ドライバのアップデート直後や上の操作を間違えたりすると、たまに「今までの録画番組を削除し再初期化しますか？　そうしなければ今後、録画機能を使うことができなくなりますがよろしいですか？」というおかしなメッセージが出てくることがあります。その場合、そのメッセージが表示された状態で、すべてのDTVAppディレクトリの名前を変更しましょう。その後、初期化するを選ぶと録画番組ファイルはそのままで、設定だけ初期化されます。ディレクトリ名を戻した後、RecordManageTool.exeを実行すると番組リストが復元されているはずです。

注）

この操作の実行後に、番組リストは復活しているが番組の再生に失敗する、という状態になることがあります。OSのサービスパックやデバイスが原因と言われていて、Windows Vistaのサービスパックを２から１に戻したら上手く再生できるようになったという話もありました。

Permalink | トラックバック(0) | 11:31

2010-07-17

■HDD増設→パーティション移動･移行方法(WINDOWS XP)

現在､HDD1個に2つのパーティーションを切り､

[C:Program][D:Data]という名前を付けており､OSはC側に､データはD側に入っており､データ領域のD:Dataを新HDDに移動させたい場合｡

(CドライブのOS側の移動方法は不明)

【α-HDD増設】

α-1/　SATAのHDDを買ってくる｡

α-2/　HDDをデータケーブル･電源ケーブルでマザーボードと繋ぐ｡

　　　　→ケーブルはマザーボード購入時に付いている｡なければ購入｡

α-3/　起動中にBIOS画面を出し､HDDを認識しているかチェック｡

α-4/　OSを起動し､[マイコンピュータ]を右クリック→[管理]

　　　　で､[コンピュータの管理]画面を出す｡　([スタート]ボタンからも可能)

α-5/　[コンピュータの管理]画面｡

　　　　記憶域→ディスクの管理

α-6/　今繋いだHDDを右クリック→フォーマット

α-7/　よくわからないが､種類は[プライマリ]でいいようだ｡

α-8/　長くて6時間程度でフォーマット(初期化)終了｡

　　　　ドライブレター(CとかDとか)は自動でつけられる｡ここでは仮にH:とつけられたとする｡

【β-パーティション移動】

β-1/　Partition Wizard Home Edition (freeware)

　　　　をDLし､インストールする｡

　　　　参考:　http://gigazine.net/index.php?/news/comments/20090815_partitionwizard/

β-2/　Partition Wizard起動｡

　　　　現在のパーティションに､以下の操作を加える｡

　　　　･今取り付けたHDDの領域を[Delete]し､Unallocatedの状態にする｡

　　　　　→α-8でせっかく初期化したのに､とも思うが､それとは別かもしれない｡

　　　　　　論理フォーマット(ローレベルフォーマット)とディスクフォーマットは違う･･･筈｡

　　　　　　でも､もしかしたら､α4~α8までの作業は必要ないのかもしれない｡

　　　　･前のHDDのD:Data領域を[コピー]し､今取り付けたHDDにペーストする設定にする｡

　　　　･左上の[Apply]ボタンで開始｡その前に常駐ソフトは終了させたほうがいいらしいが､

　　　　　消さなくても問題はなかった｡

【γ-ドライブレター変更】

γ-1/　念のため､現状できちんと起動するかチェック｡この時点では単に新しいHDDに､旧HDD内のDパーティションを新HDDにコピーしたにすぎず､旧HDDのDパーティションは残っているので､

何の問題もなく起動する筈｡　ついでに新HDDにきちんとコピーできたかチェック｡

γ-2/　[コンピュータの管理]画面を出し､[ディスクの管理]で､現在旧HDDにある､D:DataのドライブレターをD以外(Iなど)に変更する｡

　→この時､同時に新HDDのパーティションをDにしたいところだが､残念ながら一度に1つのドライブレターしか変更できない｡

γ-3/　再起動する｡この時､旧HDDにexe ファイルのあるアプリケーションプログラムは起動しない｡

　　　　よって､この方法はOSの入っているCドライブには使えないことになる｡

　　　　→しかし､CD起動などの方法があるのかもしれない｡

γ-4/　[コンピュータの管理]画面を出し､[ディスクの管理]で､新HDDにある､H:DataのドライブレターをDに変更する｡

　　　　→新HDDのパーティションがD:Dataとなる｡

γ-5/　再起動する｡D:Data内のexe ファイルがきちんと実行されたか､Dドライブにデータを置いていた場合､Cドライブのアプリからきちんと読めたかどうかチェックする｡

【σ-旧HDDのパーティション削除､パーティション拡張】

σ-1/　Partition Wizard起動｡旧HDDのかつてDパーティションだった領域は､現在I:Dataとなっている｡

　　　　→右クリックでパーティションをDeleteする｡

σ-2/　Deleteした領域がUnallocatedになっているので､Cパーティションの領域の端を引っ張り拡張､旧HDDいっぱいに拡張する｡

σ-3/　Applyを押してパーティション変更を確定｡

σ-4/　再起動をかけ､デスクトップなど若干レイアウトが崩れた部分を手で修復｡

Permalink | トラックバック(0) | 12:33

2010-06-08

■http://anond.hatelabo.jp/20100608134429

パソコンと同じで、リカバリ的なことすれば初期化されて非アクティベーションな状態に戻る。

もしかしたら読み取れない領域に履歴とか残ってるかもしれんが、まあその情報を取れるとしたらappleの中の人だけだから気にする必要はないと桃割れ。

Permalink | トラックバック(1) | 13:46

2010-05-18

■http://anond.hatelabo.jp/20100518163655

だったらそれを明らかにすればよい。

自分でなにもかもやるんじゃなくて、第三者の手を借りればよい。

知人友人ではなく、まったくの赤の他人。できれば全国展開しているような規模の大きいところ。

（コンプライアンスの関係でそういうところは縛りが多い）

パソコン関係だけ言ってみると、

パソコンだけ、ネットワークだけ、と五月雨式にやっても意味がない。

弱いところから入り込まれる。一度に一気に全部やるのが鉄則。

ルータは正しく設定すれば外と隔離できる。（原理的に外から入り込めない）

ルータには強固なパスワードかけて他からアクセスできないように。

無線LANなんて危ないものはやめて、すべて有線でつなげ。

パソコンにはバックドアを仕掛けられないように、すべて初期化。できればデータもすべて捨て。

ウィルス対策も万全に、ファイアウォールはルータがあればいらないけど心配ならつけても害はない。

一人暮らしであっても、自動ログオンは厳禁。OSだけでなく、BIOS レベルでパスワードをかける。

Permalink | トラックバック(0) | 17:36

■http://anond.hatelabo.jp/20100518162918

なんで監視カメラを取り除かないの？

以前に発見機は買ったんだけど、ひっかからない。

業者を呼ぶ金の余裕がない。

なんでパソコンを完全に初期化しないの？

とっくの昔にさんざんやった。

なんでセキュリティの穴をふさがないの？

対策しても突破してくる。

なんでノート PCやネットブックにして片時も手放さずに持ち歩かないの？

IPアドレスがバレているとルータ経由でも

ネットに繋いだ時点で入ってくる。俺個人を狙って本気で侵入してくるから防げない。

なんで新規契約にして片時も手放さずに持ち歩かないの？

とっくに新規契約はした。

番号を変えて、別の携帯電話の会社に変えても、すぐにバレた。

24時間いつでも？そんな金誰が出すの？

糸井。こんな事に使わずに、人助けにでも使えばいいのにな。

金が余ってるんだろう。

なんで新車に乗り換えないの？

その内、乗り換えたい。

Permalink | トラックバック(1) | 16:35

■http://anond.hatelabo.jp/20100518160958

住所も知られていて、家の中に監視カメラがつけられているし、

なんで引越しないの？

なんで監視カメラを取り除かないの？

なんで外泊しないの？

パソコンはハッキングされて完全に相手の支配下になっている。

なんでパソコンを完全に初期化しないの？

なんでセキュリティの穴をふさがないの？

なんでノート PCやネットブックにして片時も手放さずに持ち歩かないの？

携帯電話も全てが盗聴されて筒抜けになっているし、

なんで新規契約にして片時も手放さずに持ち歩かないの？

外に出かければ雇われた業者につけまわされる。

24時間いつでも？そんな金誰が出すの？

車の中にも盗聴器があるだろうし、

なんで新車に乗り換えないの？

はっきり言うとね、迷惑なんですよ。しばらく前からログが元増田のわけわかんない日記でどんどん埋まっていく。

掲示板のアドレスなんて、知らない人には教えようがないし、知っている人は教えようとしていない。

ネットの向こうの誰かに呼びかけるにしても、「ハッキングされたパソコン」で呼びかけたら相手に筒抜けだし、

万が一、誰かが教えてあげてもいいかなと思っても、この執拗な書込み見たら「かかわらないほうがいいかも」と引くよ。

そんなことも判断できないほど精神的にやられているのか？そうだとしたら、ちゃんと病院に行ったほうがいいよ。

Permalink | トラックバック(1) | 16:29

2010-05-01

■Javaから呼び出し元のJRuby 環境を利用する

Tomcat上のJRubyから呼んだJava プログラムから呼び出し元のJRubyの環境(Runtime)を使いたいときにどうすればいいのか？

方法が1つわかったのでメモ。

(追記2:こんなめんどいことしなくてもJRuby.runtimeで取れたみたい)

イメージ的には以下の感じ

Java

↑↓

JRuby(on Rails)

↑

Java(Tomcat)

※注意：warblerでwar化したRails アプリの場合

JRubyは1.4.0、jruby-rack.jarは0.9.7、warblerは1.0.1

プログラム

まずは必要なクラスをimport

import org.jruby.Ruby;
import org.jruby.rack.PoolingRackApplicationFactory;
import org.jruby.rack.RackApplication;
import org.jruby.rack.RackServletContextListener;

ServletContextをどっかから取ってくる(Listener作ってfieldに埋めるとかして)(追記：$servlet_contextで取れる[JRuby-Rack使うから])

ServletContext context;//=～～～

warblerでwar化するとweb.xmlにRailsServletContextListener(extends RackServletContextListener)が登録される。

そのListener起動時にFactoryがServletContextに登録されるので、それを取得する

PoolingRackApplicationFactory factory = (PoolingRackApplicationFactory)context.getAttribute(RackServletContextListener.FACTORY_KEY);

PoolingRack Application FactoryのapplicationPoolを取ってくる

(protected fieldなのでリフレクションを使用)

Field poolField = factory.getClass().getDeclaredField("applicationPool");
poolField.setAccessible(true);
Queue<RackApplication&gt; pool = (Queue<RackApplication&gt;)poolField.get(factory);

poolからRuby ランタイムを取得

RackApplication ap = pool.peek();
Ruby ruby = ap.getRuntime();

呼び出しもとのJRuby 環境を使ってRuby コードを実行できる

ruby.evalScriptlet("p 'test'");

memo

実際に使うときは、applicationPoolにちゃんと入っているかなどのチェックが必要になる。

初期化のタイミングなどが影響して取得できない場合、Threadなどを使ってポーリングして入っているか確認する

Permalink | トラックバック(0) | 18:02

2010-03-22

■http://anond.hatelabo.jp/20100322042642

ほんと、そのへんが、プログラマの領域だと思う。

俺はそうは思わない

コンパイラの賢さを考えると、人間が注力すべきは、プログラム全体のアルゴリズムであって、姑息な最適化じゃない

コンパイラが出力するコードは、人間が書くコードよりも、圧倒的に賢い

まず、基本ブロックの入れ替えが起るような、大域的な最適化は、手じゃ絶対に無理

例えば Lazy Code Motion (PLDI '92) を手でできる人はいないだろうし

partial redundancy elimination が扱っている冗長性を理解している人すら、あまりいないだろう

それに、局所的な最適化でもコンパイラ（を書いた人）のほうが賢い（ハードウェアに詳しい）

ターゲットマシンが x86 で、レジスタを0で初期化するときに、gcc で最適化オプション付けると

xorl %eax, %eax

ってなるけど

subl %eax, %eax

でも

movl $0, %eax

でも無く、xor が一番速い理由を知ってるやつとか、なかなかいないだろう

しかし、gcc の x86 用 machine description を書いた人間は知っている

Permalink | トラックバック(0) | 09:27

2010-01-03

■http://anond.hatelabo.jp/20100102235955

乱数で適当な長さの文字列を作って、それに初期化するようなシステムにすれば良いんじゃない？

パスワードを忘れた人には

「○○様日頃は弊社サービスをご利用頂き誠にありがとうございます。

　新しいパスワードはxyeaksdfed12です。次回ログイン時にパスワードの変更を求められますので、ご対応をお願いいたします。

　これからも末永いお引き立てをお願いいたします」みたいなメールなり手紙なりを送る。

というか、そういう実装って枚挙に暇がないような。。。

Permalink | トラックバック(1) | 00:07

2009-09-06

■中途半端なワナビーこそがサポートの最大の敵である、という話

i.softbank.jpが使えなくなってサポートに相談したらもう一生受信できない状態になりますねといわれた(解決) - だらだらぶろｇ DaDaDa！
- http://d.hatena.ne .jp/iwa/20090904/1252016930

なんかスゲー話題になってるみたいなので、一応サポートで飯を食ってる人間として（上の例で言えば、オペレーターが相談してる上司か社員にあたる立場になる）一枚噛んでみる。

未熟なサポートと困ったユーザーはどうしたって無くならない訳で。サポート屋としては、実は元記事のような客はそんなに困らない。

対応の巧拙はあっても結局は同じ結果になったはずだし、後日素直にリセット処理にも応じてる。「気が動転してました」と自分の非についてもある程度反省しているようだし。（ただ、散々ごねた上に「法務を出せ」とまで言い、ブログでdisった挙句に勘違いでした…･･･って逆に訴えられても仕方ないレベルじゃないか？）

一番厄介なのが、ブコメに見られる中途半端に知識をかじったワナビーども。

はてなブックマーク - i.softbank.jpが使えなくなってサポートに相談したらもう一生受信できない状態になりますねといわれた - だらだらぶろｇ DaDaDa！
- http://b.hatena.ne .jp/entry/d.hatena.ne.jp/iwa/20090904/1252016930

コイツラは何かと言うとゴチャゴチャ話をややこしくする。初期化すれば済むだけの話を「そもそもIMAPとは（キリッ）」なんて言い出すから始末に終えない。いいから初期化しろよ！そうすりゃ直るんだから！

さて、まずは元記事の症状からざっくりと問題を判別してみよう。

8/31 22:00過ぎから、i.softbank .jpへの接続ができなくなりました。エラーメッセージは「ユーザ名またはパスワードが正しくありません」なのですが、IMAP アクセスしているiPhone側もPC側もユーザ名もパスワードも変更していないので、急にこの挙動になってしまったのが理解できませんでした。

アカウント情報を削除して登録しなおしてみたり、MySoftbankでメールアドレスやパスワードを変更してみても症状は全く変わりませんでした。その後、自分のi.softbank .jpにメールを送ってみると、

550 Invalid recipient:

でメールが戻ってきていることが判明しました。受取先が無効ですエラーってことは、アドレスが存在していない扱いになってしまっています。しかし、MySoftbankにはログインできていることから、

iPhoneの端末側の問題ではなく、IMAP サーバ側の問題である

という見解に至りました。

じぶんの経験で言えば、ユーザー側でここまで切り分けてくれた時点で御の字であるｗ有償サポートでも、いや、だからこそか、ここまでやってくれる人はいない。

"MySoftbank"のアカウントとメールのアカウントが同一であるかは分からないが、IMAP サーバ「側」の問題（iPhone本体ではない、という意味）であることは確かだ。

ところで、"550 Invalid recipient:"のエラーはIMAPではなくSMTPのエラーである。

これが、例えばSMTPは問題ない、つまり「送信できるけど受信できない」状態であればIMAP サーバーが悪いと言える。

しかし「送信できない」となると、IMAPは全く関係がない。

理由については「IMAP」でぐぐると最初のページに出てくる記事だがこのページ辺りを参考にして欲しい。

IMAPでできない＆しないこと
- http://www.atmarkit.co .jp/fmobile/rensai/imap01/imap01.html#2

あと、設定方法をぐぐってみると、

iPhone:i.softbank.jpの設定
- http://homepage.mac.com/masa4s/iblog/cic/C564403512/E20080712190653/index.html

IMAP サーバーとSMTP サーバーは別になってるようなので、「IMAP サーバー」の問題ではないことも容易に分かる。

つまりどういうことかというと、メールアカウント自体が消えてしまっているか、ロックされているか、見えなくなっているかということ。

結論としては、IMAPは被害者に過ぎない。

加えて言えばSMTP サーバーも被害者の可能性があり、アカウントを管理しているLDAP サーバーのようなものが原因だった可能性のほうが高い。

したがって

iPhoneの設定確認やリセット処理など一通り試てもらった後、iPhoneを復元してみますとのこと。復元後メール設定をしてみると、なぜかメール受信ができるようになってました。

とアカウントをリセットするのはマニュアルどおりのテキトーな処置ではなく、むしろ論理的な問題判別に基づいたアクションといえる。「なぜか」じゃねーよｗ

関連記事を見ると、同じ症状の方もいるようだ。

i.softbank.jpのIMAPの接続不良の解消 - My feedback life
- http://d.hatena.ne .jp/stkyoto/20090906/1252200462

あと「IMAPならPCでもiPhoneでもできるはず」っていう意見に対する反論はこの辺の記事が参考になる。

PCからi.softbank.jpへのアクセスは一生受信できなくなってもおかしくないと思う - りるでい＠みすぴー
- http://d.hatena.ne .jp/p-4/20090904/p1

ここまで分かれば、ブコメのIMAP厨（笑）がいかに見当違いなことを言ってるかが分かると思う。

「IMAP」という言葉に過剰反応して問題が見えなくなってる。

覚えたての言葉を使いたがる子供ですか？IMAP言いたいだけちゃうんかと。

最後にブクマのバカなコメントに突っ込んでおこう。こういう輩を放っておくと、第二第三の被害者が出かねないからな！サポート的な意味で！

http://b.hatena.ne .jp/entry/d.hatena.ne.jp/iwa/20090904/1252016930

b:id:satomi_hanten 良く分からんのですがマジメな話鯖側ちょいと直せば済む話ですよね・・？

「良く分からん」のに「鯖側ちょいと直せば済む」と言い切るエスパーぶり！具体的にどこをどう「直せば」いいんですか？

b:id:pokutuna PCからだからダメとかメールプロトコルの話なんだからダメとか無いだろ

「メールプロトコルの話」ではないでしょ、プロトコル以前のサーバー側の問題なんだからｗ知ったか乙ｗｗｗ

b:id:mnemo プロトコルの問題なのに PC という語に過剰反応する、このサポートレベルのぶこめが多くてびっくり。

プロトコル以前の問題なのに IMAP という語に過剰反応する、このサポートレベル以下のぶこめにびっくりｗｗｗ

b:id:noraora サポート外もなにも、IMAPなんだから今まで正常だった機能が使えないってことはPC、iPhone関係なしにIMAP サーバ側の問題だろ

IMAP（キリッ）だっておｗｗｗ

b:id:sy0ta PCでアクセスするのはおかしいとかコメントしてる人は頭おかしいの？PCからIMAPでアクセスしておかしくなるってことは、それはIMAPじゃないってことだろ。できて当たり前のことをサポート外と言い切る姿勢がおかしい。

日本語でおｋ。どこにIMAPをフルスペックでサポートする、なんて書いてあるんですかｗｗｗそもそもIMAPが悪いなんて誰も言ってねーしｗｗｗ

b:id:hirok73 わかんないので詳しい人教えてください：iPhoneでしか読めない（特定のMUAでしか読めない）状態でIMAP対応と名乗るのはありなの？

どこの公式情報に「IMAP対応」なんて書いてある？あとRFCをフルスペックでサポートしてないMUA、MTAなんていくらでもあるよｗ代表的なのがoutlook様だｗ

もちろんブコメもバカな意見ばっかりじゃなくて、まともな意見もある。

b:id:maakunh iPhoneのアカウント設定が壊れていたのかな？壊れた状態で何度もアクセスすることで、サーバ側で不正アクセスと判断され、アカウントロックされたとか・・・

b:id:z0rac ん？それIMAPの問題じゃなくメールボックスがアクセス不能になってる。/つうかアカウント消えてね？

サポートの立場としては、「こういうことが起こってる可能性が高い」と説明し、コンセンサスを取った後初期化処理を行うべきだった。その点では、お互い不幸な事件ではあったのだ。

Permalink | トラックバック(0) | 19:21

2009-08-12

■http://anond.hatelabo.jp/20090812140622

やっと理解した。

何回か実行して平均とっれて話ですね。

規模の大きい関数だと

1回目は初期化が走るので遅くて、

2回目以降は速いことがある。

f1()は1回目の実行が10ms以下なので

２回目以降早くなるとかも誤差範囲で考慮いらないですね。

Permalink | トラックバック(1) | 14:29

2009-08-09

■http://anond.hatelabo.jp/20090809205114

ホント、アレげなコードでサーセン。

元々アレげなコードだがなぜか投稿が失敗するのでコード削ったら、

さらに何が言いたいコードかわからなくなった。

私がC++でコーディングするとき気にしてたのは以下のポイント

メソッドが処理続行可能か条件チェック文が複数ある場合、インデントを深くすると読みにくいのでエラー条件に該当したら、その時点でメソッドをリターンする。
そのメソッドで確保した領域は漏れなく解放する

なので、なるべく以下のようにコーディングしていた。

変数は必ずメソッドのあたまで宣言。ポインタはNULLで初期化。
エラー条件に該当したら終了処理にジャンプ。ポインタの変数はすべて解放。

多分、C言語勉強した時によんでいたココのページ(１０章)の影響。

http://www.kojima-cci.or.jp/fuji/mybooks/cdiag/index.html#mokuji10

shared_ptr使えば、解放漏れはふせげるんですね。勉強になりました。

Permalink | トラックバック(0) | 22:54

2009-07-31

■C++ の std::list でpush_backする時にコピー コンストラクタを使いたくない

C++ の std::list にデフォルトコンストラクタが無いclassを使おうと思って気づいたのだけれど、コピーコンストラクタとか代入演算子を定義してやらないと駄目なのかな。

いやまぁ、それで動くんだからいいじゃんという話とか、ポインタにして自分で new すればいいじゃんというのもあるのだけれど、

class hoge {
public:
  hoge(int dummy);
  hoge(const hoge &amp;other);

private:
  char buffer[1000];
};

std::list<hoge&gt; hogeList;
</pre&gt;
	とか定義してる時に、
	hogeList.push_back(hoge(0));

	って書いた時、auto変数の領域かなにかに領域が確保されて、hoge(int dummy) が呼び出されて何かの初期化が一回入って、その後、hogeListが確保した領域に、コピーコンストラクタでその値が上書きされるということになって、ぶっちゃけ最初のhoge(int dummy)呼び出しは無駄なんじゃないかなーというか、なにやらでかいバッファを持ってる奴とかだったら、それが全部copyされると考えるとなんか無駄だなーとか細かいことが気になった。
	
	で、これでコピーコンストラクタを呼び出されないようにする方法っていって自分が考え付いたのは、
	std::list<hoge *&gt; hogePointerList;
</pre&gt;
	として、自前で new するってのなのだけれど、まぁアレですよ。できれば自前で new とかしないですむ「俺楽チン」なステキ手法はないものか、と愚痴ってみただけです。ハイ。
	
	つか、それくらいやりかたありそうなもんだけど、無いのかなほんとに。そういうもん？
	
	一応試してみたcodeはこんなん。
	#include <stdio.h&gt;
#include <list&gt;

class hoge {
public:
  hoge(int dummy);
  hoge(const hoge &amp;other);

private:
  char buffer[1000];
};

hoge::hoge(int dummy){
        printf("hoge initialized. this: %p\n", this);
}
hoge::hoge(const hoge &amp;other){
        printf("hoge copyed. this: %p\n", this);
}

int main(int argc, char *argv[]){
        std::list<hoge&gt; hogeList;

        hogeList.push_back(hoge(0));

        return 0;
}
</pre&gt;
	結果はこんなん。
	hoge initialized. this: 0x22c8c0
hoge copyed. this: 0x6c0210

	で、蛇足的に、
	hogeList.push_back(0);

	みたいな書き方をしてみたら、
	hoge initialized. this: 0x22c8c0
hoge copyed. this: 0x6c0210

	となった。あぁ、これは
	hogeList.push_back(hoge(0));

	に読み替えてくれたんだね。賢いなぁC++は。
	
	ということで、hoge(int dummy) の方に explicit をつけてみたら、muchするfunctionが無いよとcompile errorした。まぁそうだよねぇ。


  
  Permalink | トラックバック(1) | 11:04

2009-07-08

■本当にnewっていらない子。

なんかPerlのblessっぽい。

JavaScriptのnewって本当にいらない子？(http://d.hatena.ne.jp/jdg/20090706/1246840565)

というよりperlのnewっぽい。なぜか。

classでクラスを定義してnewでインスタンスを生成する言語を「一般的オブジェクト指向言語」とすると、

一般的オブジェクト指向言語とjavascriptの似ていないところはclassがないところ。
一般的オブジェクト指向言語とperlの似ていないところはnewがないところ。

つまり、javascriptでnewを（直接）使わず、class（のようなもの）を作ればperlっぽくなる。

そもそもnewって何するの？

オブジェクトを作る。オブジェクトを作るには3つの動作が必要である。

領域を作る
クラスと結びつける
初期化する

通常は言語仕様でこれらを行う"new"という命令が用意されている。しかし、必ずしも必要な物ではない。perlでは言語仕様としてはnewが用意されていない。new関数が存在するのはコーディング規約に従っているからに過ぎない。代わりにblessが用意されている。なぜこのようになっているのか。理由はいたって簡単だ。perlのオブジェクトの実態はリファレンスだ。初期化を行うコンストラクタはどの道定義せねばならない。だから必要なのはリファレンスとパッケージを結びつけるおまじないblessだけだ。コンストラクタで好きなリファレンスを用意し、好きなように初期化してblessすればよい。コンストラクタの名前はコーディング規約でnewと決めた。一方javascriptはnewを用意した。{}でオブジェクトは作れるし、どの道コンストラクタは作る必要があるのに。

そもそもblessって何するの？

オブジェクトとクラスを結びつける。しかし、javascriptはクラスを持たないので必要はない。代わりに必要なのは、継承元との結びつき、プロトタイプチェーンの構築だ。

そもそも継承って何するの？

既存のクラスの性質や振る舞いを流用する。default状態を与える。一般的オブジェクト指向言語ではクラス定義時に継承元となるクラスを指定する。javascriptではクラスの代わりにオブジェクトを指定する。

そもそもクラスって何するの？

クラスとはオブジェクトの性質・振る舞いの定義だ。しかし、ダック・タイピングではオブジェクトの性質や振る舞いはオブジェクトの持つメンバにより決まるため、そのような環境ではオブジェクトに初期値と継承関係を与えるのが主な仕事となる。

そもそもコンストラクタって何するの？

コンストラクタはオブジェクトの初期化を行う。javascriptではクラスがないため継承とコンストラクタによりオブジェクトが初期化される。

つまりコンストラクタで継承すれば良いんじゃね？

var object = function(o) {
  var F = function() {};
  F.prototype = o.prototype;
  return new F;
};
JavaScriptのnewって本当にいらない子？(http://d.hatena.ne.jp/jdg/20090706/1246840565)

個人的には

var object = function(o) {
  var F = function() {};
  F.prototype = o;
  return new F;
};

で良いんじゃね？って思う。

更に、コレでは初期化しないから

var object = function(o, n) {
  var F = function() {};
  F.prototype = o;
  f = new F;
  if (n) for (var i in n) f[i] = n[i];
  return f;
};

みたいな。

さらにせっかくだからメソッドにして

var object = function(o, n) {
  var F = function() {};
  F.prototype = o;
  f = new F;
  if (not f.inherit) f.inherit = function(n) {object(this, n)};
  if (n) for (var i in n) f[i] = n[i];
  return f;
};

とか。

しかし、なんでこんなに今の継承機構は使いづらいのか。

普通
- BaseClass -> InheritClass -> new -> instance
javascript
- BaseObject -> ConstructorFunction -> new -> InheritObject -> ConstructorFunction -> new -> instance

Permalink | トラックバック(0) | 20:42

■この上なく簡易なアラームが欲しい

諸氏は、下記のような事をどうしているのだろうか。

・時間がきたら、メッセージボックスを出すだけで良い

・ただし、時刻の登録にマウスを操作するような煩雑さは、断じて許容できない

・常駐すんなボケ

とりあえず、if文なんて高尚なものを使ったことなかったけど、バッチファイルでやってみた。

@echo off
REM 1-31の日付でしか登録できない低能アラーム
REM 時刻は必ず入力されるものとみなす
REM よって、組み合わせはDAY×MESGのみで考える。

REM 変数の初期化
SET yotei_day = 0
SET yotei_mesg = ""

SET /P yotei_time="アラームを表示する時刻 :"
SET /P yotei_day="アラームを表示する日付（1-31で指定、省略した場合は今日） :"
SET /P yotei_mesg="表示するメッセージ(省略時は、予定チェック) :"

REM 条件分岐。バッチのelseはしょぼすぎる。複数条件指定できない？？
if "%yotei_day%" == "0" goto :NO_DAY
if "%yotei_mesg%" == "" goto :NO_MESG

REM 指定したもの -> DAY,MESG
echo %yotei_day%日の%yotei_time%に通知します'
at %yotei_time% /NEXT:%yotei_day% net send pc_Name "%yotei_mesg%"
goto :SLEEP


:NO_DAY
REM 分岐: + NO_MESG
if "%yotei_mesg%" == "" goto :NO_MESG_NO_MESG
REM 指定したもの -> MESG
echo 次の%yotei_time%'に通知します'
at %yotei_time% net send pc_Name "%yotei_mesg%"
goto :SLEEP


:NO_MESG
REM 分岐: + NO_DAY
if "%yotei_day%" == "0" goto :NO_DAY_NO_MESG
REM　指定したもの -> DAY
echo %yotei_day%日の%yotei_time%に通知します'
at %yotei_time% /NEXT:%yotei_day% net send pc_Name "予定チェック"
goto :SLEEP


:NO_DAY_NO_MESG
REM 指定したもの -> なし（時刻のみ）
echo %yotei_day%日の%yotei_time%に通知します'
at %yotei_time% net send pc_Name "予定チェック"
goto :SLEEP

REM 終了
:SLEEP
ping 127.0.0.1 -n 2 > nul:

これに適当な名前をつけて、ランチャのfenrirで起動させる。

キーボードのみの操作で済むので、とても快適ではあるものの、見ての通りnet sendを使うため、

Windows messenger serviceを起動させるという、常駐ソフトの方がマシな本末転倒なｳﾝｺｰな一品である。

ActiveDirectoryとかグループポリシーでmessenger制限されてたら使えないし。

VBやWSHなら色々できそうだけど、これ以上機能はいらんのよね。いっそ、メッセージはtxtに書き込んで、それを開くだけにするか････。

### しかし「>」を表示させるのに、数値参照文字じゃないとダメとか･･･。

### ＆＃６２；を半角にしたら>になりますよっと。。。

Permalink | トラックバック(1) | 14:19

- 転職ならen
- 派遣ならen

「初期化」を含む日記

■「コンピュータプログラミングの概念・技法・モデル」の目次