エンジニア ティーマ@note

上場企業シニアエンジニア兼マネージャー｜副業5年で時給5,000円→10,000円｜
Claude Codeで記事制作をAIチームと行っています
エンジニア・マネージャーの経験からAIの実践ノウハウをnoteで発信中

[エンジニア ティーマ@note @note_dev_tma]

🧑30代前半、男、二児の父

📝お仕事 - エンジニア
web開発、残業時間100時間超え当たり前
自社サービスのベンチャーにジュニアで転職、気づいたらシニアへ
複数社で副業

🏀趣味
料理、旅行、食べ歩き

AI、マネージメント、キャリア、技術などについて呟きます
フォローいただけると嬉しいです

[エンジニア ティーマ@note @note_dev_tma]

@uufu_engineer 生存者バイアスですね
強強になるためには潔く聞く能力だけでなく自分で考える能力が必要になるのは同意ですが
何者でもないのに聞くこともできない人が大量に埋もれてるのはあるかと

[エンジニア ティーマ@note @note_dev_tma]

@donguri_py 人間も嘘をつくという問題

[エンジニア ティーマ@note @note_dev_tma]

AIで実装コストがほぼなくなってるという割にスピードが出てない

[エンジニア ティーマ@note @note_dev_tma]

「1on1いらない派」だった自分が、1on1で人の転身を後押しした話。

ジュニアが雑談でこぼした「インフラ触ってみたい」を拾って、EOL対応にアサイン。最初は苦労してたが、そこからSREに転身していった。

willを聞く場がなければ起きなかった化学反応でした。
https://t.co/gonUN1G50o

[エンジニア ティーマ@note @note_dev_tma]

インフラをコードで管理して一番変わったのは"レビューできる"こと。

Before：コンソールでポチポチ→誰が何を変えたか不明
After：PR→レビュー→merge→適用

git logで「いつ誰が」が一発。さらにAI時代、構成がコードだとAIに読ませて変更や修正を任せやすい。テキストで残す価値が一段上がった。

[エンジニア ティーマ@note @note_dev_tma]

これ本当に同意
(もっとも最近は手元でもローカルデータ全部抜かれる系の攻撃が増えてますが)

とはいえ社内向けアプリなのであれば全部を否定するのではなく、どのようにすれば安全に社内アプリを公開できるかのガードレールを作れるといいですね

私の考えは以前書いたので
https://t.co/y4nqkXqBQE

[山本 正喜 / kubell CEO (旧Chatwork) @cwmasaki]

非エンジニアがClaude Codeを使ってカジュアルにVercelなどを使って社内向けアプリを公開することがなぜ危険か？Vercel自体が危険なサービスというわけではなく、むしろかなり強いセキュリティ対策が標準で提供されています。

問題は、Vercelを使うとWebアプリを非常に簡単にインターネットへ公開できるため、Webセキュリティを十分理解していない人でも、サーバーやAPI、データベースを持つアプリを公開できてしまうこと。

URLを誰も知らないからアクセスできないだろうというのは間違いで、インターネットでは脆弱なアプリや認証情報がアップされてないかを常時スキャンし続けているようなボットが多数存在し、発見されて悪用されるケースが日常的に起きています。

また、APIキーなどの秘密情報をクライアント側のコードに含めてしまえば、それを取得されて悪用される可能性があります。秘密情報自体を正しく隠していても、LLMなどを呼び出すAPIに認証や利用制限がなければ、そのAPIを踏み台にして大量に利用され、多額のAPI利用料が発生することもあります。

また、内部で使っているライブラリやフレームワークのバージョンを常に最新に保っていないと、後から発見された脆弱性をつかれて攻撃されます。インターネットに公開しているサービスは常に最新の脆弱性情報を確認し、危険な脆弱性がないようにアップデートし続けないといけません。(企業が運営するSaaSはもちろんそういった保守を行っています)

このあたりのリスクとメンテナンスの必要性を理解していないと、インターネットにサービスを公開するというのは本当に危険なことなのです。

[エンジニア ティーマ@note @note_dev_tma]

「正解がない世界に耐えられますか？」これは本当に大事
正解がないことに正解を追い求めすぎている人が多すぎる

その時に100点だったとしても状況が変われば70点に下がることもある
大切なのは「クオリティ向上のタイパ」「状況の変更が起きた時のアジリティ」

[わんこPM @dx_saru]

上流を目指すエンジニアさん
正解がない世界に耐えられますか？ふわっとしたものに仮にでも方向性をつけて合意を取るイメージがつきますか？「これでよろしいですか？」なんて聞いちゃダメですよ

[エンジニア ティーマ@note @note_dev_tma]

「リファクタの予算が下りない」のは技術力じゃなく翻訳力の問題。

重要性(リスク)は説明できても、緊急性は他の機能と戦うと負ける。
だから「なぜ"今"やるのか」を事業の数字に翻訳して渡す。

https://t.co/Ew8Q1TtnO3

[エンジニア ティーマ@note @note_dev_tma]

@engineerHiyoko 基本なしですね(そのクライアントさんとの関係性次第ではありますが)

社外に出していいこと・出しちゃいけないこと。過去の話の流れ・交渉などを営業が担当しているので、営業に伝えるが良きかと

システムでも責務分担してますよね？

やるなら営業的なロールも一定担えるポジションならですね

[エンジニア ティーマ@note @note_dev_tma]

@donguri_py ツールの進化＝給与が上がるわけではないですね
こうであるならPCの性能が上がれば給与上がるのかみたいな話になるので

AIは他のツール比べてアウトプット格差が大きいことがポイント
AIを使って3人分の人もいれば10人分出す人もいる
その成果に対して報酬が決まるので報酬格差も開いていくのかなと

[エンジニア ティーマ@note @note_dev_tma]

@donguri_py 普通にやめますね
そこで活躍できるかがyesだとしてもエンジニア市場的にそんなとこに時間を使いたくはないです

[エンジニア ティーマ@note @note_dev_tma]

@donguri_py 多くの人に対していうのであれば簡単にでいいのでプログラミングの勉強をかじるとその後の理解がしやすいかなと思います。
筋がいい人であればこういう概念があるというのを把握するだけでもAIで上手くこなせるかなと思っています。

[エンジニア ティーマ@note @note_dev_tma]

@uufu_engineer 下手なエンジニアを雇うより筋がいい人がAIを使って対応する方が良いというのはある種真実
正直これはエンジニアに限った話ではなく、AIの使い方が上手い人はそれだけで多くの職種の70~80点は出せるようになっているように感じる

[エンジニア ティーマ@note @note_dev_tma]

@nikkei 「AIでエンジニアは不要になる」というより、価値の重心が動く、が近いと思います。
コードを書く比重が減り、技術を踏まえて"事業にどう効かせるか"を繋ぐ比重が上がる。FDEはその象徴ですね。
"独占"が終わり、重心が設計と橋渡しへ移る。そんな話を書きました。
https://t.co/YybA1guBQT

[エンジニア ティーマ@note @note_dev_tma]

AIでリファクタのコストは激減した。でも負債が減るかは"人による"、が正確。

共通化を先に指定しないと、AIは個別実装に寄せがちで似たコードが増える。
逆に意図をちゃんと渡せる人はtypoも減って、むしろ保守しやすくなる。

同じツールなのに、使い手で差が開いていく。

[エンジニア ティーマ@note @note_dev_tma]

Claude Codeで並列開発するなら --worktree オプション。

git worktreeで複数ブランチを独立実行。機能開発・バグ修正・リファクタを同時に走らせられる。

例: claude --worktree feature-auth

「こっちも直したい」にコンテキスト汚染なしで即対応できる。

[エンジニア ティーマ@note @note_dev_tma]

AIコーディングの進化は3フェーズ。

プロンプト設計（2022〜24）→ 呪文を磨く時代
コンテキスト設計（2025）→ 何を渡すかが全て
ハーネス設計（2026）→ AIの動き自体を設計する

フェーズ3まで来てようやく"本物のエンジニアリング"になった

[エンジニア ティーマ@note @note_dev_tma]

@mizchi この話、ちゃんと記事にしました。
リファクタの予算が下りないのは技術じゃなく"翻訳"の問題、という整理です。
重要性は説明できても、緊急性で負ける。だから"なぜ今か"を事業の数字に翻訳して渡す。
https://t.co/Ew8Q1TtnO3

[エンジニア ティーマ@note @note_dev_tma]

@mizchi わかります。ただ"綺麗になる・保守性が上がる"だけだと、ビジネス側は動きにくい。
リファクタで何がどれだけ変わるかを数字にできるのは、たぶんエンジニアが一番。そこはエンジニアが主導してPMに渡すしかない。
PM側も、放置でシステムが静かに腐るリスクは知っておきたい。

[エンジニア ティーマ@note @note_dev_tma]

「リファクタの予算が下りない」のは、技術じゃなく"翻訳"の問題だと思っています。

「綺麗になります」では通らない。緊急性は他の新機能に負けるから、"なぜ今か"を事業の数字に翻訳して渡す。

評価する側の視点で書きました。
https://t.co/Ew8Q1TtnO3

[エンジニア ティーマ@note @note_dev_tma]

評価が上がる人はレバレッジをかける。下がる人は丸投げする。
"AIを使えるかどうか"は、もう評価の分かれ目じゃない。
見られてるのは、その速さで結局なにを積み上げたか。