1段目、面白い…(笑)。
こういう実装差異が原因でロケットがあさっての方に飛んで行ったりしないんだろうか…
JSONって200種類あんねんwエスケープもなかなか大変なんよね^^;＊ちなみに一段目が面白かったから残りは読んでないw
YAMLはどうなんだろ
Python標準のJSONはデフォルトでRFC非準拠だと知られて欲しい。 https://docs.python.org/ja/3/library/json.html#standard-compliance-and-interoperability 「この RFC は、〜RFC に準拠しています。」のところ。言語標準が非準拠なの本当に良くない。
JSON.parseの闇は深い。相互運用性の罠をここまで綺麗にまとめた記事は貴重だわ
タイトルがX投稿したはてブみたいに切れるのなんなの？
この辺、生成AIが報告してきたら、「ハルシネーションじゃないの？分かるように説明して」って返しそう。そこを「初心者にも分かるように、喩え話で説明して」ってやったらさらにドツボに嵌りそうｗ
サロゲートはほんま曲者…。
jsonもyamlも言語によって微妙に差異があって辛いんだけど正規表現に比べるとマシだなで無理やり納得している
シンプルな文を複雑に受け取ろうとすると考慮余地ができるのはしょうがない。憲法解釈みたいなもんでしょ
PowerAutomateで初めてJSONを扱ったけれど、昔の汎用機時代の固定長、Windowsサーバ頃のCSVから脱却できていないので、まずは基本・お作法を知らないとと実感しているので、助かります。
JSONにも実装差の罠がある。数値精度・負のゼロ・サロゲート・重複キー・キー順序をJavaScript、Python、Go、PostgreSQLなどで比較した詳しい解説。
追い始めたらキリがないからデファクトっぽいライブラリと心中するのが吉である。たいていの人間にとって、正式な仕様に従うことは目的ではない。言語をまたぐ場合は仕様なんか信用せずにvalidateしてtest書こう
JSONはシンプルで明快な仕様が魅力ですが、そんなJSONでも微妙な実装差異が生じる罠がいくつかあります。本稿はこうした機微を実装の比較を通
1段目、面白い…(笑)。
こういう実装差異が原因でロケットがあさっての方に飛んで行ったりしないんだろうか…
JSONって200種類あんねんwエスケープもなかなか大変なんよね^^;＊ちなみに一段目が面白かったから残りは読んでないw
YAMLはどうなんだろ
Python標準のJSONはデフォルトでRFC非準拠だと知られて欲しい。 https://docs.python.org/ja/3/library/json.html#standard-compliance-and-interoperability 「この RFC は、〜RFC に準拠しています。」のところ。言語標準が非準拠なの本当に良くない。
JSON.parseの闇は深い。相互運用性の罠をここまで綺麗にまとめた記事は貴重だわ
タイトルがX投稿したはてブみたいに切れるのなんなの？
この辺、生成AIが報告してきたら、「ハルシネーションじゃないの？分かるように説明して」って返しそう。そこを「初心者にも分かるように、喩え話で説明して」ってやったらさらにドツボに嵌りそうｗ
サロゲートはほんま曲者…。
jsonもyamlも言語によって微妙に差異があって辛いんだけど正規表現に比べるとマシだなで無理やり納得している
シンプルな文を複雑に受け取ろうとすると考慮余地ができるのはしょうがない。憲法解釈みたいなもんでしょ
PowerAutomateで初めてJSONを扱ったけれど、昔の汎用機時代の固定長、Windowsサーバ頃のCSVから脱却できていないので、まずは基本・お作法を知らないとと実感しているので、助かります。
JSONにも実装差の罠がある。数値精度・負のゼロ・サロゲート・重複キー・キー順序をJavaScript、Python、Go、PostgreSQLなどで比較した詳しい解説。
追い始めたらキリがないからデファクトっぽいライブラリと心中するのが吉である。たいていの人間にとって、正式な仕様に従うことは目的ではない。言語をまたぐ場合は仕様なんか信用せずにvalidateしてtest書こう