データ・サイエンティストは可視化の夢を見るか？

今晩和。 御無沙汰しております。 きょうはちょっとメモを。 以下の IMF 統計に基づいた国際比較によって、世界各国の実質 GDP 成長率の推移をしばらく観察してみると、オモシロいことに気付くかも知れません。 https://www.imf.org/external/datamapper/NGDP_RPCH@WEO/JPN/USA/GBR/CHN/IND これから我が国だけでなく、いろんな国が苦境を迎えるのでは、と予測します。 たいへんですね、生き残ろうとすると。 お互いに助け合って好循環スパイラルを描けるようになれば、と祈ってしまいます。

御無沙汰しております。 先日のことですが、とある情報可視化（Data Visualization）のハンズ・オンに参加してきました。 講師はデザイナー出身の方で、デザイナーらしく、既存ツールを使いこなして情報可視化をする入門を教えてくださいました。そこで教わった Business Inteligence ツール、Microsoft Power BI について若干のメモを残しておきます。 Tableau (Public) もそうですが、昨今の BI ツールの革新っぷりには目を見張るものがあります。 一方、オープンデータも増えてきました。 当日のセミナーでは歴年の、 FIFA World Cup 勝敗データをつかって練習しました。 便利になったなあ、と思うのは各種データ（いくつかの CSV などなど）を読み込んで、そのあいだの関係性を定義したり、あらたなクエリを定義するだけで、生成されたグラフ間で連動するんですよ。 たとえば、元データには存在しないんですが、得失点から home / away、どちらの国が勝利したかの円グラフ（添付画面右下）の緑色の部分（home 勝利）をマウスでクリックすると、それに連動して、ほかのグラフでも当該部分が浮き上がったりして、表面上の変化をするのです。 ですから、1994 年アメリカ合衆国開催、2002 年日韓共催などのときは、（これまで北アメリカやアジアで開催されたことがなかったこともあって）away の勝率が高く見えるのです。 ここで私は両開催の場合、「サッカー先進国にくらべて開催国が早期に負けている」のかと思いました。しかし、おぼろげな記憶を辿ると、そんなことはなかった筈。 もしかすると、開催回数が少ないので、home / away の勝敗差が多くなっているのかも知れません。 こういった「分析」はさらに実データで検証して深めていく必要があります。 Power BI はその「取っかかり」を与えるのに打ってつけのツールに進化しつつある、と感じました。普段 MS を苦手としている自分でも頷くほどに。 今度、時間のあるときに Tableau Public や Google Data Studio といった、ほかの BI ツールとの比較もやってみたいです。 ...

今晩和。 一年以上かかっていた原稿執筆がようやく校了し、休暇中です。 放送大学、来学期の履修科目の教科書も届きました。 今晩は手遊びの御紹介。 geogebra.org/classic/h4c8gr gx （二元一次）連立方程式の図解です。 各係数などに相当する頂点を移動させると、そのまま図解的に解が出せます。 いわゆる「クラメルの公式」が図像的にどのような意味を持っているか、可視化しただけです。 でも、こういうことをやりたかったんですよ。 馬鈴薯先生には、ほんとうに道を誤らせていただきました。 まあ、おかげでいろんなことを知る切掛にもなりましたが。 先日、大学時代の恩師を囲んで会食したときのことです。 数学教授である恩師曰わく、 「自分は、未知の扉をいくつか開けてきたが、ひとつの扉を開けると二十くらいの扉が見えてくる。でも、その開け方は分からない。そうすると『人類が知り得た知識なんて僅かなのではないか』という気さえしてきて、謙虚になる」と。 正直、おどろきの発言でもありました。 『実るほど　頭を垂れる　稲穂かな』。 平身低頭して、我が身の愚かさを恥じるばかりです。 いや、わたしはたいしたことできないのは自覚してます。 でも、まったくできない訳でもない。 すこしでも、人のお役に立てるように………別に好き勝手生きたって、咎められる謂われもないんですが、ね。 そろそろ休暇も終わりかと思われます。 人生のやりなおし、がんばるしかないです。

おはようございます。 随分と御無沙汰しておりました。 本業でバタバタとしておりまして。ようやく落ち着いたところです。 それにしても独学がなかなか進みませんね。 仕事も〆切に向かって忙しかったし、リゾーム状にいろんな方面に手を出しつつですから。 ただ、そこで肚に決めたことがあります。 自分は「データの可視化に特化すべきである」と。 勿論、そのメイン・ターゲットであるデータ・サイエンスの通習はします。 でも、自分の強みは分析者として、ではなく、分析されたデータを可視化することにある、と。 微妙な違いですね。（苦笑） というのも、やっぱりなんだかんだ言って、長年 3DCG の技術者（デザイナー）として研鑽を積んできたので、それを活かすかたちで近未来の展開を考えたほうがイイと考えたからなのです。 自分の強みはなにか？ すくなくとも自分の専門に於いては、洋書を読むことが苦でないことです。 これで国内にいても数年程度の差は付けられる。 すこしはアドヴァンテージになる、というものです。 それにいまどきは以下のような書籍について、定額会員コースがあります。 もう、乱読の環境は整っているのです。 https://ssearch.oreilly.com/?q=visualization https://search.packtpub.com/?query=Visualization&refinementList%5Breleased%5D%5B0%5D=Available 昨夜は就寝前、データ可視化にかんするいくつかの言語の電子書籍の頁を繰りました。 MATLAB, Mathematica, D3.js, Processing 2, ...... 時代は変わりましたよね。二十年前はいろいろと自作しなければならなかったのですから。あとは 3D 系で Unity/Unreal といったところでしょうか。 これからも SE+PG としての復帰を目指して自学します。 そうそう。 放送大学の学部に入学しました。 ええ、「学部」です。 これから８年ぐらいたっぷりとかけて、諸学問をやり直します。 すでに学界で枯れた知見になっているのに知らないで損をしていること、たくさんあると感じているのです。

今晩和。 先日のことですが、ひさしぶりに Code for Japan がらみの地元会合に参加してきました。 参加者のみなさんと雑談しながら手を動かしてました。特にリーダーとの会話はいろいろと感じさせるものが強く、参考になります。 いま流行りの RPA などについても裏事情を教えてもらいました。 成る程、日本らしい、というかなんというか……困っちゃいますねえ。 ERP ブームのときも一緒なんですよ。日本では、現場の現状にあわせて IT ツールをカスタマイズすることを望みますが、バックオフィス系業務はむしろ ERP システムとか国際標準のツールにあわせるかたちで変革しないと、業務標準化にともなう効率化メリットの多大なる恩恵に浴すことができない。 わたしが関わっている某組織の内情も悲惨なものです。いちおう、上層部には具申したりはしていますが、動きが遅くて年単位の delay がかかってます。 変わるべきは組織のほうなのに。 今般の日本では『初等教育からプログラミングを』なんて逆行するような政策が俎上に載っていますが、あれ、どうなんでしょうね？ Scratch とかでパズルを組むようなクセを付けたところで、そのパズルがどんな意味を持っているか、あるいは、どんな目的をクリアーするために存在するか、どんな問題を解決しうるか、そういった基本的思考能力をどうやって育成できるというのでしょう？ やっぱり読み書きそろばんからしっかりとやる、というのが基本では。 ビル・ゲイツのような IT 長者たちの子弟も、ちいさい頃は電子端末に触れないようにされているそうではないですか。そりゃそうですよ。 クリエイティヴィティーというものはオリジンに宿るのです。 まあ、そんな雑談をしつつ、積み残しになっていた『公共アプリ』に着手することを決めました。とはいってもローカリゼーションだけで済むかも知れません。 地元コミュニティーのために、ちょっとだけできることを。 それだけの話です。 補足： いわゆる『プログラミング教育』は他の科目、たとえば算数や音楽の授業内容と、アルゴリズム的な手続き思考を組み合わせる、ということだと指摘を受けました。成る程、それならそれでまだマシです。 ただ、現場の先生たちがいちばんついていけないのではないでしょうか？...

今日和。 梅雨ですね。 自分は、昔気質なのでどうしても C++ が重宝してしまいます。 ですから Xcode でも C++ の単体テスト環境がほしいのです。 そこでまた Google Test を導入しました。 ところが、これから紹介するページに従って環境を構築しようとしても、あちこちで失敗してしまいました。でも、それなりのテストはできるところまで持ち込んだので、備忘録を残しておきます。 【My Enigma】ロボティクスのためのGoogle TestによるC++コードユニットテスト 先ず、私のマシンでは Homebrew を使ってはいますが、いろいろと必要なものがインストールできていませんでした。 $ brew install shtool m4 cmake libtool そのうえで以下のコマンドを実行しました。 $ cmake -G Xcode . $ autoconf $ ./configure $ make さらに上掲 HP の作者が公開してくれている Python スクリプト “GoogleTestDiscover” も若干手直ししました。生成されるコンパイル・コマンドが  -lgtest_main d -lgtest d になるように書き換えます。Path もちゃんとライブラリがある場所を指すようにしてやってください。こちらでは Debug 環境でしかビルドできなかったので。 $ g++ test.cpp -I./gtest/googletest/include -L./gtest/googlemock/gtest -lpthrea d -lgtest_main d -lgtestd && ./a.out これで、Google Test に同梱されている sample?_UnitTest.cc 群が、かなりテストできるようになりました。それでも sample5.cc はリンカがシンボルを解決できなくて失敗します。 とりあえず、メモでした。 今後、改善があれば書き直します。

今日和。 さて、独学ブログとして本来の路線へ。 本日は、 沖本 竜義 著『経済・ファイナンスデータの計量時系列分析 』から。 何故ならば、個人的に「時系列データ」の分析に多くの興味を持っているからです。 そこで本業が手薄な期間をつかって勉強しています。 その最中で、おもしろいモデル化手法を知りました。 “VAR モデル” のことです。 この界隈では有名な TJO 氏が解説しているので、その投稿記事へのリンクを貼ります。 本投稿は、多くを以下の 2 リンクを中心とした TJO 氏記事に参考にしてます。 https://tjo.hatenablog.com/entry/2013/07/25/194546  https://tjo.hatenablog.com/entry/2013/07/30/191853 沖本本、第 4 章冒頭から多少強調のために改変しつつ引用します。 “ベクトル自己回帰（VAR）モデル は、 自己回帰モデルを多変量に拡張したもの である。VAR モデルを用いる目的は主に 2 つで 1 つは 複数の変数を用いて予測精度の向上を図る ことであり、 もう 1 つは 変数間の動学的関係の分析を行う ことである。 特に、変数間の動学的関係の分析に関して、VAR モデルは グレンジャー因果性   インパルス応答関数 分散分解 という強力なツールを提供でき、推定も容易であるので、80 年代以降、マクロ経済学やファイナンスの分野で頻繁に利用されるようになった。本章では、 多変量のデータの動学的関係を分析する上で非常に重要なモデル である VAR モデルについて述べる。 ” このなかで、わたしが注目したのは 『インパルス応答関数』 です。 https://ja.wikipedia.org/wiki/インパルス応答 “インパルス応答（英語: impulse response）とは、インパルスと呼ばれる非常に短い信号を入力したときのシステムの出力である。インパルス反応とも。インパルスとは、時間的幅が無限小で高さが無限大のパルスである。実際のシステムではこのような信号は生成できないが、理想化としては有益な概念である。” 何故、これが有益かというと、以下の具体例から御理解いただ...