MirakurunのProgramID、network_id+service_id+event_idだったのか……

36進数だから気づかなかった

mirakcのコードよんで初めて分かったわ

API設計してたらいい時間になっちゃった

む、お腹が痛い

微妙に心当たりがあるので今日はぶったおれてるか…

なんかおうちの回線がやたら不安定になっている

休日にprotoファイルを書いているなんて……？

おきてからずっと朝飯も食わずにprotoファイル書いてる……

なぜだあ………

GETはどこ……？なAPIができた

Already existsはgrpc status codeに存在するが、既に存在したら何もせずにデータ返す系の動きにしたかったので、それとなく伝えるだけの感じにした

腹へってきたけど食いにいくのめんどいな

マイクラサービスアーキテクチャ

うーむ、雑にprotoこねこねしてるがこれでいける気がまるでしねぇな

もうとりあえず簡易な実装をしてみるしかないか

2時間もprotoこねこねしてたらそりゃしんどくもなるが、結局データ構造が神なのでそうなるんだよな

罵倒的なやつじゃなくて、重要度の話で

最初に決めたデータ構造で全てが上手くいくことはありえないので、ほどほどにしたほうがよい

そこまで自分の能力は高くない

クイズ 俺はどこでミスったのでcargo buildに怒られているでしょうが発生した

C++かよ

メソッドの型ミスっぽいエラーが出た→A.俺がprotoファイルでtypoしていた

おはようございNA〜S!

怒りのcargo clean

ｱｯｱｯtokioからリビルドするのやめて

よしビルドできた

よしきたtonicで立てたgRPCサーバとの接続できーた

Rustだからというべきか、tonicの構造というべきか、ProtobufのServiceがtraitとして表現されるので全部とりあえず実装しないとビルドが通らんね

ruby-grpcだとServiceのスタブを継承してオーバーライドする形なので、とりあえず虚無でも全部UNIMPLEMENTEDで返ってくるサーバにできるんだけど

そういえばtokioも使うの初めて asyncか〜

これあるサービスはRustで書いたり、またあるサービスはgoで書いたりしてみたら勉強になって楽しいかもしれんな

これあれだな、Serviceに〜Serviceってつけると命名に死ぬほど困ることになるな

protobuf上のService名がそのままtraitの名前になるので、じゃあstructの名前どうするよ？ServiceServiceか？ServiceImplか？いやimplって別のとこでも言うとるやんみたいになる

実はgrpcのexamplesはこれを巧妙に回避していて、〜Serviceって命名をしていないんだよな

あっそういうことできるのか!

じゃあ大丈夫ですね

いい加減めしくうか…

なんかtonic勝手にメタデータ送ってるな

まあどうでもいいや

クライアントプログラム側にサーバコード書いててワロタ

なんで…？

そんなことはまさか……ないよな

cargo workspaceの存在わすれてた

U+000Fとは…

network_id, service_id, event_idをPKにしようとしたら、Chinachu beta時代のデータにはnidが残ってなかった回

BSは4決め打ちできるけど…

うーむ、どうしたもんかな

36進数strをu16にしたいんですが、u16::from_str_radixしかないすか

👌

Chinachu beta時代のid
Chinachu beta時代にevent_idが衝突して回避文字が入ったid
Chinachu gammaのid
Chinachu gammaでevent_idが衝突してタイムスタンプが末尾に入ったid
の4種類があるな？

そして、4番目のパターンは途中で修正されたbugなので、Chinachu gammaにおいてはID重複が存在する

でもID重複も、俺が録画してたやつだとニチアサ枠くらいなんだよな…

エラー処理まともにやってない感じになっている

これ、else側でchinachu gamma形式のIDであることを正しく確認してないので修正中

/^[0-9a-z]+(-\d+)?$/ であることを確認しないといけない

間違えた、後ろも36進数だ
/^[0-9a-z]+(-[0-9a-z]+)?$/

んで実際は前半が必要なので、グループキャプチャですね

差おしえて!

あと、いれこになって欝陶しいので普通にグローバル置きしようとおもいます (どの道この.rs内でしか使わんし)

ふむふむ

once_cellだとクロージャ書きまくることになるけど、macro_useしなくて済むんやなあ

どうして……

もうはらへった

program_idどうするか考えてコード書いてただけで日が落ちてしまったんだが？？

今日、20:00〜名取さなで、21:00〜日下夏稀なんですよー

クソデカポテチ減らすか…？

わかるー

DTV向けのストレージシステムなのでdtvaultって名前つけて書いてるけど、どうみても童貞vault

さてそろそろclapいれるか

なかなかちゃんとパースできてていい感じだ

ProgramIDパースもきちんとうごいとる

クソデカポテチのせいで腹が減らない、たすけて

なんかソースコードが 'a まみれになった

俺はまだ理解していない

持たせようとしてる

ふむ

確かにコピーしたくない強い動機もないんだよな

JSONをファイルまたはargvから読む、前者は一括処理、後者は単一レコード処理。として、argvに直書きされてるやつなんか実質一生なのでコピーしなくてもやれるんちゃうかって思ったわけです

なんでargvに直書きされてるのを想定してるかは、まあ、そういう渡し方をしてくる外部プログラムと繋げたいからです……

clap経由なので、これ型どうなってるんだ……？

argvとは便宜上言ったものの……

(argvにjson書き殴らせるしかないI/Fを見た時、俺はもちろん絶句しましたよ)

Q. 本当にそんなものあるんですか
A. https://github.com/Chinachu/Chinachu/blob/988a87e72e4b9e19deb433b57eda92813361f3ad/app-operator.js#L450

これうっかりあっちがわはテンプレ展開するのかと思ったら、マジでそのままexecするやつやん ちょっとclapの設定考え直さねば

大人しくコピーすることにした

おなかがまるで減らないよおってないてる

クソデカポテチが夕食扱いなのが嫌すぎる

この連携I/Fだとこっちのコマンドに必要な設定値とかどうしたものか。中継用sh置いてもいいけど、JSONぶんなげてくるヤバインターフェースな時点で下手なもの噛ましたらエスケープミスって死にそう

chinachu-operatorのenvに設定してあげれば引き継げるか

clap、通常は2引数を必須で受けるけど、特定のオプションが指定されてるときはそれらを受け付けない、みたいなのも書けるんやなー

謎要件をぶつけてしまった

コンパイルされているはずのprotoに対応するstructが見えなくてRPCメッセージ作れねえ

今日中にクライアント側プロトタイプ作り上げたかったんだがなー

うんこでた

クソデカポテチ負債の返済や

Noitaに集中しろkb10uy

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

草

そたえぬのPHPコードの頭にBOM入れてQuirksモードにしちゃおーーーーwwwwwwww

DTD暗記できる人いるんですか？

これは素PHPerを怒らせることができるって体験から知ってるからな

エントリポイントになってるファイルの頭に仕込むだけで爆破することができる、namespaceいらんとこでもわざと書いておくと処理系がFatalしてくれるので分かりやすくなる(まめちしき)

CSSはQuirksになりJSONエンドポイントは頭にゴミがついてJSON.parseできなくなった回本当に今でも怒れるな

首いたくなってきた