hina@hinanet @hina@mdn.hinaloe.net

参照される側もスキーマ明示しておけば割と使えるが…、

OAS自体のスキーマチェックはちゃんとさせて

分割しまくるの、よくやるけどエディタ支援失ってない？になることよくある（スキーマアノテーションしておけばいい感じになるときもあるけど）

よみこれるほうはいらないね

げっ、4時！？

あー、思い出した、スキーマの読み込みおかしかったのはyamlのパッケージのほうだ（それもスキーマ側だ）、別の話じゃん

というがopenapiコメントアウトしてるんだ

42Crunch Scan とかあるんだ

これだっけ、べつのかも

でもハマったのはOASじゃないスキーマを参照させてたやつか

ん？

あれはtryまではできるけどバリデーションないはずだし……

ただ、その定義の仕方が絞られていてしぶしぶそっちを変更せざるを得なかったかも

わたしもそれ使ってるけどrefいけたきがする

というかそれくらいvscode内で拡張があってもおかしくないな

バリデつきのそういうのあったきがしなくもないけどわすれたなぁ

過不足、不足を見逃しがち

舐め回さんでもふつうにバリデーション通せば検証はできるからな（？）

そのあたりどうするのがいいだろうみたいな話してたなぁ、奥義がpactみたいなかんじだったけど（要件的にアレなので舐め回すので済ませたけど）

外から叩くほうかぁ