【生成AIニュース】漫画とGeminiが解説 名前負け・脱走・そして沼！？ 激動のAI最前線スペシャル|ChatGPTのヨシダ
- 米中がAIを「超知能（SI）」と呼ぶことで合意した
- AIの呼び名を「超知能（SI）」に統一、政治的な名称変更が行われた
- AIの名称変更により期待値が高まり、現場の負担が増える可能性がある
技術記事まとめ・ニュースランキング
Scrapsは、QiitaやZenn、noteなどの技術ブログ・ニュースを3行で読める技術記事まとめサイトです。AI、ソフトウェア開発、エンジニア組織・キャリアの注目記事を毎日紹介します。
1位
2位
【社会人】AWS MLA-C01 難易度と、65問×10回の模試で組む資格勉強の3周
- AWS MLA-C01の試験は65問を130分で解き、50問の正解で合格
- 採点は65問中50問、並べ替えと対応付けの問題形式、データ準備28%・モデル開発26%・デプロイ22%・監視と保護24%の分野比重
- 模試を3周回す学習法で合格ラインに届くが、1周目で分野ごとの失点を把握する必要がある
3位
Google Cloud Professional Cloud DevOps Engineer 勉強時間は40時間。就活と並べて週5時間で8週間
- Google Cloud Professional Cloud DevOps Engineerの試験対策に40時間かかる
- 模試10回で20時間、復習に20時間、CI/CDとオブザーバビリティが試験の25%を占める
- 試験の半分を占めるCI/CDと監視の分野を重点的に学ぶべき
4位
国内AIエージェント動向(2026/9/29号)
- 国内AIエージェントが専門業務の実行に広がり、根拠提示や人間の最終判断を組み込む設計が目立つ
- 日本生命のVotePilot、電通総研のGREENLIGHT、フェイスネットワークのAgentforceが例。RAG、Snowflake、Agentforceが使われている
- 専門業務では完全自律ではなく、根拠提示や承認履歴、人間による最終確認を組み込む設計が重要
5位
【社会人】AWS SCS-C03 合格点は750点。資格勉強は65問の模試10回を2周で組む
- AWS SCS-C03の合格点は750点で、採点は65問中の50問で行われる
- 採点される50問と採点されない15問が混ざる、未回答は不正解で減点なし
- 試験の回ごとの難易度差を考慮した換算スコアで、750点は正答率75%とは限らない
6位
Jujutsu と出会い、15 年使った Git にもう戻れなくなった理由
- JujutsuはGitに代わるバージョン管理システムとして選ばれた
- working copyの変更が自動でcommitされる仕組みと、change単位での実験・履歴編集が可能
- 作業中のコードを失うリスクが減り、履歴の編集が直感的に行える
7位
クロスプラットフォームアプリのためのiPhone Duoレビュー
- iPhone Duoではツールバーとタブがvertical barsに移動し、リストの表示範囲がSafe Area内に収まる
- ツールバーの操作がvertical barsに配置、リストの枠がvertical bars側のSafe Area内に収まる、タブが文字だけでもvertical barsに移動
- vertical barsの配置はデバイスが自動で決定し、アプリ側で明示的な設定が必要
8位
AI開発時代だからこそ、テストの役割を見つめ直す
- AI時代でもテストの役割は変わらず、それぞれの種類で検出できる不具合の種類に応じて使い分けるべき
- ユニットテストはロジックの細かい検証、E2Eテストは画面をまたぐ不具合の検出、型とlintで不具合を事前に防ぐ
- テストの実行順序とコストの違いを意識し、型設計で不具合を防ぐことでAIのイテレーションを効率化できる
9位
大きなボトルネックをごろごろ見つける方法 - 優秀なエンジニアになる
- ボトルネックは爆弾ではなく静かにダメージを蓄積する構造で、複数存在する
- 技術負債や運用でカバーできるボトルネック、経路ごとの最大流量の違い
- 目標逆算で複数のボトルネックを特定し、戦略的に解消順序を決めることが重要
10位
MCPサーバーのもうひとつの「ステートレス化」
- OAuthの途中状態をHMAC署名付きトークンにまとめ、IdPへ渡すstateパラメータとして保持させた
- HMAC署名付きトークンと共有ストアを組み合わせて、ステートレス化とワンタイム性の検証を実現
- 認可コードの再利用防止には共有ストアが必要で、署名鍵はSecret Managerで管理する
11位
RX 5500 XTからV100S×4まで、4台の計算機でローカルLLMを測り比べた話
- 4台のGPUでローカルLLMの性能を測定し、pp512とtg128の差が主な指標となった
- pp512は行列演算器の有無で、tg128はメモリ帯域で差が決まる。V100SはHBM2でtg128が速く、RDNA4はVulkanの方がROCmより速い
- pp512は行列演算器の有無が重要で、tg128はメモリ帯域の効率が鍵。マルチGPUは容量拡張に有効で、ベンチマークと実運用の差に注意が必要
12位
dbt checkを触ってみた & GitHub Actionsで動かしてみた
- dbt checkでプロジェクトのメタデータルールを検証できる機能を試した
- info_schemaマクロでDuckDBにアクセスし、モデルの説明やデータテストの有無をチェック、GitHub ActionsでCIに組み込める
- dbt checkの重大度をwarnに設定すると実行失敗にならないため、CIではerrorに設定する必要がある
13位
直近1年でよく読まれた！GENIEE Tech Blog 人気記事3選
- Claude CodeでAWSコスト調査を行い数千万円の改善ポイントを発見した
- Claude CodeにAWS CLIとCost Explorerを活用させ、S3ログの参照漏れやAPI Gatewayの圧縮設定を見つける
- AIを調査・分析に活用することで実業務でコスト削減が可能になる
14位
サイバーエージェントのバックエンドインターンUNIVERSEに参加し、優秀賞をいただきました
- サイバーエージェントのバックエンドインターンUNIVERSEに参加し、優秀賞を獲得
- 広告チームでAdTech開発に取り組み、AIを活用した設計議論とAWSアーキテクチャ作成
- AWSの実務知識やコスト意識の不足が課題として明確になった
15位
Web 標準動向 2026年9月版
- HTMLとCSSの新機能が主要ブラウザで実装され、JavaScriptの国際化処理が改善された
- Scoped Custom Element RegistriesとHTML-in-Canvasが主要ブラウザで実装済み、prefers-bold-textメディアクエリとCSS text-overflowに文字列指定が可能に、ECMA402でロケールの記数法と週の始まりの曜日が調整された
- HTML-in-CanvasのAPI変更で描画対象が拡大し、prefers-bold-textで太字テキストのスタイル調整が可能になるため、アクセシビリティ対応に影響する
16位
AI Slop なテストコードにならないためにどう対処するか？
- AIが生成したテストコードは品質を保証しない
- テスト設計を人間が行い、PRDやFigmaなどの上位文書をAIに提供する
- テスト仕様の作成はAIに任せず対話形式でレビューする
17位
AI×Blenderでゲーム用キャラ素体の作成に挑戦した記録
- Blenderで生成AIを活用してゲーム用キャラクターの素体を作成する手順が紹介されている
- MPFB2アドオンによるボディ生成とClaude CodeによるBlender操作、3種類の断面グラフによる面質評価
- 変更ごとに4段階のチェックを同じ条件で行い、数値で評価することで品質を保証する手法が示されている
18位
サイボウズのiOS実務型インターンに参加してきた！
- サイボウズのiOS実務型インターンでモブプログラミングとTCAを経験した
- モブプログラミングによるチーム開発とTCAのアーキテクチャを学び、SwiftUIとUIKitの相互運用も実践した
- TCAの弱点を補うためのOSS開発に注目し、今後の技術選定に影響を与える可能性がある
19位
LuupのiOSエンジニアで iOSDC Japan 2026 に参加しました
- iOSDC Japan 2026で地図アプリ開発やUI設計のセッションが紹介された
- 地図のピン操作に幾何アルゴリズムを活用する方法と、UIの柔軟性を高めるインターフェイス設計が話題に
- 地図関連のモジュール分割がAI開発に影響し、UI設計ではコンテキストに応じたインターフェイスの提供が重要とされる
20位
目を醒ませ 僕らの信頼が生成AIに侵略されてるぞ
- 生成AIの活用において人間の責任が失われている
- AI生成物を単に受け取るだけのMeat Proxy業、AIに責任を押し付ける傾向
- AIを使う際は自身の意思と責任を持って利用すべき
21位
AWSしか触ってこなかった私が、GCPで手が止まった話(前編:IAM・CI/CD・GKE)
- GCPのIAMではAWSとは異なる文法で許可を書く
- AWSは条件式、GCPは名簿への登録で許可を設定し、CI/CDでは認証JSONを手動で組む
- GCPのService Account名は6〜30文字の制約があり、削除後30日間は同じ名前を使えない
22位
AIは便利な部下から「権限を持つ部下」へ―企業が今すぐ見直すべきAIエージェントのセキュリティ7原則
- AIエージェントのセキュリティを強化する7つの原則が提示された
- 最小権限、読み取りと実行の分離、高リスク操作の人間承認、すべての操作ログの残し、AI用IDの分離、緊急停止ボタン、定期的な権限見直しが含まれる
- AIに与える権限を厳しく管理し、操作ログを残し、緊急停止手段を確保することが重要である
23位
個人開発のiOS共通ライブラリをSSHフリー化した話 ― 「publicだから認証不要」の勘違いに、Dockerビルドだけが気づいていた
- YoLibraryのSSH参照をHTTPSに変更したが、認証情報の依存が隠れていた
- Forgejoミラーはprivateで認証が必要、Dockerビルドで401エラーが発生
- コードコメントに誤った前提が残り、環境依存の問題を引き起こした
24位
同一人物がApple/Googleどちらでログインしても同じアカウントにする ― Firebase純正のlink(with:)を使わなかった理由
- Firebase純正のlink(with:)を使わず、バックエンド独自のauth_identitiesテーブルでアカウント連携を実装した
- Firebaseのcredential-already-in-useエラー対応が破壊的で複数ステップ、auth_identitiesテーブルで1 User : N firebase_uidを管理
- コンフリクト解決は1つのDBトランザクションに閉じ込め、失敗時ロールバックで詰み状態を回避
25位
LaravelのAI開発を支える品質検査と開発フロー
- LaravelでAI開発を支える品質ハーネスとして、静的解析やテストの結果を機械的に検証する仕組みを導入している
- Larastanで型の不整合を検出、Pest Archテストで設計ルール違反を検出、Laravel Pintでコードスタイルを統一
- テストの実行結果と行カバレッジ100%を基準にし、ミューテーションテストで検証力の確認が必要
26位
Full-Managed のその奥は？ FSx for Lustre の I/O 問題を AWS と一緒に切り分ける
- FSx for LustreのI/O問題をAWSと共同で切り分け、TCP化で対応した
- 通信経路の障害、メタデータロック競合、特定OSTでのI/O停止が原因。EFA経路の再送エラーとTCPへの切り替えが対応手段
- AWSのサービス変更やソフトウェア更新で挙動が変わる可能性があるため、公式ドキュメントを確認し環境で検証すること
27位
リファインメント前の準備をAIエージェントとともに
- AIエージェントとgrillingスキルでリファインメント前のバックログを整理し、受け入れ基準とADRを作成する
- grillingスキルで1つずつ質問し、Redmineチケットの受け入れ基準を整備し、ADR作成を自動化する
- 受け入れ基準の更新はredmine-cliで実施し、改行対応が必要で、ADRは特定のフォーマットで作成する
28位
個人開発のMinecraft監視アプリに負荷試験をしてみた ― 読み取り専用のAPIが、実は毎回DBへ書き込んでいた
- 読み取り専用のAPIが認証時にDBに書き込んでいた
- GET /v2/serversでID tokenの失効チェックと_last_loginのUPDATEが行われていた
- 認証時のDB書き込みをキャッシュと処理見直しで改善し、スループットを3倍に向上
29位
「別々のアプリが似た症状で落ちる」を手がかりに、NFS越しのSonarQube・Nexus・Jenkinsが繰り返しクラッシュする原因を追った話
- Jenkins・Nexus・SonarQubeがNFS上のファイルI/Oエラーで繰り返しクラッシュしていた
- NFSサーバーのext4ジャーナルがabort、iSCSI接続の瞬断が原因、watchdogによる自動再起動対応
- NFSの根本原因はNAS側のiSCSI不安定性で、現在も調査中で応急処置のみ実施
30位
Argo RolloutsのBlue-Greenは「2つの環境の交代」じゃなかった ― 名前に引きずられて誤解していた話
- Argo RolloutsのBlue-Greenは「2つの固定環境の交代」ではなく、activeとpreviewの役割に毎回新規ReplicaSetを割り当てる方式だった
- activeServiceとpreviewServiceの2つのServiceを指定し、ReplicaSetは毎回新規作成されて古い方は昇格後に破棄される、Serviceのselectorが新しいReplicaSetへ書き換わる
- 昇格後、旧ReplicaSetは300秒スケールダウン後に0台になるため、旧環境を温存しない
