Kotlinってマジやべえな
どうやらtry〜catchも文ではなく式らしい

val fuga = try { hoge[idx] }
catch (e: IndexOutOfBoundsException) { 0 }

みたいなことが平気でできる
レンジチェックすら略してエクセプション任せにできてしまうようだ。

基本情報技術者試験(FE)も役には立つではないか。

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

こういうのは時々バズらせて皆の知的水準を上げていくのは良いことの気がする

多要素認証(MFA)の問題ですが、私はちゃんと正答しております
https://m.upsilo.net/@upsilon/102383196399672697

さすが京都府警の期待の新人、期待を裏切らないな

Kotlin
Javaと違ってclassの外に変数を置いてグローバル変数にすることもできる。
だがこれやると、なぜかAndroid Studioが許してくれなくてピクトおかしくなるしファイル名も.ktを消してくれない。
どうも普通のファイルに毛が生えた程度の扱いになってるっぽい。

クラス内で広く参照される変数にするには、クラスの直下のcompanion object{}内に変数を置けばよいらしい。

相変わらず謎だなcompanion object
なんなんだcompanion object

KotlinはSwift同様に生文字リテラルなるヒアドキュメントの機能があるので積極的に使っていきたい

var hensu = """
ほげ
ほげほげ
"""

だとString型だけど、

var hensu = """
ほげ
ほげほげ
""".split("\n").toTypedArray()

とかすればArray<String>型になるので、必要に応じて arrayOf("", "", "", .... ) みたいなのと共存させることもできて良い。

震源は富士山沖

ねもみが強い

これはあれだろ
通帳と印鑑とかだと同時に盗まれて使われかねないが、同時に盗むことができない組み合わせがあるべき多要素認証と。

QUICPayって何か色々と不憫な感じがする
nanacoには勝手に入ってたりするけど今ひとつ知名度的にあれ

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

客「QUICPayで」

なぜか店員がバーコードリーダーを抱え何かを読み取ろうとしている。どうしますか

的な感じか。

なんとかペイ、○○ペイ、なんとかPay

これって一般名称なんて言うんだろう？

モバイル決済じゃFeliCaも混ざっちゃうし、QRコードスマホ決済とかだとデンソーウェーブの商標が入ってしまう。

QUICPay
いま話題のなんとかペイの被害受けてそうといつも思う

週末は雨の予報から曇の予報に変わってるな。それでも夜に小雨が降ったりはするようだ

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

ゆとりは被害者だから仕方ない。

分かる

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

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

老人だけじゃなく、若者にもそういう傾向ある。たぶんゆとり層。
アプリで特殊な動作設定をするさい、ダイアログ表示して、ほんの数行の簡潔な文章で説明しても、読まないor読めないor理解できないで、クレーム投げてくる。
日本人の文盲率って実はものすごく高いのではなかろうかと思う。

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

4枚目意味不明すぎて草

LinuxカーネルもFreeBSDやNetBSDカーネルも仕事でこねくり回した経験から思うに、個人的にはBSDの方が好みだ。
Linuxは飛び抜けた天才が作ったと思しき処理をみては感心したりするが、BSDだって異次元の奇才が作ったと思しき処理があり負けてはいない。

7payのようなQRより、やはりSuicaのような非接触ICカード、つまりNFC-A/BなどよりFeliCaが断トツで優れている。
今こそ皆さんに、これを改めて読んで欲しい

タッチ&ゴーで改札を通過できます。「Suica」誕生までの軌跡
https://www.jreast.co.jp/development/story/index.html

特に重要なキーワードは「改札口で、特別な訓練が必要なカードを導入できるか！」です。

display:none「見えないのだから使えないのでは」

いつも思うんだが、クレカ会社のクレカ不正利用検知って、どんな技術なんだろうか。
膨大な量の取引があるだろうから全自動なのは間違いないし、人工知能みたいのを駆使してるんだろうかな。興味深い。

あるべき理想的な展開としては「7payは失敗でした。今後はnanacoに全力します」だと思うのだが、そうではないようだ。

セブンイレブンの失態をみるにつけ、決済面での安泰コンビニはローソン、もろもろ最強コンビニはセイコーマートだなと改めて確認する次第である

セブン、せっかくnanacoという21世紀技術があるのに、7payなんかに退化させた時点で終わってるよな。みんな言ってるけど。

まぁ、流通系電子マネーじゃWAON圧勝でnanacoなんて使えるとこどこよレベルで完敗だけど、これは努力不足だろ。
誰が使ってるのか知らんが楽天Edyも使える店どんどん増えてるし、セブンは7payなんか作ってる暇ないはず。

あるある。
ユーザーが増えるにつれて、ちょっとした不具合に火を吹く人が増えてきたな。
しかも決まって無料ユーザーだ。

お金払ってくれる人はみんな静か。

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

無料アプリや無料サービスだって、使う時には作者に対して最低限の感謝や敬意をするのは、常識的な対価だろう。
いわんや、数百円程度の廉価な対価を求められるなら、迷わず払うべきであろう。

それを忘れている人が多すぎるどころか、作者やアプリ協力者に暴言を吐き捨てる輩も多い。

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

日本人のソレに悩まされている真っ最中さ
いいソフトには金払え

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

根室で震度3か

悲報 天気予報外れて雨は強まってきたし、明らかにヤバいのが接近中

7payって、どうしたらそうなるのレベルで終わってるな。
どんな素人に作らせたんだよ。

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で公開設定になっていません。

Digital Attack Mapの現状
DDoSの原因、リアルタイムなのかは知らんけど、まぁそうでなくても大差あるまい。原因はあそことあそこのようだ。
喧嘩や戦争は他でやってくれないかな。

気にすることはない。
さすがにCF死んだらみんな諦める。

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

こういう時も、こうスマートにキメられるような人になりたいもんやな

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

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

とりあえずCloudflareが生き返って良かった。
CloudflareにDDoSして何が楽しいのか理解に苦しむ。

Cloudflareはなんというかもうネット社会にとってかなり重要なので、何とかして欲しいところ

あれ、またcloudflare死んだ？最近多いねぇ

洗濯物がシャキっと乾かない
何というか、ぢめ゙゙ぇ゙゙〜ッとしてて、乾いてるんだかまだ乾いてないんだか判断が付かない

東芝とかTSMCとかマイクロンとかルネサスとかみんな株価上げてんなー
サムスンは暴落中だけど

今にも降りそうだ
明日は特に午後からえらいことになるらしいので出掛けるなら今のうちだろうけど

Twitterは閉鎖的だなぁ

マストドンは国際標準プロトコルを使っているからアプリも作りやすい。
もしマストドンの作者が飽きてマストドンが滅んだとしても、ActivityPubプロトコルは生きてるから次から次へと新しいのが出てくるだろうからマジ安泰

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

マストドン、フォロー数は決して多くはないけれど、ホームタイムラインはなかなか楽しい話題で盛り上がってて良き

C++11で配列の要素数を得るための方法メモ

std::string hairetsu[][3] = {
{ "ぬ", "る", "ぽ" },
{ "ガ", "ッ", "!" },
};

要素数=2を得るには、次のようにする

std::extent<decltype(hairetsu),0>::value

ちなみに3件項目があることを得るには次

std::extent<decltype(hairetsu),1>::value

10 NEW
RUN
OK
■

ケン・トンプソン氏、UNIXを作り直せるなら真っ先にcreatの綴りを直したいと言ったとか言わなかったとか

セブンイレブンまで7payなるQRコード決済が始まった。

セブンイレブンではボタン一つで全QRコード決済を自動認識できるらしいけど、「QUICPay」使おうとしたら店員にQRコード決済扱いされそうなご時世だよなと