回帰分析とは 複数の変量(変数)があるときに、1つの変量を残りの変量で説明すること。 よくわからん 変量とは bellcurve.jp 単回帰分析 2つの変量を扱うものを単回帰分析と呼びます。 単回帰分析において、導きだしたい変量(目的変量)をy、導き出すために使…
Cloud TraceはGCPが提供するマネージドな分散トレースシステムです。 cloud.google.com Cloud Traceはマイクロサービスのような分散アーキテクチャで便利に使えるものですが、もちろんモノリシックなアプリケーションでも十分に使う価値があるサービスです。…
medium.com こちらに書いてある内容をRailsで実現するためにやったことを書きます。 StackdriverはOperation Suiteと名前が変わっており、それに伴ってStackdriver loggingも Cloud Logging と名前を変えています。 GKEで動かしているアプリケーションのログ…
1 https://codeburst.io/api-rate-limiting-with-node-and-redis-95354259c768 確かにrate limitをシンプルに実装するならこれでいいか。 2 qiita.com コンテナのセキュリティ周りについて網羅性がある。 3 scrapbox.io このステップはとても理解しやすい。
1 y-anz-m.blogspot.com developer.android.com く、わかるようでわからん。 2 medium.com 大分サボってたけど、これやってみるか 3 asnokaze.hatenablog.com UUIDv6では、特殊な操作なく単純なソートで時系列順にでき、利用時にアクセスの局所性を持つ様に…
1 mrasu.hatenablog.jp Zanzibarはデータを非正規化をせずに(Leopardは例外)、代わりにキャッシュを使って対処しています。 なるほど 2 speakerdeck.com qiita.com ワークフロー定義はどうしようかな、、Composerつらそう
1 qiita.com speakerdeck.com github.com TiDBは夢がありそう 2 qiita.com 基礎をちゃんと押さえられる資料です！
1 tech.mercari.com 環境整備の話もそうなんですが、tput とか使ったことなかった。。。 2 blog.jxck.io 3rdPCが死んでいく過渡期にいるから、対応が大変だ 3 logmi.jp 運用でカバー、とりあえず に関してはbotでも作ろうかなｗ
1 scotthelme.co.uk qiita.com www.chromium.org Laxすっかり忘れてましたね、、 ChromeのSameSite対応 7月14日から対応再開ですね。 asnokaze.hatenablog.com FirstPartyLaxという仕様も提案されている。 2 docs.google.com GCPの原始の世界を知ることで現…
1 thinkit.co.jp istio.io istio いつのまにか istiodなるものが登場して、Citadel Pilot Galleyをまるっと一つにしてた。 Mixerもいなくなったのか。 これ結構でかいんでは、、、 2 kokotatata.hatenablog.com シフト・レフトテスト、シフト・ライトテスト…
1 speakerdeck.com TypeScriptの型についてざっと勉強できる資料 2 speakerdeck.com 要素がうまく説明されている。 3 katzchang.hatenablog.com
1 techracho.bpsinc.jp 今日は手元でCPUキャッシュについて理解を深めている。
1 techblog.yahoo.co.jp Yahooでも洗い替え処理って言ってるからどこでも使って良さそうな気がする フラグメンテーションによる性能劣化は結構ある気がする 2 speakerdeck.com UPDATEは記録を追うのが難しいので、今のサービスではほとんど使ってない 3 syob…
1 syobochim.hatenablog.com dev.classmethod.jp 毎回deploy戦略を考えるときにDBの視点が抜けている気がするんだよなあ 破壊的なDBの変更をするときはどうするんだろうか。。 2 future-architect.github.io stoplight.io 軽く使ってみる。 使えそうだったら…
1 blog.a-way-out.net devopedia.org little-hands.hatenablog.com en.wikipedia.org 違和感あったのが解消された。 2 qiita.com Jobのサイドカー問題。。。 3 toris.io ライフサイクルの違いはどうしても起こり得ると思っていて、それをkubernetesに合わせ…
1 at-grandpa.hatenablog.jp 安定したものに依存するためのものっていうのがだんだんわかってきた 2 qiita.com EXPLAINの説明が丁寧でわかりやすい
1 speakerdeck.com すごくよくまとまっていて何度も見直すやつだ。 2 qiita.com github.com Hystrix Javaのライブラリだけど、使ってみたいな 3 blog.a-know.me もう一回よもう
1 tech.mercari.com Canaryリリースは整備していかないとな。 2 Terraform at Mercari · GitHub 各チームでrepos作って任せるよりはまとめるほうがまだいいか。。。 3 www.baeldung.com aws.typepad.com リトライのタイミングが塊になってしまうので、それを…
1 Rails 6系へのアップデートはRails 6.1のリリースまで待つようにしたのですが、ハマりどころを調査中 github.com blog.kamipo.net 2 cloud.google.com BQがまだうまく使いこなせてないので、もう少し調べてみる 3 engineer.recruit-lifestyle.co.jp A / B…
1 tech.cygames.co.jp 大規模になるとビルドパイプラインの整備は大変だ、、、 ブランチの命名規則で縛ったりするのはやっぱりそういう形になるのなあ。 2 speakerdeck.com 何かあればまずここを見る 場所を作るの本当に大事 3 speakerdeck.com Ruby 3の勉強
1 dave.cheney.net yakst.com dev.classmethod.jp ロギングのwarnningに関しては、色々意見が割れているんだよなあ。 自分は問題が起きていることを量で把握した場合にwarnningを使う。 例 : HTTP Stausが400系を返した場合のログ 2 cloud.google.com CPAっ…
1 postd.cc 再度 SOLID 2 ishkawa.org 心得に関しては同意。 今のチームでも気になったことがあったら全部Jiraのチケットにしてもらってる。 3 mickindex.sakura.ne.jp m-hiyama.hatenablog.com ミックさんの例がわかりやすい
1 medium.com techracho.bpsinc.jp 依存性逆転の原則がなかなか手にしっくり来てないことが多いので見直し。 2 bliki-ja.github.io ダイナマイトという比喩が面白い。 確かにうまく扱えなくて爆死するのを見てきた気がする。 自分はうまく扱えているのだろう…
1 kakakakakku.hatenablog.com 全員の前でCloseするのは実践しているが、チームメンバーもタスクが終わったことが明確になり、達成感がでてよいプラクティス。 2 techlife.cookpad.com 現在時間の扱いにおいて、検証用に時間を進める必要があったりして、ど…
1 theta.tokyo blog.yuuk.io 同期ノンブロッキングIO という表現がわかりやすい。 下記のサンプルコードで理解が深まった。 sample_o_nonblock/test.c at master · hajifkd/sample_o_nonblock · GitHub 2 kccoder.com これに関しては、手元のMacのMySQL 5.7…
1 Atomic Architecture from Yoshitaka Kawashima www.slideshare.net scrapbox.io 時間の捉え方がとても参考になる。 2 クリーンアーキテクチャーを強制する方法を考えてみた(N番煎じ) #すえなみチャンス暑気払い from Shinya Mochida www.slideshare.net g…
cloud.google.com cloud.google.com cloud.google.com blog.newrelic.co.jp tech.mercari.com medium.com cloudplatform-jp.googleblog.com cloudplatform-jp.googleblog.com blog.y-ohgi.com ymotongpoo.hatenablog.com
1 yakst.com よく、HTTPリクエスト毎にMySQLへは再接続しているので参考になった。 MySQLは多くのクライアントに対するデータベースへの高頻度の接続/切断処理がとても得意 2 cloud.google.com Network Intelligence Centerしらなんだ。 触ってみよう。 clou…
1 www.infraexpert.com IPsecがどういうものか把握できてなかったので調べた。 IPsecはネットワーク層で動作しているとかそこらへんから勉強が必要だった。。。 2 medium.com 情報量が多い。。。 全部を消化しきれなかったけど、オンプレとゴニョるときに参…
1 techlife.cookpad.com samsaffron.com www.joyfulbikeshedding.com techracho.bpsinc.jp Rubyのメモリーリークに関する記事を読み直し。 MALLOC_ARENA_MAX だけでは解決しない問題もあって、 malloc_trim を使ったというのも面白い。 https://linuxjm.osdn…
