そのうち、いや今切り換えます
kb10uy(@kb10uy@mstdn.maud.io)님의 게시물
もみあげの長い美少女の話ばかりしています
Avatar icon: [𝕏] CamemBellcheese
Header: [𝕏] generalcanon
各種フレコ:
beatmaniaIIDX(八段): 1751-5340
オンゲキ(15.8): 3067667719792
Arcaea(◆9): 433827474
あーそうだ、 未収載設定があるのに 連番 id で辿れるんじゃ未収載の意味がないんだわなあ
芝生的には API ざっくり整備して Android アプリ作ったりしたほうが楽まである
タバコのためかはわからないけど一応その部屋には換気扇がある……が今でもかなりヤニで黄ばんでいる
まあ「彼女の裸を初めて見た」っていういかにも増田っぽいタイトルを思い付いたからなんですけどね。
username とか filename は name を大文字にしない傾向があるよう
ｴｰｺﾞネイティブでないせいで、 Datetime / DateTime 問題とか Filename / FileName 問題で永遠に苦しんでいる
@hexin エラーとかの話限定だけど、webpack からビルド結果を OS/DE の通知に流すプラグインがあるのでそれを使えば大丈夫じゃない？
HMR の話なら多分解釈ミスなのでごめん
Steam の返金リクエスト使いすぎるとアカウントがダメになるという情報があるので注意してね
「物理本」，karmadhāraya として同格限定的に解釈すると「物理的な本」で「紙の印刷本」だし，tatpuruṣa として格関係にあると解釈すると「物理の本」で「物理（学）について書かれた本」になる（ほんとか？）
で、偶々クッキーシューでカスタードクリーム入り「を謳う」シュークリームを入手できたとして、食べてみたら半分ホイップクリームだった、というのが最初の発言に書かれている状態
This account is not set to public on notestock.
シュークリームに例えると「無性にクッキーシューのカスタードクリームのシュークリームが食べたいが、普通のシューでホイップクリームの物や凡そ自分が嫌いな類のクリームが入ったクッキーシューの物しかない」という状況です
まあでも結局のところ本そのものに効率を求めすぎてはいけないという話に帰着するのかもしれない
(ニッチなジャンルで顕著)というのが重要というか僕にとっては死活問題みたいなところがあって、FPGA の回もそうなんだけど特定アーキテクチャのマイコンの活用について書かれた本とか二極化されがちな感じがする
This account is not set to public on notestock.
「ある程度知ってる人が分かってて買うタイプの本」の究極的なものに「おさらいのために買う本」がある https://mstdn.maud.io/@kb10uy/103747113091894884
iceiv-putty D2D/DW は背景色指定のエスケープが正しく動作しないとか……
JuiceSSH、僕はライセンス買ったけど Vim のカーソルが qq になったりエスケープシーケンスの挙動がガバガバなので正直アレになってきている
This account is not set to public on notestock.
「書店で出会って買われるタイプの本」と「ある程度知ってる人が分かってて買うタイプの本」みたいな傾向があったりするんだろうか？
あくまで技術書の話なので他のジャンルはわからない
技術系雑誌については特定の雉を読みたいがためだけに買うことは普通にある
そう考えるとこういうことを考える人は本は向いてないのかもしれないが、まとまって書かれているのが本しかないという状況もありがちなんだなあ
これは例えば「そこは知ってるしなあ……」という部分が多くても「1 章から何もわからん」という本を買うわけにはいかない(金銭的・時間的な都合)ので前者を買わざるを得ない
ときたま本を買って思うのは「自分が欲しいレベル感の本が中々見付からない」ということかなあ(ニッチなジャンルで顕著)
This account is not set to public on notestock.
Masto10uy 立てたら申請フォームにクソなぞなぞ書いておけばクソなぞなぞの精鋭たちを集められるのでは？
This account is not set to public on notestock.
This account is not set to public on notestock.
夏稀の彼氏 さんのチェックイン (3月1日 17:33) - Tissue https://shikorism.net/checkin/7893
Option<Result<T, E>> よりは Result<Option<T>, E> っぽい
「TS でタプルを使いたいけど JS で表現できないので [string, number] のようにしよう」
という方向性なのか
「JS で heterogeneous array がタプル的に使われているらしいぞ、TS にも導入しよう」
という方向性なのか
これを考えると TypeScript 発生以前に heterogeneous array が JavaScript ライブラリで使われていたのかは気になるところだな
TypeScript は JavaScript から漸進的に移行したいタイプの言語で、 JS の方に tuple がなくて heterogeneous array が使われるから、 tuple の仕様もそっちの文法に合わせてるわけか
言うても一要素タプルって
(A,)
(A, B,)
(A, B, C,)
...
の文脈でしか見たことない感じするけど
空 struct の値を型名だけで作れる構文正直いるか？(Type {} を強制してもよいのでは？)とは思うけどまあこの省略できる仕様のおかげで記述がマシになってるライブラリもありそうだし微妙だな
1 要素タプルが (Type) にできないの、 Type {} と等価になってしまうからとかかな
インデックスごとに型を指定した配列をタプルと言い張る TypeScript のチャレンジ精神僕は嫌いじゃないけど非直観的だなとは思う
(T,) が1要素タプルなの、こう、他にやりようがない気はするんだけど、それにしてもどうにかならんのか？ という感じもある
[T] は実際にコード上で配列(に類する構造)を [t, u, ...] と記述するのをふまえた感じがして好きだな
日本語だと「E の配列」なので E[] のほうが言語的に自然に感じるというバイアスはあるかもしれない
map[V]K も map ot V with K key みたいな気持ちで考えればわかる気がしてきた……か？
手前の result を async で包む感じかなとおもったらやっぱりそうなるのか(?)
pointer of intが*int、array of intが[]intというのはまぁGoの設計者はそういう意図で決めたんだろうなという感じだ
ふむ、Modula-2では配列型の変数をx : ARRAY OF CHARのように書くのか
[]T、英語でarray of Tと読めるのでいかにもそういう設計の言語がありそうな雰囲気がある
ハンガリアン記法だと型Xの配列をrgXと表す慣習があったらしいのでプログラミング言語の文法にも前例がありそうな気がしてならない
XML DOM 表現としては一応 childNodes は常に配列になってそうな感じするな
<foo>bar</foo>
<foo><bar>baz</baz></foo>
みたいなのかな
このような設計はいざというときに配列の配列を受け取るのが非常に面倒になるのでやらないようにしましょう
This account is not set to public on notestock.
Type[] とか [Type] が比較的多数派っぽいけど []Type は Golang だけなんじゃないか
これ見て鳥がようじつまんで取り出すやつがうちにもあったのを思い出した
FromUtf8Error みたいに、 as_bytes と into_bytes の両方を持って、参照の取得と、 Vec 本体の取得両方に対応しておくみたいなのもあるよね https://doc.rust-lang.org/stable/std/string/struct.FromUtf8Error.html
僕はタプル的な気持ちで作っている struct に関しては pub でメンバー公開してメソッドをほとんど何も付けないという設計をしている
イテレーターにするなら
fn profiles<'a>(&'a self) -> impl Iterator<Item = Profile> +'a
とかでできなくはなさそう(未検証)
インスタンスが immutable になるのを想定してそもそも getter を用意しないというのもありそうだけど getter を用意するなら &[T] とかかな
This account is not set to public on notestock.
日米合意でMIDI 2.0が正式規格としてリリース。MIDI 2.0で変わる新たな電子楽器の世界 | | 藤本健の "DTMステーション" https://www.dtmstation.com/archives/28653.html
(それはそれとして VARCHAR/TEXT で入れるのとの主要な差は WHERE で使えるかとかそういうのだと思うので検索に使うなら JSON カラムにしてもよさそう)
for in で回したときの順序は保証されるようになったみたいなのをこないだきいたけど JSON はなさそう
真剣にバカしかいねえのか？って気持ちになってきちゃった こんなん仕様書として降りてきたら退職するわ
String | { id: string } | Array<String | { id: string }>
ということか
actor: "id_string"
actor: {id: "id_string"}
actor: {[id: "id_string"],[id: "id_string"]}
ほんとつらい。
歯車通過の PASS 表示とフィーバー中の GREAT が似てて 100% チャレンジ中に地味に困るので別の色にしてほしい(ハイパーわがまま)
Vibes 2k20 は Maqrite と Paqqin をやりまくるとスコアがわりと簡単に上がると思うよ
Vibes 2k20、他の特筆事項としてはボス時間が現時点で最短(25s)というのがある(次点: HONEY-Q 31s、最長: Seyana ほぼ全部)
これ忘れてはいけない事実シリーズなんですけど GOODRAGE あの譜面で登場時 13+ だったんですよ
定数は 14.0 なのでまあ 妥当ではあるんだけどこれが 14.0 ならラスキン 14.1ぐらいあるだろとは思う
VIbes 2k20 [MAS]
これ 13+ じゃない？ Last Kingdom と逆では？
This account is not set to public on notestock.
―――体はほたで出来ている。ぼくほた屋！モード（逆ボ）！ご注文の季節のボドゲほた！マストードン！！！ブリテンは予め伝えろよッ！！unlimited hota works
#shindanmaker
https://shindanmaker.com/831381
ウェルカムホットゥァ（ウェルカムしたのはほた屋では？）在宅ほた屋です！！！ご注文のブリテンほた！マストードン！！！必殺ほたブースト！！！ウェルカム……（モード低音）
#shindanmaker
https://shindanmaker.com/831381
This account is not set to public on notestock.
そういえばデマを流すと偽計業務妨害で捕まるけど、道端で自分が勝手に寝そべってるのを通行人が(例えば) covid19 だと勘違いして拡散した場合って罪は寝そべってた人に発生するんだろうか
