Daiki Sudo

DevOpsエンジニア。ソフトウェア開発そのものより、ソフトウェアを効率的に開発できるようにすることが好きです。GitHub Copilot派です。

[Daiki Sudo @daiksud]

「The DevOps Handbook」を読み終わった。この本はCTOとかEMとか、組織編成やチーム編成に権限を持つ人は読むべきだと思う。DevOpsは組織として実践するものだ。以前記事にも書いたが、AIによって開発が高速化した今、DevOpsはますます重要だ。
https://t.co/qoKc9wo3Is

[Takuto Wada @t_wada]

AI DevEx Conference 2026 基調講演の資料を公開しました #aidevex_findy / 2026年のソフトウェア開発を考える（2026/07版） https://t.co/ZEyPpT0t9o

[Daiki Sudo @daiksud]

@t_wada めちゃめちゃ刺さる内容でした！

[Daiki Sudo @daiksud]

AIは「増幅器」なので「どれだけ増幅できる基礎力を持ってるか」が重要な時代になった。その基礎力とは、情報工学やソフトウェア工学のことだ。とにかくコード書けりゃいいだけのマンパワー不足時代は完全に終わったので、今後その辺を修めてない人がソフトエンジニアになるのは難しいし、求められない

[インフラエンジニアの毒舌な妹(むつきつぐみ)@31日南i03b @infra_imouto]

末席ながらずっと現役でいられるのは情報工学部で学んだことのおかげと思ってます

基礎の有無が効いてくるのって、20年後なんだよね

C言語はコンピュータアーキテクチャと不可分、SQLや関数型言語は集合論と関数論の知識がいる、みたいなところであとからボディブローのように知識の有無が効いてくる

[Daiki Sudo @daiksud]

某社セキュリティ部「定期変更が非推奨というのは、脆弱なパスワードにしてしまうから、という論理だったと思います。弊社ではパスワードポリシーで制限しているので、脆弱なパスワードになり得ません。だから定期変更させても問題ありません」ｷﾘｯ

[GON_SUN @gonsun177]

セキュリティエンジニアあるある(
上級編)

「パスワードの有効期限が切れました。パスワードを変更して下さい」

普通の人
「めんどくさー！」

ぼく
「パスワードの定期変更は非推奨になっているはずなのに、この会社遅れてるな…(´・ω・｀)」

[Daiki Sudo @daiksud]

逆に仕様書とテストケースの抜け漏れがほぼゼロなら、技術スタックの載せ替えは簡単にできる時代になった。新規開発でNext.jsにするかそれ以外にするかをじっくり検討する必要がなくなった。気に入らなければ載せ替えれば良い。トークン費用？そんなの1人切れば年1200万は浮くからそれブチ込めば良い。

[Daiki Sudo @daiksud]

AIに仕様書とテストケースだけ渡して、それを満たすものを別の技術スタックでゼロから作らせる。それで出来た物と元の物とで、違う挙動になってる部分が仕様書にない隠れ仕様、バグや脆弱性があればテストケースの抜け漏れ、をチェックできそうな気がしたな。凄い金かかりそうだけど。

[Daiki Sudo @daiksud]

AIに仕様書とテストケースだけ渡して、それを満たすものを別の技術スタックでゼロから作らせる。それで出来た物と元の物とで、違う挙動になってる部分が仕様書にない隠れ仕様、バグや脆弱性があればテストケースの抜け漏れ、をチェックできそうな気がしたな。凄い金かかりそうだけど。

[hata @hatappo]

有名OSSの◯◯DBのような複雑なソフトウェアがAIだけで完璧にスクラッチ開発して再実装できてしまうなら、AIに開発を全て任せてしまうのがやはり正解？なわけないから。

コンパイラやミドルウェア（もう少し広げるとライブラリ全般）の開発と人間が直接的に使うアプリケーション（これって名前なんていうの？）の開発手法や制約の違いはAI適用のしかたに致命的に影響するんだけど、「仕様駆動開発」や「ループエンジニアリング」なんかと相性がいいのは前者で、後者は前提が破綻しているのに仕様から駆動してはいけない。真逆の「開発駆動仕様探索」のほうが有用。

もっと一般化するなら、要件や仕様に「正解」を見出しやすいプロダクトは「仕様駆動開発」、要件は不確かで仕様が変化するプロダクトは「開発駆動仕様探索」といえると思う。かっちり別れるわけではなくて傾向と割合だけど。

OSSの◯◯DBをFableでゼロから実装できました！とかRustに書き換えました！とかの前者は、仕様書が充実してる典型どころかテストスイートという正解が揃ってる。ほっといても「仕様駆動開発」みたいなもんだし、人の介入がなくてもゴール安定だからループエンジニアリングとも相性いい。

人間が直接操作する、後者のアプリケーションでもこれと近いのは「大規模マイグレーション」案件。言語だったりフレームワークだったり。これも多くの事例でテストスイートが充実してて「マイグレーション（移行）」という視点においては仕様の正解が確定してる。そのアプリケーションの機能拡張や継続開発は全く異なるけど。

[Daiki Sudo @daiksud]

今後は「理解」が鍵となると言う話が面白かった。AIが何を作ろうとしているのかをAI自身に説明させ、人間が理解してから作らせる。
でもこれ、今までも部長クラスは部下にコード書かせる時も同じことしてるから、平社員が部長レベルの思考を求められる時代になったとも言える。
#aidevex_findy

[Daiki Sudo @daiksud]

「誰でも」には「AI」も含まれますね。このモデルのコードはバグが多いからダメ、あのモデルはバグが少ないから良い、みたいな話を見ると、なんで継続的インテグレーションや自動テストを組まないんだろうと不思議に思います。

[Yasunobu Kawaguchi / YesNoBut @kawaguti]

CI/CDとテストちゃんと自動化して誰でもいつでもプルリク投げたり検証できるようにしようぜという運動(DevOps)がありまして、それは全世界に開発拠点が分散している大企業やOSSで実践されていたりするんじゃないかと思うんです。テスラなんかは明らかに、ソフトウェアの手法をベースにハードウェアに..

[Daiki Sudo @daiksud]

@tkyowa めちゃめちゃ刺さる内容でした！

[Daiki Sudo @daiksud]

失敗を処罰するのはWestrumの組織文化でいう「不健全な組織」の特徴。こんなことしてたら、ミスをしたときに処罰を恐れて隠蔽することが当たり前になり、気づいたときには手遅れ、という風になるぞ。

[日本経済新聞 電子版（日経電子版） @nikkei]

サイバー事故で従業員に「懲戒」、国内企業の半数
https://t.co/RBptYeEiF4

メール誤送信など偶発的なミスでも49%が懲戒処分に。世界平均と比べて日本は6〜7ポイント高い水準です。

専門家は「場合によっては懲戒権の乱用と判断される」といいます。

[Daiki Sudo @daiksud]

Dave FarleyがBDDでスペックを記述しろ、Gherkin記法で全部書ける、的なことを言っている。やっぱりそうか。
#aidevex_findy

[Daiki Sudo @daiksud]

Given/When/Thenで書くGherkin記法をベースにやると良いかもとふと思いついた。適度に構造化されていて、適度に自然言語的に書ける。Gherkinは歴史あるからAIも多分知ってるだろうし、試してみようかな。

[Aki(本物)＠めもおきば📗 %夏コミ2日目8/16 東7ホールV-26a @nekoruri]

DSLの重要性がどんどん上がるんじゃないかと思うんだよなあ

[Daiki Sudo @daiksud]

トークン消費量が跳ね上がる予感。グローバル変数の影響を調査するために、すべてのソースコードを読み込まなきゃいけなくなっちゃうので。だから結局、人間が読みにくいコードは、AIにとっても読みにくいコードであり、「人間の認知負荷がヤバい＝AIのトークン消費がヤバい」なのではと思っている。

[ふも @fumokmm]

命題：AI時代、グローバル変数はもはや悪ではない。

[Daiki Sudo @daiksud]

先日 ITIL 4 ファンデーションのトレーニングを受講したのだが、めちゃ刺さった。自分がこれまで試行錯誤してきた「こうすれば良いんじゃないか」が合理的にまとまっている。バリューストリームはまさに取り組もうとしてるところだったので速攻で役立つし「インシデント管理と問題管理は別」も目から鱗

[Daiki Sudo @daiksud]

フリーアドレスはガチで無意味。用事がある人がどこにいるのか分からないし、通勤のデメリットや会議室のデメリットなど、デメリットが上回る。普通にリモートより悪い。出社は「一緒に仕事する必要がある人同士が近くてクイックに協働できる」ことがメリットなので、それを台無しにしている。

[グッドフクサニティ賞 @fukusanity]

在宅勤務の導入後「出社しないなら必要ない」と固定席が取り上げられて全席フリーアドレスになり，出社しても安い椅子と狭いデスク，おまけに仕切りもないのにオンライン会議するバカの声がうるさくて，一方で週に1回しか出社しない役員が固定席に座ってるのを見ると，出社が嫌になる気持ちもわかる

[CodeRabbit (JP) @Coderabbitaija]

Daiki Sudoさん (@daiksud) のブログ記事です

人間のコードレビュー、本当に必要ですか？
https://t.co/944J0Ttp4k

#CodeRabbit

[Daiki Sudo @daiksud]

AIってフルスタックの知識持ってるから、JavaScriptとか特定の経験だけじゃ足りなくて、AIの持つフルスタック領域すべてで指示・判断できる知識・経験を持つ人が求められる気がする。フルスタックエンジニアを雇ってるのにフロントエンドチームに入れてフロントエンドしかやらせないとかないだろうし

[ふも @fumokmm]

なんとなく、これは私の単なる肌感覚なんだけど、IT開発案件の求めるスキル/経験のところで、これまでは

----------------------
・Java/JavaScript開発経験5年以上
・募集人数: 10名
----------------------

のような感じだった案件が、

----------------------
・任意の言語での開発経験3年以上
・Claude Code/Codex開発経験あり
・募集人数: 7名
----------------------

みたいな感じになっていきそう。
（実質3名募集が減ってるが、やる内容は変わらない）

AIコーディングエージェント使えないだけで、ふるい落とされるようになってくると思うから、エンジニアの人は、ほんとなんでもいいからAIコーディングエージェント触っておくべき。

[Daiki Sudo @daiksud]

ソフトエンジニアにとって、キーボードとかPCって「商売道具」なのよ。

料理人で言えば包丁や厨房と同じ。

付属キーボードやショボPCしか与えないのは、百均包丁や火力低いコンロの厨房で中華料理作れと言うのと同じ。

弘法筆を選ばずとは言うが、折れてる筆じゃ弘法も流石に無理でしょ。

[Daiki Sudo @daiksud]

妻の会社は、この「基本出社だけど必要な時はリモートOK」スタンスだったらしい。が、一部の社員が悪用。酷い時は「あれ？〇〇さん今週1回も来てなくね？」というレベルだったと。チャットしても数時間反応なしが頻発。で、全員リモート禁止命令が発令されたそうな。

[ヤマダ @yamada_sier]

リモートの仕組みは残しておけばいいと思う派。出社を基本として、天気が悪い日とか、大きな荷物が届くとか、奥様の体調が良くないとかそういう時に当たり前にリモートができれば十分じゃないかな。それが柔軟な働き方だと思うけどな。

[Daiki Sudo @daiksud]

ちなみに「チームメンバー全員が一箇所に集まる」ことが重要なので、社員全員が同じところに集まる必要はない。頻繁に会話すべき人同士がすぐ近くにいることが大切。例えば開発と人事なら、たまにしか用事がないはずなので、別の場所でも問題ない。

[Daiki Sudo @daiksud]

GMOの環境は知らないが、出社しても意味がないと思うなら会社の環境が悪い。チームは8人まで、振返れば全員でサッと会話できる席配置、チーム専用のホワイトボードが必要だ。特に重要なのは、そのチーム内で計画からデプロイまで全て完結できる権限を持つこと。これらがあって初めて、出社の価値がある

[Yahoo!ニュース @YahooNewsTopics]

【GMO 在宅勤務を完全に廃止】
https://t.co/3JknrgejYm