AutoHotkey スレッド part35

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 16:02:29.68

>>934
その説明だと全部の列が id,name,role で統一されてる前提みたいでまんまCSVだけど
二列目以降が no,title,work,age とかって項目も数も違ったり
あと入れ子とかはどうなるんだろ？

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 16:27:22.53

ちょっとググって見てみたけど、名前・項目名付きCVSって感じ？
ただ提案されただけ状態で規格化の動きとかもまだまだだし、ネストとかは
構造上無理があるっぽい。

Cをかじったことのあるやつなら、構造体の中に別の構造体へのポインタが続くとか
夢に出そうだろw

そりゃ規格を作る段階で色々と定義すりゃいいんだけど、いっそのこと LLM専用の
ベタなデータフォーマットと割り切ったものにすりゃいいんじゃね？

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 17:11:09.85

>>939
ごめん、見つけらんないんだけどどこの事言ってる？

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 17:24:15.22

>>941
ごめん分かりにくい書き方したけど項目違いや入れ子は
「こういうケースの場合はどうなるんだろ？」って疑問の例ね

よく見たら上の記事の下の方にも「toonで向かない場面」で書いてあった
表形式に使用場面絞られるならそれこそcsvとあまり変わらないように見えるなあ

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 17:30:33.31

>>942
違ったり、で改行（別項目）になってるものだと読んでた、すまない

json指定されて組んだ事あるけど自分の範囲だと項目数増減した例はなかったな
良くある事なんかな

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 18:28:42.41

JavaScript Object Notation やからコード中では好き勝手にいじれるし、
見えてない範囲では何されてるかわからんでw

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 20:11:35.36

昔、JSONは冗長で無駄だらけだからぶっちゃけクソじゃねってどこかで言ったら
今時どんなショボ回線使ってんだとか散々罵られたというのに

**名無しさん＠お腹いっぱい。** · 2025/11/19(水) 21:37:40.33

表でしか無いCSVだと不便な状況が増えすぎたんで
少々冗長でもJSONがいいわーってなるのは仕方なかった
で、なんでもJSONな世の中（言い過ぎ）に冗長だと困る用途がどかんときたんで
CSVではやっぱりダメだけどなんとかしたいって出てきたやつだから
CSV扱いするのはちょっと可哀相