poly(multi) repo/mono repoって初めて聞いた
マイクロサービスならpoly repoなのかなって印象だったし実際にpoly repoなマイクロサービス群を触ることあるけど、たしかにmono repoのほうが環境構築とかリファクタとかIDEとかで都合がいいことも多いなぁとおもた #mercarigo
— ごましお (@halnique) August 20, 2019

Goなマイクロサービス界隈ではこのGo + モノレポ + Bazelな構成は、けっこう定番なのかもしれないです

（mixiさんもやっていたり？）

medium.com

Go言語だけとかパラダイムが揃っているとより一層効果的な感じがします

というかこの大学生の方も非常に技術力高くて、すごいなと思いつつ自分も頑張ろうと思いました

もう一人の大学生は文系のGo歴半年でドローン飛ばして撮影してました

ドローン動かしてビデオ撮ってる！すごい！
— ごましお (@halnique) August 20, 2019

TinyGoでドローンを飛ばす。
ぶっつ本番？
うまく飛んでました。

#mercarigo pic.twitter.com/lcYV9UsYyl
— みずりゅ（技術書典7サークル参加：しがないラジオsp65出演しました。） (@MzRyuKa) August 20, 2019

なんかすごかったです

他には全編英語で紹介してくれた方もいて、聞き取りやすい英語とわかりやすいスライドで非常に勉強になりました

以下当日のメモ

mercari.go #10

2019/8/20

GopherCon 2019報告会

GopherCon 2019

@morikuni さん

Mercari x GopherCon

Silver Sponsor

mercariからは社員11人+学生2人の参加（すごい）

GopherCon 2019の話題

機械学習
docker & k8s
serverless
Unit Test TDD BDD
監視
Go2
Generics
高速化
GitHubのgoの標準化

Go 2のgenerics/contract簡易まとめ

why don't you Go?

Generics

正式名称（？）: Contracts

他の言語でいうGenericsと似てるが同じではない

直和型

Workshop: Go-Beginner Training

@mark.hahn さん

英語！でも聞きやすい

background

Goはポピュラーになった

-> 初心者のトレーニングが重要性を増している

なぜGoでDocker作ったのか

A Tour of Go の内容は結構網羅的でいいのかもしれない（もう一周するか）

type(value)でキャストできる

int(hoge)とかstring(hoge)とか

Make things in Go!

Q:C言語やってたほうがいい？

A:あるにこしたことはないけどプライオリティ次第かな？

A2:C作った人たちはCの課題も認識してたから、それをGoで解決したかったガベージコレクションとか、大規模開発に不向きとかそういう意味では、Cの背景がなくてもいいっちゃいいのでは？

How Uber Goes

@micnnicim さん

GopherCon BOLD Scholarship の参加者の学生

大学4年生！

Problems with Go

新しいマイクロサービスをフルスクラッチで作るコストの高さ
マイクロサービスごとにアーキテクチャが大きく違う（スイッチングコスト）
横断的な機能開発の難しさ

Solutions

DI uber-go/fx

https://github.com/uber-go/fx

Google製の Wire ってのも https://github.com/google/wire

DIライブラリというより薄いアプリケーションフレームワーク

Transport Layer/Bisiness Layerの混合

glue

Clean Architectureにインスパイア

$ glue new service

Polyrepo -> Monorepo

Bazelとモノレポ

マイクロサービスはサービスごとにリポジトリ作るもんだと思ってたけど、モノレポって考え方もあるのか〜

How I Write HTTP Web Services After Eight Years

https://speakerdeck.com/upamune/gophercon-2019-report

@upamune さん

https://gopherize.me/

GoでHTTP

Maintenability

最初から考慮する

Glaceability

視認性
コードだけでなく構造的にも

Gode should be boring

他の人が理解できるように書く
経験の殆どない人が利用する可能性

Self Similar code

コードベース内で似たコードがあると親しみやすくなる？

Tips

グローバル変数は使わない
ルーティングは一箇所で管理
request/responseはラップして抽象化する
request/responseの構造体をハンドラーの関数内に閉じ込めるテストがちょっと煩雑になるが、明示的にもなるのでむしろいい

matryer/is

stretchr/testifyのパワーダウン版

TinyGo

@taqboz さん

英語不安 -> GopherのコミュニティSlackで結構情報拾える

とはいえ、できたほうがもっと理解できて楽しめそう

TinyGo

https://github.com/tinygo-org/tinygo

LLVMを使ったGoのコンパイラ
バイナリサイズダウン
LLVMがwasm対応 -> 副産物でTinyGo

通常のgo buildしたものの1/20のバイナリサイズ！

コードにもよるが、~1/10ぐらいのサイズにはなるらしい

デメリット

goroutineのサポートが完璧じゃない
GCは一部対応
使えない標準パッケージが多い（net/httpとか）

usecase

IoTデバイス、マイクロコントローラでの利用とか？

デモ

TinyGo Playground

PKI for Gophers

@hunter さん

英語！むずかしい…

PKI

公開鍵暗号基盤

いわゆるデジタルサインというやつ

generate key -> hash -> sign -> verify

math/randじゃなくてcrypt/randをつかうこと

Goの標準パッケージ X509

Goの標準パッケージ TLS

server/client同じプロセス

generate key -> create request -> send request

parse request -> check sign -> create cert -> send cert

Server Name Indication

Go does not support encryptes SNIs.

Golang supports hardware keys.

Workshop: Observability in Go & Socket to me: Where do Sockets live in Go?

@yuki.ito さん

https://speakerdeck.com/110y/my-favorite-talks-at-gophercon-2019

Observability in Go

Log/Metrics/Trace

Log

標準パッケージlog

logrus使って構造化しましょう

MetricsとTraceがない場合はすべてログに出すしかない

MetricsとTraceがある場合はログは人間のために出す

Metrics

標準パッケージexpvar

今システムがどういう状態か、はわかる

Prometheusと合わせて振り返りができるように

Trace

Jaeger

APM

datadogはいいぞ

Socket in Go

ローレイヤー過ぎてついていけない…

以上でした

転職して2ヶ月近く経って少し気持ち的にも落ち着いてきたので、またどんどん外部の勉強会にも参加していきます

2019-07-02

働く理由について考える

※ なんだか不穏なタイトルですが、全然大した内容ではないただのポエムです。

きっかけ

twitterで、全然関係ない人の具体的な資産額をたまたま見て、羨ましいな〜と思ったんですが、

なんか単純に羨ましいというだけじゃなくて、どことなくモヤッとした気持ちもあった気がして、ちょっと自問自答してました。

そもそも自分の働く理由ってなんだっけ？というところまで振り返ってたので、忘れないように記事にしておこうと思っただけです。

国民の義務としての勤労の義務以外に、明確な働く理由ってなんでしょうか。

理由その1 生活資金

まずは単純に生きるため、生活するためにお金が必要だから働くというのがありますね。

生活にかかるお金は生活水準や住んでる地域、家族構成によっても変わるので、一概にいくら必要とは言えないと思うんですが、

私自身はどちらかというとあまり日々の生活にこだわりは多くなくて、意識的に節約しようとか贅沢しようという気持ちはない人間です。

なのでそれに足る金額がいただけていれば、生活に関しては全く問題はありません。

幸い生活に困るレベルで賃金がいただけなかった経験はないので、生活のためだけに働いているという気持ちではないなと考えています。

※ 今後生活に困るレベルの賃金しかいただけない状況になったら、また考え方も変わりそうです

理由その2 ライフステージの変化に備える

次にありそうなのは大きなライフステージの変化を見据えて、そのためのお金を貯めるためという理由かと思います。

具体的には不動産や車等の購入や、モノ以外だと結婚資金や子どもの学費とか、そういったある程度まとまった額が必要なものの資金としてです。

特に結婚を考えているお相手が実際にいる方とかだと、この理由で働くというのは大きな意義がありそうです。

じゃあ自分はどうかというと、これも羨ましいな〜とは思うんですが、相手もおりませんのであまり深く考えていません。

これはもしそういったお相手ができたら、かなり考え方が変わりそうな部分ではありますが、

とはいえそういったお相手が今すごくほしいかというと、そこまで強い気持ちがあるわけではないです。

なのでこれも私にとっての働く理由には現状はなっていないなと考えています。

理由その3 単純に欲しいものがある

これは趣味でお金がかかるものとか、自己研鑽のためにすごい投資をしている人とかは、単純にその分お金が必要なのかなと思います。

すごく好きなことややりたいことがあって、そのために頑張ってお金を稼ぐっていうのは非常にかっこいいですし個人的に尊敬します。

でも自分に当てはめて考えてみると、趣味はいくつかあるものの、そのために（お賃金を増やすために）仕事頑張るぞ〜と思うものはないです。

余裕がなきゃないで、余裕があるときにやれればいいかぐらいの気持ちなので、これもあまり当てはまらなそうです。

理由その4 仕事内容が好き

1~3はお賃金関係の理由でしたが、これはお賃金関係なく、その仕事が好きだからやってるんだというものです。

プロのスポーツ選手とか、お笑い芸人とか歌手とか、そういった職業の人は好きなことが仕事にできている（人が多そうな）イメージです。

これは私自身もけっこう当てはまっている部分があると思っていて、

私は一般にシステムエンジニア・プログラマと言われる職業ですが、単純にプログラミングやシステム開発が好きなので、そこに関しては好きなことを仕事にできていると言えると思っています。

※ もちろん全部が全部好きな内容なわけではないですが

でもじゃあ好きなことを仕事にしていいけど、お賃金は生活ギリギリでいいかと言われると、それはちょっと嫌だなと思うので、

少なくとも私は好きなだけでは仕事はできないなと思ったりもします。

理由その5 ステータス

これはまたお賃金にも関係する話ですが、年収〇〇万円！とか、CTO！とか起業！とか、GAFAで働いてます！とか、

そういった承認欲求というか、ドヤ感を求めて働くというのも、案外馬鹿にできない理由なのかなと考えています。

まさに冒頭で私が抱いていたモヤッとした気持ちも、分類するとこれに当たるのかなと思っていて、

単純に多くの資産を保有していた人のドヤ感に対して、多少なりとも嫉妬の気持ちがあったんだと思います。

たくさん資産があって何がしたいかというと特にないのですが、ないよりあったほうが良いというかなんというか。

でもこれは比較的誰でもそうなんだと思いますし、資本主義社会では至極真っ当な思いのはずなので、

特に後ろめたく思わなくてもいいのかなと、ちょっと自分を慰めました。

理由その6 社会貢献

これはちょっと自分自身ではまだスケールが全然違うのですが、

世界を平和にしたいとか、技術の進歩に貢献したいとか、人々をもっと豊かにしたいとか、

もっと高次元な想いを持って仕事に取り組んでいる人もいると思います。

私はそんな次元で働くことをまだまだ考えられてはいないのですが、

チームのメンバーにちょっと便利を提供したいとか、効率化に協力したいとか、プロジェクトを成功させて喜びを分かち合いたいとか、

そういう気持ちはどこかにあって働いている気がするので、部分的には私の働く理由になっているんだと思います。

現状の結論

たぶん私の今の気持ちとしての働く理由は、4+5+ちょっと6みたいな感じだと思います。

好きなことを仕事にしていきたいし、その頑張りを認めてほしいという気持ちが、働く理由の中でも占めている割合が大きいようです。

今後はどうかというと、6の割合を大きくしていきたいのと、2や3の理由もちょっとは入ってくるといいなと考えています。

halnique.hatenablog.com

ちょうど転職で働き方を見つめ直すにはいいタイミングだったので、決意表明的な意味でも新しい環境で頑張っていく所存です。

変なポエムで失礼しました。

2019-07-01

転職しました

本日（2019/7/1）から新しい職場で働きます。

以前の職場に比べて技術的に優秀な方が多く、自分にとっては非常にチャレンジングな環境になると思っています。

今までなんとなくでやってきたことも、きちんと理解していないと通用しないような感触です。

直近の目標としては、まず会社の人に認められることを意識していこうと考えています。

2019年も残りちょうど半年なので、その間に安心して仕事を任せてもらえるように精進していきます。

その後はもっとパブリックな場でのアウトプット、具体的には勉強会やカンファレンスでの登壇とかにも挑戦していきたいです。

正直かなり不安が大きいですが、心機一転がむしゃらに頑張ります。

転職活動中、他にも内定をくださった企業様が何社かありました。

最終的にはこちらの都合で辞退させていただいたのですが、お時間取らせてしまい本当に申し訳ありませんでした。

中でも最初に内定をいただいた企業様には本当に感謝しています。

選考も終始スムーズで、技術的なモチベーションも高く、ご提示いただいた条件等も高水準で、不満は全くありませんでした。

ただどうしても自分がチャレンジしたい内容的に今の会社を選ぶことになったと辞退の旨を伝えた際にも、

親身に応援いただき、また機会があればご相談くださいと、大変ありがたいお言葉をいただきました。

ご厚意に報いるためにも、もっともっと成長していつか勉強会やカンファレンスでお会いした際に、

改めてご挨拶できるよう、自身の成長に繋げていきたいと思っています。

有給消化などでがっつり休んでしまったので、まずは社会復帰できるよう頑張ります。

AWS流アウトプットの秘訣

アウトプットを始めよう

パネルディスカッション：JAWSの運営コアメンバーから初心者にお届けするJAWSなアウトプットについて

誰でもできる簡単なアウトプット法！！IAMのマニアックな話に添えて

意識低いインプットでもできるアウトプット

マルチアーキテクチャイメージの作成

Cloud Build out of steps

Cloud Buildを気軽なコンテナ実行環境として利用する

LT

「なんとなく」使うクラウドから「ちゃんと」使うクラウドへの入門

そのコンテナ化、本当に嬉しいですか？

Amplify Console 誕生以来本番運用しつづけてわかったこと

大規模障害から見えたAWSのバックエンド

Atlantis + Terraform で実現するAWSインフラGitOps(仮題)

Day1

Open SKT: メルペイ開発の裏側

RDBのトラブルの現場を追え！

Ruby (off|with) the Rails

現代フロントエンドに欠かせないwebpackとBabelを理解しよう！

ウォレットアプリ「Kyash」の先 〜「Kyash Direct」のアーキテクチャ〜

Day2

レガシーサーバーを現代の技術で再構築する

Elixir を支える技術 -「落ちない」システムの秘密に迫る

フロントエンドのつくりかた - シンプルなコードを達成するためのセオリー

入門サービスメッシュ

RowLevelSecurityはマルチテナントの銀の弾丸になりうるのか

時を正しく扱うためのシステム設計

mercari.go #10

GopherCon 2019報告会

GopherCon 2019

Mercari x GopherCon

GopherCon 2019の話題

Workshop: Go-Beginner Training

background

How Uber Goes

Problems with Go

Solutions

DI uber-go/fx

Transport Layer/Bisiness Layerの混合

Polyrepo -> Monorepo

How I Write HTTP Web Services After Eight Years

GoでHTTP

Maintenability

Glaceability

Gode should be boring

Self Similar code

Tips

TinyGo

TinyGo

デメリット

usecase

PKI for Gophers

Workshop: Observability in Go & Socket to me: Where do Sockets live in Go?

Observability in Go

Log

Metrics

Trace

Socket in Go

きっかけ

理由その1 生活資金

理由その2 ライフステージの変化に備える

理由その3 単純に欲しいものがある

理由その4 仕事内容が好き

理由その5 ステータス

理由その6 社会貢献

現状の結論

ウォレットアプリ「Kyash」の先〜「Kyash Direct」のアーキテクチャ〜