Dr. Takeyuki Uedaの投稿 - Crieit

既存の Vue アプリケーションに VuePress でユーザーズ・マニュアルを後付する

2019-06-06T22:51:00+09:00

こちらの皆様の雰囲気と合っていないようなのでこちらに移動致しました

POCO を static に link する

2019-05-25T13:19:11+09:00

結論

-Wl,--start-group -Wl,-Bstatic -lPocoFoundation -lPocoUtil -lPocoXML -lPocoJSON -lPocoNet -Wl,--end-group -Wl,-Bdynamic -lpthread

今世のリンカオプションには --start-group, --end-group なんて便利なものがあるんですね

はじめに

Cerflet ベースの WebApplication を deploy しようとして、POCO に依存してしまうのもアレだなと思い、だったら static に link してしまおうと思ったのが事の発端です

POCO の static library を make

POCO の configure の --static オプションを使って make します

./configure --static
make

はじめは shared library 作る時と同じで make -j4 ってやってたんですけどリンクエラーがでるので、多分、static に link してるから順番とかが影響してるんだろうなと深く考えずに make にしたらでなくなりました
こんな些細なところからすでにlink する時の嫌な事が始まってます ^^;;;

ちょっと考察

しかし今どきリンクの順番みたいな機械的に解決できることに人間が頭を使わないといけないのってちょっと残念ですよね、人って機械的な作業が苦手なクリエイティブなクリーチャーなのに

でも、さすがになにか進歩してるんじゃないかとおもって static link order とかでググりまくってると　Why does the order in which libraries are linked sometimes cause errors in GCC?
やっぱり人類は賢かった！--start-group, --end-group なんてリンカのオプションをつくってくれた人がいて、この中だと順番気にしなくてもリンカがよしなにやってくれるんですね！

で、本稿の結論にいたります

再度、結論

-Wl,--start-group -Wl,-Bstatic -lPocoFoundation -lPocoUtil -lPocoXML -lPocoJSON -lPocoNet -Wl,--end-group -Wl,-Bdynamic -lpthread

感想

まるで紅茶に浸した一匙のマドレーヌを口に含んだ時みたいに鮮明に記憶が戻ってきました
私は gcc のこういう所があんまり好きじゃなかったんでした

VuePress で Navbar のリンクが別タブで開かれないようにするためにデフォルト・テーマをちょっといじる

2019-05-23T19:07:05+09:00

はじめに

ウェブアプリのドキュメントを、これまで GitBook でつくっていたのですが VuePress に乗り換えようとしています
Guide にあるみたいに既存のアプリケーションに docs フォルダをつくってそこで作業をするようにするとアプリケーションのコードとドキュメントが一体で管理できて嬉しいです

アプリケーションとドキュメントのナビゲーションに相互に行き来できるようリンクを用意します

あれ？ドキュメントからアプリに素直に戻ってくれないで、わざわざ別タブでアプリを開き直してくれてる、これはちょっと...

試してみてダメだったこと

Config Reference 見てたら markdown.externalLinks って section があって、デフォルトは { target: '_blank', rel: 'noopener noreferrer' } なんだそうです
これが原因だなとおもって config.js で

markdown: {
  externalLinks: {
  }
}

ってかんじに target: '_blank' その他諸々をまるまる消してみたのですがダメでした
名前の通り、これは markdown に対する設定みたい

default theme に手を入れる

Nav の link に対する設定はないかな？と思って Config Reference を穴が開くほど見るのですがめぼしいものがみつかりません
ないのならテーマに手を入れて nav の link に target='_blank' つけるのを止めるしかなさそうです

昨日今日 vuepress を触りはじめたばかりのニワカ者 にそんな事がかんたんに出来るものなのかという妥当な不安を感じますが、実はその心配は杞憂だったということをこの後の作業を通じて大観します

theme の eject

手を入れるために、まず以下のコマンドで default theme の定義ファイルを docs/theme の下に吐き出させます

vuepress eject docs

なお、ゴチャゴチャやってるうちに vuepress なんてコマンドありません とか言われてしまうようなややこしい環境になってしまってたら、package.json に vuepress の build コマンドを追加したのと同じ要領で eject コマンドを追加しておいて

  "scripts": {
    "docs:dev": "vuepress dev docs",
    "docs:build": "vuepress build docs",
    "docs:eject": "vuepress eject docs"
  },

npm run docs:eject で実行するのもいいかもしれません、環境をさっさと修復すべきなのかもしれませんが

NavLink.vue の変更

theme の下にできたファイルを見ていると NavLink.vue なんていうそれっぽい名前のファイルがあったので見てみると

template>

    class="nav-link"
    :to="link"
    v-if="!isExternal(link)"
    :exact="exact"
  >{{ item.text }}

    v-else
    :href="link"
    class="nav-link external"
    :target="isMailto(link) || isTel(link)? null : '_blank'"
    :rel="isMailto(link) || isTel(link) ? null : 'noopener noreferrer'"
  >

みるからにコレですね ^^;

手の入れ方は以下の３通りが考えられます

:target を無条件に null にする
:target を null にする条件に isExternal(link) を追加する
:target を null にする条件に isAppTop(link) というのを新たにつくって追加し、アプリケーションに戻るパスだけ null にする

このどれでもうまくいく（実際にうまくいきました、戻るリンクに target='_blank' はつかなくなりました）のですが、最初のはちょっと気がさしますよね
２番めのはまだマシかと思いきや、実は isExternal の定義って util/index.js にあって

export const outboundRE = /^(https?:|mailto:|tel:)/

export function isExternal (path) {
  return outboundRE.test(path)
}

なので、２番めのロジックって実は最初のと全く同じになってしまうという ^^;;;

３番めのロジックは NavLink.vue の methods に

    isAppTop: function (path){
      return /^https?:\/\/pokectiveness2.netlify.com\//.test(path)
    }

みたいに（直書きでカッコ悪いですが ^^;;;）チェックを追加して、前述の template に追加します

    :target="isMailto(link) || isTel(link) || isAppTop(link) ? null : '_blank'"

感想

なぜ GItBook じゃなくて VuePress なのかにも 'and the theming system is, again, not Vue based' ってありましたけど、最初に読んだときは「だからなんなんだ ^^;;;」って心でツッコミいれながら読んでたんですけども、実際に自分で体験してみるとテーマの定義が Vue で読めるのって予想以上に嬉しいですね、ドキュメントとかなくてもコンポーネント見てると自然にわかってくる感じがとても気持ちいいです

それはそうとなんで vuepress は外部へのリンクをタブで開かせたがるんだろ？

cockroachdb-laravel を使えば laravel で cockroachdb 使えるみたい

2019-05-17T15:25:09+09:00

はじめに

先先日、こちらの場をお借りして、稚拙なできませんでしたレポートに過ぎない laravel で cockroachdb を使おうとして惜しくも断念を書かせていただいたのですが、だら様の日々の SEO の強化の御尽力おかげと思うのですが laravel と cockroachdb で QWANT で検索したら他の良記事を差し置いて僭越にも２番めにでてきてました、なんかちょっとうれしいです

ところで検索筆頭の cockroachdb-laravel ってどういうプロジェクトなんでしょう？

cockroachdb-laravel

cockroachdb-laravel は、laravel で使うために必要な cockroachdb の定義をしてくれているみたいです（laravel の内部をよくしらないので、なんとなくコードを眺めててそんな印象をもった、という程度で、あまり自信ないです）
つかってみると、ちゃんと migrate できて、larabel のユーザ認証がうごきだしました

ちゃんと cockroachdb にユーザができてる！うれしい

うれしいので速攻で星をつけました ^^/

ちょっとした問題

こちらの issue にもあがってますが、migrate する時に "id なんてないよ" って言われて migrate が１回失敗する現象がありますが、シレっと再度 migrate すると普通に db ができます

その後

で、ログインしようとすると「そんなクレデンシャルないよ」とログインできない現象が私の所では出ていて、cockroachdb の Metrics みてるとそもそも query も来てないので、そもそも誰が原因なのか（laravel なのか、cockroachdb なのか、はたまた私の環境構築の問題なのか）今の所、ちょっとわからないです

laravel で cockroachdb を使おうとして惜しくも断念

2019-05-15T22:09:28+09:00

要約

laravel でなにか作った後の DB の面倒を見るのがめんどくさいです。なのでcockroachdb みたいに手のかからない DB が使えれば嬉しいです
postgress 互換なので postgress 用の laravel 設定を流用して使えないかなとおもってためしてみたのですが、結論からいうとこの issue が解決されないと、laravel で cockroachdb つかうの無理っぽいです

cockroachdb を使うための準備

laravel の database.php の pgsql の connections を見るとパスワード認証にしか対応していないので、証明書でログインするように変更します

laravel のコードの変更

/*
        'pgsql' => [
            'driver' => 'pgsql',
            'url' => env('DATABASE_URL'),
            'host' => env('DB_HOST', '127.0.0.1'),
            'port' => env('DB_PORT', '5432'),
            'database' => env('DB_DATABASE', 'forge'),
            'username' => env('DB_USERNAME', 'forge'),
            'password' => env('DB_PASSWORD', ''),
            'charset' => 'utf8',
            'prefix' => '',
            'prefix_indexes' => true,
            'schema' => 'public',
            'sslmode' => 'prefer',
        ],
*/
        // refer https://gist.github.com/tigusigalpa/2d1ec6e258ed96221abf9679622d274a
        'pgsql' => [
            'driver' => 'pgsql',
 #           'url' => env('DATABASE_URL'),
            'host' => env('DB_HOST', '127.0.0.1'),
            'port' => env('DB_PORT', '26257'),
            'database' => env('DB_DATABASE', 'forge'),
            'username' => env('DB_USERNAME', 'forge'),
#            'password' => env('DB_PASSWORD', ''),
            'charset' => 'utf8',
            'prefix' => '',
            'prefix_indexes' => true,
            'schema' => 'public',
            'sslmode' => 'require',
            'sslrootcert' => env('DB_SSLROOTCERT', ''),
            'sslcert' => env('DB_SSLCERT', ''),
            'sslkey' => env('DB_SSLKEY', ''),
        ],

ついでに port も cockroachdb のデフォルトの 26257 に変更しておきます
sslmode は require に変更して、あと sslrootcert, sslcert, sslkey を .env から読めるように追加しました

cockroachdb 側の対応

laravel で使うための db をつくって、laravel で使うユーザに全権を Grant しておきます

migrate してみる

migrate してみると、cockroach にクエリーがきてます o(´∀｀)o

なんだ、簡単だったな、とおもったらぬか喜びでした
created_at, pdated_at あたりがエラーになってます

php artisan migrate
Migrating: 2014_10_12_000000_create_users_table

   Illuminate\Database\QueryException  : SQLSTATE[0A000]: Feature not supported: 7 ERROR:  syntax error: unimplemented: unimplemented at or near "zone"
DETAIL:  source SQL:
create table "users" ("id" bigserial primary key not null, "name" varchar(255) not null, "email" varchar(255) not null, "email_verified_at" timestamp(0) without time zone null, "password" varchar(255) not null, "remember_token" varchar(100) null, "created_at" timestamp(0) without time zone null, "updated_at" timestamp(0) without time zone null)
                                                                                                                                                                      ^
HINT:  See: https://github.com/cockroachdb/cockroach/issues/32098 (SQL: create table "users" ("id" bigserial primary key not null, "name" varchar(255) not null, "email" varchar(255) not null, "email_verified_at" timestamp(0) without time zone null, "password" varchar(255) not null, "remember_token" varchar(100) null, "created_at" timestamp(0) without time zone null, "updated_at" timestamp(0) without time zone null))

なんか親切な HINT がでてるので見てみると、ようは cockroachdb が timestamp の精度指定 にまだ対応してないのが原因みたいです
このissue はそもそも symfony で使おうとしてあがってきたみたいですけど、symfony でダメなら当然、laravel でもだめですね orz

結論

issue が fix されるまでもう少し待とうかなと

cockroachdb のクラスタを作ろうとしてジタバタした記録

2019-05-12T15:32:39+09:00

Insecure な clustering にさえハマる

host1 で cockroach が無事に起動する事を確認して、host2 でも確認、問題なさそう
で、host2 の node2 を host1 の node1 のクラスタに join させようとするのだけど、無視してしれっと別のクラスタをつくって stand alone で起動してくださる

全然、理由がわからない、Trouble Shootingを漁っても、ググってもわからない、なんで他のみんなはこんな目にあってないんだろ？
半泣きで SOに助けを求めたら、速攻で「node2のcockroach-data消しとかないとダメだよ」と教えてもらう、Marc さんありがとう、私は人の世の優しさで生かされている！

Secure な clustering には当然ハマりそう

Insecure な clustering でさえハマってググりまくるという希有な経験をさせていただいておりました私は、その過程で皆様が Secure な cluster を作ろうとしてハマりまくってるのをすでに知っていたので、ビビリながら try

Deploy の Manual Deployment の On-Premisesを何度も（普通なら１度で十分なんでしょうけど^^;;;）読んで、だんだんと分かってくる

deploy する対象は certs folder であって、my-safe-directory は deploy しないでどこかにかくしておく、ここには ca.key ができる
前述の ca.key を使って certs 配下に証明書をいくつかつくるのだけど
- クラスタ全体で同じものを使う: ca.crt, client.root.crt
- node ごとに別のものを使う: node.crt

ということをドキュメントの行間から読み取るのが物凄く難しかったですが、これがわかればハマりポイントはなさそう...

なのにハマる

node1 は起動するのに node2 が join しないどころかリトライを繰り返して起動さえもしない
log (cockroach-data/logs/cockroach.log) をみると（クラスタ作り直した時に消しちゃったので記憶で書いてますが）host 1 の IP アドレスと host2 のIPアドレスが「対象が違う」というようなエラーメッセージ

実は、host1 に node2 用の証明書を間違えておいてたというおマヌなのが原因だったんですが、それにしても node1 はシレっと起動して、node2 の起動がエラーになるあたり、cockroachdb 恐るべし

番外編：admin UI にログインできない

admin UI にログインするためのカウントを作る SQL がドキュメントとか、admin UI のページにでてるんですが、これをコピーして sql client にペーストするとパスワードの前後のシングルクオートが化けてアカウントつくってくれるのでログインできません ^^;;;
これも原因に気づくまでずいぶん時間かかったんですけど全く知育玩具かと思うぐらい昨日今日で頭がよくなってきた気がする o(´∀｀)o

感想

名前からゴキブリなみのしぶとさを期待してたんですけど絶滅危惧種育ててるのかと思うほど大変だったですが...

てか、立ち上がっちゃえば核戦争後まで生き延びるほどしぶといクラスタだと期待しつつ次号につづく

Google Books Ngram Viewer で世界の中の日本を知る

2019-05-10T15:09:22+09:00

Google Books Ngram Viewer はその時のコーパスのなかにどれぐらいその言葉が含まれているかを時系列にグラフにしてくれるサービスです
古い言葉が使われなくなっていくのとか、新しい言葉が広まっていくのがグラフでよくみえておもしろいです、悪名高い言葉とかが意外と最近の言葉だったりしてビックリします

英語の辞書にも出てるような busi, shogun, geisha,kamikaze, ninja, sushi とかでみてみるとこんな感じで、その時代に日本がどういうふうに記載されてたのかが見えて面白いです

bushi って 1840年ぐらいに孤立した山があるんですけど、ちょうど外国船打ち払い令 とかやってた頃であぶねー奴らがいるぞってニュースにでもなってたんでしょうか
shogun って 1870年ぐらいから、まさに慶喜が退位した後 になってでてくるんですよね。いなくなってからのほうがコンテンツになるもんなんですね
geisha とか bushi とかがでてくるのは明治になってからの 1880年ぐらいからなんだけどなんでだろ？
kamikaze って 1944年に始まったんだとおもってたんですけど言葉としては 1940年からコーパスに出始めてるんですよね、作戦情報が漏れてた？
ninja って60年代半ば過ぎぐらいに急にでてくるんですね、何がきっかけだったんだ？その時代だと少年忍者藤丸とか？
sushi って80年代のバブリーな頃にゴンベルツ曲線的にポピュラーになってるんですね、案外、欧米進出した日本企業の置き土産だったりして

Google Books Ngram Viewer は英語の他にロシア語、フランス語、スペイン語、中国語など多数の言語に対応してるみたいですけど例によって日本語はありません、そもそも日本語の本のコーパスってあるんでしょうか？

C++ ベースのウェブアプリケーションサーバ Cerflet のご紹介

2019-04-20T12:08:57+09:00

はじめに

Cerflet は Maya Posch さん作の C++ ベースのシンプルな Web Application server です
Raspberry Pi でもサクサクに動いています

python の tornado みたいにリクエストハンドラを書くだけで簡単に使える上に、オール C++ かつオンメモリなので超高速が期待できます

ちなみに Cerf はジビエ好きな方はピンと来るかと存じますが多分、フランス語の 鹿(セール) なんじゃないかなと想像してます、Maya さんの他のプロダクトも動物の名前のが多いし、彼女の会社の名前からして Nyanko だし

実装

本体の実装は物凄くシンプルでコメント込で 80行ぐらいしかないです、すごい
私だったら C++ の80行ってコマンドライン処理するだけでもゆうに超えちゃったりします

サーバの処理も実行時オプションの処理も POCO の機能が有効に使われてて、POCO の凄さと、POCOを使えば Web Application でさえこんなにシンプルにつくれるという Maya さんのソフトウェア・アーキテクチャのセンスの良さに敬服いたしますとともに、Poco.Net のプラグマティックなチュートリアルとして大変ありがたく読ませていただきました次第でございます

How to try it

POCO をインストール
git clone https://github.com/MayaPosch/Cerflet.git
cd Cerflet/sample
make
./hellocerflet

「libPocoNet.so.60 がないよ」とかエラーになるようでしたら ldconfigしてみてください

で、hellocerflet を起動したサーバの port 8080 番をブラウザで開くと

ビックリするほど簡単です

こちらの HTTPRequestHandler の中身を変えて、たとえば ContentType を "text/html" じゃなくて "application/json" にして、ostr に json 文字列を返したら超高速かつコンパクトな API サーバーとしてすぐにでも大活躍しそうです

作者の御紹介

作者の Maya Posch さんですが、御本人のブログによると生まれつきに抱えるいくつかの問題、特に両性具有に起因する問題（当時のニュース番組がこれとかこれとか残ってます）で祖国オランダを離れざるを得ず、安住の地を求めて世界を旅しながら自分の会社 Nyanko を運営しつつプログラミングと電子工作に関する数々のプロダクトと著作を世に出していらっしゃいます
まるで物語みたいに数奇な人生を歩みながら outcomes を出されていることに正直圧倒されてしまいました、すごい人がいるもんなんだなぁ
翻って自分を鑑みるにいったい何をやってるんだと情けなく忸怩たる思いに至る次第です

近著 Hands-On Embedded Programming with C++17 を魅力的なタイトルに惹かれて読んだのが彼女を知るきっかけだったんですが、この本も POCO の紹介をふくめて Raspberry Pi みたいなSBC でプロダクトをつくる上でのオリジナルな話題にあふれていてとても面白い本でした

感想

数日前に某所で「C++でウェブアプリ書く気にはならないし」なんて言っちゃったの、謹んで取り消させてください

読書は時として人の世界観をダイナミックに変えてしまうものなのです ^^;;;;;;;

POCO を使おうとして error while loading shared libraries: libPocoNet.so.60: cannot open shared object file: No such file or directory みたいに「ないよ」って言われる時

2019-04-20T09:56:19+09:00

こちらの皆様の雰囲気と合っていないようなのでこちらに移動致しました

Nuitka はあなたの python code の変数名、関数名、クラス名その他を見えなくしてくれるのか？

2019-04-15T19:50:32+09:00

背景

Does Nuitka Remove Or Obscure Names of Variables, Functions, Classes, Etc. From Your Python Code? という記事をたまたま見つけて（というのをブログで見かけるとたいがい「ウソつけ！」ですよね ^^; かくいう私も嘘ついてて、本当は nuitka と decompile で検索してたらトップがこれだった）記事は「全部残ってるよ」という内容だったので、気になったので試してみました

Python の obfuscator って free のが見つからなくて（obfuscator-llvm みたいな OSS がある分だけ C++ っていいですね、ってC++ で Web アプリ書く気にはならないのですが ^^;;;）、で、別に obfuscate しなくても binary で strip してあれば実質、ほとんどのマリシャスな人は手ださないんじゃないかなと思い、ところで nuitka でコンパイルした binary ってどれぐらい元コードの情報残ってるもんなんだろ？と思ってググってたら冒頭のショッキングな記事が...

よくみるとこの記事、やっぱり高い obfuscator のベンダーさんが書いてるみたいですね

結論

記事に反して全然残ってないみたいに思えるのですが、自信ないのでこちらに晒しておこうと思いました次第です
マサカリ大歓迎です、というかそれが欲しくて晒してます

実験

version of Nuitka

pip list

Nuitka (0.6.3)

素のコード

たまたま書いてた（嘘、本当は obfuscate したいと思ってる）Tornado のアプリケーションです
protocol とか port とか文字列たくさん含んでます
Screen_WebHander とかクラス名もありますね

#-*- coding:utf-8 -*-
# Copy Right Takeyuki UEDA  © 2019 - All rights reserved.


import tornado.ioloop
import tornado.web
from tornado.options import define, options
import ssl
import os
import sys
import pprint
import importlib
import screen

if __name__ == "__main__":
# options
    define("protocol",               default="wss:", help="ws: or wss:(default)")
    define("port",                   default=8888, help="listening port", type=int)    
    define("data_dir",               default="", help="cert file path for running with ssl")
    define("cert_file",              default="cert.pem", help="cert file name for running with ssl")
    define("privkey_file",           default="privkey.pem", help="privkey file name for running with ssl")
    define("config_file",            default="",         help="config file path")
    define("static_path",            default="./",       help="[mandatory] handler class name of rhizome")

    options.parse_command_line()

    '''
    The priority of Option file

    1. options.config_file
    2. ./config.py
    '''
    if os.path.exists('./config.py'):
        options.parse_config_file('./config.py', final=False)
    if options.config_file:
        options.parse_config_file(options.config_file, final=False)

    '''
    command line is the first priority
    '''
    options.parse_command_line()


# app
    BASE_DIR = os.path.dirname(__file__)

    app_params = {}
    app_params["handler"] = [("/",                      screen.Screen_WebHander),
                             ("/screen_connection/(.*)",screen.Screen_WSHandler),
                             ("/remote_connection/(.*)",screen.Remote_WSHandler),
                             ("/remote/(.*)",           screen.Remote_WebHander)
                             ]
    app_params["static_path"]   = os.path.join(BASE_DIR, options.static_path)


    app = tornado.web.Application(
        app_params["handler"], 
        template_path = ".",
        static_path   = app_params["static_path"],
    )

    if options.protocol == "ws:":
        http_server = tornado.httpserver.HTTPServer(app)
    else:
        ssl_ctx = ssl.create_default_context(ssl.Purpose.CLIENT_AUTH)
        data_dir = options.data_dir
        ssl_ctx.load_cert_chain(os.path.join(data_dir, options.cert_file),
                                os.path.join(data_dir, options.privkey_file))
        http_server = tornado.httpserver.HTTPServer(app, ssl_options=ssl_ctx)

    http_server.listen(options.port)
    tornado.ioloop.IOLoop.instance().start()

コンパイル

こんな感じでコンパイルしました

python -m nuitka --follow-imports ソースファイル名

.bin ファイルができます

なかを見る

nm してみると

nm homeserver.bin
nm: homeserver.bin: no symbols

ちゃんと strip してあるみたいですので、-D をつけてみると

nm -D homeserver.bin
         U abort
005b5be0 B __bss_end__
005b5be0 B _bss_end__
005a2218 B __bss_start
005a2218 B __bss_start__
         U __ctype_b_loc
         U dirname
005a2218 D _edata
005b5be0 B _end
005b5be0 B __end__
005369f4 T _fini
         U getenv
         w __gmon_start__
00013b90 T _init
         w _ITM_deregisterTMCloneTable
         w _ITM_registerTMCloneTable
         w _Jv_RegisterClasses
         U __libc_start_main
         U mbstowcs
         U memcpy
         U memset
         U printf
         U _PyArg_NoKeywords
         U PyArg_ParseTuple
         U PyArg_ParseTupleAndKeywords
         U PyArg_UnpackTuple
0054be88 D _Py_ascii_whitespace
005a3690 B PyBaseObject_Type
005a3d98 B PyBaseString_Type
...

Python の構文用の文字列は残ってるみたいですけど前述の protocol や port 、Screen_WebHander とかいった文字列はみつかりません

他に objdump -xT も試してみるのですがやっぱりみつかりません
念のために od -A -tx1z でダンプしてみたのですが、やっぱりなにもみつかりません

考察

試したかんじだと元記事の内容に反して「残ってなくて削除してくれてる」ようなのですが...
使ってる nuitka のバージョンが違うのかな？

Threats to validity

ぜんぜんわかりませんヽ(^o^)丿 ← お手上げ
なんか「そこ、おかしいよ」みたいなご指摘でも「それでいいんだよ」っていうご指摘でもどちらでもかまわないのでご意見いただけたら大歓迎です
つうか、全然 threat to validity になってないな...

References

Does Nuitka Remove Or Obscure Names of Variables, Functions, Classes, Etc. From Your Python Code? 元記事です
Nuitka Nuitka のサイトです
obfuscator-llvmのサイトです
obfuscator-llvm の作りました論文の解説記事、そもそも obfuscation って何？って人に興味もってもらえるように丁寧に書いたつもりだったんですけど...

今の時代、日本語で書いた記事でも意外に海外から読んでもらえるものなので、ぼくらはもっと自信をもって日本語で書いてもいいのかも

2019-01-01T12:19:04+09:00

ご挨拶

あけましておめでとうございます、2019年、来年はついに C++20 がやってくるのかと思うとワクワクしてきますね

はじめに

日本語で書いたQiita の記事にコメントで質問を英語で頂くことがこれまでに２回ありまして、質問をいただいているので単なる通りすがりのおちゃらかしではなくて記事に興味を持ってくださって、どうにかして読んでくださって、なおかつ疑問に残ったことを英語で質問してくださったんだろうなと思うとちょっと胸熱でウルウルしてました

私のささやかな声でも、世界に届くことがあるんだな
この喜びと勇気を諸兄諸姉にも届けたい、と思ったことが本稿を寄稿いたしましたモチベーションでございます

ところで、日本語で書いた記事って実際に どれ位海外で読まれる ものなのでしょうか？
千人に１人の 0.1% ぐらい、というのは希望的すぎるので万人に１人の 0.01% ぐらいでしょうか？

検証

Qiita はありがたいことに アナリティクスの設置ができますので、それで自分の記事がどれぐらい日本以外で参照してもらえているものなのか調べてみようと思います

期間は2018年の 9月3日から 2019年1月1日（今日ですね、あけましておめでとうございます）までの 約４ヶ月間、これまで Qiita に上梓させていただきました 75本 の記事が対称です

Resarch Question

RQ1: 日本語の記事がグローバルに参照される比率はどれぐらいなのか

結果

ぱっとみてビックリしました

コメントの内容から北米とヨーロッパは予想してたのですが、南米、アジア、オセアニア、ロシアと余すところなく、西アフリカと中央アジア意外ほぼ全域でよんでもらえてるなんてもう感動ものです

中央アフリカでもタンザニアとケニアといった近年急速に産業が発達してるとちょっとまえに BBCで紹介されてた国で読んでいただけてて、もしも私の記事がそういうことに少しでも貢献できていたとしたらそれにまさる喜びはありません

イエメンとか４０人も読んでくださった方がいらっしゃいまして、もし私の記事がなにかの役に経つことがあれば僥倖の至りです

チュニジア（行こうとしてた年にジャスミン革命がおきてしまって行きそこなった悲しい思い出が）やモロッコみたいないつかは行きたいマグレブ諸国でも読んでくださってる方がいらっしゃるんだとおもうともうなんというか感動です

世界の皆様、あんな記事をわざわざ読んでいただきまして本当にありがとうございますだ

都市で見てみるとこんなかんじで

私は赤貧生活をしているのが影響してか「100円でつくれる〜」みたいなボンビくさい記事が多いのですがなぜ港区みたいなリッチな所の方々にうけているのかが謎です ^^;;;

で、70位になんとパリがはいってるんですよ、gilets jaunes の皆様が頑張っていらっしゃるあのパリで、しかも 57% って凄い低い直帰率

76位のサナアはさきほど少しふれたイエメンの街です。こちらも直帰率たったの 50%、読んでくださってありがたいです

そして

87位にオスロが、94位にサン・ペテルブルグが、95位にロンドンが、福島や甲府の方々よりも読んでくださってます

さらに大都市だけでなく

Huddersfield って知らなかったのですがマンチェスターの近くの人口16万人ほどの街で、Randburg はヨハネスブルグ北西部の人口33万人ほどの街なんだそうです

世界の街で、こんなに読んでくださっている方がいらっしゃるんですね

なんて感慨に浸ってないで（感動は研究の最強のモチベーションであるとはおもうのですが）、前述の RQ の検証にもどりますと

日本からの参照が 95.46%、なので 海外からの参照は 4.54% ですね、桁違いに多い、マジで有意な数の参照が海外から だったんですね

ところで日本国内にも日本語話者でない IT エンジニアの方がたくさんいらっしゃいますし、海外で働いている日本語話者の IT エンジニアの方もたくさんいらっしゃいます
日本語話者ではないと思われる方がどれ位参照してくださっているものなのかというと

ええと、だいたい 7.01% ぐらい？
これ、凄くないですか？日本語で書いてるのに

考察

機械翻訳が進んだ昨今、何語で書いてあるかは問題じゃなくなってきてるということなのでしょうか？

結論

日本語で書いた記事ってみんなが信じてる以上に実際は世界に届いているみたいですよ

ご立派な方々から 日本語での情報発信はグローバルな価値はゼロだよ なんてよく腐されておりました グローバル言語弱者 の私といたしましては、日本語で書いた記事でも実に 読者の 4.5% は海外の、7%は日本語ユーザーでない人 だったという事実は、 少なくとも「価値はゼロ」なんてことは決してない みたいです

本稿は某所に上梓させていただきましたこれを revise して、新年の希望にみちあふれる内容にしようと思ったんですけどイマイチうまくできませんでした
どうも本当にすみません、希望ってむずかしい

妻のために作ったアプリ「Pokéctiveness」がいかに「技術を使っていないか」を語るですだよ

2018-12-25T20:37:26+09:00

解決しようとした課題

妻がこんな本を買ってきたので大変ビックリしました

付録のコレがほしかったのだそうです

バトル相手のタイプを選択すると、有効な技のタイプが赤側の窓に、無効な技のタイプが白側の窓に表示されるます
某巨大掲示板の鬼女板の P-GO スレで高く評価されていた大変なスグレモノなのだそうです

こういうポケモンのタイプに対する技のタイプの相性は、専門家の間では「タイプ相性」と呼ばれていて
こういうのとかこういうのとかいろいろ公開されているのですが、これからバトルが始まるという緊迫した時間にスマフォの小さな画面で検索するのに適したものとはちょっと言い難いというか、そもそもモバイルファーストでさえないし

というわけで前述の、小学生の頃に九九の暗記するのに使ったみたいな素朴なツールが大変実践的に有効との評価を世間で得ているようでございます

一緒にバトルにいくと妻は喜んでクルクル回して「そうかー、鋼には火が良かったんだー」とか言ってますが、流石にいい大人がこんなの持ってるのが恥ずかしいのか周りの目を気にしてます
不憫に思った私は、恥ずかしい物を持ち歩かないですむようなスマフォアプリを速攻で作ってあげようと思ったのでありました

つくったもの

Pokéctiveness のご紹介

というわけで、こういうアプリをつくりました、アプリ名はオサレに Pokéctiveness にしました

タイプの選択はこんなかんじ

こちら に公開してます のでよかったらおちかくのポケヲタの方にご紹介していただければ至福の至りにございます

海外タマゴが欲しかった¹頃につくりまくった海外の friend にもつかってもらおうと思って i18n もやってますので、海外のポケヲタの friend にもご紹介いただければ大変ありがたいです

開発エフォートその他

何作る時でも開発記録をつけるようにしてるんですけど

2018.12.09 stat development.
2018.12.10 basic feature completed.
2018.12.11 Add color.
2018.12.12 Internationalization.

9日の夜からつくりはじめて 11日に妻に公開、当初白黒でつくってたんですけど「色ないと寂しい」というリクエストをもらってその場で対応

開発量は cloc-git で見るとこんなかんじです、小学生のプログラミング教室なみに小さいですね ^^;;;;

       7 text files.
       7 unique files.                              
       4 files ignored.

[https://github.com/AlDanial/cloc](https://github.com/AlDanial/cloc) v 1.66  T=0.04 s (98.3 files/s, 9388.5 lines/s)
-------------------------------------------------------------------------------
Language                     files          blank        comment           code
-------------------------------------------------------------------------------
JavaScript                       1              7             13            207
HTML                             2             19             10            116
JSON                             1              0              0             10
-------------------------------------------------------------------------------
SUM:                             4             26             23            333
-------------------------------------------------------------------------------

333 はゾロ目で縁起がいいですね、来年もよい年でありますように

使ったり使わなかったりした技術

Pokéctiveness は Web アプリです

技術は課題解決の手段なので、その選択は解決しようとする課題に依存します。オサレないい言い方するとアーキテクチャ・デザインはプロブレム・ドメインに依存するというか

で、今回は不憫な妻にさっさと使わせてあげたかったので、審査に何週間も必要なネィティブアプリを選択することはそもそも不適切と判断して Web アプリ としてサクっとつくりました、というかそもそもネイティブアプリはめんどくさいので、可能なかぎり Web アプリを選択する傾向はございます

Web アプリなので起動時にリソースの読み込みで 0. 何秒か間があるのですが、そもそも本家の P-GO の起動がものすごく遅いので気にせずつかってもらえているようです

Web アプリでもネイティブアプリみたいにホーム画面に登録できます

掲題のとおりですので、いちいち Safari を開いてブックマークから選択して、なんて手間はございませんのでご安心ください

以外としられていないみたいなのでクリスマスを記念してご紹介しておきますと、Safari で開いて画面下部真ん中の、四角に上矢印がついてるアイコン（意味不明ですよねこんなの）をクリックすると

こんな感じのモーダルダイアログがでてきて、そこに「ホームに追加」ボタンがあるので押すと

こんなふうに「ホームに追加」モーダルダイアログがでてきて

こんなかんじに「ホームに追加」できます

まったく関係ないですが、この壁紙はインスタで拾った仏頭で寝てるトラの写真で、なんかトラが知的でかつなんとなく寂しげで、まるで寒山と拾得の話しの豊干禅師に師事したトラが「最近、来ないな〜」って自分なんかを指導してくれた禅師を懐かしんで寂しがってるみたいな雰囲気が気に入ったので使ってます

閑話休題、ホーム画面のアイコンはそのままだとアプリ画面のスナップショットになってしまってちょっとカッコ悪いですので、下記のようにファビコンをつけるのと同じ要領で

apple-touch=icon という画像を用意しておくと、それをアイコンにしてくれて少しオサレです

フォントをオサレに

こういう小学生のプログラミング教室どころか、営業職から開発職への強制配置転換社内教育なみにショボいアプリの場合、見た目がカッコわるいすぎると誰からもつかってもらえません
中身のないソフトは中身のない人間と同じで見た目が命です
恥しくて人前にだせないような UI だと使ってもらうチャンスは限りなくゼロに近づきます

フォントにこだわると比較的、エフォートレスに見た目をオサレにすることができます
私はおフランスのカフェの黒板のメニューの文字みたいにクルクルしたフレンチ・スクリプトが好きで
google font で Parisienne とか使うとメニューがオサレになります

future works

相手のポケモンが何タイプなのかよくわからない奴がいるんですよね、ナッシーとかなんなんだろう？それをワンタッチで検索できるようにしてほしいとのことなのですが、どういう UI がいいのか難しいです
名前を文字列で入力させるのは最低なので、なんかいい方法ないか考え中です

アイデアマンの諸兄諸姉の素晴らしい名案がございましたら、コメント欄にでもお知恵をいただければ大変ありがたい次第でございます

2019.06.01 追記

銀行の振込先選択みたいに、名前の先頭位置文字を入れる形式にして、ついでに material design light やめて Vuetify にして pokectiveness2 にメガ進化しました

friend と交換したポケモンの距離に応じたメダルが貰えるので海外の friend を twitter で募集するのがちょっと前に流行った ↩︎