何が起きてるの?
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
「JSON-LD 準拠の処理系が読んだときの解釈が、それっぽい走査や構造の仮定のもとで読んだときと異なる」みたいなの普通に攻撃に使えそうなのでそういうコードは書きたくないという強い抵抗感がある
このアカウントは、notestockで公開設定になっていません。
Google の製品ではなく Rob Pike 先生の作品という見方をするとあんしんできる気がしてくる(気のせい)
dmr も既に故人だし、Google の Bell Lab さんチームもあと何年……とか無礼なことを考えていたけれど、Dr. Thompson が 80 歳なのはともかく Mr. Pike はまだ 60 代で思ったより若くて驚いている(勝手に Thompson や Ritchie よりちょい年下ぐらいかと思ってたから一回りも下なんだなーと
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
バカに対して偉そうな態度をとるのは、バカと同じぐらい社会にとって有害な仕草だと思ってるのだが。バカを侮蔑すればバカは退散して正しい情報が広まるんですか?
誤情報を見抜ける程度に聡明な人間が、自分より知能の劣る人間に侮蔑的な態度をとるのが残念でならない
それだけの聡明さがあるんだったら、世の中の人間なんてほとんど取るに足らないバカなんでしょうね
このアカウントは、notestockで公開設定になっていません。
このアカウントは、notestockで公開設定になっていません。
Erqを使って、SQLiteデータベースのデータを処理する→Vega-Liteを使ってデータ視覚化を行う
という行為がターミナル上で完結するので、データのアドホックな分析がやりやすくなる。
まあ、クエリが長い場合は、CLIで編集しないで、IDE上で編集したクエリをコピペしたり、リダイレクトで流し込んだりして処理しているけど
ErqにWebからデータをフェッチする機能を入れるかどうか迷ってるんだよなー
データの取得みたいなことまでErqに組み込む必要あるか? みたいなところが気になっていて、それはもうダウンロードは別のツールでやればいいじゃんという気持ちもある
でも、そういうダウンロード用のツールを別途用意する手間もあるから、Erqだけあれば完結すると楽ってのはあるかも
ただ、今のErqはSQLiteデータベースのフロントエンド代替として始まっていて、SQLiteでできること以上のことをがっつりできるようには設計されていないし、Vega-Lite統合だってやっつけ仕事感がある。SQLite以外の部分が大きくなるならセマンティクスも抜本的に改善したいけど、現状のErqでもそれなりに役に立っている以上、収穫があまりない大改修をやるモチベが若干足りてない。
Erqのいいところ
SQLよりも簡単に、すぐ書ける。ネストしたサブクエリも全然めんどくさくない。
Erqの悪いところ
ドキュメントもテストも足りてないし、自分しか使ってない。思いつきで機能を加えるし、安定版には程遠い。
本番のデータ分析に使うのに、処理系が安定していないのは、まあ困るし、その場でなんとなく雑に調べられればいいやって場面じゃないなら、安定した言語でちゃんとやったほうがいいです
まあ、最初はErqで雑にやっちゃて、本番ではErqが吐いたSQLとかVega-Liteのspecとかを使って処理するとかもできるとは思う
このアカウントは、notestockで公開設定になっていません。
電子発行された生命保険料控除証明書を読む
https://mandel59.hateblo.jp/entry/2021/03/01/111749
この記事で書いたけど、生命保険料控除証明書がXMLで発行されていて、じゃあそのXMLはブラウザーで読めるかって言うと、今のブラウザーでは読めないんですよね。読めるようにちゃんと整備しようという人も、たぶんいないと思われる。
このアカウントは、notestockで公開設定になっていません。