NSDateのロケール

iOS4.1ではNSDateはGMT時刻を持っているようだ。

NSDate *d = [NSDate date];

NSComparisonResult result = [d compare yesterday];

上記のコードのうち前日の23:59頃にyesterdayの値を格納していて、
翌日の0:01に上記コードを実行した場合、
期待しているのはNSOrderedDescendingなのであるが、
NSOrdearedSameが返ってくる。
これは日本時刻では日付は変わっているが
NSDateが持っているGMT時刻では日付は変わっていないので
結果が同じ日付と判断されてしまう。

NSDateにロケールを設定する仕組みが調べた限りでは無さそうなので、
仕方なくNSDateComponentに変換して日付で比較することにした。
NSDateComponentは実行環境のロケールに従った日付に変換するようだ。

NSDateでout of scope

まだObjective-Cに馴染めてません。。
メモだ、メモ。

インスタンス変数にNSDate型のものがあって
hoge = [NSDate date];
として別の場所で参照するとout of scopeとなって不正アクセスになってしまう。
dateメソッドでは参照カウンタが加算されていないため、[[NSDate date] retain]とする必要がある。

正しい日本語？

「正しい日本語を話しなさい」とおじさんは言う（おじさんでなくても言うことがある）。
最近はあまり見ないが、新聞の投稿欄にはいる。
新聞の投稿欄にはなにか理解を超えた生態系が存在しているようだ。
彼らの言う正しい日本語とは何だろうか。
広辞苑に載っている日本語だろうか。

平安時代の日本語で話されたら、何を言っているのかさっぱり分からないだろう。
これは正しい日本語なのだろうか。
また、日本語は中国からの影響を強く受けている。
どこからが日本語でどこからが漢語なのだろう。
「正しい日本語」に漢語の影響を受けたコトバは含まれているのだろうか。

若者には若者が、女性には女性が、特定のカテゴリの技術者にはその分野の技術者がそれぞれ進化させてきたコトバがある。それは彼らの間でのコミュニケーションでは十分に機能するものであって、彼らの会話が理解できない場合、それは多くのとき理解する必要がないケースである。
女子高生が意味の分からんコトバで会話していても、それはおっさんのために話しているわけではないのだから問題ないのだ。

いざそんな若者や女性や技術者と会話しなければならない状況があったとしよう。
そこで彼らが意味の分からないコトバを使う。
これは多くの場合、彼らに非があるだろう。
でもそれは彼らが「正しくない日本語」を使っているからではない。
相手に応じたコトバを選ばないという、コミュニケーション能力の問題である。
コミュニケーションの問題を「日本語の乱れ」という誤った問題にすり替えてしまうことで、別に問題でもないことを問題として考えてしまうことになる。
それはとっても無駄な時間だし、コミュニケーションの問題という本当の問題の解決にはさっぱり役立たない。

金色カノジョに桃の虫＠名古屋

「金色カノジョに桃の虫」

愛知芸術劇場小ホールにて。
観てきました。

良かった。
芝居をたくさん観たくなった。

普通じゃない人生を過ごしたいと漠然に思いながらも無知で世間知らずな女の子を中心に、みんな心のどこかに問題を抱えていて、それを距離感を持って描かれているのが好感を持てた。

僕には思い出したくもない恥ずかしい時期というのがあって、それは今現在の僕としては「なかったこと」として生きているのだけど、そんな恥ずかしい過去の自分も当時の自分としては自分なりに一生懸命であったわけであって、それを後から恥ずかしいといって封印するのはいかんよなぁ、となぜか観劇後に思うのである。

過去の自分が可哀想じゃないか。

なんだか芝居熱が高まって帰宅後、いろんな劇団やらぴあやらを調べて夜更かししてしいるうちにアジアカップで日本が優勝した。
今日はTOEICだ。

緩い計画

計画通りにいくことはない。
かといって計画を立てないわけにはいかない。
今現在の自分が何をすべきかという判断の基準になるのが計画だからだ。

仕事をしていると緻密な計画を立てる人がいるが、どうも報われることは少ないようだ。というより、無駄なことに工数をかけすぎて生産性を阻害している。
業種にもよるのだが多くの場合、昨今の変化とスピードの激しい環境下では計画に工数を割くことは重視すべきでないだろう。ビジネス書などを読むと計画することの重要性が説かれていて、計画工数を削減することに罪悪を覚えるかもしれないが。

１５：００までにオフィスに行かなければならないとしよう。
まずは電車を使って、どこの駅の何線に何時に乗るか、３０分ほど余裕があるから喫茶店に寄っておこう、と計画を立てる。更に電車がトラブルでダイヤが乱れたときに備えて、別の路線を調べる。この場合は喫茶店をやめて何時の何線に乗って、どこの駅で乗り換えて、、、と計画する。
更に自然災害で電車が全て止まった場合に備えて、バスの路線を調べ、タクシーの運賃を調べ、、とここまで緻密な計画をしたところで顧客から「会議の場所を変更してくれ」と連絡がくる。念入りな計画は台無しだ。

計画通りに行かないことが多い環境下で計画に工数をかけすぎるのはリスクが大きい。
上記の例でいえばまずいつもの電車を使う基本計画を立てる、いざというときに別の路線、バス、タクシーというオプションがあることを調べておく。ここまででいいのだ。あとは計画通りに行かなくなる可能性を監視する。天候や交通情報、客先の状況から計画通りに行かなくなる可能性を感じたら、その段階でオプションの計画を詳細にする。

これは極端な例であったが、我々も普段ついつい過剰に計画しすぎてはいないか、振り替えってみてもいいかもしれない。

GHUnit

iPhoneアプリ(に限定したものでは無いけど）開発におけるテスティングフレームワークとしてGHUnitがあります。
今回はこれをセットアップしてみましょう。

参考にした記事はこちら
GHUnitの導入ーメメメモモ

更に上記ページから参照されているこちら
GHUnit Setup

最後のソースコードにimport文を追加してやれば問題なし。
とても親切に書かれているので特に追記はないです。

2011年

明けましておめでとうございます。
遅い。。

今年はもう少しこのブログを活用したいな。

私事なのだけど、今年度いっぱいで今の会社を退職することにしました。
しばらくプー太朗（死語？）のままで旅行してみようと思う。
これまでは定年後に行きたいなー、なんて思っていたけれど、それって定年まで生きてて、健康で、しかも旅行するだけのお金があるっていう暗黙の前提があるわけで。
案外それって、当たり前じゃないよなぁと思った次第。
なので「いつかやりたい」と思っていたことは今年やってしまおうという魂胆。

この不況のまっただ中、果たしてどうなることやら。