新しいグッズを買ってしまいました。

iMacでApple Wireless KeyboardとMagic Trackpadを使っていると、ケーブルが無くてすっきりしているし、便利なんですが、定期的に電池交換が必要なのが弱点です。

今まではApple純正の充電池「Apple Battery Charger」や、SANYOの「envelop」で充電した電池を用意しておいて、電池が切れたら交換するという事を繰り返していました。

電池交換はたまに必要なだけですし、本当にちょっとした事ではあるのだけど、たまに充電を忘れててあわてて用意したり、意外と面倒だったりします。

そこでワイヤレスで充電できる「The Magic Bar Inductive Charger for the Apple Wireless Keyboard & Magic Trackpad」という商品を買ってみました。

使い方は簡単で、iMacとドックみたいな部分をとUSB接続し、KeyboardやMagic Trackpad側は電池の部分を付属の充電池と交換します。

少し充電池部分が出っ張っていて、その部分をドックの左側の輪っかになっている部分に差し込むようにして置くと充電が開始されます。

使用感としては、接続するという感じではなくて、ただ置いている感じです。

ドックについているランプで充電状況も知らせてくれます。

キーボードをドックに置いたまま使っても特に問題ありません。

名前が「for the Apple Wireless Keyboard & Magic Trackpad」となっていますが、同時にキーボードとトラックパッドが充電できる訳では無いので注意が必要です。

専用の充電池はひとつしか付いてないですが、別売りの充電池を購入すれば、両方で使う事もできます。（充電はどちから一方しかできないので、交互に充電する事になります。）

本体と充電池１つをセットにした商品も販売されていました。

まだ使い始めたばかりですが、これで電池交換に別れを告げられるのであれば、いい買い物の予感です。

iMacでワイヤレスのキーボードとトラックパッドを使っている方にはお勧めです。

トラックパッドでは無く、マウス派の方にも置くだけで充電できる充電器があります。

製品の配線さえもスマートにする事にこだわっているAppleなんだから、将来の製品では電池交換の煩雑さもスマートに解決して欲しい所です。

２回目はARC（Automatic Reference Counting）対応の準備についてです。

ARCの機能を使う為の設定方法は、新規にプロジェクトを作成するか、既存のプロジェクトを変更するか、全体でARCに対応するか、部分的に使用するかで、準備が変わってきます。

■新規プロジェクトの場合

新規にXCodeでプロジェクトを作成する際は、「Use Automatic Reference Counting」という項目のチェックをONにしていれば、プロジェクト全体がARCを使う設定でプロジェクトが作成されます。

■既存のプロジェクトの場合

XCodeのメニューから「Edit」→「Refactor」→「Convert to Objective-C ARC…」を選択する事でプロジェクトの設定を変更してくれます。

手動で変更する場合は、以下のあたりを修正することで対応させる事ができると思います。
・main.mを以下のようにARCのautoreleasepoolを使うように修正

@autoreleasepool {

int retVal = UIApplicationMain(argc, argv, nil, nil);

return retVal;

}

 

・Build Settingsの「Base SDK」を「iOS5」に変更
・Build Settingsの「Compiler for C/C++/Objective-C」を「Apple LLVM compiler 3.0」に変更
・Build Settingsの「Apple LLVM compiler 3.0 – Language」セクションに「Objective-C Automatic Reference Counting」という項目を作って、「YES」を設定

プログラム内のretain、release、autoreleaseや、変数の定義部分については、ARCのルールに合わせて修正して行く必要があります。

■全体にARCを適用し、一部のソースファイルにはARCを適用しない。

全体的に適用しない設定で、一部に適用する場合は、以下のようにします。

・Build Settingsの「Apple LLVM compiler 3.0 – Language」セクションに「Objective-C Automatic Reference Counting」という項目を「YES」に設定

・Build Phasesの「Compile Sources」を開いて、ARCを適用したいソースをダブルクリックして、開いたウィンドウで「-fno-objc-arc」というコンパイラオプションを指定

※自分が試した際は、なぜかOFFにしたソースでもARCのエラーが表示されました。

■全体のARCはOFFにして、一部のソースファイルにはARCを適用する。

・Build Settingsの「Apple LLVM compiler 3.0 – Language」セクションに「Objective-C Automatic Reference Counting」という項目を「NO」に設定

・Build Phasesの「Compile Sources」を開いて、ARCを適用したいソースをダブルクリックして、開いたウィンドウで「-fobjc-arc」というコンパイラオプションを指定

以上で準備は完了です。

iOS5以降で動けばいいアプリを作る場合は、完全に対応した状態で作るのがいいと思いますが、retain/releaseを使っているオープンソースのライブラリを使いたいなどあれば、ソース単位でON/OFFする必要があります。

対応するソースと、対応しないソースのどちらのボリュームが多いかで、個別にONを指定するのか、個別にOFFを指定するのかを選択すると良いかと思います。

iOS5以前のバージョンに対応したアプリを作りたい場合にも基本使えますが、違いがある部分があるので注意が必要です。（ソースの記述でまとめる予定です。）

iOS5以前からアプリを開発していた方は、iOS4とiOS5の両方に対応したいという場合は、あえてARCを使わないで開発するという方が効率がいいかも知れません。

次はARCに対応したソースの書き方をまとめる予定です。

※iPhoneアプリ開発に関する投稿を今から始めるiPhoneアプリ開発にまとめました。

iOSアプリを開発する上で知っておきたいメモリ管理のあれこれを何回かに分けてまとめてみたいと思います。

そもそもプログラミング言語のメモリ管理の方法がどんなものがあるかと言うと、大体以下のような流れで発展して来ています。

１）プログラマ管理

２）リファレンスカウント

３）ガベージコレクション

１）は基本中の基本で、メモリの確保、解放のタイミングはプログラマが考えてプログラムする方式です。

この方式の弱点は、チームでプログラムを組むようになった場合、確保したメモリ領域の管理が煩雑になってくる事です。

チームでプログラムするようになると、後の処理まで使い回して解放する予定が、後の処理でもう１回確保してしまって、最初に確保したメモリがゴミとして残ってたとか、まだ使えると思っていた領域が解放されていたとか、チーム内の認識が合っていれば防げる事でも、何かのミスでバグが混入したりと、煩雑になってくる部分があり、リファレンスカウント方式へと発展しました。

２）は、確保したメモリを参照している数を管理しておき、ゼロになったものを解放するという方式です。

これであれば、チームでプログラミングを行っていても、自分が開発しているプログラム内で参照数を適切に管理できていれば、不意に解放されているメモリを参照するという事故や、不要になった領域の解放忘れを防げます。

iOSもこの方式で、retainで参照数をアップして、releaseで参照数を減らして、ゼロになったら解放するというのが基本です。

解放のタイミングを遅らせる為のautoreleaseというのも用意されています。

このあたりの話は以前まとめたものも参考になると思います。

iPhoneアプリのメモリ管理 その１
iPhoneアプリのメモリ管理 その２
iPhoneアプリのメモリ管理 その３

３）はリファレンスカウントをさらに発展させた考え方で、プログラマがretainやreleaseを使って明示的に参照数を計算するのではなく、言語的にメモリが参照されているかがわかるような仕組みを用意しておいて、ガベージコレクタというプログラムで不要と判断した領域を解放しようと言う発想です。

具体的なガベージコレクションの実装方法は、言語によっても違いがあると思いますが、基本的な概念として、不要になったメモリをプログラマが明示的な解放するのではなく、ガベージコレクタというプログラムが自動で認識して解放するというものです。

言語的にはJavaやC#がメジャーどころだと思いますが、Macのアプリを開発する場合のObjective-C 2.0でもガベージコレクションの仕組みが使えます。

では、ARC（Automatic Reference Counting）はどの方式なのかですが、２）リファレンスカウント方式で、今までと変わりありません。

何が変わったかというと、プログラマがretain、release、autoreleaseと書いていた部分を省略できるようになった（コンパイラが判断して補ってくれるようになった）という点だけです。

なので基本的な考え方は同じで、各コードの量や、コードの見やすさが変わったという感じです。

次回は具体的な使い方についてまとめていきたいと思います。

※iPhoneアプリ開発に関する投稿を今から始めるiPhoneアプリ開発にまとめました。

App Storeで”和時計”をチェック

「和時計」のページをチェック

Check “JPClock” on App Store.

Check “JPClock” page on this site.

ガラケーを柄ケーと思って、模様の入ってる携帯と思ってたなんて話もあったりと、IT系の略語や用語は普通の人には何の事やらって事も多いみたい。

ガラケーはガラパゴス携帯を略したものですが、日本の携帯が海外の携帯と違って独自の機能で進化を遂げていた事から、ガラパゴスと言われるようになり、ガラケーになりました。

一方、ガラケーと同じ意味でフューチャーフォンだかフィーチャフォンだか言う人も居たりします。

フューチャフォン（Future Phone）？

フィーチャーフォン（Feature Phone）？

何が何やらって感じですね。

携帯の「ガラパゴス」は、海外より独自の進化をしていたという事で、ポジティブな意味にも取れますが、逆に世界と違う仕様で、世界では受け入れられないというようなネガティブな意味で捉えている人もいるようで、受け手によって印象の違う「ガラケー」を避ける為に、この言葉で言い換える必要が出てきたのかも知れませんが、結局どっちなのか！？

正解はフィーチャーフォン（Feature Phone）のようです。

米国では基本的な携帯電話をBasic Phoneと言っていて、Basic Phoneにカメラなんかの特徴的な機能（Feature）が付いたものをFeature Phoneと言うようです。

WikipediaのFeaturePhoneの説明を見てみても、Basic PhoneとFeature Phoneの境界は公式な定義がある訳でなく、曖昧なものだと書かれてます。

ふと思ったけど、音楽で「featuring ○○」と書かれた時にも、「フューチャリング」と言う人も居たりするので、フューチャーフォンって言ってる人も、Feature Phoneのつもりで言ってる可能性もありますね。

そんな事を考えてたら、発音や表記が紛らわしいような呼び方はせずに、「ガラケー」でいいのではないかと思う今日この頃です。

ポジティブな意味で取ろうが、ネガティブな意味で取ろうが、独自の進化をしていたのは間違いない訳だしね。

例えば、日本語と英語に対応したアプリで、iTunes Connectで日本語と英語の説明を登録した場合、日本のApp Storeでは日本語で表示されますが、英語圏では英語で表示されるようになります。

日本語でも英語でも無い国の場合、どちらの言語で表示されるかは、一定のルールで決まっていたのですが、iTunes Connectがバージョンアップして、よりフレキシブルに指定できるようになりました。

以前はアカウント登録後に選択するPrimary Languageで決まってました。

ここで指定した言語が優先され、他の言語のリソースがあればそれを使う事になります。

例えば、Primary Languageを日本語にして、日本語と英語でアプリの説明を登録している場合は、フランス語圏では日本語の説明が表示される事になります。

その為、世界でアプリを販売する前提であれば、一番人口の多い英語をPrimary Languageにしておくのが鉄則でした。

今回のiTunes Connectのバージョンアップで、このPrimary Languageがアプリごとに指定できるようになりました。

iTunes Connectにログイン→「Manage Your Appilications」→アプリを選択→「App Information」の横の「Edit」をクリックと進むと、「Default Language」というのを選べるようになっています。

アプリが対応していない言語圏での表示は、ここでDefaultに選択されているものが優先されるようになったという事です。

基本英語から変更する事は少ないと思いますが、自由に変えられるようになったのはいいですね。

Appleはmeta data（アプリの説明など）を各言語に対応する事を推奨しており、アプリのmeta dataの登録の画面に、ローカライズサービスを行っている会社を紹介するページへのリンクも増えてました。

着々と便利になってますね。

適用したテーマに手を入れて行ってるんですが、なかなか思うように行かなくて中途半端になっている部分があったり、記事のインポート時に改行が消えたようで、やたらと行間が縮まった記事ばかりになってしまっていたりしますが、さくらのブログのURL（パーマリンク）でアクセスしてきても、新しいwordpressのURLへリダイレクトされるようになっています。

時間があったらさくらのブログからwordpressへ引っ越す際にやった作業なんかもまとめてみたいと思いますが、それはまた別の機会に。

これからも宜しくお願いします。

2012年の新成人は日本の人口の0.96%で、表す言葉は「無難」という説明で、8割程度の人が安定した就職を希望し、9割程度の人が貯金が大事と思っているという数字が紹介されていた。

スタジオにいた今年20歳の剛力彩芽さんは、やりたいと思った事は積極的にチャレンジするタイプらしく、「無難」という言葉に納得がいっていなかった様子だったが、果たしてどこから「無難」が出て来たのだろう！？

この言葉のチョイスにも疑問があったが、インタビューを受けた新成人が、公務員や安定した企業に就職したいと言っていたが、果たしてそんな「安定」があるのかという疑問が。

日本の借金は1000兆円を突破し、小泉政権時代に新規国債発行額を30兆円以下に減らすなんて話があったのもどこへいったやらという金額の新規国債が発行され、年々財政状態は厳しくなっている。

消費税を10%に増税した所で解決できるような状態では無いので、もっと抜本的な改革を行わない限りは、日本が危険な状態に達するのは時間の問題のように思えます。

今の政治はぐだぐだで方向感が無いので、どうなるのか不透明ですが、国の歳出を小さくする必要がある事を考えると、国家公務員の人員の削減も十分あり得る話で、公務員だから安心という事は無いように思います。

また、途上国の経済成長や、日本の人口減少などを考えると、大企業でも安定的という事は決して無いように思います。

今の時代こそチャレンジする事が必要な気がする今日この頃ですが、なんで無難に安定的な事を志向するのかなーと考えた所、最近読んだ大前研一さんの本を思い出した。

今の日本で尊敬できるリーダー気質の人があまり思い当たらないのかも知れないし、出る杭は打たれるような印象が強いのかも知れない。

答えが用意されている問題ばかりを解かせる日本の教育の問題なのかもしれない。

いずれにしても、本来は夢を見て頑張れる世代、失敗しても取り返す時間が多くある世代が、「無難」をテーマに生きて行くのであれば、これからの日本の将来が不安に思えました。

逆に考えると、今社会に出ている世代が、新成人が夢を見てチャレンジしたくなるような、刺激を与えられるような事をして行かないとダメなんでしょうね。

がんばらねば。

あと気になった点がもうひとつ。

貯金が大事という所は、将来が不安であればそう考えるのも無理は無いし、備えあれば憂い無しというのも間違い無いけど、若い頃に同じ位重要な事は、自分への投資だと思う。

貯金へ回す額を決めるのもいいけど、どれくらいの時間（=お金）を自分へ投資するか、その結果、自分がどのような人になれるか、というのを意識して行くのは重要だと思う。

できれば過去に戻ってやり直したい所が多々あるタイプなので、あまり偉そうな事は言えないけれど、そんな事を思った成人の日でした。

一番気になっていた「塊魂」と、ネット対戦が気になった「かまいたちの夜」を一緒に買いました。

ネットで不具合が話題になっていますが、しばらくは不具合に遭遇する事も無く、普通に遊べてました。

液晶はきれいで、全面と背面のタッチパッドのような新しい機能もあって、なかなか面白いゲーム機ではあるのですが、広い意味でのUIがいまいちな所がありました。

そのあたりに感想を書いてみたいと思います。

まずはゲームの感想など。

■塊魂 ノ・ビ~タ

背面のタッチパッドを使って、塊を縦や横に伸ばせるのと、液晶のタッチ／アナログスティックのどちらでも遊べるという以外は、今までとあまり変わりないです。

サウンドは相変わらずいいですが、ゲームの合間に入るストーリームービーのようなものは今ひとつでした。

ステージ数はあまり多くは無いですが、ローンチタイトルとしては十分な感じで、塊魂をやったことが無い人にもお勧めできる出来だと思います。

■真かまいたちの夜 11人目の訪問者(サスペクト) (特典なし)

かまいたちは初めてやりましたが、特に悩む事無く遊べて、一カ所だけ詰まった部分がありましたが、エンディングまでたどり着きました。

気になっていた、ネットで対戦する「みんなでかまいたち」ですが、最悪でした。

まずルームのようなものを選んでゲームを開始するのですが、一番上を選んだら参加できないとエラーが出たので、リストの一番下を選択した所、エントリーができたようで、しばらく待つようメッセージが表示されました。

メッセージ通り少し待ってみたものの、一向に変化が無いので、再度ルームを選ぶ画面に行った所、締め切りまであと２時間ちょっとと出ており、時間を計算すると深夜の２時過ぎに締め切りとなってました。

翌朝起きて、ゲーム画面へ行くと、行動できる時間帯が限られているのか、何もできない状態でした。

深夜の2時過ぎくらいを区切りにゲームが進行しているようで、そこを逃すと何もできないという感じだったので、そのまま辞めてしまいました。

ルールが面白そうなだけにもう少しどうにかして欲しかった。

ただ、ひとり用でも十分に面白いので、サウンドノベルに興味がある人にはお勧めです。

他にネットで話題になっていた「みんなといっしょ」と「モンスターレーダー」も試してみました。

■みんなといっしょ

新しい形のソーシャルゲームでした。

Playstation Networkのフレンドを増やすためのプロモーションゲームという感じです。

不特定多数の人をフレンド登録するようなゲームになってますが、Playstation Networkのフレンド機能が中途半端な所があり、今ひとつな感じがしました。

具体的には、アクティビティ（ゲームの購入や行動の履歴）が、フレンドに全部公開するか、全部非公開かしか選べません。

同じゲームを遊んでる人にだけ、そのゲームのアクティビティを公開できるような設定や、フレンドのグループ分け（リアルな友達とバーチャルの友達など）を行って公開設定を変えるような事ができれば、まだいいような気がしますが、何がアクティビティに記録されるのかも今ひとつ分からないし、全てが筒抜けというのも何か気持ち悪い気がして、結局非公開にしてしまいました。

ソニーからすると、全てのアクティビティをシェアしてもらう事で、プロモーションになればという感じなのかもしれませんが、ユーザーからするとなんか気持ち悪い中途半端な機能な気がしました。

Playstation Networkのフレンド機能がいまひとつな気がする所を除けば、ゲーム自体は新しい試みで面白く

Playstation Vitaで目指しているであろう方向性が見えるアプリだと思います。

■モンスターレーダー

GPSの位置情報と、ARを使って遊ぶアプリです。

地図上に表示されるモンスターに実際に近づいていって、カメラをモンスターが居る方向に向けると、カメラの映像にモンスターが表示されて、画面をタッチして捕まえます。

GPSで移動した距離を計算して、ゲーム内のお金をゲットして、モンスターのえさなどのグッズを買ったりして育てながら、全てのモンスター（100種類くらいらしい）を集めるのが目的です。

仕組みとしては面白いですが、ゲームとしては全然遊べません。

地図上のモンスターに歩いて近づいていくまではまだいいとして、カメラを向けて捕まえるというのがハードルが高く、外でやってたら完全に不審者です。

さらにモンスターの数が１０体程度でも世話が結構めんどうで、面白さよりめんどくささの方が大きい感じです。

試みは面白いですが、あまりお勧めできるアプリではないです。

Vitaを買おうか迷ってる人が気になっているであろう不具合問題と、VitaのUIがいまいちだと思う部分など。

■VItaの不具合について

１週間くらいはほぼ問題なく使えてました。（１回だけフリーズして再起動しました。）

初めてモバイルして使った時に、画面が真っ暗なままで何も反応が無い不具合に遭遇しました。

対応としては、電源を30秒以上長押しして電源を切って、しばらく待ってから電源を長押しして電源ONした所起動しました。

その直後にもう１点不具合に遭遇して、充電器に刺さっている状態だと、タッチパネル（全面/背面の両方）が反応しない問題に遭遇しました。

再起動してもなおらなかったので、早くもタッチパネルが壊れたのかと思いましたが、充電器から抜いた所、タッチが反応するようになりました。

買った直後や、今現在は充電器に刺さった状態でもタッチが反応するので、何きっかけで不具合が起きたり、なおったりするのかが、今ひとつ分かりません。

ネットの情報を見ると、色々な症状があるようなので、特に今すぐ遊びたいゲームや試したい事が無いようであれば、しばらく待った方がいいかもしれません。

■UIがいまいちな所

１）ハードの干渉

十字キーやボタンを押そうとすると、指がアナログスティックに当たるときがあって、位置が微妙です。

あと、スピーカーも、手の反響を使うイメージだったのか、微妙な位置に付いてます。

２）起動直後の設定

最初に起動した時に、Playstation Networkのアカウントを持っているか聞かれます。

持っている方を選ぶと、システムアップデートするように言われ、何もできず、持ってない方を選ぶと仮登録するという事で、いくつかの項目を入力する必要があります。

アカウントを持っている方は実質選べない状態で、アカウントを持っていることで本来は入力を省けるはずのものを入力する事が必須になっており、ひどい画面遷移です。

３）アプリの切り替え

かなりスマホを意識したUIになっており、ゲーム中にPSボタンを押すとアイコンが並んだ画面に戻って、別のアイコンを選んでアプリを起動するようなUIになっています。

このアプリ切り替えの際に、データが保存されない可能性があるという警告がいちいち出ます。

Playstaion NetworkでVita専用では無いアプリを落としてきてやっているのであれば仕方ないと思いますが、Vitaのアプリであれば、切り替え時にデータを保存して切り替えるような設計にできそうなものなのに、いちいち聞かれるのがうっとしいです。

と言った感想で、現時点ではハード自体の可能性は感じるものの、あまりお勧めできる状況では無いかなと思います。
ただ、ソニーが狙ってるであろうとこが見えてくる部分もあるので、興味がある人は色々と触ってみると面白いと思います。

Nintendo 3DSもVItaも狙っている部分を想像できる所があって面白いのですが、その辺の感想はまた今度。