設定ファイルフォーマット考察 + Config::PP とか - punitan (a.k.a. punytan) のメモ
tr;dr ネイティブで書くのが一番良いと思う こんなの書いてみた p5-Config-PP/PP.pm at master · punytan/p5-Config-PP · GitHub （ドヤッ！） __END__ 設定ファイルフォーマット考察 YAMLがオワコンだと書いたらYAML便利派からツッコミ食らったので変遷過程を思い出してみた。 楽したいと考えた挙句に最近はどのフォーマットも使わずに config.pl 作って do してる感じですけれども…。 ここで言う設定ファイルとは凡そ pit やコマンドラインツールで使うように、 大した設定量がない ハードコーディングしたくない（ちょっと隠しておきたい） サッと作って済ませたい できればのちのち再利用したい ようなファイルのこと。 http://code.google.com/intl/ja/appengine/docs/python
Twitter の JSON に罪はない
TwitterのステータスIDが53bitを越えたお話 - tmytのらくがき http://d.hatena.ne.jp/tmyt/20101201/1291166929 から引用。 このうちXMLで処理してる場合は内部で64bit INTで処理していれば特に問題は起きません。 こういう微妙なまちがいをしてる人はこの記事書いた人だけでなく大勢いるようだけど、記事としてはまとまっていたので参照。 JSON という書式は、確かに JavaScript から派生したサブセットですので、 JSONを仕様書通りにパースするとidの値はdouble と考えてしまうのも無理はない気はします。 が、まちがいであるのも確かです。 RFC 4627 - The application/json Media Type for JavaScript Object Notation (JSON) http://t
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
