西田和史(k.bigwheel)

20.1K posts

西田和史(k.bigwheel) banner
西田和史(k.bigwheel)

西田和史(k.bigwheel)

@k_bigwheel

エンジニアです。 SREとか開発基盤とかEMとか。 https://t.co/CjbGh8mMFr 動かしていたり。 すべてのポストは私人としてのものであり、所属している組織の意見・考えを代弁したり代表してのものではありません。

Tokyo Katılım Mart 2010
467 Takip Edilen1.1K Takipçiler
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
多くの場合、どうやるのかよりなぜやるのかのほうが重要だ。
日本語
0
0
0
82
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
まあ、役割によって変わるって感じ。 10年前なら生成AIは自分にとって最重要だった。 今はそれより優先して考える・学ぶことがある。
日本語
0
0
0
72
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
生成AI系のブームにどうにも乗れないの、自分もいよいよ老害化かと思ったけど、自分の中の違和感の原因が今日ちょっとつかめた。新技術がどうとかじゃなくて、顧客中心主義、リーンやスクラム的な思想からは対極の話だから、だ。それはあくまでHowであって、最重要じゃないよねって点だった。
日本語
1
0
1
158
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
スクラムイベントのMTG、リファインメントにしても計画にしてもレビューにしてもまあ大変なんだけど、頭をフルに使って喋って疲労困憊するMTGっていうのは健全なんだよね。それだけちゃんと意味のある会話と思考をしている。 ただ参加していて聞いているスタンスだけしているMTGとは価値が違う。
日本語
0
0
0
113
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
久々に数日コードを書いていないんだけど、やっぱり不安になる。
日本語
0
0
0
101
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
google presentationの画像生成、使ってみたけど情報が過剰すぎる。もっとシンプルでいい。
日本語
0
0
0
82
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
とりあえず現状確認したバグ: - 数ヶ月以上前のメンションが新しいactivityに表示される - activityを読んでも既読にならない - activityに何も表示されていないが、アイコンの赤ポッチが消えない
日本語
0
0
0
86
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
slackの新しい機能、いつもどおりバグってる。 変わらんなあ。
日本語
1
0
0
88
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
こういういやそれ普通に書いてあるし解決策が広く認知されてますよって問題を超えると、初めて現場の生の問題にぶつかるんだよな。こうなってくると面白い。
日本語
0
0
0
66
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
そうやって5whysなりスクラムなりやるチームは多いだろうし、白状すると実際自分もそうやって始めたことはいくつもある。 ただ、ちゃんと物の本とか読むとそんな浅い実践でぶつかる問題なんて大抵書いてあるんだよね。10年前はこのへんがよくわかってなかった。本の活用方法を理解してなかった感じ。
日本語
1
0
0
78
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
zennで5 whysの実践のここがダメ、みたいなのを読んだんだけど、その実践、あまりに浅すぎないって思った。 たぶんやるときにweb上で記事2,3拾い読みしただけか、こういうのやりましたってのを聞いただけなんだと思う。
日本語
1
0
0
116
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
4はともかくとしても、上3つはslack app作れば解決できる気はしているので、時間が無限にあるようになったら対応したい。
日本語
0
0
0
87
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
4. アクティビティ * ここは原因をまだ正確に言語化できていないが、既読・未読の制御が直感的ではなく反応していないメンションなどを見失いやすい。目を通した通知を素直に既読にできない明らかなバグも絡んで使いづらい
日本語
1
0
0
120
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
slackで見逃しやすい通知っていうのが経験的に以下: 1. スレッド内の新規書き込みおよび特にメンション * スレッドの新規通知が左の柱メニューのスレッドでしか確認することができず、かつこれがすべてのスレッドが1画面で縦に並べて表示され、
日本語
1
0
0
257
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
wafのterraform plan差分が悪夢なの直らねえかなあって一生思っている。 たぶん、diffと同じアルゴリズムを使えばいいんだろうけど、terraform自体にその基本的な思想・実装がない。
日本語
0
0
0
200
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
ポストモーテムを書いているときに始末書を書いているような気分だとしたら、それはあんまり健全なメカニクスじゃない。
日本語
0
0
1
211
西田和史(k.bigwheel)
西田和史(k.bigwheel)@k_bigwheel·
Kubernetesでアプリケーション動かすのもなかなか大変だけど、ECSも割と一筋縄ではいかないな。 Fargate使えば確かに考慮事項は減る一方、ECS on EC2の場合はFargateにはない制約事項や考慮事項が出てくる。特にspec系の制約が厳しい一方、ユースケースによってはFargateがマッチしないものもある。
日本語
0
0
0
204