「DRAM 72-bit ECCは、1bitのエラー訂正と2bitのエラー検出ができる」
これぐらいは、一般的に知られているけど、さて、じゃあ、どういうレジスタ持たせてるんだろうって気になっていたところ、Linuxに実装されているEDACモジュールのソースコードが参考になった。ECC関連の統計レジスタ仕様が、とてもありがたい。

EDACモジュールを斜め読みしたところ、「え！？こんな機能までハードウェアで実装されとったの？」という機能が2つ有った。みんなに、ご紹介しておこう。

OpenStreetMapに入ってるコンビニの位置情報をPostGISに取り込んでみた。

日本フランチャイズチェーン協会によると、
全国のコンビニ店舗数は48908件らしい。(2013年10月時点)

OSMのXMLから抽出できた国内のコンビニ店舗数は12,466件だった。
趣味で使うだけだから、これでも楽しめるのだけど、
網羅性1/4ほどだから、もうちょっと網羅してるデータを使いたい。

自由に使えそうなコンビニの位置情報って、どこかにないかな？

一番びっくりしたプレゼンは、
マイコンのGPIOを10BASE-Tとしてパタパタ動かして、UDPパケットを送るというやつ。
その発想はなかった。

EthernetのMACもPHYも使わずに、
GPIOの力技で通信できることに衝撃を受けた。

OpenStreetMapの地図データをダウンロードして、地図をレンダリングできるようにしてみました。
フォントを変更するだけでも、公式サイトのレンダリングに比べて、よい感じに仕上がります。

OSMの生データは、地球全体だと、320GBのXMLファイルになります。(2012/8/22時点）
この生データを、データベースに入れて索引付けする処理に、なんと、まる3日もかかってしまいました。
22nmのCore i7 + DRAM 32GBのPCで処理したのですが、ストレージのHDDがボトルネックだったようです。
SSDで処理すると、1日ぐらいで索引付けが終わるらしいです。圧倒的じゃないかSSDさん！

一方、地図データの品質ですが、ボランティアさんが作成したデータなので表記ゆれが目立ちます。
ただ、一般的な用途としての地図としては、かなり実用的なレベルに達していると思われます。

ソフトウェアの世界では、もう10年以上前に流行った話のようなので今更ですが、
職場で、１年ぐらい前から、XSLTという仕組みを試しています。

XSLTは、XMLデータベースと雛形から、テキストファイルを作る仕組みです。
最初は、自分の趣味ぐらいだったのですが、今では、うちのチームで担当している
ハードウェアのソースコードやら検証環境を自動生成できるようになりました。

XSLT環境はフリーソフトで整いますし、汎用性も高いので、活用できる場面は多いと思います。
共感できる人は少ないかもしれませんが、データベースを自由自在に
操れるようになると、つまらない仕事も、そこそこ面白くなります。

#ちょっと使い方を説明するだけで、XSLTを自由自在に使いこなしてくれる
#うちのチームメンバーは、みんな、ほんまに優秀なエンジニアです。
#こういう人たちと一緒に仕事ができることに改めて感謝しています。