ぐれいす

Webエンジニア。最近はphpとjsがメイン。アーキテクト力をつけたいです。

[ぐれいす @grace_park3]

上流の経験をもっと積みたいってなると、アジャイル開発をやっている職場とは相性が悪いのかな。あるいは立場によるのか。よく分かりませんな。

[ぐれいす @grace_park3]

第3章まで読み終わった。入社前後のときに読んで実行していれば、当時やっていた業務も中断にならずに済んだかもしれないね。

https://t.co/fTLyGrotyX

[ぐれいす @grace_park3]

また別の話。webサービスで面倒と思うアクションを数回繰り返したら、悪いUIの可能性を疑うようにしなくては。時々そう思う意識が無くなるんだよね。

[ぐれいす @grace_park3]

先月業務設計の教科書を買ったばかりなのに、読み終わっていない状態で、要件定義の参考書とsoftware designの最新刊を買ってしまった。

[Amazon Web Services @awscloud]

More AI-generated code doesn't make your team faster. It might actually slow you down.

[ぐれいす @grace_park3]

最低限でいいから設計書が欲しかったりする。

[ぐれいす @grace_park3]

他人のコード読むのつらい。AIに相談してもピンと来なかったりする。

[ぐれいす @grace_park3]

https://t.co/5vXE2skweq

[ぐれいす @grace_park3]

localstackで使えないサービスがflociかministackで使えるのは嬉しいけど、AIコーディングツールと同じような競争になりそう。

[勝又健太｜エンジニア系YouTuber｜雑食系エンジニア｜「Web系エンジニアになろう」著者 @poly_soft]

今度はGitHub本体がVSCode拡張経由で不正アクセスされたようですが、昨今のnpm周りのサプライチェーン攻撃の激化とかも考えると、もはやどこの会社さんも

・自社内の誰かのローカルマシンはいつかは侵害される

という前提で多層防御の構成を作っておくのが必須な時代になってきましたねー。

最優先でやった方がよいのは

・ローカル端末に永続的な認証情報を保持しない(一時トークンも窃取されてしまうが永続的な認証情報はさらに危ない)

・GitHub Actions等のCIツール上ではCDは実行せず、AWSのCodePipeline等をキックするだけにしておく。(CI上でIaaS側の強い権限を持った認証情報を取得しない)

・クラウドの本番環境にはローカル端末からはアクセスできないようにしておく。(AWSならAmazon Workspaces経由でしか本番環境にアクセスできないように設定するなど)

といったあたりかなと。

ちなみに「◯◯社のGitHubのソースコードが流出！」みたいなのはエンジニア的にはもはやインシデントとは考えない方がよいと思います。

サプライチェーン攻撃を完璧に回避するのは現実的には無理なので、その際にローカルに平文で転がっているソースコードが流出するのは当然なのでむしろ「その程度で済んで幸運だった」と考えるのが適切かなと。

なので「GitHubの認証情報やソースコードはいつかは流出するものだ」という前提で、被害を最小限に留めるための重層的な防御をしていかないとですね。

https://t.co/43ECTM1fV1

[ぐれいす @grace_park3]

マネジメントの勉強ってやっぱり実務経験を積まないと厳しいかな。グロービスで知識を学んでるんだけど、生かせている気があんまりしない。

[ぐれいす @grace_park3]

こういうのを見てると、メンタル弱々な自分はマネジメントは不向きなんじゃないかって思ってしまう。

[PMザンギ @zangiPM]

リリース前にちゃんと向き合ってるPMとPL

PM
「…正直に聞くけど、リリースできそう？？」
PL
「うーん…ちょっと厳しいですね。テストで想定外の対応出ててあと1日ほしいです」

PM
「そっかぁ。無理すれば今日リリースできたりするの？」
PL
「出せなくはないですけど…怖いですね。リリース後に崩れる可能性あります」

（少し間が空く）

PM
「じゃあ無理しなくていいよ。ここで無理しても、誰も得しないからね。」
PL
「…すみません」

PM
「謝るとこじゃないよ。ちゃんと止めてくれて助かったよ。」
PL
「ありがとうございます。明日中には確実に仕上げます。」

PM
「うん、その言葉信じてるよ。上には俺からちゃんと説明するから大丈夫だよ。」
PL
「それなら現場は落ち着いて作業やれそうです。」

PM
「その代わり、今日はちゃんと寝てね。判断ミスると意味ないからさ。」

PL
「…はい（笑）」
（空気が少し軽くなる）

こういう会話ができると作業する側もちょっと救われるよね。
信頼関係はすごく重要。

[PMザンギ @zangiPM]

障害報告時のPM

お客様
「で、今回の原因は何ですか？」

PM
「…申し訳ございません。いまログを確認しておりまだ断定まではできておりません。」

お客様
「まだじゃなくて原因を聞いてるんです。」

PM
「はい…。現時点だと、◯◯の可能性が高いと考えています。」

お客様
「可能性じゃ困るんですよ。断定してください。」

PM
「お気持ちは分かります。ただ、今ここで断定してしまうと、誤った対応になるリスクがあって…」

（少し間が空く）

お客様
「じゃあ、いつ断定できるんですか？」

PM
「本日中には方向性を出します…」

お客様
「方向性じゃなくて、確定はいつですか？」

（PM、言葉を選ぶ）

PM
「…明日の午前中までには、責任を持ってご説明できる状態にします」

お客様
「それまでサービスはどうするんですか？止めるんですか？」

PM
「いえ、現時点では暫定対応を入れて、サービス自体は動かしています」

お客様
「暫定ってことはまた落ちる可能性あるってことですよね？」

PM
「…ゼロではありません。ただ、現時点で取り得るリスクは可能な限り潰しています。」

お客様
「ゼロじゃないのに出すんですか？」

（少し空気が重くなる）

PM
「正直にお伝えさせていたたまきます。ゼロと言い切ることもできますが、それは責任ある説明ではないと考えています。」

（少し間が空く）

PM
「この状態で止めるのか、リスクを許容して継続するのか、判断に必要な情報は提出するので一緒に決めさせてください。」

（場の空気が少し現実に戻る）

こうゆうのがPMにとって1番しんどいよね。
ただ、嘘つくとあとでもっとしんどくなるのは目に見えてるから嘘をつかない方がいいと思ってます。

[Ritesh Roushan @devXritesh]

2015: "Learn jQuery"
2016: "jQuery is dead, learn Angular"
2017: "Angular is dead, learn React"
2018: "React is complex, learn Vue"
2019: "Vue is too simple, learn React again"
2020: "React is old, learn Svelte"
2021: "Svelte is niche, learn Next.js"
2022: "Next.js is bloated, learn Remix"
2023: "Remix is too new, learn Astro"
2024: "Astro is limited, learn Next.js again"
2025: "Next.js is complex, learn..."

STOP.

Just stop.

You don't have a framework problem.
You have a fundamentals problem.

Master:
- JavaScript (the language)
- HTTP (how browsers work)
- State management (data flow)
- Performance (why things are slow)

Then frameworks become tools, not religions.

I've shipped products in:
- React (2018)
- Vue (2020)
- Svelte (2022)
- Vanilla JS (2024)

You know what mattered?
Understanding the web platform.

Framework churn is a feature, not a bug.
It keeps you buying courses.
It keeps you feeling behind.
It keeps you dependent.

Learn the web.
Frameworks will make sense.

Skip the web?

You'll chase frameworks forever.

[ぐれいす @grace_park3]

やっぱりclaude codeちゃんとやらなくては。

[ぐれいす @grace_park3]

もうしばらくはcursorでハーネスエンジニアリングの勉強とかしていこうかな...。cloude codeはproはすぐ利用上限に引っかかりそうだし、セキュリティ的にも設定の自信がないから、cursorでやれそうなことまだある気がしてきた。

[ぐれいす @grace_park3]

ガチで上流を極めていかないといけないという危機感が強まりつつある。

[ぐれいす @grace_park3]

ため息だ。

[ぐれいす @grace_park3]

エンジニアでXやっている人たちはみんなつよつよなイメージがあるから自信なくしちゃう。

[ぐれいす @grace_park3]

徐々に移行する形でやろう。