Kotlin
Javaなら 変数1 +" "+ 変数2 みたいにして空白入れたりするところ "$変数1 $変数2" みたいにできてスクリプト言語っぽさ強い

1.1.1.1
pingは3ms
申し分ない速度

明日の朝はヤバいかと思ったけど、雨雲は南を通過することになって、天気予報もただの雨になってしまった。

Kotlin
run {} で適当に括っておくと、途中で後をすっ飛ばしたいとき、if (ほげ) break で break できる。ヤバい。

Kotlin、三項演算子はないけどifが文じゃなくて式で、
return if (条件) 値1 else 値2
とかできるから代用になる

switchでも値が得られるから例えば

val 変数 = when (ほげ) {
条件1 -> 値1
条件2 -> 値2
条件3 -> 値3
else -> はみごの値
}

とかで代入できてしまう。
とてもスクリプト言語な感じだ。まともなプログラミング言語ではない(褒め言葉)

ああ、やっぱダメか。companion objectには名前を付けないと参照できないようだ。

名前を付けず companion object {} で囲った場合は、Javaからは class名.get変数名() として参照できるようだ。
なぜか知らんけど直接参照できないのでヘンテコなラッパーが被さっているようだなぁ。

valをcompanion object なまえ{}で囲ってあげると、Javaから、大元のclass名.なまえ.get変数名() なんていう筆舌に尽くしがたい方法で参照できるっぽい。何なんだこれは。

どうやっても、JavaからKotlin内classにあるvalを参照できないな。何か方法はあると思うのだが

明日の朝の予想

ちょっと前に見たときより南を通過するようで、これも案外大したこと無さそう

この時間帯の雨は案外大したことないっぽいな。もう少しすると滝のような雨が一瞬通過しそうだが。

本番は明日の朝か

7payアプリ乗っ取られて30万円使われたとかいう人がいるなぁ。怖っ。

こんな独自仕様のポンコツ作ってる暇あったらローソン見習えよ
独自なんか何一つせず、あらゆる新しい決済に次々気前よく対応していく姿勢で決済界隈じゃ人気ナンバーワンじゃないか。食い物まずいけど。

モバイルSuicaと共存できないのでトラブルになること間違いないけど、もっと普通のUIを採用したモバイルPASMOかモバイルICOCAあたりが出たら定期券ユーザー以外はそっちに転向しそうだな

モバイルSuicaのUIはもはやネタ要員

丼クライアント、サブスクリプションで月額100円とかだとしても使うぜーッて人が1万人くらいいれば採算取れるのでなんとかなる

私はプログラムは作れるけど絵も描けないしデザインセンスも微塵もないので、Tootdonモドキ作りたくても一人じゃ作れないのだよ

オープンソースで丼クライアント作ろうっていう機運は高まらないのだろうか

Tootdonの代替はない。代替がないのに終わってしまうから問題なのだ

LINE自体使っていないのでLINE Payは使ったことがないけど、NFC対応でQUICPayが使えるらしいことは知っている

7pay
使わなくても自動的に(誰かに使われて)残高が減るそうだ。こっわ

8時間後と14〜15時間後に悲報をお伝えせねばならぬ状況のようです。

いよいよ雨が降り始めているわけだが、

iOS非対応は本当に開発側の怠慢だけなのだろうか。私はそうは思わないけど。

モバイルnanacoは使ったことがないが、そんなに酷いのか。
7pay、ほんと意味分からんけど、他のQR始めるにあたり、手数料ほかに持ってかれるの癪だからうちも独自のやるわ！ってことなのかねぇ。
あとiOSは無理でしょ。おさいふケータイ機能ないんだし。あれSuicaだけだよ。

まだ降ってないが、今夜から明日の朝にかけて修羅場になるらしい。
台風じゃないからコロッケは要らないな。

今度は自責だったのか。

このアカウントは、notestockで公開設定になっていません。