VPoE at カミナシ / Web系技術の発言がメインです / 副業で技術支援をしています。連絡はDM or Meety（pitta.me/matches/TBcepRIYWqT…）からお願いします。
Joined August 2011
- Tweets 17,730
- Following 50
- Followers 9,812
- Likes 190
27 Photos and videos
まあでもDatadogはログ、メトリクス、アラート、APMなどの各リソースがそれぞれ関連を持ってシームレスに操作できるのがメリットなので、ログを横断検索できるのは嬉しいけど、まあ寄せるに越したことはないよなーと思う（尚費用・・・）。
3
1,139
外部に保存されているログを "Log Explorer" から横断的に参照できる機能。これ・・・結構便利なのでは・・・?datadoghq.com/blog/federated…
9
880
PRをスキャンして悪意のあるコードをチェックする機能。datadoghq.com/blog/datadog-c…
336
こーゆーのはいいですね。"AIに任せる or 任せない" の2択ではなく、どこを任せられるのかを考えて、チャレンジしていくっていう。チーム、人、負債の程度によって、どこまで任せるかっていうリスクの取り方の最適解が変わりそうなので面白いなーと思います。 zenn.dev/kenimo49/articles/c…
1
51
1,681
プロセスマネージャーというのは、たしかにそーだなと感じる。ドメインイベントとかではなく、シンプルにユースケースでそれぞれの集約を別のトランザクションで扱い、Sagaによってロールバック（補填プロセス）を実行するっていう。 zenn.dev/j5ik2o/articles/59d…
1
2
23
1,350
ただ、前提として記事中に書かれているデメリットは、本質的には更新対象（ロック対象）のレコードのパターンに依存する。1つの集約を更新するとしても、その集約が多くのテーブルやレコードにまたがっているとロックが発生してしまう。なので、「そーゆー傾向があるよ」という話なんだよね。
1
725
データベースが抱える複雑さの中でも非機能要件面の課題は、集約云々で解決できないことがあるので、そもそも利用するDBを変えるとか、非機能要件に合わせて集約の設計を変更せざるを得ないとか、結構面倒になることがあるんだよね。
363
こんなことできるんだ。zenn.dev/dely_jp/articles/te…
15
109
6,868
k8sがハマらなかったケース。あるあるですね。 tech-blog.tokyo-gas.co.jp/en…
13
139
22,886
すんごい詳しく書いてある。これは勉強になりますね。 zenn.dev/khale/articles/web-…
60
603
36,204
これ自分も感じている。「AIでやっておきました」みたいなやつが増えて結果的にそれほど重要じゃない機能が増えたり、開発スコープが広くなって不確実性が上がったり・・・なんかそーゆー雰囲気を薄っすら感じなくもない。 kaminashi-developer.hatenabl…
4
55
10,284
要件次第だけど、1週回って普通の論理削除でいいかって思うことが多い。 zenn.dev/mstn_/articles/af99…
9
133
7,291
利便性とのトレードオフなので、そこだけ注意ですね。とはいえ、費用削減効果が高いので良いですね。 kaminashi-developer.hatenabl…
1
40
5,737
プラグインで逆引きできるようにするのいいな。 zenn.dev/layerx/articles/18e…
4
49
3,391
なるほど。自分の知識は過去のものになりつつあるな・・・。qiita.com/mellowlaunch/items…
13
142
9,406
参考になるな。 kaminashi-developer.hatenabl…
33
3,137
これ分かる。あらゆる数値を定数にするって話じゃないんだよな。 scrapbox.io/kawasima/マジックナンバーとデータ抽象
28
2,548
なるほどなー。こーゆー仕組みがあるのか。zenn.dev/uhyo/articles/decla…
13
2,088
なるほどなー。 kaminashi-developer.hatenabl…
1
36
6,270
19
3,316