RSGT自体の話になりますが、2つの対象的なキーノートが印象的でした。1日目はコープさんのスクラムの精神のお話。2日目はサホタさんの誰も見捨てずに前に進むお話。2日目のキーノートを聞きながらニヤニヤしてしまった。これはRSGTの主催者からのメッセージだなと。どちらか一方だけだと「自分は全くスクラムから遠いところにいるなぁ」と思ったかまたは「スクラムはいいけど、目の前の一歩を踏み出そうかな」と思いそうだけど、その2つを見せつけられることで「正解はない。両方を受け入れて自分で考えてください」というメッセージだなと僕は受け取りました。セッションを聞いてると「この人が言ってるからこれが正解なんだ」と思ってしまう自分がいて。それと違うことをしてたら「自分は間違ったことをしているんじゃないか?」と悩んだりするんですけど。いうのを減らしていきたいな。自分の目で確認しながら進みたい。コミュニティ3日目の高橋さんのクロージングキーノートを聞いてて、そっかそんな風にして試行錯誤を繰り返してこのコミュニティは大きくなってきたんだなぁと感慨深かった。僕にとってのチームはコミュニティだなということも再確認できた。セッションいくつか印象的だったセッションを。CI&Tさんのセッションで「テスターからスクラムマスターに昇進しました」って話を嬉しそうにしてて「この会社はいい会社なんだなぁ」と感じました。テストエンジニアは高いスキルが必要なので上下の話ではないとは思うけど、入り口としてテスターというロールを用意していて、その次のステップの1つとしてSMがある、というのを明確に定義しているんだろうなぁと。楽しそうに仕事をしてるのが伝わってきて、良いな。あらたさんのセッションはしくじりのお話だったんですけど、しくじる前の成功のお話もとても勉強になりそうだったので今度ゆっくりそっちも聞いてみたいです。しくじり自体も、そうやるとよくなさそうな気はしてたけど、実際にそうやるとそんなことになるのか・・・というのを学べて良かったし、最後のメッセージもとても勇気づけられたし、この人にしかあんなことできないなーと思ってみてました。きょんさんのセッションは、チームがばらばらになったというのが衝撃でした。それでもあきらめずに、今まで培ってきた知見を活用しながら自分たちにしかできない形で新しい形でチームを形作っているのが、優しいなと思いました。内容とは別に勉強になったのが、スライドの構成やセリフの入れ方、歩くタイミングや目線、ねのさんとのタイミングの合わせ方、などすごいなぁと思いながら見てました。後輩のキムさんの軍隊の話は自分が全く知らない世界の話だったので興味津々で面白かったし、半谷さんの話は、同じ会社で仕事をしてる人として尊敬しかない動きで、あれはとても人間力が必要だし、実現させてるのが単純にすごいなぁと思いました。およべさんのセッションは聞けなかったんですけど、会って少し話をするだけで、相変わらずすごく勇気を僕にくれました。こんなところに僕がいていいんだろうか?と思うときがあるんだけど、およべさんと話をしていると「いいんだよ!」って言ってもらえる感じがして、安心する。色々な人たちとお話をする中で、考え方や目指すものは違うけど、自社サービスだからとか、受託だからとか、SIerだからとか、Web系だからとか、組み込みだからとか、大企業だからとか、スタートアップだからとか、そういうの関係なく、その場を改善しようとして頑張ってる人たちとお互いに支えあいながら敬意を払いながら歩いていきたいなと思いました。成長のベクトルRSGT2019でおよべさんと素晴らしい後輩たちが投げかけてきてくれたメッセージ「成長のベクトル」をこの一年間たまに思い出しながら取り組んできました。自分は自分が全力でやってきたことを信頼しているし、それで成長のベクトルも後輩たちにも負けないようにやってきたと思うので、そういう気持ちでまたここに戻ってこれて良かった。英語圏の人たちと話をするのにまだ勇気が出ないので、今年は英語を頑張ろうかな。そもそも日本語でも勇気がかなり必要とされているので別な問題の気もするけど。まとまりないけどこの辺で。今年こそは少し手を抜いてがんばるー。そのときに使ったアプリのコードを公開しました。micronaut関ジャバでお話する機会をいただき、Micronautの紹介をしてきました。Java最新フレームワーク特集ということで、Quarkusのお話を聞くことができてとても面白かったです。kanjava.connpass.com当日は、GKEにサンプルアプリをデプロイして、Stackdriverで状況を見たのですが、ローカルで動かせるほうがいいかな?と思ったので、先日少しだけ触ってたk3dで動かせるようにしてbufferings.hatenablog.comコードを公開しておきました。READMEに書いてある通りにやったらローカルでIstioとアプリが動くと思います。CPUとメモリを結構使うかも。github.comIstioのbookinfoサンプルをバージョン切り替えをなくして、Micronautで簡単に書き直しただけのアプリなんですけど、こんな感じIstioの上で動くようにしてあるので、kialiでServiceGraphを見てみたりGrafanaのダッシュボードもいっこ作って、Istioのインストールスクリプトの中に入れておいたので、こんな風に確認したりできます普通のJAR実行と、ネイティブイメージの両方のDockerコンテナを用意したのですが、比較するところまではいけませんでした。Image周りも変わったっぽいので、そのあたりも触ってみたいなと思ってます。ありがとうございました。そのときに使ったアプリのコードを公開しました。Tweet広告を非表示にする2019-11-18Javaのコンテナのメモリ割り当ての考え方をまきさんに教えていただいたので記録Java何度か教えていただいているので、今度こそしっかり覚えておきたくて、まきさんからのコメントを記録。メモリサイズの考え方SpringBootのアプリをコンテナとして動かす場合には768MB以上必要で、1GBくらいは割り当てる必要があるのではないかという僕のコメントに対していただいたコメント。218Mくらいにして合計768MBというのは変ではない数値。スレッド数がそんなにいらないとかNetty使う場合とかは200の部分が一気に減る。Xssを512kにすればさらに半減。Pack上記のようなメモリサイズの計算をやってくれるツールも教えてもらった。making/hello-jsugこれ実行すると-mの値によってheapサイズが変わります。BPL_THREAD_COUNT=100つけると計算に使うスレッド数を指定できます。2019僕のブログはこのBuilderで作ったイメージを使っていて、コンテナのメモリサイズは200MBです。00:00Javaのコンテナのメモリ割り当ての考え方をまきさんに教えていただいたので記録Tweet広告を非表示にする2019-11-17ローカルでk8sを試してみたいときはk3dが使えそう。Istioも動きそう。ローカルでk8sちょっと試してみたいときとかに、ローカルでk8sを動かしたくて。以前だとMinikubeとかDockerについてくるk8sとかを使ったことがあるけど、今だとまた何か出てるかな?と思ってたらこういうスレッドを見つけた。DockerK3dKubeadmが紹介されてた。思って、なんとなくk3dが面白そうかなと思ったので試してみた。k3dhttps://github.com/rancher/k3d紹介されている一覧の中にあるk3sをDockerで動かしてくれるのがk3dということみたい。Dockerを動かすプラットフォームをDockerの中で動か・・・す?こんがらがる。僕はUbuntu使ってるんだけど、Dockerで動くならWindowsでもMacでも動きそうで良さそうね。get-kubeconfig)へー。traefikをLoadBalancerサービスとして使ってるってことなのかな。