iDeCo, つみたてNISA

前から証券会社にアカウントは持っていたのだが、ちょっとだけ入金したまま放置になっていたので、GWを契機にテコ入れしてみようと思った。 iDeCoとかNISAとかなんとなく知ってはいたが、ちゃんと分かっていなかったので改めて調べてみた。

投資に時間使うつもりはない、ただ勉強はしたい、理解はしたい、やってなくてただただ機会損失しているは避けたいので、最小限の労力でやっておくことができるのであればやってみたいという感じ。

お金は寝かせて増やしなさい

ネットの記事をいくつか読んだのと、上記の本を読んで、インデックスファンドを中心に国内・海外あわせてポートフォリオ作ってiDeCoを申し込んでみた。

現時点での自分の理解だと、

• iDeCoは所得控除があるので、直近でも節税という点で直接的なメリットがある。60歳以降に引き出せれば良いという点が了承できるのであれば、ただ貯金しておくのと比べてやらない理由がない。
• NISAとつみたてNISAはそれぞれ微妙に違うが、少額で長く、インデックス投資を中心にということであればつみたてNISAのほうがよさそう。ただこちらは所得控除がないので、投資利益が大きくならないとそこまでメリットがない。
• ジュニアNISAのほうも興味があるが、それほど投資資金があるわけではないので、いったん一年はiDeCoとつみたてNISAだけでやってみて、副業の税金の金額を見て来年また考える。

最近LinkedInとかに、不動産投資関係の人からコンタクトがちらほらある。投資対象または税金対策としてそれなりにポピュラーなのだろう。

これら以外にも少額ではあるがクラウドクレジットは前からやっている。これはクラウドファンディングに投資するような気持ちでほそぼそとやっている。海外でのビジネスに自然と興味と親近感がわくのでよい。

基本的に健康で居続けることができて、仕事がある限りは引退せず70歳だろうと80歳だろうと働き続けるつもりなので、そこまで老後資金なくてもいいと思っている。ただ、今より収入減るのは想像できるので、それを穴埋めできるくらいまで積み立てておいて、あとは自己投資に全振りしたい。

アフターデジタル オフラインのない時代に生き残る

アフターデジタル オフラインのない時代に生き残る

下記の記事で見たからというのが直接のきっかけ。 他にも読んだという投稿をSNSで見かけたのもあったけど。

https://irnote.com/n/n71cb2926eab1

この本の内容を全部自分のものにできるには、いろいろ知識も経験が足りない気がしたが、ポイントになる部分はよくわかった。 それは、オフラインにオンラインを取り入れる、というような発想はすでに時代遅れで、OMO（Online Merge Offline）という言葉で表されるように、両者の区別が無く、UXがシームレスに設計されること前提で、しかもそれをその場限りのユーザー体験ではなく、継続的に顧客関係を作っていく中でデータを用いて高速かつ繰り返しユーザー体験を改善していくことがポイントであること。 そしてそれは単なる理想論ではなく、中国でアリババなどはすでに実践していること。

この本を読む前と読んだ後で認識が変わったのは、アリババやテンセント、平安保険などのビジネスマンは、中国国内の規制のなさをいいことに顧客のデータを吸い上げていいように吸い上げて好き勝手に利用しているというような感じではなく、顧客の満足を中心に考えていて、決して驕り高ぶってはおらず、国内外に広く学ぶ態度があり、まっとうなB2Cビジネスを営んでいるということだ。また、B2Bの視点でみても書いて売り手がWin-Winの精神でエコシステムが健全に成り立つように取り組んでいる。これは中国駐在の著者から見た視点であるということは割り引くにしても、すでにデジタル消費ビジネスの最先端という意味では日本は中国に学ぶ点のほうが多く、「中国の体制だからこれが可能なのだ」的な考えで思考停止していてはだめだと思った。 スターバックスが中国で業績を落としてしまったくだりで、中国は外資系企業を規制しているからうまくいかなくなったのではなく（そういう側面は無いとはいえないかもしれない。ただ本書では言及されていない）、顧客体験という点で中国国内のラッキンコーヒーなどに負けてしまっていた、というエピソードも興味深い。

去年の11月に中国・上海へ行ったのだが、この本の内容を踏まえてもう一度行ったら、また違った視点で中国のことを見れる気がした。

docker-machineのenvをセットしたりリセットしたり

ᐅ docker-machine env myvm1
export DOCKER_TLS_VERIFY="1"
export DOCKER_HOST="tcp://192.168.99.100:2376"
export DOCKER_CERT_PATH="/Users/xxxxx/.docker/machine/machines/myvm1"
export DOCKER_MACHINE_NAME="myvm1"
# Run this command to configure your shell: 
# eval $(docker-machine env myvm1)

ᐅ eval $(docker-machine env myvm1)

こんな感じでdocker-machineのENVを読み込んで使うことがあるが、戻したい場合。

ᐅ eval $(docker-machine env -u)

参考：

forums.docker.com

こちらに本家のドキュメントがあった。

docs.docker.com

NODE_ENV=productionにすると yarn installしたときにdevDependenciesはインストールされなくなる

薄い知識で適当にやってたらはまった。

NODE_ENVはnodejsの実行モードを切り替える環境変数でいろいろなところで使われているようだ。おそらくサーバーの実行モードも制御している。

yarn buildしたとき、NODE_ENVを設定しない状態ならビルドが通っていたのが、Dockerfileの中で NODE_ENV=production を指定するとビルドが通らなくなってしまった。 （実際にはこれが原因ということに気づかず、Dockerだからかな？とかMacとLinuxの違いかな？とかそっちばかり考えて（そんなわけないのだが）はまってしまっていた。

結論、 NODE_ENV=production とした状態で、 yarn install すると、package.jsonにあるdevDependenciesをインストールしなくなる。

yarn install | Yarn

Yarn will not install any package listed in devDependencies if the NODE_ENV environment variable is set to production.

devDependenciesに（誤って）入っていて、ビルドに必要なライブラリをdependenciesのほうに移して、無事解決。

chefでreloadを呼びたいとき

chefでnotify :reload service[haproxy], :delayedって書いたのだけど、haproxyは意図通りreloadしてくれなかった。chef-clientのログは異常なしだったのだが...

ちょっとよくわかってないが、support を足したら動いた。 こうする。

 service "haproxy" do
    supports status: true, restart: true, reload: true //これを足す
    action [ :start, :enable ]
 end

参考

service resource — Chef Docs

  supports             Hash # default value: {"restart"=>nil, "reload"=>nil, "status"=>nil}

reloadがデフォルトnilになってる。このままreloadを呼んだ場合何が実行されてるんだろう？

HAProxy and Chef - dynamic backend server list - Michal Frackowiak

docker for macでElasticsearchを実行するときはメモリ設定に注意

elasticsearch exited with code 137 でdockerコンテナが落ちるので調べていた。 デフォルトはいくつなんだろう？ 私の場合2GBになっていたので、OOMで落ちていた。

ググったら下記にたどりついて、docker for mac自体のメモリLimitかと気づいた。 Container crashes with code 137 when given high load · Issue #22211 · moby/moby · GitHub

docker for mac

AWS Certified Developer Associate受かった。次の目標

Amazon - Badge Verification - CertMetrics

Solutions Architect Associateの次に受けたAWS Certified Developer Associateも取得した。

スコアは791/1000。合格ラインが720なので、それほど余裕はなかった。

AWSを仕事でも使っているのと、特に勉強する時間が無いまま試験に臨んでしまった。Udemyで講座を買ったけど、結局ほとんど見ず。

AWSのサービスを一通り知識としては知っているが、実際に使ったことがないものも多いので、具体的なことについて問われると困ってしまった問題が多かった。

Kinesisとか、ElasticBeanstalkとか、Cognitoとか、実際触ってみないと。

次はProfessionalだけど、いきなり受けても受かる気がしないので、まずは模擬試験から。

試験に受かると特典として次の任意の試験料の50% Off になったり、模擬試験が無料になったりする。今回は模擬試験無料のコードを使った。

これからの一ヶ月で仕事DevOps分野をかなりやると思うので、AWS Certified DevOps Engineer - Professional Practice を受けてみる。 オンライン試験だから任意のタイミングでいつ受けてもいいのだが、4月18日に予定を入れた。日時を決めて取り組んで習慣化していきたい。