ユーザは表のフォーマット毎に保存場所、ファイル形式、ファイル名、カラム構成を指定できる。指定方法はjsonやyaml等ではなく企業のIT以外の部門のユーザでもなじみがある方法で行える。

-やることリスト- 【明日】 ①JavaScript Ⅶ終了させる ②Java続き ・詐欺サイトの見分け方 ITリテラシー強化セミナー13～14時 -目標- 【明後日以降～6/30】 ①Java終了させる ②Ruby続き→終了させる ③Go終了させる ・TypeScriptについて ・C#について ・Bash ・PowerShell ・Terraform ・YAML/JSON

dict, tuple, JSON, YAML, TOML, MsgPack, Pickleあたりのデータフォーマットにサポート 他機能多数 #NextbeatTechBar

幸せにならないってわかってることの方が面白いんよね。あえてJSONからのコンバートやOSSのライブラリ作らずに、Proc streamと追加パーツをつくってProc JSONみたいなProc YAML的なものを自作してみたい

生成AIはJSONとかYAMLとか決まったフォーマットで出すのが苦手 プロンプトいくら工夫してもいまいち言うこと聞いてくれなかったのはそれでか…💦 #CodePanda

YAML が選ばれる理由の 8 割は JSON と同じ構造をより human-readable に書けるからであって誰も Tag とか Reference とか欲しがってないから YAML のサブセット規格が欲しいってずっと言ってる

Pythonでやったほうが早いし。JSONの上位互換っぽいからJSONから変換した方が早いんか。SASで作る意味が薄いのかなぁ。頑張るならproc streamの中にパーツのマクロいれてProc JSONのYAML版を自作するようなイメージになるのか。ただ、それで幸せになるビジョンがみえない。たから誰もやってないんかも

返信先:@kohya_tech他1人(続) ……なので俺のプロンプトの改造自体はかなり簡単で、こちらのyamlを改造し、yaml2json→minifyするのがオススメです！ vscodeの拡張で全部できます github.com/kgmkm/goalseek…

返信先:@kohya_tech他1人GPTのノウハウを色々詰めてます ・GPTに最終目標を伝えつつ役割を与えロールプレイさせると良い ・GPTにyamlなどの構造化したデータで役割設定を与えると良い ・GPTに与える構造化データは(最も一般的な)jsonが良い ・トークン数節約はGPTのプロンプト理解度に寄与するのでjsonをminifyすると良い

connpass API を呼び出して、結果をJSONで返すプロジェクトのURLを貼ってみる。 リポジトリをフォークして config.yaml を書き換えれば他の用途にも使えると思うので、ご自由にどうぞ！ github.com/yuukis/yamanas…

プログラミングチックにJSONやYAMLを生成するツール。 / TypeSpec typespec.io

・DBのマイグレーション ・DBのスキーマからMyBatis GeneratorにてMapperとEntityの生成 ・Springdoc-openapi にてControllerのAPIの定義からOpenAPIのyamlを生成 ・上記yamlからJSONにマッピングするためのts側のオブジェクトを生成 みたいなのを全部やろうとしていて、しかしopenapiががが

返信先:@necobut今は設定ファイルに全部出ていないので厳しい部分もありますが、YAMLやJSONでmicroSDに書いて設定であれば行けそうな気がしてきました。 ファームウェアはM5Burnerで配布という形式で、、、

TypeSpecかぁ。YAML/JSONではなく、メンテしやすいAPI定義言語（DSL）のニーズがあるのは分かるが、やっぱり新しい言語は学習コストが気になる。

CloudFormation テンプレート JSON エンジニアやっているのだが JSON 記述量多くて疲れ。 普段 TS 書いてるから嬉しいかと思ったけど、アプリケーション層で参照しないんだからどうでもよかった。 YAMLほうがいいね

3️⃣  ファイルがアップロードできるようになった 従来のChatGPT3.5の場合、 ファイルをアップロードしようとすると 「申し訳ありません」と弾かれたが [GPT-4o] になったことで ファイルを読み込んでくれるようになった。 PDF/CSV/HTML/JSON/XML/YAMLなど さまざまなファイル形式に対応している。 pic.twitter.com/4MLeHxvwBX

返信先:@dmikurubeJSONくらいの仕様なら、自分でparser実装してもさほど手間じゃないのですが、YAMLは記法多様すぎて、ライブラリに頼りたくなりますよね。

その中間にあって手軽なのがSQLite xmlデータベースやら、dbmやら、jsonやらyamlあれこれあってもSQLに戻っていく。

れ、エンドツーエンドの統合を成功させるための重要なステップが詳しく説明されています。視覚的な見直しの一環として、Amazon OpenSearch Ingestion では、既存の YAML サポートに加えて、AWS コンソールで JSON 形式でパ...(5/8)

「全ての CLI が YAML か JSON を出力するようになれば世の中が平和になるかもしれない」 #k8supdates

返信先:@SuperLazyKはい、そうでなければYAMLやめてJSON使う理由はないですね…

返信先:@SuperLazyK当初実装したときはserdeを知らなくて使っておらず、yaml-rustでパースしてるだけでした。改めてserdeで書き直そうとしたら、serde_yamlはESP32向けにはビルドエラーになってしまい、原因究明が面倒でserde_jsonに変更しました。

マイクロマウス、コンフィグファイルをYAMLからJSONに変更した。

頑張って描いたcloudbuild.yamlとかfirebase.jsonがいらなくなるって話ならいい話

GPTとClaudeどっちがいいかとかコロコロ変わりそうだから、mastache記法とかでプロンプトのテンプレート書いて、キャラクターの設定情報とかはtomlとかyamlとかjsonとかで定義するのが良いですよ

返信先:@daisu_yamazakiいつかはいらなくなる知識かもしれませんが、僕みたいな非エンジニアだとしても以下の知識をかじってないと出来ることが限られる気がしてます。 ・Request ・Response ・JSON ・YAML ・API ・OAuth ・Docker ・ env

JSONSchema、もしかしてJSONで書くよりYAMLで書いて変換した方が楽

Jsonは難しい 基本的なルール、Yamlわかった、XMLわかった、Markdownもわかった、Jsonだけ、わからない

JSON は人間がいじることをあまり想定してないイメージある。 設定ファイルのように人間がいじることを想定してる場合は、tailing comma やコメントができる jsonc や json5 や yaml や toml などの形式を使いたいかな〜 (VS Code の設定ファイルは jsonc だったかな)

コメントを書けるjsonc(JSON with Comments)なるものがあるんですなぁ。 しかし、拡張子がjsonと同じなのは混乱の元なのでしゃ・・(jsonってYAMLと違ってコメント書けないのが一般的だと思うので・・

計算ソフトウェアのインプットはjsonかyamlにしてほしい。独自フォーマットが多すぎて覚えてられない。

返信先:@HouseTomaJSONのスーパーセットであるフロースタイルのYAMLとして処理すれば良いと思えます。yqとかならこんな感じ。 % cat a.json { "foo": "FOO", "bar": 456, } % cat a.json | yq -o=json { "foo": "FOO", "bar": 456 }

なんかJSONがトレンド入りしてるから何かと思ったら列挙の最後に,をつけさせてくれってやつだった。あれは機械に生成させるものであって、人間はかろうじて読み書きできるものだと思うことにしたのでそんなのはどうでもいいやw ということでYAMLか、単純なのはINI形式を使うことにしてる

最近のオブジェクトとか YAML に慣れすぎると、JSON はマジで人が書くべきではないと分かる。 好きな形式に透過的に変換してくれるエディタがほしい。

JSONはケツカンマが必要だし、yamlには定規が要る

よくよく考えたら、tsconfig.json や webpack.config.js を手組みでチューニングすることに苦の無い人類だったら、YAML 書くのも苦でない可能性が高いわね，という気づき

ただし、IaCのjsonやyamlファイルなど長い設定ファイルを触ることの多いインフラ系の人には縦置きモニターは結構良いかもしれん… あとWordやPDFを見る機会が多い人にも良さそう Web上の長いドキュメントとかも読みやすい

JSON 何ぞ使うのが悪い (YAML 党員より)

JSONのカンマもコメントもわかりみしかない その点YAMLは優秀

限界までコンパクトでstrictなのが良ければJSONが最適で そうでなければYAMLでもTOMLでも使ってね ってことでJSONは不用意に仕様が拡張されないものだと解釈してる。。。