iPod Touchのミュージックプレイヤーの調子が悪いです。解決？
http://takabonblog.blogspot.com/2011/11/ipod-touch_06.html
iPodTouchをリセットしてから一週間、使い続けました。
ミュージックプレイヤーがフリーズするという状況は発生しなくなりました。
皆さんもなにかおかしくて復元しても直らない場合はリセットしてみて下さい。
もちろん”予約して”GeniusBarに行ってみて症状を確認してもらうのが一番ですよ。
2011年11月13日日曜日
iPod Touchのミュージックプレイヤーの調子が悪いです。解決？の続き。
iPod Touchのミュージックプレイヤーの調子が悪いです。解決？
http://takabonblog.blogspot.com/2011/11/ipod-touch_06.html
iPodTouchをリセットしてから一週間、使い続けました。
ミュージックプレイヤーがフリーズするという状況は発生しなくなりました。
皆さんもなにかおかしくて復元しても直らない場合はリセットしてみて下さい。
もちろん”予約して”GeniusBarに行ってみて症状を確認してもらうのが一番ですよ。
実は転職活動をしていました。その２。
私は１年３ヶ月の間転職活動をしていたのですが、少々楽をさせて頂きました。
コネ入社とかって意味ではないですよ。
前に勤めていた会社がちょっとだけ大きな会社でしたので、リストラに伴い私自ら手を上げて退職したため、会社都合の退職となり以下の事がなされました。
・退職金が出た。(年収分をちょっとオーバーする程度)
・失業保険がすぐにもらえた。
・転職支援会社を紹介してもらえ、会社が費用を負担した。
退職金は嬉しかったですね。
お陰で親をハワイに連れていけました。
それなりに良いプランのパッケージにしましたので、ロイヤルハワイアンに泊まりましたし、行き帰りは全日空で羽田発着でしたし、ハワイの空港に着いたら専用のタクシーが待っていて空港からホテルの間を送り迎えしてくれました。
そしてこのパッケージは飛行機とホテルのみのプランでしたので、それ以外は好きに行動できて、必要であればオプショナルの選択肢も多く、空きがあれば現地に当日でも申し込めるというのが嬉しかったです。
そして失業保険も失業した翌月からもらえたこともありがたかったです。
自己都合の場合は最初にもらえるまで３ヶ月待たなければなりません。
そして転職支援会社もありがたかったです。
一人ひとりに担当者が付き、１～２週間に１度は面談がありました。
その時の状況報告や求人の紹介なんかをしてくれるんですが、このお陰で転職活動のモチベーションを保つことが出来ました。
一人で長期の転職活動だとどうしてもだれ気味になるものだと思いますので、それを防止出来たのはありがたかったです。
3万円まで交通費を補助してくれるのもありがたかったです。
お金に余裕があることである程度わがままな転職活動が出来ました。
私のキャリアの中で大きな経験を占めるのはPGとSEです。
ですが直近の私に合っていて、社内できちんと評価された業務で求人を探すことにしました。
結果的にはSE、PGで最後の内定を頂いたのですが、今まで見えていなかった会社の側面を見ることができて面白かったです。
SE、PGでしか社会を見ていなかったというか、志望する業務が変われば求人票の見方がずいぶん変わるんだなぁ、と実感出来ました。
また、そのうち続きを書きます。
コネ入社とかって意味ではないですよ。
前に勤めていた会社がちょっとだけ大きな会社でしたので、リストラに伴い私自ら手を上げて退職したため、会社都合の退職となり以下の事がなされました。
・退職金が出た。(年収分をちょっとオーバーする程度)
・失業保険がすぐにもらえた。
・転職支援会社を紹介してもらえ、会社が費用を負担した。
退職金は嬉しかったですね。
お陰で親をハワイに連れていけました。
それなりに良いプランのパッケージにしましたので、ロイヤルハワイアンに泊まりましたし、行き帰りは全日空で羽田発着でしたし、ハワイの空港に着いたら専用のタクシーが待っていて空港からホテルの間を送り迎えしてくれました。
そしてこのパッケージは飛行機とホテルのみのプランでしたので、それ以外は好きに行動できて、必要であればオプショナルの選択肢も多く、空きがあれば現地に当日でも申し込めるというのが嬉しかったです。
そして失業保険も失業した翌月からもらえたこともありがたかったです。
自己都合の場合は最初にもらえるまで３ヶ月待たなければなりません。
そして転職支援会社もありがたかったです。
一人ひとりに担当者が付き、１～２週間に１度は面談がありました。
その時の状況報告や求人の紹介なんかをしてくれるんですが、このお陰で転職活動のモチベーションを保つことが出来ました。
一人で長期の転職活動だとどうしてもだれ気味になるものだと思いますので、それを防止出来たのはありがたかったです。
3万円まで交通費を補助してくれるのもありがたかったです。
お金に余裕があることである程度わがままな転職活動が出来ました。
私のキャリアの中で大きな経験を占めるのはPGとSEです。
ですが直近の私に合っていて、社内できちんと評価された業務で求人を探すことにしました。
結果的にはSE、PGで最後の内定を頂いたのですが、今まで見えていなかった会社の側面を見ることができて面白かったです。
SE、PGでしか社会を見ていなかったというか、志望する業務が変われば求人票の見方がずいぶん変わるんだなぁ、と実感出来ました。
また、そのうち続きを書きます。
2011年11月12日土曜日
「Amazon Book Reminder」ですが、色々と大変です。
ちょっとプログラミング寄りな投稿になります。
「Amazon Book Reminder」というアプリを作成して公開している事を以前投稿しました。
しかし、このアプリを構築し公開しているGoogleAppEngineという環境があるのですが、最近その環境を利用する為の料金体系が変更になり、色々と大変な事になっています。
料金体系を細かく分けて、機能別に料金を徴収するように変更されました。
プログラムの書き方を根本的に変えなければいけないようです。
まあ私のプログラムの書き方が悪かったというか、あまりGoogleのBigtableの特性を考えない使い方をしていました。
一番の問題はBigtableのDatastoreに対する読み込み処理の回数が閾値を超えてしまっていることです。
閾値を超えるとどうなるかというと、エラーをログに出力し、プログラムの実行が強制的に終了されてしまいます。
私がプログラムでデータを扱うとなると、長く使ってきたのはORACLEという商用データベースです。
ついついBigtableに対してもORACLE的な使い方をしていました。
ORACLEではSQLという仕組みを利用してデータを検索します。
ORACLEではいかに複雑にSQLを組み上げて効率的に速くデータを検索するかに力点をおいて作業をしていました。
しかしBigtableのDatastoreに対してはあまり複雑なSQLが記述できません。
そもそもBigtableとORACLEでは仕組みが全く異なります。
ORACLEはリレーショナルデータベース、Bigtableは分散Key-Valueという仕組みというか考えに基づいて設計されています。
BigtableのDatastoreに対して以下のように処理していました。
・簡単な絞り込みができるSQLを発行しデータを取り出す。
・取り出したデータをループ処理でぐるぐる回す。
・ループの中でさらに絞り込みの判断を行い、その判断をパスしたデータを使用する。
というような段階を踏んで処理を実行していました。
しかし上記のような処理方法だと無駄なデータ読み込みが発生してしまいます。
これがデータ読み込み回数が閾値を超えてしまう大きな原因だと判断しています。
もう少しGoogleのDatastoreにあった使い方を勉強する必要があります。
また、新刊情報をAmazonに問い合わせてメールを発行する夜中の処理では、問題が発生した際にデータの追跡が行えるようにテンポラリー的なデータの置き場所を確保して、処理の過程で発生したデータをそこに書き込んでいます。
これがデータ書き込みの回数を上げている原因だと考えています。
データ書き込みに関しては閾値を超えていませんが、データ読み込みが改善されると、次は書き込みの回数が上がるものだと考えています。
とりあえず今は天井知らずで課金される可能性がありますので、課金オプションはOFFにしています。
実はアプリのメインページでは裏側で様々なデータを読み込んでいます。
なので、アプリの認証後のメインページへの遷移の段階でエラーで落ちてしまいます。
閾値に近ければ認証画面で落ちてしまうかもしれません。
幸いなことに今まで登録して頂いていたデータに関しましては夜間処理を工夫して、一日に処理できる処理は減ってしまいましたが、なんとか新刊メールは送信できている状態です。
ただタイミングが悪いと新刊が発売された後で新刊情報のメールが送付されるというような事が発生してしまいます。
問題発生前ですと登録データをAmazonデータと突合させるのは１つのデータに対して5日に１度は突合されるようにしてきましたが、今ではそれが出来ていません。
とりあえず漏れがないように購入する、という使い方をされている方に対しては影響はありません。
新刊メールは遅れて送信される可能性はありますが、新刊が出たよ、という情報は届きますので。
しかし、新刊を早く手に入れたい、と思われている方にはそのような使い方は現在は出来ません。
ただAmazonを使っている限り、たとえ予約していても発売日より２～３日遅れて届くことは当然のことだと思われますので、あまりそのような使い方をしている方はいらっしゃらないと想定しています。
不幸なタイミングというか、このタイミングで私は転職してしまいましたので、平日はもちろん休日もあまりプログラムの修正に時間を割くことが出来ません。
大変申し訳ございませんが、気長に修正をお待ち頂ければと思います。
「Amazon Book Reminder」というアプリを作成して公開している事を以前投稿しました。
しかし、このアプリを構築し公開しているGoogleAppEngineという環境があるのですが、最近その環境を利用する為の料金体系が変更になり、色々と大変な事になっています。
料金体系を細かく分けて、機能別に料金を徴収するように変更されました。
プログラムの書き方を根本的に変えなければいけないようです。
まあ私のプログラムの書き方が悪かったというか、あまりGoogleのBigtableの特性を考えない使い方をしていました。
一番の問題はBigtableのDatastoreに対する読み込み処理の回数が閾値を超えてしまっていることです。
閾値を超えるとどうなるかというと、エラーをログに出力し、プログラムの実行が強制的に終了されてしまいます。
私がプログラムでデータを扱うとなると、長く使ってきたのはORACLEという商用データベースです。
ついついBigtableに対してもORACLE的な使い方をしていました。
ORACLEではSQLという仕組みを利用してデータを検索します。
ORACLEではいかに複雑にSQLを組み上げて効率的に速くデータを検索するかに力点をおいて作業をしていました。
しかしBigtableのDatastoreに対してはあまり複雑なSQLが記述できません。
そもそもBigtableとORACLEでは仕組みが全く異なります。
ORACLEはリレーショナルデータベース、Bigtableは分散Key-Valueという仕組みというか考えに基づいて設計されています。
BigtableのDatastoreに対して以下のように処理していました。
・簡単な絞り込みができるSQLを発行しデータを取り出す。
・取り出したデータをループ処理でぐるぐる回す。
・ループの中でさらに絞り込みの判断を行い、その判断をパスしたデータを使用する。
というような段階を踏んで処理を実行していました。
しかし上記のような処理方法だと無駄なデータ読み込みが発生してしまいます。
これがデータ読み込み回数が閾値を超えてしまう大きな原因だと判断しています。
もう少しGoogleのDatastoreにあった使い方を勉強する必要があります。
また、新刊情報をAmazonに問い合わせてメールを発行する夜中の処理では、問題が発生した際にデータの追跡が行えるようにテンポラリー的なデータの置き場所を確保して、処理の過程で発生したデータをそこに書き込んでいます。
これがデータ書き込みの回数を上げている原因だと考えています。
データ書き込みに関しては閾値を超えていませんが、データ読み込みが改善されると、次は書き込みの回数が上がるものだと考えています。
とりあえず今は天井知らずで課金される可能性がありますので、課金オプションはOFFにしています。
実はアプリのメインページでは裏側で様々なデータを読み込んでいます。
なので、アプリの認証後のメインページへの遷移の段階でエラーで落ちてしまいます。
閾値に近ければ認証画面で落ちてしまうかもしれません。
幸いなことに今まで登録して頂いていたデータに関しましては夜間処理を工夫して、一日に処理できる処理は減ってしまいましたが、なんとか新刊メールは送信できている状態です。
ただタイミングが悪いと新刊が発売された後で新刊情報のメールが送付されるというような事が発生してしまいます。
問題発生前ですと登録データをAmazonデータと突合させるのは１つのデータに対して5日に１度は突合されるようにしてきましたが、今ではそれが出来ていません。
とりあえず漏れがないように購入する、という使い方をされている方に対しては影響はありません。
新刊メールは遅れて送信される可能性はありますが、新刊が出たよ、という情報は届きますので。
しかし、新刊を早く手に入れたい、と思われている方にはそのような使い方は現在は出来ません。
ただAmazonを使っている限り、たとえ予約していても発売日より２～３日遅れて届くことは当然のことだと思われますので、あまりそのような使い方をしている方はいらっしゃらないと想定しています。
不幸なタイミングというか、このタイミングで私は転職してしまいましたので、平日はもちろん休日もあまりプログラムの修正に時間を割くことが出来ません。
大変申し訳ございませんが、気長に修正をお待ち頂ければと思います。
2011年11月6日日曜日
なんか水樹奈々だらけでした。
今日は山手線と中央線に乗ったんですが、外を流れる景色の中にやたらと水樹奈々の広告がありました。
新しいアルバムと東京ドーム公演の広告がありました。
儲かっているんですかね。
私は水樹奈々といえば、「Heart-Shaped Chant」しか無いんですけど。
他にも色々と歌を出しているようですが、この歌の印象が強すぎて他の歌が印象にありません。
うまくYoutube動画は埋め込めていますかね？
昔見たときはもうちょっといい動画があったんですが、削除されてしまったようです。
なんという声域と声量なんだろうと驚きました。
これで本職の歌手ではなく声優だということが更に驚きでした。
いわゆる歌手と言われている本職の方でもこの歌を水樹奈々と同じように歌える人はそうそう居ないんじゃないですかね。
新しいアルバムと東京ドーム公演の広告がありました。
儲かっているんですかね。
私は水樹奈々といえば、「Heart-Shaped Chant」しか無いんですけど。
他にも色々と歌を出しているようですが、この歌の印象が強すぎて他の歌が印象にありません。
うまくYoutube動画は埋め込めていますかね？
昔見たときはもうちょっといい動画があったんですが、削除されてしまったようです。
なんという声域と声量なんだろうと驚きました。
これで本職の歌手ではなく声優だということが更に驚きでした。
いわゆる歌手と言われている本職の方でもこの歌を水樹奈々と同じように歌える人はそうそう居ないんじゃないですかね。
iPod Touchのミュージックプレイヤーの調子が悪いです。解決？
iPod Touchのミュージックプレイヤーの調子が悪いです。
http://takabonblog.blogspot.com/2011/11/ipod-touch.html
の解決編です。
渋谷のAppleStoreのGeniusBarに行って来ました。
結論から書きますと、直ったかもしれません。
今のところは問題が出ていません。
一週間使ってみて問題が出なければ直ったとしようと思います。
GeniusBarで症状を伝えたところ、iTunesでの復元を実行しても良くない設定も復元してしまう可能性があるとのことでした。
ということで「設定」→「一般」→「すべての設定をリセット」を実施しました。
そして今のところ症状は出ていません。
これでも治らないときは、復元の時に事前にバックアップするデータからのバックアップを行わず、真っ白なTouchに対して、iTunesと同期して元の状態に戻すように、と教えて頂きました。
症状が出ないといいなぁ・・・
ところでWEBでGeniusBarの予約をする際に、症状の詳細を入力するダイアログに文字を入力するたびに入力していた文字が消えたり、ダイアログそのものが勝手に消えたりということがありました。
ダイアログは消えましたがGeniusBarの予約自体はできていました。
予約が出来ていたらメールが届くのでそれでご確認下さい。
Appleもこの問題を認識しているようで、２バイトコードが問題かも、ということで今問題を解決中とのことでした。
そして皆さん、AppleStoreに行く時はGeniusBarで予約してから行きましょう。
こんな休日に予約せずに行ってスタッフさんに「時間がないんだけど」とか「いつまで待たすの」とか文句言うのもやめましょう。
私は予約したお陰で時間通りにAppleStoreに着き、スタッフさんに着いている事を伝え、10分ほど待ってスタッフさんに名前を呼ばれました。
ちょっとした事をしておくことでだいぶ違いますよ。
http://takabonblog.blogspot.com/2011/11/ipod-touch.html
の解決編です。
渋谷のAppleStoreのGeniusBarに行って来ました。
結論から書きますと、直ったかもしれません。
今のところは問題が出ていません。
一週間使ってみて問題が出なければ直ったとしようと思います。
GeniusBarで症状を伝えたところ、iTunesでの復元を実行しても良くない設定も復元してしまう可能性があるとのことでした。
ということで「設定」→「一般」→「すべての設定をリセット」を実施しました。
そして今のところ症状は出ていません。
これでも治らないときは、復元の時に事前にバックアップするデータからのバックアップを行わず、真っ白なTouchに対して、iTunesと同期して元の状態に戻すように、と教えて頂きました。
症状が出ないといいなぁ・・・
ところでWEBでGeniusBarの予約をする際に、症状の詳細を入力するダイアログに文字を入力するたびに入力していた文字が消えたり、ダイアログそのものが勝手に消えたりということがありました。
ダイアログは消えましたがGeniusBarの予約自体はできていました。
予約が出来ていたらメールが届くのでそれでご確認下さい。
Appleもこの問題を認識しているようで、２バイトコードが問題かも、ということで今問題を解決中とのことでした。
そして皆さん、AppleStoreに行く時はGeniusBarで予約してから行きましょう。
こんな休日に予約せずに行ってスタッフさんに「時間がないんだけど」とか「いつまで待たすの」とか文句言うのもやめましょう。
私は予約したお陰で時間通りにAppleStoreに着き、スタッフさんに着いている事を伝え、10分ほど待ってスタッフさんに名前を呼ばれました。
ちょっとした事をしておくことでだいぶ違いますよ。
渋谷109でＴＩＧＥＲ＆BUNNYイベント？
今日、渋谷109の前を通ったらTIGER&BUNNYのパネルがドーン。
私的にはすごく違和感があったのですが、女の子がいっぱい居て写メ撮りまくってました。
う～ん、この光景を見ても違和感が消えませんでした。
私的にはすごく違和感があったのですが、女の子がいっぱい居て写メ撮りまくってました。
う～ん、この光景を見ても違和感が消えませんでした。
実は転職活動をしていました。
実はここ１年３ヶ月ほど転職活動をしていました。
現在は会社が決まり11/1から３ヶ月の試用期間中です。
３ヶ月後に正式採用かどうかが決まります。
勤め始めて最初の１週間が経過しました。
まあ火曜日からの入社で、木曜日は祝日だったので、３日しか働いてませんが。
転職活動自体は結構大変だったのでちょっとずつどんな感じで転職活動をしてきたのかを投稿していきたいと思います。
現在は会社が決まり11/1から３ヶ月の試用期間中です。
３ヶ月後に正式採用かどうかが決まります。
勤め始めて最初の１週間が経過しました。
まあ火曜日からの入社で、木曜日は祝日だったので、３日しか働いてませんが。
転職活動自体は結構大変だったのでちょっとずつどんな感じで転職活動をしてきたのかを投稿していきたいと思います。
iPod Touchのミュージックプレイヤーの調子が悪いです。
iOSを5にバージョンアップしてから、ミュージックプレイヤーの調子が悪いです。
症状としては、PodCastを聞いていて、そのまま聞きっぱなしで画面操作なしで放置しておくと、次に操作しようとすると画面が固まって操作が出来ません。
例えば、電車に３０分ぐらい乗っている間にPodCastを聞いていて、電車を降りて、音楽に切り替えようとしても、固まっているような状態です。
Touch自体が固まってしまうわけではなく、またミュージックプレイヤー自体が固まってしまうわけでもなく、操作のみができない状態になります。
ミュージックプレイヤーはTouchを縦にしたり横にしたりするときちんと反応します。
しかし、再生、停止、音量調節、リスト表示、前の画面に戻る、等の操作が出来ません。
なぜか現在の再生状況を示すティッカーはキチンとスクロールしています。
操作を受け付けるところがフリーズしているような感じです。
iTunesにつないで、復元(工場出荷状態に戻してデータを入れなおす)をして見ましたが、やはりミュージックプレイヤーを放置していると固まります。
ちなみにiTunesもTouchも最新バージョンにしています。
幸いにも渋谷AppleStoreのGeniusBarの予約が取れたので、どういうことなのか確認してきます。
まあ今、有楽町マルイのスタバなんですが、銀座は予約がいっぱいで取れませんでした。
症状としては、PodCastを聞いていて、そのまま聞きっぱなしで画面操作なしで放置しておくと、次に操作しようとすると画面が固まって操作が出来ません。
例えば、電車に３０分ぐらい乗っている間にPodCastを聞いていて、電車を降りて、音楽に切り替えようとしても、固まっているような状態です。
Touch自体が固まってしまうわけではなく、またミュージックプレイヤー自体が固まってしまうわけでもなく、操作のみができない状態になります。
ミュージックプレイヤーはTouchを縦にしたり横にしたりするときちんと反応します。
しかし、再生、停止、音量調節、リスト表示、前の画面に戻る、等の操作が出来ません。
なぜか現在の再生状況を示すティッカーはキチンとスクロールしています。
操作を受け付けるところがフリーズしているような感じです。
iTunesにつないで、復元(工場出荷状態に戻してデータを入れなおす)をして見ましたが、やはりミュージックプレイヤーを放置していると固まります。
ちなみにiTunesもTouchも最新バージョンにしています。
幸いにも渋谷AppleStoreのGeniusBarの予約が取れたので、どういうことなのか確認してきます。
まあ今、有楽町マルイのスタバなんですが、銀座は予約がいっぱいで取れませんでした。
登録:
投稿 (Atom)