2014年7月23日水曜日

Wordpressに移行しました

嘘。移行しきれてないけどな。
アプリのサポートページとか。

http://nadegiri.main.jp/

基本的にもうこっち更新しませんので。

"Your app status is Removed From Sale"

"Your app status is Removed From Sale"

『お前のアプリは既に死んでいる(^ω^)』という表題のメールが。

なんか2chBuzzの2.0の審査したらいかがわCコンテンツがあったって言って1.0ごとリジェクトしたらしいのだが。
それは分かるとして、2.0審査リジェクトで添付されてきた画面のキャプチャが1.0のなんだが。

お前らちゃんと審査してねえだろ。

ResolutionCenterで抗議して終了。

2014年7月20日日曜日

審査前のvaridateエラー「The app references non-public selectors in 〜」

エラーでたー(´・ω・`)

The app references non-public selectors in Payload/○○○.app/○○○: number,setnumber:

なぜ毎回違うエラーがでるのか。
そしてまたsetNumberなんてメソッド使ってませんですことよ。
number型に何か入れてるところが問題なんだろうが分からん。

Status的にはPassed Validation with Warningsで一応通っているので今回は無視。

ワカンネ

2014年7月19日土曜日

設定言語の種類の取得方法

多言語対応で定数差し替えたい場合はNSLocalizedStringとか使うんだが、
今回は言語の種別そのものを取得する。

NSArray *languages = [NSLocale preferredLanguages]; 

NSString *currentLang = [languages objectAtIndex:0];


この変数にjaとかenとか入ってくる。
今回自分はjaとenの二種しか使わない。

・・・・というか、洒落た感じにしようと日本語非対応のフォントとか使うんじゃないね('A`)

2014年7月17日木曜日

『Your app, 2ch.Buzz, does not comply with the App Review Guidelines』

なにやらAppleからメールが来た。
リリース済みのアプリに問題が生じたらしい。

『Your app, 2ch.Buzz, does not comply with the App Review Guidelines』

Your app, 2ch.Buzz (642142667), does not comply with one or more App Review Guidelines.

For details, or to directly contact the App Review team, visit the Resolution Center in iTunes Connect.

Regards,

The App Review team


ですってよー。
RSS取得して表示するアプリだからいかがわしい記事が混じったらしい。
24時間以内に対応しろですと。

てか、審査中でもないのにどうやって検出してんだ?


2014年7月16日水曜日

100日連続ブログ更新しました ☆-(ノ゚Д゚)八(゚Д゚ )ノイエーイ

やったね(白目)

今年四月中旬のニート開始から、100日間連続更新を目標に100記事以上ブログを更新した。
まあ更新できない日ももちろんあったけれど、かならず前後の日で更新してなんとか100記事。
感動で涙が滲む。これ読んだ人も泣いていいよ?

ほぼ1ヶ月で一本ペースでアプリつくって、未だ収益化はみえず。

今日も2chBuzzに広告入れて審査だしたけどまたなんかリンク先がいかがわしいとかでRejectされてましたねなんか。
リリースできたのただの奇跡だろほんとアレ。

今後はまー、とりあえず毎日更新縛りプレイは解除してもいいかもとは思うけども、
ブログ更新ネタを作るために開発すすめないとエオルゼアから帰ってこれなくなりそうなので、
毎日更新はもうちょっとだけ続くんじゃ

名付けてブログ駆動開発。

完結編・StoryBoard上でUITabBarItemを選択した場合に必ずExecBadAccessで落ちる。





原因 → コーディングでした

//delegate
self.navigationController.delegate = self;
self.tabBarController.delegate = self;
この2行をテーブルビューのdidloadに入れてたんだけど、これがアカンかったらしい。
コメントにしたら落ちなくなった。

結局、
「UINavigationControllerとUITabbarControllerの制御はStoryBoadがやるのになに勝手に触ってんの^^;」
て話なんだろう。

おう。それは分かる。

違う。違うんだよそうじゃないだろ。
実際動かせないSegue接続とか、特定の画面遷移パターンのみexc_bad_accessでデバッグすら不能とか、起動即終了とか、解決方法を提示しない強制終了が多すぎるだろう。

できないこととできることをはっきりしろという。

よくある話ではあるけど、バックエンドがどこまで自動で面倒見てるのか理解してないと使い物にならんね。
道具は理解して使わないといけないのは基本中の基本だが、理解しなくて中途半端に使えるのに面倒見ないのはかえって敷居上がらないか?
StoryBoardって、画面の流れとか、見ればはっきり分かるのが利点なんじゃないかと思うんだけど。だよね?

ほんと5日間進捗ゼロとか客先だったらハゲ上がってるぞ

俺はStoryBoadを使うのをやめるぞー!!!!!!(2度目)

2014年7月15日火曜日

2014年7月14日月曜日

StoryBoard上でUITabBarItemを選択した場合に必ずExecBadAccessで落ちる。

StoryBoardにAppleが想定しない接続方法と不具合が同時に備わり俺が死ぬ。

未解決。調査中。3日はまってる。











タブ上の先頭のTableViewでcellを選択し、次の画面に遷移し、戻ってきて別のタブを選択するとexec_bad_accessで落ちる。
mainまで上がったところで落ちる。

( ´ー`)フゥー...な゛ん゛な゛の゛!?

2014年7月13日日曜日

いまさらながら、インデントのショートカット

control + I (大文字のi)ね。

あと関係ないけど、
option + command + c でコミット。

超便利。超今更。
こういうのに気づかない時はめっちゃ頭腐ってるということだと思う。
てことはずっと腐ってる。