CPANに上がっているモジュールが対応しているPerlの最小バージョンの統計情報 - 私が歌川です
CPANに上がっているモジュールが対応しているPerlの最小バージョンの傾向が知りたくなったので、調査することにした。直感では、最低でもPerl 5.8に対応しているモジュールが最も多いと思っていた。 情報を取得する metacpanにはAPIがある*1ので、これを叩いて情報を取得する。 以下のコマンドで、この記事を書き始めた日までの1年間 (2020/5/4 - 2021/5/4) のリリースのうち、最新バージョンのリリースについて検索した。 $ curl -XPOST https://fastapi.metacpan.org/v1/release/_search -d @query.json > result.json query.json にはこういうクエリを書いた。Elasticsearchのクエリは普段あまり手書きしないのでちょっと苦労した。 { "query": { "bool
最も嫌われているプログラミング言語は？--Stack Overflowが調査結果を発表
Stack Overflowを利用している開発者の中には、プログラミング言語「Perl」を扱いたくないと思っている人が多くいることが明らかになった。PerlはLarry Wall氏が開発したもので、生まれて30年近くになる。 Perlは1990年代にはよく使われていたが、今では「Python」の方が好まれることが多い。PythonはGoogleで広く利用されているほか、データサイエンティストの間でも人気がある。 同サイトの統計でPerlに次いで嫌われていた言語は、「Delphi」とMicrosoftの「VBA」だった。 Stack Overflowは、この嫌われている言語ランキングに使用したデータを、求職情報ページの「Developer Story」ページから集めた。Developer Storyは、開発者が自分の職歴や実績などをまとめて公開できるサービスだが、このページには使いたい言語と
Big Sky :: コマンドラインから JSON が簡単に作れるツール jo
« golang で画像アップロードが簡単に出来る go-imageupload を使ってみた。 | Main | SQLite3でカジュアルにズンドコキヨシ » コマンドラインから JSON を扱うツールとしては jq が一般的ですが、例えば ls を実行した結果を JSON の Array にしたいであったり、コマンドライン引数から簡単に Object を作りたいといった場合には一旦考え込まないといけないくらい使い方が難しかったりします。そんな中でひょいと現れたのが jo です。 GitHub - jpmens/jo: JSON output from a shell JSON output from a shell https://github.com/jpmens/jo 作者である jpmens さんがなぜ jo を作るに至ったかをブログに書いています。 Jan-Piet Mens
JSON::XS とそれにまつわる歴史的な過去の話、まとめ。 - tokuhirom's blog
今日リリースされた common::sense-3.7 が壊れていた影響で、日本の皆さんが混乱しているようなので、丁寧な JSON::XS の歴史解説エントリをここに記す。 perl-5.18 の hash randomization に関するゴタゴタ 5.17 で JSON::XS のテストがこける hash randomization の影響。これにたいし、mlehmann 氏は、hash randomization ではセキュリティが強化されないし、意味がないと主張。 修正版をリリースしない。 reini 氏、Cpanel::JSON::XS をリリース(2013-03-01) https://metacpan.org/module/RURBAN/Cpanel-JSON-XS-2.33_03/XS.pm JSON::XS の修正がなされないので、ついに forkの術。 reini 氏
Mojo::UserAgentがスクレイピングツールとして便利 - Qiita
概要 スクレイピングでやりたいことは、 だいたい以下のようなもの。 ■データを取得する -> GETでHTMファイルL/XML(RSS)ファイル/画像ファイルなどを取得 -> POSTでフォームにSubmitする(ログイン/パスワードDL) -> 並列で取得する ■取得したデータから必要なデータを抽出する -> HTMLをParseして、CSSセレクタでデータを抽出する -> JSONをParseして、データを抽出する -> XML(RSS)をParseして、データを抽出する ■取得したデータを保存する -> ファイルとして保存する Mojo::UserAgentは、上記の処理が簡単に書けるようになっている。 インストール MojoliciousをインストールするとMojo::UserAgentも入る。 HTTPSにアクセスすることもあるので、IO::Socket::SSLも入れる。 us
EC2インスタンス 時間単価選手権 | DevelopersIO
よく訓練されたアップル信者、都元です。みなさん、安いの好きですよね！ ボクも好きです！ さてその昔、EC2は特殊用途でない限り、m1シリーズを使っておけば大体OKでした。スペックをストレージ側に寄せたいとか、メモリ側に寄せたいとか、そういう要件はそんなに多くないため、いわゆる「平均的な」スペックとしてm1シリーズが大変重宝されていました。っていうか今も重宝されてます。 そんな状況であるため、インスタンスのサイジングというのはt1.microの検証用からはじまり、あとはm1.small, m1.medium, m1.large, m1.xlargeと大きくしていけばいいんだよね。まぁ、この順で強く、そして高くなって行くんでしょ。というのが世間一般的なゆるーい認識であるかと思います。 しかし最近は「m1は一世代前のスペックで、m3シリーズこそが現行世代なんだ」とか、「c3シリーズのコスパがマジ
第16回 Perl内部構造の深遠に迫る（1） | gihyo.jp
本連載では第一線のPerlハッカーが回替わりで執筆していきます。今回はgfxこと藤吾郎さんで、テーマはPerlの内部構造です。 内部構造を覗く Perlで開発をしていると、ときどきわかりにくい現象に遭遇することがあります。たとえば、あるデータをJSON（JavaScript Object Notation）にシリアライズするとき、数値としてシリアライズしてほしい値が文字列としてシリアライズされてしまう。あるいは、エンコーディングが正しいはずなのに文字化けが起きる。こんなときは、思いきってPerlの内部構造を覗くことで、何が起きているかを突き止めることができます。 本稿では、Perlの内部構造について解説します。言及するperlはバージョン5.16.0（2012年5月21日リリース）です。また、ターミナルのエンコーディングはUTF-8を想定しています。なお、Perl処理系はC言語で書かれてい
Floating point number decoding in JSON::XS - tokuhirom's blog
http://d.hatena.ne.jp/hiratara/20121024/1351054828 https://rt.cpan.org/Public/Bug/Display.html?id=80350 In some environment, JSON::XS's floating point number decoder has an issue. Here is code: use v5.16.0; use JSON::XS; my $dat = decode_json( "[0.6]" )->[0]; say int ( 24 / $dat ); say int ( 24 / 0.6 ); Outputs: 39 40Why?? The result of Devel::Peek::Dump($dat) is following: SV = NV(0x26fc7d8) at 0
設定ファイルは relaxed JSON でいいんじゃないかとおもった話 - tokuhirom's blog
JSON.pm の relaxed モードについてPerl5 の JSON.pm/JSON::XS では relaxed JSON というものがサポートされている。これは JSON 仕様をゆるくしたもので、 shell style のコメント(# 以後がコメントとなる)のサポートと、ケツコンマのサポートが含まれている。 JSON が設定ファイルとしてつかいづらいといわれる所以はたいがいコメントがつかえないことなので、まあこれなら許容範囲かな、と。mobirc の設定ファイルもこれにしてみました。 JSON の場合は、JS がわかる人なら手でかけるのと、まあわからなくても覚えることがすくないし、覚えても損がない感じがイカス!とおもいました。
設定ファイルフォーマット考察 + 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
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
