curious4dev

色々ダメなandroidアプリを開発したい会社員 高橋が綴る、androidアプリ開発やArduinoについて

*

遅刻の言い訳提案システム 稼働三日目 ~大失敗~

 

お疲れ様です。高橋です。

三日目を迎えた遅刻の言い訳提案システムですが、重大なバグがあり、今日は動作しませんでした。

赤っぽいのが寝坊数で、青が本来、提案した数なのですが、「1分毎に、直近1分以内の寝坊を検出」するところ、デバッグのために設定していた”100″分以内の寝坊を取得していたので、6:45の寝坊ツイートも検知する等、おかしなデータになってます。

031101

これは序の口。もっと重大なバグがありました。

重大なバグ

なんと、重大級が2つもあります。

リプライを送る箇所をコメントアウトしてた

昨晩のデバッグの際にリプライを実行する箇所をコメントアウトしたままの状態でサーバに上げてました。

なんか変数がおかしな事になってた

trueを入れてあげないといけないのに、「tue」を入れてました。なんだtueって。

とりあえず修正し、明日再チャレンジです。

寝坊者の利用端末状況

とはいえ、別途仕込んでおいた利用端末の採取の箇所は成功してました。

利用端末状況

031102

寝坊者の22.68%がAndroidユーザです。これだと、今までの提案数の22.68%で済むため、1時間300制限や15分100制限に引っかかること無く2時間連続で提案し続けることが出来ます。

端末別Metrics

また、利用端末と「お気に入り」「フォロー」「フォロワー」「ツイート」のaverageとmedianを出してみました。

031103

Averageで見ると、iPhone寝坊者がAndroid寝坊者に比べて平均お気に入り数が1.6倍多く、平均フォロワー数は2.5倍多いのですが、Medianで見るとそれほど大差ありません。Averageがここまでブレるのは今日のデータに異常値がかなり混在しているためと思われます。要はiPhone寝坊者であろうとAndroid寝坊者であろうと、各metricsにそれほど大差は無い、って事です。

端末別の各Metrics相関

「お気に入り」「フォロー」「フォロワー」「ツイート」の4種類を相互にぶつけ、さらに端末で色分けしています。ここで見るべきは、端末の種類で傾向線に著しい差が発生しているかどうか、という点です。

031104

これも外れ値が大きく傾向線に作用してしまっているので、あまり使えません。とりあえず明日もデータを採取し、検証してから、フィルタリングするかどうか決定します。

追加機能

ただのバグフィックスとデータ取りだけだと、つまんないので。ユーザ毎の提案回数をカウントしているので、3回以上だと「多すぎる」と指摘する事にしました。

以上、よろしくお願い致します。

 - アプリ開発

  関連記事

Androidアプリで画面遷移してもBGMが鳴り続けるようにしてみた。

お疲れ様です。高橋です。 先日無事にDAWで楽曲を作成してandroidアプリか …

androidアプリから総務省APIをコールしてみる

お疲れ様です。高橋です。 androidアプリから総務省APIをコールする事に成 …

遅刻の言い訳提案システム 第一週最終日

お疲れ様です。高橋です。 今週は稼働→分析→修正→稼働、という繰り返しを何度か実 …

総務省の統計APIからデータを取得する

お疲れ様です。高橋です。 androidアプリから総務省APIをコールしてみる  …

リリースアプリ群が累計400ダウンロード突破

お疲れ様です。高橋です。 スマートフォン向けアプリ群が2015年5月13日(水) …

androidアプリの作り方

お疲れ様です。高橋です。 androidアプリの作り方は、ググったところ大体下記 …

Win7(64bit)+cocos2dx-3.2でAndroid開発環境を構築してみた

お疲れ様です。高橋です。 ゲームを作る際に、自分で1から細々とした部品を作らなく …

「カナかな?」を実機デバッグし、ログ送出機能を追加してリリースしてみた。

お疲れ様です。高橋です。 デバッグしてみた 先日リリースした、西野カナ風の歌詞を …

歌詞生成アプリ「カナかな?」の動詞をチューニングしてみた。

お疲れ様です。高橋です。 昨日はサーバ周りに熱中してしまってクライアント側を全く …

遅刻の言い訳提案システムとウコンの力

お疲れ様です。高橋です。 現在稼働を続けている遅刻の言い訳提案システムは、改めて …