Amon2::Lite (0.07)にて、post(あるいはget)が405 Method Not Allowedになるケース
自分のやり方が希有なケースなのかもしれないのと、pathを書き換えれば即対応もできる、という前提で。
今確認している限りだと、一つのPathでgetとpostの両方の処理を書くと、後に書いた方がうまくmatchされないという状態になっている。
131 if (my $p = $router->match($c->request->env)) {
132 if ($p->{method}) {
133 for my $method ( @{ $p->{method} } ) {
134 if ( $method eq $c->request->env->{REQUEST_METHOD} ) {
135 return $p->{code}->( $c, $p );
136 }
137 }
138 } else {
139 return $p->{code}->( $c, $p );
140 }
141 my $content = '405 Method Not Allowed';
142 return $c->create_response(
143 405,
144 [
145 'Content-Type' => 'text/plain; charset=utf-8',
146 'Content-Length' => length($content),
147 ],
148 [$content]
149 );
app.psgiで、
get '/login' => sub { shift->render('login.html') };
post '/login' => sub {
my $c = shift;
...
};
としたうえで/loginに対してpostリクエストを送り、132行目の$pをDumpさせると
$VAR1 = {
'method' => [
'GET',
'HEAD'
],
'code' => sub { "DUMMY" }
};
となる。
修正をかけるにしても、Router::Simpleのほうにmethodも確認するようにpatchをあてないとダメな気がしつつ、なんかめんどくさいのでpathを変更する形でapp.psgiを修正しちゃったほうが早い気もしつつ…。
只今のモバマス模様
mobageのアイマスがスマートフォンにも対応された、というtweetを見て開始。
チーム編成
現在38lv。雪歩・美希・伊織が主力で、スキマをオリジナルキャラが埋めているという状態。雪歩＋伊織＋無料ガチャでは少々心もとないチーム編成だったので、オープン時にやっていた1500コインの特別ガチャを一度だけ回して美希を増員。2回以上回したら無料ガチャの効果が薄れると感じてセーブ。
進め具合
イベントをこなしたり、ランキングに地味に入ったりしたお陰で、レッスン（合成）に著しい効果をもたらすキャラが複数もらえてる。貰いすぎて手元に収めるには溢れてしまうので、まだギフトから全部は受け取ってない。
同じような有料ガチャ等を控えているプレイヤーとは割と遊べている感じ。ガチャ漬けになっているユーザのチーム編成が露骨にパワープレイすぎて、ちょっと引くこともある。
ローコストでの運用
基本的に、チーム編成に使えるポイント内で、
- 「攻撃力あるいは防御力 / コスト」のコスト対能力値が高いキャラ
あるいは
- コスト対能力値がある程度低くても、特技をもっているキャラ
をメインにチームを組むわけだけど、そうそうレアが手に入ることはないため自然と前者前提になる。
同じアイドルを特訓（合成）すると各能力が大幅に上昇するものの、合成前の二人のアイドルの能力を高めておいた方が特訓後その分強化されるので、基本的に最大まで強化しつくしてから特訓というプレイスタイル。もちろん親愛度はMAX。
手に入るアイドルが多種多様なので目移りしてしまうのだけれど、コストが6〜10くらいのアイドルをフロントメンバーに置く形にすれば、ある程度は無料プレイ中心でも底上げは可能。細かい数値の違いとかで割と迷いそうになるけれど、実際にはスキルやら属性やらの補正で、割と細かい部分は無視してもかまわないくらいの状態になるので、アイドルの好みが決め手になる。
最初に決めるプレイヤー属性と合わないアイドルを取得した場合、レアならトレード要員として、それ以外は全部レッスン要員にしてしまう感じ。
対戦
プロダクションに入っていないプレイヤーはいい鴨になる。あと、劇団ひとりも。
基本的に高レベルプレイヤーは対戦相手から外すのだけれど、たまにレベルが高いわりに防御ポイントが低いプレイヤーもいるため（防御をすてて攻撃一択タイプ）、そういったのも合わせていくと勝率とランキングもそれなりに稼げる。
同レベル帯の平均的な育て方をしているプレイヤーに対戦ふっかけると割と高い確率で負けるので、防御ポイントとレベルをよく確認しないと黒星が蓄積されやすく、そこそこ負け上等プレイになりやすい。
まとめ
負けてもロストするものが少ない（人によっては全然痛くない）こともあって、無課金で負け上等プレイも割といける。勝ちを目指し始めると、恐らくきりがない。アイドルの編成をどうするか（メガネ'sとかお姉様軍団とか）ということのほうに夢中になるほうが幸せになれるかも。
iOSアプリ開発者として就職活動をする場合にたしなんでおきたい6つの事
@TonnyXu さんから引き続き、iOS Advent Calendarの13日目となります。
iPhoneアプリ開発もといスマートフォンアプリ開発者として就職活動中の @haoyayoi です。iOSもといスマートフォンのアプリ開発で食っていくお仕事につきたい場合、事前にどれだけの内容について最低限たしなんでおけばよさそうか、6つほどピックアップしてみました。
1.iPhoneアプリを沢山作って申請しておこう
某転職サービスを利用して、サービス担当者とお話をして強く言われたのが、
「皆さん、iPhoneアプリ作れます、って言う割に、何を作ったんですか、ってきくと、口ごもるんですよね〜。」
一応数年前に一本、そして先日もう一本仕上げていた身だったので、「作ってないのに作れます、ってのは流石にないですよねー」とかえしたんですが、2本はやっぱり少ないなと自分でも思うところです。（1年6ヶ月程はLL及びサーバの知識を付けるのに精一杯だった、とか泣き言ですね、はい。）
2.githubにアカウントをつくって利用しておこう
某転職サービスの担当者から更に言われた事が、
「つくっていらっしゃるんですね！ではソースコードとか拝見させていただけますか？」
さすがに有料アプリのソースコードを積極的に公開する人はそうは居ないと思うんです、はい。
また、某らいおんなiPhoneアプリのこともあって、projectを丸ごとアップするのには抵抗ある開発者の方もそこそこいるはず。なので、何か小さめなサンプルプロジェクトを公開するのも手かもしれません。もしくはgistとか。
3.Linuxのコマンドラインになれておこう
とはいえ、ボリュームがあることも確かです。とりあえず git に慣れておくことは大事だと思われます。「Xcodeからじゃないとgit触れません(テヘ」なんて口にしたら、空気が固まる可能性もあります。
あたりをたしなんでおくと、さらに色々と頼れる人材になるかもしれません。
5.サーバにも慣れておこう
サーバ上でWebAPIを作れるようになれば、iPhoneからサーバを通して色々なアクションがとれるようにもなります。LLを覚える必要もありますが、Objective-Cを覚えられたのだから大した労力でもないでしょう。
レンタルサーバとしては、
など、他にもいくつかありますが、とりあえずはお金そこまで掛からない場所を選びたいところです。
WebAPIの開発言語としては、
などありますが、php覚えればとりあえずは色々大丈夫だと思います。
MySQLも操作できるようになっておくとなおよしです。
また、iPhoneアプリのサポート用ページをCGIなどで書き直してみるのも手ですね。
6.javaも覚えてみよう
Android開発にも思い切って取り組んでみましょう。「も」というにはボリューム感は若干ありますが、Titanium Mobileなどではキャッチしづらいディープな部分も掴めるようになるはずです。Eclipseの操作に馴染む必要もありますが、Xcodeに馴染んでいるのなら大した問題ではないでしょう。ただ、実機確認という点が厳しいかもしれません。
まとめ
6つほどピックアップしてみました。いかがでしたでしょうか。
なお、世の中
- iPhoneネイティブアプリ開発者として採用されたのに、サーバ上でLL触る仕事ばかり任されてobjc全然触れなかった
- AndroidとiOSのネイティブアプリ開発なんてやってる内容は同じもんだとしてプロジェクトを任された上で、仕様がネイティブ機能ガン無視で、最終的に炎上して焼結した。
- ネイティブのUIとか画面なんて全部html5で置き換えられるだろうと主張されて、ネイティブにタッチできない
なんてことはよくあります。
ネイティブアプリ開発について、スマートフォンの特性及び操作体験について、きちんと理解している会社に就職したいものですね。
明日は @kaz_29 さんです。
はてなブログはじめました
色々と機能が整ってるらしいので、乗り換え候補として始めてみました。PCからの編集は わかりやすいなーと思いつつも、iPhoneからみるとどうだろうと確かめてみたところ、
このようにサイズ最適化はされていないようなので、これからだなーと思いました。
dotcloudでNet::Facebook::Oauth2を使ったさいにハマりやすいかもしれないところ
最近流行のFacebook上で、お手軽にFacebookアプリをつくるために便利なModule Net::Facebook::Oauth2というやつがあります。
お手軽に使えるものを更にお手軽にdeployしたくて延々とdotcloudを弄っていたのですが、httpsがだめということでaccess_tokenがとれない。万が一ということもあって、Crypt::SSLeayとNet::SSLeay、IO::Socket::SSLをも導入してみたけど、コレでもダメ。
dotcloudさんもFacebookの前に敗れ去るのかなーとか思いつつ、dotcloud上にinstallしたNet/Facebook/Oauth2.pmをちょっと弄ってみたところ、69行目あたりの$responseをdumpした結果に
LWP will support https URLs if the LWP::Protocol::https module is installed.
ってでてた。通常のdotcloud logs xxxxではこれが吐き出されてなかったから、気がつかなくてハマりっぱなしだった。
LWP::Protocol::https を追加して無事認証終了。
YAPC::Asia 2011をへて
とかタイトルつけたけど、中身はあんまりYAPC関係ないかもしれません。
非公式後夜祭 in 大和路にて、いつものように他の参加者と話さずに只管食って終わりそうになって、「これじゃいかんよね」とさいきろんさんの隣にお邪魔して、iPhone4S弄っておりました。話すキッカケがなかったので…って、これじゃ意味がありません。
丁度隣席に弊社エンジニアの@karupaneruraが来て、LTやTALKについて色々とトークが盛り上がり始めたので、ここぞとばかりに色々とぶっちゃけ質問してました。斜め前にいるのが@nipotanさんだということに全然気がついてなかったのですが、まぁ大した事じゃない。
Q.LTってなんか外すと寒くなったりするーされたりして怖そう
A.外したりスルーされたりしても、5分程度ですむから大丈夫
Q.でもLTってトークネタむずかしくね？
A.初めての人が慣れるには良い場所。嫁自慢とかふるさと自慢でもなんでもいい。
Q.TALKに質問ってしにくいんですが
A.質問はどんどんすべき。質問がずれてる場合、講演してる人がそもそもイケテないトークの場合あるから気にしない。
Q.TALKの質問時間って数秒、あるいは数十秒でちょーみじかいんですが
A.TALKの時間ギリギリぴったりに、講演してる人がスライド作ってるのが原因。
自己紹介ばっかりで時間取られるっていうのは、そもそも自身の認知度が低いことを考慮して認知度を上げようと意識してる証拠であるとは思います。人に認知してもらう場合、予め名刺とか首から下げる名刺入れにTwitterアイコン印刷して差し込んでおけばいいらしいです。
しょーもない質問に応えてくれた、@tokuhirom @nipotan @TAKESAKO @miyagawa さんら諸氏の方々、ありがとうございました。
YAPC::Asia 2011 のまともなレポートは、他の参加者の人達が書くであろう素晴らしいエントリーをみてください てへぺろ☆(・ω<)
