2020/08,江端さんの技術メモ

■(まとめ)地図DBの作り方 “toyosu.osm"もダウンロードできます。
■GolangでPOSTを試してみた件
■「GolangでCUIでWebsocketを試したい」にドンピシャのソースコードはこちら
■「GolangでCUIでWebsocketを試したい」のクライアントを、goroutine化してみた件
■コピペで学ぶ、GitとGitHub入門
■改札口のデータの収集ができてしまった件
■DockerのbashからSQLファイルを実行する方法
■geometry型がさっぱり分からん
■postGIS環境作り直し方(バラバラに記載して、訳が分からなくなってエライ目にあった)
■「GolangでCUIでWebsocketを試したい」のserver.goをdockerコンテナに閉じ込めたい
■「GolangでCUIでWebsocketを試したい」のclient.goをdockerコンテナに閉じ込めたい

2020/08,江端さんの技術メモ

1.本家(kobore.net)の方

2.WordPress版の方(wp.kobore.net)の方

2020/08,江端さんの忘備録

最近、睡眠不足気味で、ちょくちょく仮眠を取るようにしています。

Lately, I’ve been sleep-deprived and I’ve been trying to take a nap every so often.

私の体の中にある「乾電池」は、とても性能のよいやつで、

The “dry cell" in my body is a very good performing one.

「10分間の仮眠で、5時間連続稼動」

“I’ll take a 10-minute nap and run for five hours straight"

できます、

これ、一見、良さそうに見えますが、「性(たち)の悪い不眠症の原因」となっています。

This may seem like a good one, but it is the “cause of our bad insomnia".

—–

昨日も、タイマーに「10分間」セットして、横になりました。

Yesterday, I set the timer for “10 minutes" and laid down.

残り8分34秒のところで目が覚めました。

I woke up with 8:34 to go.

2分弱しか仮眠が取れていないのに、その割には、体調がスッキリしています ―― 最近、経験したことがないくらい。

I’ve only been able to take a nap for less than two minutes. However I was feeling better than I’d have experienced in recent years.

変だなーと思って、時計を確認したら、

I thought it was odd, so I checked my watch.

セットしたタイマーの時間は、"10分間"ではなく、"10時間"でした。

The timer was set for “10 hours", not “10 minutes".

2020/08,江端さんの技術メモ

「特許明細書のロジック」の説明の仕方

「特許明細書のロジック」の説明の仕方

2010/09/17

1. 背景と目的

(1)後僚より、『知財担当者から、「特許明細書作成のロジックを説明しろ」と、言われたけど、なんのことか分からない』と相談された。

(2)そこで、江端が独断と偏見に基いて確立した「特許明細書のロジック」を開示する。

(3)なお、本内容は、知財担当者(弁理士を含む)にも開示したが、少なくともクレームは受けなかった(ように思う)。

従って、内容的には大きく外れてはいないのだろう、と考えている。

2. 知財担当者からの要請

知財担当者殿より、『「特許明細書のロジック」を説明する場合には、以下のように説明して欲しい』との要請を受けている。 

====================================================================== 
先ほど、「背景技術→背景技術の問題点→本発明」と書きましたが、
詳細には、下記の点についてご説明頂きたくお願い致します。

(Step.1)発明のバックグラウンドとなる分野の説明
  　	↓
(Step.2)その分野における一般的な課題の説明
  　　	↓
(Step.3)公知例がどのように上記課題を解決するかの説明
  　　	↓
(Step.4)その公知例でも解決できない課題の説明
  　　	↓
(Step.5)それをどう解決するかの説明（＊本発明のロジック）

＊本発明について、代表となる図を記載して頂けると助かります。
======================================================================

3. 江端の付帯説明

(面倒なので、以下メールより抜粋)

知財担当者殿のフローチャートの内容は完璧なので、そこに、私が具体例を書きます。

私はこういう風に書いてきて、発明検討会を何十回も突破して、(分割と共同を含めて)100本以上の明細書に関わってきたのですから、

先ずは、黙って、私を信じろ

(1)発明のバックグラウンドとなる分野の説明 

 
  (ポイント：ここは「技術」を書くな)
 
   ○有線でやっていたメータリングを無線でやろうとする試みはあった。
   ○が、「メータおばさん」のコストの方が圧倒的に安かった。
   ○近年、無線のリソースが滅茶苦茶安くなってきた。
   ○「メータおばさん」の産業構造が崩れる可能性がでてきた。
   ○アドホックに関する技術も、かなり溜ってきた。
   ○実験ネットワークで、華々しい報告もある。
   ○太陽光発電とか、未知のシステム構成要素が入ってきている。

(2)その分野における一般的な課題の説明 

 
   (ポイント：「技術」を書いても良いが、基本的には「金」「不安」で良い)

   ○事業的困難性
        インフラコストが高い、設置面倒、メンテ面倒、保守コスト試算困難、
        事業主体が不明瞭、金主が不明、ビジネスモデルが作れん

   ○技術的困難性
        無線に対する信頼性がない(本当にない)。実績がない。

   ○失敗時のインパクト
       課金不公平→暴動→政権倒れる→革命(というのは冗談だが)              
       深刻な社会不安、インフラに対する信頼性の下落

(3)公知例がどのように上記課題を解決するかの説明 

 
   (ポイント：他人の文献公知発明を褒め称える)

    ○A社の特許文献1は、アドホックを自由に構築できる。
      上記の技術的困難性を見事に解決できる。素晴しい(と褒め称える)。

    ○B社の特許文献2は、無線をこんなに高信頼にして、社会インフラレベル
      にもっていける。
      上記の失敗時のインパクトを見事に回避できる。
      実に素晴しい(と褒め称える)。

    ○C社の非特許文献１は、これらを低コストで製品化している。誠に素晴
      しい(と褒めちぎる)
      上記の事業的困難性を解決できるではないか。
      涙が出そうな程、見事である(と褒め称える)。

【特許文献１】特開２００７－２７８XXX号公報
【特許文献２】特開２００２－１３２XXX号公報
【非特許文献１】「XXXXX」、Ebata Inc.．[online]［平成２０年４月７日検索］、
                インターネット

(4)その公知例でも解決できない課題の説明 

 
   (ポイント：褒め称えた発明を、掌を返して、鬼のように非難する)

    ○しかし、よくよく見るとA社の特許文献1は、×××はできないし、△△
      △はできない。カスな発明である(と、罵しる)

    ○また、B社の特許文献2は、★★★★★はできないし、■■■■■はでき
      ない。こんなものが現実世界で使える訳がない(と、嘲笑う)

    ○それに、C社の非特許文献１は、安いだけで、絶対必要となる○○○と
      いう機能がなく、お話になりゃしない(と、コケにする)

(5)それをどう解決するかの説明（＊本発明のロジック） 

 
   (ポイント：自分の発明を絶賛する(弱点については黙っている))

   ○ {俺の/あたしの}発明は、こういう内容だ(＊本発明のロジック）。
      (ここで技術の話が始めて登場する)

   ○A社の特許文献1の問題点である、×××を解決し、△△△を可能とする。
      この発明は完璧だ(と、自己陶酔する)

   ○またB社の特許文献2の弱点である、★★★★★もできるし、■■■■■
     もできる。この発明は凄すぎる(と、自画自賛する)

   ○加えて、C社の非特許文献１が具備していない機能を、{俺の/あたしの}
     発明は持っていて、産業上の利用性も完璧！(と、誇大妄想する)

   ○以下、その理屈をお前達に、説明してやるから、実施例を見ろ！！！
     (以下実施例に続く)
とりあえず、こんな風に乱暴に理解して下さい。 ロジックとは、ようするに「物語」です。

(6)その他

江端が発明を評価する場合の評価方法は3つです。

(1)コスト(製造、メンテ、人材)が 1/10になる。

(2)性能(速度、メモリ、ハードディスク等)が10倍になる。

(3)上記(1)(2)に該当しなくても、(こじつけでも)「億円」の単位で儲かる。

これを、私は『特許発明 10分の1、10倍の法則』と名づけています。

『5%向上』程度なら出願やめとけ、と言っています。学生の研究ではないのだから。

また、ソフトウェアのアルゴリズムで、到底外部から発見できないようなものならやめとけ、とも。

書くだけ無駄です。侵害を立証できませんから。

# 山程書いてきた私が言っているのだから間違いない。

では、頑張って下さい。

以上

2020/08,江端さんの忘備録

先日、「NHKスペシャル 東京リボーン (5)「渋谷 迷宮大改造」」を視聴しました。

I watched NHK Special Tokyo Reborn (5) “Shibuya Labyrinth" the other day.

■５月末の夜。駅の機能を止めることなく、54時間のうちにホームを350メートル移動させ、線路を500メートルにわたって軌道修正する大工事。

– The night at the end of May. Major works to move the platform 350 meters and correct the track for 500 meters in 54 hours without stopping the station’s functioning.

■計画準備に2年間。工事作業員1000人超。

– It took two years to prepare the plan. More than 1,000 construction workers.

■1分1秒を争う時間との闘い。準備を尽くしてもなおも起こる想定外の事態。

– A race against time, with every minute counted. The unexpected continues to happen even after all the preparation.

十何年か前に、私も、似たような案件(「時間」に関してはもっと厳しい条件だったように思う)に関わらせて頂いたことがあり、思わず、そのことを思い出して ――

Some ten years ago, I was involved in a similar case (I think the conditions were more stringent as far as “time" is concerned), and I couldn’t help but think back to it — and,

涙が出そうになりました。

I was almost in tears.

これこそが「ドラマ」と言うのです。

This is what I call “drama".

—–

ちなみに、その時期に、ロンドンに出張していたことがあったのですが、メトロの駅前で、

Incidentally, I was on a business trip to London during that period. In front of the Metro station,

―― 地下鉄、まるまる2週間停止

“Subway shut down for a full two weeks"

という、なんとも豪快な輸送インフラの停止を目の当りにして、『ああ、そういうやり方もあるんだ』と、気がつきました。

When I witnessed the shutdown of the transportation infrastructure in a very dynamic manner, I realized that there was a way to do it.

まさに、「コロンブスの卵」でした。

It was truly a “Columbus’ egg".

—–

渋谷を経由する全ての鉄道(山手線、埼京線、湘南新宿ライン、井の頭線、東横線、田園都市線、銀座線、半蔵門線、副都心線)を、1週間、完全に停止する ――

All railways through Shibuya (Yamanote, Saikyo, Shonan Shinjuku, Inokashira, Toyoko, Denentoshi, Ginza, Hanzomon and Fukutoshin lines) are to be completely shut down for one week.

という集中工事は『難しいだろう』と思います。

The centralized construction of the project “will be difficult".

でも、もし、関東大震災が発生したら、1週間どころか、半年後でも全線開通には至れないでしょう。

But if the Great Kanto Earthquake strikes, we won’t be able to open the entire line in six months, not one week.

都市機能を1週間まるまる止める ―― 今こそ、そういう「豪快な避難訓練」が必要かもしれません。

Stopping the city from functioning for a week — maybe now is the time for such a “bold evacuation drill".

2020/08,江端さんの技術メモ

$ pacman -Su
エラー: mingw32: キー “4A6129F4E4B84AE46ED7F635628F528CF3053E04" は不明です
エラー: キー “4A6129F4E4B84AE46ED7F635628F528CF3053E04" をリモートで検索できませんでした
エラー: mingw64: キー “4A6129F4E4B84AE46ED7F635628F528CF3053E04" は不明です
エラー: キー “4A6129F4E4B84AE46ED7F635628F528CF3053E04" をリモートで検索できませんでした
エラー: msys: キー “4A6129F4E4B84AE46ED7F635628F528CF3053E04" は不明です
エラー: キー “4A6129F4E4B84AE46ED7F635628F528CF3053E04" をリモートで検索できませんでした
エラー: データベース 'mingw32’ は無効です (無効または破損したデータベース (PGP 鍵))
エラー: データベース 'mingw64’ は無効です (無効または破損したデータベース (PGP 鍵))
エラー: データベース 'msys’ は無効です (無効または破損したデータベース (PGP 鍵))

てな感じのことが続き、

$pacman -S tree // treeのインストール

すら、できない有様。

で、1時間くらい回遊し続けて、この記事「MSYS2でPGP鍵が不明とか」の内容を試してみました。

$ wget http://repo.msys2.org/msys/x86_64/msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz
$ wget http://repo.msys2.org/msys/x86_64/msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz.sig
$ pacman-key --verify msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz{.sig,}
$ pacman -U --config <(echo) msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz
$ pacman -U msys2-keyring-r21.b39fb11-1-any.pkg.tar.xz

インストールするか？ の問いには、"Y(es)"を連打していました。

全く理由は分かりませんが、PGP鍵の交換はできたようで、"tree"のインストールできました。

2020/08,江端さんの技術メモ

Dockerコンテナのサーバ化には、目処がついたので、今度はクライアント化の方を検討中です。

まずは、mkdir ~/go_echo/client を作って、そこにclient.goを放り込みました。

現時点での、Dockerfileは以下です。

# ベースとなるDockerイメージ指定
FROM golang:latest
# コンテナ内に作業ディレクトリを作成
RUN mkdir /go/src/client
# コンテナログイン時のディレクトリ指定
WORKDIR /go/src/client
# ホストのファイルをコンテナの作業ディレクトリに移行
ADD . /go/src/client

# gorillaのパッケージを入れる
RUN go get github.com/gorilla/websocket

現時点での、docker-compose.ymlは以下です。

version: '3' # composeファイルのバーション指定
services:
  client: # service名
    build: . # ビルドに使用するDockerfileがあるディレクトリ指定
    tty: true # コンテナの起動永続化

    volumes:
      - .:/go/src/client # マウントディレクトリ指定
    #ports:
    #   - "8080:8080"
    #expose:
    #   - "8080"

で、$ docker-compose build
$ docker-compose up -d
$ (winpty) docker container exec -it client_client_1 bash を実施して、

root@d561a99d0f67:/go/src/client# go run client.go

を実施したら、

connecting to ws://localhost:8080/echo
dial:dial tcp 127.0.0.1:8080: connect: connection refused
exit status 1

となりました。このlocalhostは、コンテナ内のホストだから、コンテナの外にあるホストOSや、別のコンテナの中にあるサーバには、繋らないんだろうなぁ、と。

その証拠に、

root@d561a99d0f67:/go/src/client# ping kobore.net
PING kobore.net (49.212.198.156) 56(84) bytes of data.
64 bytes from 49.212.198.156 (49.212.198.156): icmp_seq=1 ttl=37 time=12.0 ms

と、外部には、バッチリ繋っている(でも、これは、ちょっと凄いと思う)


では、ここからトライアル。

docker-compose.ymlの最後に、

extra_hosts:
- "local_dev:192.168.0.1"

を追加 → 失敗。 ちなみに、"127.0.0.1″も失敗しました。

もしからしたら、と思い、 extra_hosts:をコメントアウトして、client.goの方のアドレスを直書きしてみました。今、PC本体のアドレスが、

C:\Users\ebata>ipconfig

Windows IP 構成

イーサネット アダプター イーサネット:

接続固有の DNS サフィックス . . . . .:
IPv4 アドレス . . . . . . . . . . . .: 192.168.0.8
サブネット マスク . . . . . . . . . .: 255.255.255.0
デフォルト ゲートウェイ . . . . . . .: 192.168.0.1

なので、client.goの一行を以下のように換えてみました。

//var addr = flag.String(“addr", “localhost:8080", “http service address")
//var addr = flag.String(“addr", “0.0.0.0:8080", “http service address")
var addr = flag.String(“addr", “192.168.0.8:8080", “http service address")

これで動きましが、正直、なんとも気持ち悪いです。

ただ、これを解決するためには、dockerでIPフォワーディングとかやらなければならないのだと思うと、結構ウンザリした気分になりましたので、このままで放置することにします(動けばいいんですよ。ここは踏んばるところではありません)

以上

2020/08,江端さんの技術メモ

前提の記事はこちら

このサーバをさらにDockerのコンテナに搭載します。

サーバも何も入っていないが、Golang開発環境だけが入っているコンテナを作ります。DockerでGoの開発環境を構築するを参考させて頂きました。

mkdir work # workディレクトリ作成
cd work # 作成したworkディレクトリに移動

ここに、Dockerfileとdocker-compose.ymlを作ります。

(Dockerfileの内容)
# ベースとなるDockerイメージ指定
FROM golang:latest
# コンテナ内に作業ディレクトリを作成
RUN mkdir /go/src/work
# コンテナログイン時のディレクトリ指定
WORKDIR /go/src/work
# ホストのファイルをコンテナの作業ディレクトリに移行
ADD . /go/src/work

上記の、/go/src/work は、ローカル(PC)のディレクトリではなくて、コンテナの中のディレクトリなので、パスの構成は気にしなくてよい。

(docker-compose.yml
の中身)
version: '3' # composeファイルのバーション指定
services:
  app: # service名
    build: . # ビルドに使用するDockerfileがあるディレクトリ指定
    tty: true # コンテナの起動永続化
    volumes:
      - .:/go/src/work # マウントディレクトリ指定

次に、

docker-compose build

を実行する。

$ docker-compose build
Building app
Step 1/4 : FROM golang:latest
 ---> a794da9351a3
Step 2/4 : RUN mkdir /go/src/work
 ---> Using cache
 ---> 094b928e9bfb
Step 3/4 : WORKDIR /go/src/work
 ---> Using cache
 ---> b7a938d02446
Step 4/4 : ADD . /go/src/work
 ---> 9d95f42d64e3
Successfully built 9d95f42d64e3
Successfully tagged work_app:latest

さらに、docker-compose up -d を実行する。

$ docker-compose up -d
Creating network "work_default" with the default driver
Creating work_app_1 ... done

コンテナができているか同化を確認します。

$ docker-compose ps
   Name      Command   State   Ports
------------------------------------
work_app_1   bash      Up

現在、~/go_echo にある、server.goを、~/go_echo/workにコピーします。

これで、server.go が、ローカル(PC)と、コンテナの中で共有されるようになります。

では、コンテナの中に入ります。

$ winpty docker container exec -it work_app_1 bash # 江端のMSYS2 のシェルでは、"winpty"を付ける必要があるが、通常のシェルでは不要

root@abe44622eccf:/go/src/work# ls
'#main.go#'   Dockerfile   Dockerfile~   server.go   docker-compose.yml   docker-compose.yml~   main   main.go   main.go~   websocket-server.go

ここで、Goプログラムを実行します。

root@abe44622eccf:/go/src/work# go run server.go
server.go:21:2: cannot find package "github.com/gorilla/websocket" in any of:
        /usr/local/go/src/github.com/gorilla/websocket (from $GOROOT)
        /go/src/github.com/gorilla/websocket (from $GOPATH)

ふむ、やはり、こうなりますね。では、パッケージをインストールしましょう。

root@abe44622eccf:/go/src/work#  go get github.com/gorilla/websocket

何のメッセージも出さずに20秒後くらいに静かにプロンプトが戻ってきました(ちょっと不安になる)。

root@abe44622eccf:/go/src/work# go run client_multi_agent.go
connecting to ws://localhost:8080/echo
dial:dial tcp 127.0.0.1:8080: connect: connection refused
exit status 1

うーん、やっぱりネットワーク回りの設定をしていないから当然か。ポート開けていないし。docker-compose downして、docker-compose.ymlに以下を追加してみました。

ports:
  - "8080:8080"
$ more docker-compose.yml
version: '3' # composeファイルのバーション指定
services:
  app: # service名
    build: . # ビルドに使用するDockerfileがあるディレクトリ指定
    tty: true # コンテナの起動永続化
    volumes:
      - .:/go/src/work # マウントディレクトリ指定
    ports:
      - "8080:8080"

それと、"go get github.com/gorilla/websocket"を毎回実行しない為には、Dockerfileに “RUN go get github.com/gorilla/websocket"を1行加えれば良いみたい。

# ベースとなるDockerイメージ指定
FROM golang:latest
# コンテナ内に作業ディレクトリを作成
RUN mkdir /go/src/work
# コンテナログイン時のディレクトリ指定
WORKDIR /go/src/work
# ホストのファイルをコンテナの作業ディレクトリに移行
ADD . /go/src/work

# gorillaのパッケージを入れる
RUN go get github.com/gorilla/websocket

そんでもって、再びdocker-compose build → docker-compose up -d を実施して、docker container exec -it work_app_1 bash をして、コンテナの中に入って、go run server.goをやったんだけど、ブラウザで、http://localhost:8080やっても表示されない。

C:\Users\ebata\go_echo\work>curl http://localhost:8080/
curl: (52) Empty reply from server

となっているところを見ると。8080ポートは外側に見えていないみたい。

でも、

C:\Users\ebata\go_echo\work>netstat -a | grep 8080
  TCP         0.0.0.0:8080           DESKTOP-P6KREM0:0      LISTENING
  TCP         [::]:8080              DESKTOP-P6KREM0:0      LISTENING

にはなっているんだよなぁ。

試しに、コンテナの中で"curl http://localhost:8080/"をやってみたら、

oot@b30e685f9cc6:/go/src/work# curl http://localhost:8080/

<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<script>
window.addEventListener("load", function(evt) {
    var output = document.getElementById("output");
    var input = document.getElementById("input");
    var ws;

てな感じで、ばっちり見えます。

うーん、変だなぁ。"8080:8080″ってポートフォワードしているじゃないのか？ WebSocketの場合は、特殊な設定がいるのか？分かりません。

もう6時間くらい闘ったので、引き上げようとして、最後に、"curl: (52) Empty reply from server" でググってみたら、ドンピシャな感じの記事を見つけました。

docker上のアプリにlocalhostでアクセスしたらERR_EMPTY_RESPONSEが出る

まさに、同じ現象が表われていて、『そう！ そう！』と言いながら読み進めていき、結果として、

(解決) アプリの設定を0.0.0.0でLISTENするよう変更する

と記載されていましたので、server.goのソースコードを、

//var addr = flag.String(“addr", “localhost:8080", “http service address")
var addr = flag.String(“addr", “0.0.0.0:8080", “http service address") // テスト

と変更してみたところ、http://localhost:8080 でWebもcurlも表示されるようになりました。

ああ、これで、サーバのコンテナ化にメドがついた ―― と思ったら、どっと疲れが出てきました。

『Dockerのコンテナは、江端が作れ』と、指示されていましたので。

Dockerfileの最後に、

CMD [“go", “run", “server.go"]

をつけると、dockerコンテナをサーバ化にできる。

ただし、

# docker-compose build, 
# docker-compose up (-d ← これを付けたらダメ。バックグラウンドで起動するとDockerが終了してしまう)

で起動すること。

2020/08,江端さんの忘備録

「やはり俺の青春ラブコメは間違っている完」の第7話の視聴後感想になります。

This is my impression after watching episode 7 of “My Youth Romantic Comedy is Wrong,As I Expected — Final"

「意識高い系」という言葉があります。

There’s a word for “self-aware".

やたら会話の中に、横文字を使ったりする人を揶揄する言葉のようです。

It seems to be a term of ridicule for people who use English-words in conversation.

で、その「意識高い系」の言葉を、ちょっと調べてみたんですが、

So, I did some research on that word “self-aware".

アサイン、エビデンス、コミットメント、ジャストアイディア、ゼロベース、サマリー、タイト、デフォルト、フィックス、プライオリティ・・・

Assign, Evidence, Commitment, Just Ideas, Zero-Based, Summary, Tight, Default, Fix, Priority…

うーん、これらの使用を禁止されると、色々困ります。

Hmmm, if I am banned from using these, I am in a lot of trouble.

特に、特許ブレスト(これも、特許アイデア検討会、と言うべきか)が、できなくなります。

In particular, I will not be able to have a patent brainstorming session (or should I say, a patent idea review session).

しかし、これらの言葉を使うことで、不愉快に感じる人もいるだろうとも思います。

However, I also think some people may find the use of these words offensive.

「用語の勘違い」という問題あります。例えば、以前、「アバター」のことを、「痘痕(あばた)」と勘違いされて、怒られたこともありました。

There’s a problem of “misunderstanding of terms". For example, I once got angry when someone mistook “avatar" for “pockmark".

まあ、これらの用語はTPOに合わせて、使い分けることが大切なのだと思います。

Well, I think it’s important to use these terms in accordance with the TPO.

—-

私としては、むしろ、

As for me, I’d rather exterminate people

「AI系」: デジタルサービスを、なんでもかんでも、"AI"と言ってしまう奴

“who use the term “AI" to refer to all kinds of digital services"

を絶滅させたい。

『それって、"AI"で動いているから・・』

“It’s powered by an AI.so.."

『待った。その"AI"ってどの技術のこと？ 機械学習？ ニューラルネットワーク？ 統計解析？ それとも、それ以外？』

“Wait. What technology is this “AI" you’re talking about? Machine learning? A neural network? Statistical analysis? Or else?"

などと言えば、嫌われるだろうなぁ。もう手遅れだろうけど。

If I say something like that, everyone will hate me. It will be too late, though.

—–

『"政治"が悪いんだよ！』

“Bad politics!"

『待った。その"政治"ってどの分野のこと？ 財政？ 福祉？ 軍事？ 外交？ 教育？ それとも対象かな。与党？ 野党？ それとも省庁のことかな。そうだとしたら、その省ってどれ？』

“Wait. What field is this “politics" in? Finances? Welfare? Military? Diplomacy? Education? Or is it the target. The ruling party? Opposition? Or maybe it’s the ministry. And if so, which one is that ministry?"

うん、私も、こういうこと言う奴、嫌いだ。

Yeah, I don’t like people who say these things either.

2020/08,江端さんの忘備録

2020年8月22日の10:41ごろに、私のコラムをご愛読頂いている方から、質問のメールを頂きました。

On August 22, 2020, at about 10:41 a.m., I received an email from a reader of my column with a question.

私も直ぐに答えられなかったので、ここ1～2日、ちゃんと考えた上で、ブログでお返事することにしました。

I couldn’t answer right away either, so I’ve been thinking about it for a day or two and decided to respond to him on my blog.

=====================

(Q1)江端さんのコラムの分野は、多岐に渡っていますが、どのように情報収集をされていますか？

(Q1) Your columns cover a wide range of subjects. How do you gather information?

=====================

私は、定期的な情報収集はやっていません。

I don’t do regular information gathering.

コラムは基本的には1月に1回リリースとなりますので、この一月の間で、狂ったように、コラムに関連する情報収集をやっています。

The column will basically be released once a month in January, so I’ve been doing a crazy amount of information gathering over the past month.

——

インターネットの検索エンジンを使えば、そこそこの情報は手に入りますが、ニュースや個人のブログよりは、"Google Scholar(論文検索)"を頻用しています。

I can get a lot of information by using Internet search engines. and I use “Google Scholar" (paper search) more frequently than news and personal blogs.

良質のデータ、理路整然としたロジック、非凡な問題への着眼点という点では、論文は、頭2つ分くらいは抜けている感じがします。

In terms of good quality data, methodical logic, and a focus on extraordinary problems, papers are outstanding.

とは言え、論文の文章は難解なので「ななめ読み」を心掛けています。

Nevertheless, I try to “lickety-split" because the text of the paper is difficult to understand.

詳しくは、こちらの方法が参考なると思います。

For more information, this is how you can help.

—–

論文以外では、やはり書籍(本)です。

Other than papers, it’s still books.

お金がないので、市営図書館の予約システムを使って本を借りまくっています。

Since I don’t have the money, I use the city library’s reservation system to borrow books.

予約が間にあわないと判断すれば、自腹を切って、Amazonで書籍を購入しています。

If I decide that I can’t make it in time with a reservation, I pay my own way and buy the book on Amazon.

最近は電子書籍が便利だと感じています。

I’ve found ebooks to be very useful these days.

電子書籍は、PCのディスプレイで本を読みながら、原稿が書けるので、大変重宝しています(ですので、私の部屋では、4台のPCディスプレイ常に起動状態です)

E-books are very useful because I can write a manuscript while reading a book on my PC display (so in my room, I have four PC displays running at all times).

しかし、専門書は値段が高いので、頭痛の種でもあります。

However, specialty books are expensive, and that’s a headache.

—–

最近の私が頻用しているのは、YouTubeです。

One thing I use frequently these days is YouTube.

「量子コンピュータ」や「量子論」に関するYouTubeのコンテンツは秀逸です。

The YouTube content on “quantum computers" and “quantum theory" is excellent.

大学の先生や、予備校の講師によるYouTubeの講義は、映像と併わせて説明をして貰える上に、分からないところでは止めることができ、何度も繰返して視聴できる点が、大変素晴しいです。

The lectures on YouTube, given by university professors and lecturers from prep schools, are excellent because the lectures are explained along with videos, I can stop and watch them over and over again if I cannot understand something,.

一般的に、分かりやすいコンテンツは、視聴者数が多いですので、視聴の前に、コンテンツの品質を評価できる点も良いです。

In general, content that is easy to understand has a larger audience, so it’s good to be able to assess the quality of the content before I watch it.

—–

その他としては、漫画コミックは、社会、行政、医療、福祉、障がい、法律、LBGT、科学技術など、情報の宝庫です。

Otherwise, comic books are a treasure trove of information on social, government, medical, welfare, handicap, law, LBGT, science and technology, and more.

また、ハードSF小説などは、先端技術のてんこ盛りです。

Also, hard science fiction novels, for example, are a pile of advanced technology.

—–

あと、「メールで連絡して頂いた方から、直接教えて頂く」ことや、「有識者の方のお宅まで行く」こともあります。

Also, I have “people who contacted us by email to tell him/her directly" and sometimes I go to the homes of experts.

これまで、LGBTの方から直接色々教えて頂きましたし、医療や法律や技術やコンテンツの創作者の方にインタビューに参上したこともあります。

I’ve learned a lot of things directly from LGBT people, and I’ve attended interviews about medicine, law, technology and content creators .

インタビューの前に『御礼はお支払いできないですけど、いいですか』と伺うのですが、これを理由に断わられたことは、今のところありません。

I ask before the interview, “I am sorry but I can’t pay you for your help", however I’ve never been rejected by this reason.

—–

これは情報収集ではありませんが、「コンピュータプログラミング & シミュレーション」は、私にとって、最強の味方でありますが、同時に、最悪の敵でもあります。

This isn’t information gathering, but “Computer Programming & Simulation" is my strongest ally, but also my worst enemy.

このシミュレーションの結果によって、却下を余儀なくされた私の仮説には、枚挙にいとまがありません。

A number of my hypotheses have been rejected by the results of this simulation.

==========

Q2:定期的に購読している雑誌やサイト、新聞はありますか？

Q2: Are there any magazines, websites or newspapers that you regularly subscribe to?

==========

私は、定期購読はしていません。

I do not have a subscription.

私が必要としている時に、必要な情報が入手できるわけではありませんし、必要な時にバックナンバーを入手すれば良いからです(ただし、バックナンバー入手できないケースも多いですが)。

I don’t have access to the information when I need them, and I can get back issues when I need them (although in many cases I can’t get back issues).

ただ、定期的にNHKスペシャルは見るようにしています。必要なら、NHKアーカイブスにお金を払って見ています。

However, I try to watch the NHK specials on a regular basis. If I have to, I pay for the NHK archives to watch them.

しかし、NHKスペシャルは、受信料を払っていても、NHKアーカイブズを使っても、過去の全てのコンテンツが見れる訳ではなく、正直、不満はあります。

However, even if I pay a subscription fee or use the NHK archives, I can’t watch all of the past content of the NHK Special. Honestly, I’m not happy with it.

新聞については、嫁さんが、契約用の米やら洗剤や遊園地にチケット欲しさに、定期的に新聞を換えてしまうので、「不定期購読」をしているという状況です。

As for the newspapers, I am in a situation where I have an “irregular subscription" because my wife changes newspapers regularly because she wants rice, detergent and tickets to the amusement park with the contracts.

故に、私は、こういう日記が書けます。

Hence, I can write this diary.

以上です。

That’s all.

—–

当方のコラムをご愛読頂き、誠にありがとうございます。

Thank you for reading my columns.

今後とも、引き続き、ご購読頂けましたら、幸甚と存じます。

I would be grateful if I could continue to subscribe to my works.

江端智一

Best regards,

Tomoichi Ebata.