androidのフリックで今、長らく４位なのですが、
そろそろ3強を崩したい。
andoridのフリックアプリは公開してからのアクティブインストール数は順調に伸びてます。
iphoneは14位でした。
フリックファンと、にゃんこフリックはiphoneにしかないので
こちらの3強はandroidよりも強そうです。
iphoneのフリックアプリもandroidほどではないですが、公開してからのアクティブインストール数は順調に伸びてます。
# 追記
20190520にAndroid(フリック入力 練習)で3強に入りました。
# 追記
20190610にAndroidのフリックで3強に入りました。
# 追記
20190701にAndroidでいくつかのキーワードで２位に食い込めるようになりました。
# 追記
20190704にAndroidでビックのキーワードのフリックで
タイピングの神様を抜き２位へ。
こちらのサイトです。
https://searchman.com/android/keyword_ranking_trends/com.mskjgo.flicklearning/JP/
２ヶ月前にリリースしたフリックラーニングで確認して見ました。
キーワード別順位を時間軸で出したものです。
徐々にランキングが上がっているのがわかります。
bigワードを取れそうな順位まであげられたことを確認した後に、
タイトルや説明をその時に変えてあげれば良さそうなので、
そのタイミングがこのサイトで確認できそうです。
GWとりあえずアプリを作るためにflutterの基本的なところをお勉強してました。
http://wiki.nonip.net/index.php/Flutter
flutterはreactやvueなどの最近のjsにjavaっぽい型が付いた感じなので、
jsに精通していれば割と扱いやすいですね。
自分から見たflutterのメリットとしては2つ
・クロスプラットフォームなのと、
・ビルドしたアプリはデフォでUIがかなり洗練してるので、コストかけなくてもUXの高いアプリが作れそう
以下はその時々で変えても良いと思ってるので、そこまでのメリットとしては考えてません。
・flutterはクロスプラットフォームでは、上昇トレンド。
その後、とりあえずってことで、メモ帳アプリを作っていきました。
内部でデータを保存できるshared_preferenceとjsonライブラリを使って、
内部に記事レコードをjsonで保存できるようにしました。
なんとか公開まですることできました！
flutterの肝は非同期処理の結果の反映をsetState()するところですね。
両手フリック限定です。
10位
あたらしい
9位
あたま
8位
ふうふ
7位
いろいろ
6位
じょうほう（しちょうしゃ・ちゅうもん）
5位
さいこう（こうこう）
4位
せいかい（さいかい）
3位
こうおん（かいほう・さいのう）
2位
へいせい（こうせい・もくせい）
1位
ちへいせん
気持ちいい両手フリックワードtop10ランキング
10位
あたらしい
9位
あたま
8位
ふうふ
7位
いろいろ
6位
じょうほう
5位
さいこう
4位
せいかい
3位
こうおん
2位
へいせい
1位
ちへいせんフリック入力練習ならフリックラーニング
Androidhttps://t.co/bQaW4Rt3mA
iPhonehttps://t.co/GmrrhwhtS6— かじ@アプリデベロッパー (@_kajimura) April 22, 2019
Googleトレンド比較(react vs vue)
https://trends.google.co.jp/trends/explore?cat=31&date=today%205-y&q=react,vue
React vs Vue vs Angular
https://media.itkaikei.com/2019/01/31/react-angular-vue/
2019/2/28現在のトレンド
flutterが上がってきたが、まだまだreactnativeのシェアは高いよう。
参照：
https://engineering.mobalab.net/2018/06/12/%E3%83%8F%E3%82%A4%E3%83%96%E3%83%AA%E3%83%83%E3%83%89%E3%82%A2%E3%83%97%E3%83%AA%E3%81%AE%E6%9C%80%E6%96%B0%E3%83%88%E3%83%AC%E3%83%B3%E3%83%89/
2012年ごろから使ってるvpsのhdd容量が100GBで、95%を超えて来たので不要なファイルを削除することにしました。
まずは結果から(muninのdisk容量画面)
95%を59%まで減らしました。
まずは/の下でどのdirに無駄なファイルがあるか調べて来ました。
$ cd /
$ ls -a | grep \.\.\. | xargs du -sh
0 .autofsck
0 .autorelabel
129M .journal
8.0K .rnd
6.0M bin
31M boot
52K dev
231M etc
7.8G home
534M lib
22M lib64
16K lost+found
8.0K media
8.0K mnt
429M opt
0 proc
143M root
28M sbin
8.0K selinux
8.0K srv
4.1G swapfile
0 sys
444K tmp
574M u01
28G usr
46G var
home, swapfile, usr, varにあるようです。
homeについてはすぐに見つかりメール送信ファイル履歴が原因でした。
7.0G /home/Maildir/new
次のvarを追ってったところ
$ cd /var
$ ls -a | grep \.\.\. | xargs du -sh
160M cache
32K empty
8.0K games
4.5G git
8.0M ktserver
20G lib
8.0K local
40K lock
1.9G log
0 mail
8.0K net-snmp
8.0K nis
8.0K opt
8.0K preserve
172K run
584K spool
684K svn
16K tmp
124K webmin
21G www
git, lib, www, logが怪しかったです。
gitについてはgitレポジトリを自サーバーで作ってたのが原因なので、gitホスティングへ移してgitは削除しました。
wwwは自分のサイトが原因で、logは普通のログが溜まってたので削除可能なものは削除しました。
$ cd /var/lib
$ ls -a | grep \.\.\. | xargs du -sh
72K alternatives
4.0K dav
16K dbus
8.0K dhclient
8.0K dhcpv6
8.0K games
8.0K hal
56K iscsi
45M jenkins
136K logrotate.status
16K misc
45M mlocate
2.7G mongo
8.0K multipath
32K munin
8.0K munin-node
16G mysql
28K nginx
12K ntp
2.2M pear
32M pgsql
27M php
4.0K postfix
8.0K random-seed
857M redis
41M rpm
44K sepolgen
16K stateless
8.0K tpm
8.0K yum
昔テストで入れたmongo, 運用中のmysqlでした。
mongoは不要なので削除。
cd /usr
12K X11R6
460M bin
8.0K etc
8.0K games
35M include
176M java
168K kerberos
504M lib
359M lib64
156M libexec
25G local
192K npm-debug.log
16M sbin
597M share
24K src
0 tmp
cd /usr/local
67M bin
12K etc
8.0K games
4.5M include
17M kyotocabinet
8.2M kyototycoon
328M lib
8.0K lib64
432K libexec
256K man
76M python
0 rrdtool
8.0K sbin
77M share
25G src
14M ssl
cd /usr/local/src
6.5G android-sdk-linux
2.1G android-sdk-linux_x86
9.9G elasticsearch-1.5.2
1.2G mono-3.2.8
/usrは追ってくと/usr/local/srcに行き着いて上記4つが割と食ってたので削除しました。
http://wiki.nonip.net/index.php/Unity/Csharp/Request
今までDelegateを使わずに
UpdateでループさせてHttpのResponseを受信してましたが、
あらためてDelegateを使った実装してみました。
精度良いし、無駄な処理も走らないので、
処理も軽くなったと思います。
仕事帰りに２時間でコア部分を作成し、プラス2時間で既存プロジェクトの該当部分を差し替えました。
処理改善は、なんだか気持ちいいです。
disk調査のために新しい監視ツールを入れてみました。
いままでcactiを使ってましたが、cactiと違ってmuninはインストールから設定までがすごく簡単でした。
しかも高機能。
昨日７年前に一緒に働いたことのある知り合いが亡くなったとの連絡があった。
深い付き合いはなかったけど、業務で多少絡んだことがある方だった。
これから自分の周りでなくなる方が増えると思うと
改めて人を大切にしたいと思った。
この日のよるふとこんなデータを見つけた。
平成27年の男性年別生存率
https://www.mhlw.go.jp/toukei/saikin/hw/life/22th/dl/22th_03.pdf
男性年代別だとこんな感じ
40 98.245%
50 96.651%
60 92.646%
70 82.978%
80 62.635%
90 24.854%
100 1.633%
60歳になると知り合いの1/10は亡くなってしまう。
自分自身70歳以上生きると思ってたけど、思ったより亡くなる率高い。