PHPとPythonとRubyの連想配列のデータ構造が同時期に同じ方針で性能改善されてた話 - hnwの日記
PHPとPythonとRubyの連想配列のデータ構造がそれぞれ4〜5年ほど前に見直され、ベンチマークテストによっては倍以上速くなったということがありました。具体的には以下のバージョンで実装の大変更がありました。 PHP 7.0.0 HashTable高速化 (2015/11) Python 3.6.0 dictobject高速化 (2016/12) Ruby 2.4.0 st_table高速化 (2016/12) これらのデータ構造はユーザーの利用する連想配列だけでなく言語のコアでも利用されているので、言語全体の性能改善に貢献しています1。 スクリプト言語3つが同時期に同じデータ構造の改善に取り組んだだけでも面白い現象ですが、さらに面白いことに各実装の方針は非常に似ています。独立に改善に取り組んだのに同じ結論に至ったとすれば興味深い偶然と言えるでしょう2。 本稿では3言語の連想配列の従来実
未来に取り憑かれてこそ、スタートアップ。グラファーはコロナ禍で“緊急時体制“を敷き、行政機能を補完する | FastGrow
石井氏によると、国内のGovTechマーケットは「まだまだ黎明期」。政府・自治体のIT支出は年間約1.7兆円と、マーケット規模は大きいという。 しかし、プレイヤーは少ない。大手SIerやソフトウェアベンダーのほか、スタートアップとしては労務手続きでSmartHR、税務手続きでfreeeなどが電子化を推し進める程度だ。 株式会社グラファー 代表取締役CEO・石井大地氏 石井日本は、行政のDXがすごく遅れていると思います。よくエストニアが電子政府として引き合いに出されますが、それだけじゃない。たとえば、韓国と中国では行政手続きがほぼオンライン化されており、「日本は紙で手続きしなきゃいけないなんて、変ですね」と言われることもあります。 日本をはじめ、かつて「先進国」とされていたアメリカやヨーロッパは、総じて電子化が遅れている。近代的な官僚国家を築き上げ、紙や窓口ベースの行政フローが強固に整備され
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
