うわぁ＞＜
もうこんな時間＞＜
今日はjavaかC#の記事を書こうと思ったけど
もうこんな時間になっちゃいました＞＜
明日記事が書ければいいな！
2013年5月25日土曜日
2013年5月19日日曜日
なかなかだね！
今、あるiOSアプリをAndroidに移植する作業を行っています。
開発する上で、iOSとAndroidでは大きな違いがあります！
（個人的には一番大きいかななんて思っています）
Objective-CとJava？
いあいあ、言語の違いなんてたいした事ないです！
慣れです！
framework？
いあいあ、それも慣れです！
実は大きな違いって、画面サイズなんじゃないかななんて
思ってます！
iOSでは丁度だったものがAndroidでは画面が広いので、
全体的にパラパラとしたUIの印象になってしまったり
します＞＜
そして、一番大きいのが、画面サイズが多岐にわたる事です＞＜
ここが一番大きい差かなぁなんて思います！
iOSはiPad,iPad mini,iPhone4系,iPhone5の４種類
ですから！
開発する上で、iOSとAndroidでは大きな違いがあります！
（個人的には一番大きいかななんて思っています）
Objective-CとJava？
いあいあ、言語の違いなんてたいした事ないです！
慣れです！
framework？
いあいあ、それも慣れです！
実は大きな違いって、画面サイズなんじゃないかななんて
思ってます！
iOSでは丁度だったものがAndroidでは画面が広いので、
全体的にパラパラとしたUIの印象になってしまったり
します＞＜
そして、一番大きいのが、画面サイズが多岐にわたる事です＞＜
ここが一番大きい差かなぁなんて思います！
iOSはiPad,iPad mini,iPhone4系,iPhone5の４種類
ですから！
2013年5月17日金曜日
ぱすわ〜ど帳SAアップデート
ども！
朝からとんだ流れになってしまいました＞＜
電車事故により、仕事にたどり着けないって
なってしまって、急遽自分の作業をしている
って感じになりました＞＜
先ほどぱすわ〜ど帳SAをアップデートしました！
といっても、機能の追加ではなくて、
安定性の向上を目的としたアップデートです。
一応、このアップデートを行う前に、
http://www.youtube.com/watch?v=3VEoMNOGTjI
このテストを昨日の夜中に１０００回まわして
異常がない事を確認しています！
まぁ安定性の向上が目的でしたので、当たり前ですが^^;;;
という訳で、より安定性が増したぱすわ〜ど帳SAを
是非お使いください^^
朝からとんだ流れになってしまいました＞＜
電車事故により、仕事にたどり着けないって
なってしまって、急遽自分の作業をしている
って感じになりました＞＜
先ほどぱすわ〜ど帳SAをアップデートしました！
といっても、機能の追加ではなくて、
安定性の向上を目的としたアップデートです。
一応、このアップデートを行う前に、
http://www.youtube.com/watch?v=3VEoMNOGTjI
このテストを昨日の夜中に１０００回まわして
異常がない事を確認しています！
まぁ安定性の向上が目的でしたので、当たり前ですが^^;;;
という訳で、より安定性が増したぱすわ〜ど帳SAを
是非お使いください^^
2013年5月16日木曜日
2013年5月14日火曜日
検討してます！
Twitterでは、何度かつぶやいているのですが、
ぱすわ〜ど帳の
広告を外す
広告に必要だったパーミッションを削除する
というのをやっていこうかと今考えています。
理由は二つあります！
・ユーザーにとって広告は邪魔
・広告収入に疑問が出てきている
と言った二つの観点からです。
広告は、開発者が制御できるものではないので、
意図しない、あるいは、望まない広告も流れてしまう
と言った弊害があります。
また、ユーザーにとっても邪魔なもの以外何者でもないし
広告のせいで余計なパーミッションもつけざるを得ず、
かつ、余計なパーミッションのせいで、妙な疑いをかけられる
と言ったリスクもあります・・・
そして、ユーザーは広告に慣れてしまうので、収入自体も
大きなものではなくなってしまうといったこともあります。
そう言った観点から、広告は削除する方向で進もうと考えている
次第なんです。
とはいえ、開発自体にはやはりお金は必要なのも現実として
あります（月数万の携帯の通信費を払っています）。
なので、今後は、アプリ内課金と言った仕組みを利用して、
寄付を募る形にしてはどうかと考えている訳なんです！
アプリ内課金は、過熱気味感が少し前にはありましたが、
今はだいぶ落ち着いてきているのかなぁと感じています。
アプリ内課金を導入してもそろそろ良い頃合いなのかな
なんて思っています。
アプリ内課金の良いところは、Google Play Storeアプリが
サーバーとのやり取りを担当するので、アプリ自身としては
ネットワークアクセスをしなくても良いというところがあります！
といったところで、皆さんのご意見をお聞きしたいと
思います！
思うところやご意見等がありましたら、コメントを
お願いします！
今日のところはここまで！
ぱすわ〜ど帳の
広告を外す
広告に必要だったパーミッションを削除する
というのをやっていこうかと今考えています。
理由は二つあります！
・ユーザーにとって広告は邪魔
・広告収入に疑問が出てきている
と言った二つの観点からです。
広告は、開発者が制御できるものではないので、
意図しない、あるいは、望まない広告も流れてしまう
と言った弊害があります。
また、ユーザーにとっても邪魔なもの以外何者でもないし
広告のせいで余計なパーミッションもつけざるを得ず、
かつ、余計なパーミッションのせいで、妙な疑いをかけられる
と言ったリスクもあります・・・
そして、ユーザーは広告に慣れてしまうので、収入自体も
大きなものではなくなってしまうといったこともあります。
そう言った観点から、広告は削除する方向で進もうと考えている
次第なんです。
とはいえ、開発自体にはやはりお金は必要なのも現実として
あります（月数万の携帯の通信費を払っています）。
なので、今後は、アプリ内課金と言った仕組みを利用して、
寄付を募る形にしてはどうかと考えている訳なんです！
アプリ内課金は、過熱気味感が少し前にはありましたが、
今はだいぶ落ち着いてきているのかなぁと感じています。
アプリ内課金を導入してもそろそろ良い頃合いなのかな
なんて思っています。
アプリ内課金の良いところは、Google Play Storeアプリが
サーバーとのやり取りを担当するので、アプリ自身としては
ネットワークアクセスをしなくても良いというところがあります！
といったところで、皆さんのご意見をお聞きしたいと
思います！
思うところやご意見等がありましたら、コメントを
お願いします！
今日のところはここまで！
2013年5月12日日曜日
かなりさぼってます＞＜
かなり日にちがあいちゃいましたね＞＜
ども！
元気にやってます！
今日は久しぶりに（？）まじめにドキュメントを書きました！
久しぶりのドキュメント書き。
相変わらずエンジンがなかなかかからないのです＞＜
でもそのうち、エンジンがかかり始めて、
一気に今日書き上げました！
久しぶりにパワポとワード！
相変わらず、ワードの、おせっかいには苦労させられます^^;;;
あれなんとかならないのかなぁ^^;;;
ども！
元気にやってます！
今日は久しぶりに（？）まじめにドキュメントを書きました！
久しぶりのドキュメント書き。
相変わらずエンジンがなかなかかからないのです＞＜
でもそのうち、エンジンがかかり始めて、
一気に今日書き上げました！
久しぶりにパワポとワード！
相変わらず、ワードの、おせっかいには苦労させられます^^;;;
あれなんとかならないのかなぁ^^;;;
2013年5月8日水曜日
【iOS,Android】信じがたい！ うっそ！ ゼロ除算の考察の行方！
結論から言います！
ARMアーキテクチャでは、ゼロ割（０除算）のエラーはおきません！
事の発端は！
@hamakendevelopさんのこの発言！
コレを偶然みて、そんなバカなぁ！
なんて思ってサンプルを作ったのが発端です！
まず、サンプルをMac OS Xで作ってみました！
結果は予想通り、
c = a / b;
のところで、Exception発生！
やっぱそうだよなぁ・・・
なんて思いつつ、一応、iOSのサンプルも作ってみました！
コレをiOSシミュレータで起動！
結果は予想通り、
NSLog(@"%d", a/b);
のところで、Exception発生！
そりゃそうだ！
と思って、同じソースコードをiPhone5にて動作させてみました。
ほんまや！
（明石家さんまさん風）
結果は予想に反して、iPhone5で例外が発生しませんでした！
うげ！
まじか！！！
なんて思っていたところ、
@sakiraさんが参戦！！！
ちょっと調べたところで、
と言った返信をした訳です。
あ！ちなみに、
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0205hj/CJADECCJ.html
ここを添付しました。
この時点で、もう既に、かなりの時間になっていたので、一旦休憩（笑）
その次の日。
@sakiraさんから信じがたいツイートを頂いた訳です！
まじか！
AndroidでもJavaではなくて、Native C言語をコンパイルした
実行ファイルでは、エラーが発生せず、さらに、
iOSではsignal()でのハンドリングも効かないとのこと・・・
そんな・・・そんな・・・バカな・・・なんて調べ、
いろいろと議論したところ、以下のサイトに行き着きました！
http://blog.kmckk.com/archives/4047024.html
うっそ！！！
libgccでの事だったんだ！！！
Xcodeも元々はgccが発祥なので、可能性は多いにあるとの結論に
なりました！
サイトを参照するに、
・ARMには除算命令がない
ために、libgccで除算をするしかなく、libgcc内で除算を行っている。
とのことでした！！！
とりとめのない書き方になりましたが、結論通り、
ARMアーキテクチャは除算命令がないために、libgccで除算を
行っており、libgcc内で、raise()を行っていないため、
Exceptionが発生せず、そこでCPUがストップするため、
除算結果の変数を参照すると、不定になる！
と言った事がわかりました！
（推測も入ってますが^^;;;）
最後に、@sakiraさんの言葉がカッコいい！！！
ARMアーキテクチャでは、ゼロ割（０除算）のエラーはおきません！
事の発端は！
@hamakendevelopさんのこの発言！
なんて思ってサンプルを作ったのが発端です！
まず、サンプルをMac OS Xで作ってみました！
c = a / b;
のところで、Exception発生！
やっぱそうだよなぁ・・・
なんて思いつつ、一応、iOSのサンプルも作ってみました！
結果は予想通り、
NSLog(@"%d", a/b);
のところで、Exception発生！
そりゃそうだ！
と思って、同じソースコードをiPhone5にて動作させてみました。
ほんまや！
（明石家さんまさん風）
結果は予想に反して、iPhone5で例外が発生しませんでした！
うげ！
まじか！！！
なんて思っていたところ、
@sakiraさんが参戦！！！
ちょっと調べたところで、
と言った返信をした訳です。
あ！ちなみに、
http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.dui0205hj/CJADECCJ.html
ここを添付しました。
この時点で、もう既に、かなりの時間になっていたので、一旦休憩（笑）
その次の日。
@sakiraさんから信じがたいツイートを頂いた訳です！
まじか！
AndroidでもJavaではなくて、Native C言語をコンパイルした
実行ファイルでは、エラーが発生せず、さらに、
iOSではsignal()でのハンドリングも効かないとのこと・・・
そんな・・・そんな・・・バカな・・・なんて調べ、
いろいろと議論したところ、以下のサイトに行き着きました！
http://blog.kmckk.com/archives/4047024.html
うっそ！！！
libgccでの事だったんだ！！！
Xcodeも元々はgccが発祥なので、可能性は多いにあるとの結論に
なりました！
サイトを参照するに、
・ARMには除算命令がない
ために、libgccで除算をするしかなく、libgcc内で除算を行っている。
とのことでした！！！
とりとめのない書き方になりましたが、結論通り、
ARMアーキテクチャは除算命令がないために、libgccで除算を
行っており、libgcc内で、raise()を行っていないため、
Exceptionが発生せず、そこでCPUがストップするため、
除算結果の変数を参照すると、不定になる！
と言った事がわかりました！
（推測も入ってますが^^;;;）
最後に、@sakiraさんの言葉がカッコいい！！！
登録:
投稿 (Atom)