【10/26まで】 ゲームを作りながら楽しくスキルアップ！ 『ゲーム開発で学ぶC++入門 クリエイター直伝 創造力を高める知識と実践技法』を5名様にプレゼント！ Think ITでは、新規メール会員登録者向けに 月替わりでインプレスの人気書籍プレゼント企画を実施中です！ 今月はどの書籍かな!? 欲しかったあの書籍が対象になっているかも!? ↓↓プレゼントページはコチラ↓↓ thinkit.co.jp/reader-present… ぜひ、奮ってご応募ください！ (※応募にはThink ITメール会員への登録が必要です)

【Kubernetesスペシャリストが注目する関連ツール探求】 4個のPodのうち3個だけRunning、残る1個はPending——分散学習では全Podが揃わなければ意味がない。「All or Nothing」を実現するGang Schedulingを検証する。 ⚠️ Kueue単体の限界 クォータが管理するのはクラスタ全体の総量だけ。Kueue管理外のPodが消費していると、クォータ上は足りていても全Podを配置できない 検証ではadmitされたのに3個だけ起動し、GPU3枚を無駄に占有したまま処理も進まない状態に 🔍 2つの解法 Kueue TAS：ノード単位の空きを追跡し、全Podが収まらなければadmitしない。追加コンポーネント不要 Volcano：PodGroupのminMemberで「N個揃わなければ1つも配置しない」。スケジューラなので状態変化に追随する 💡 比較で見える違い Kueue+Volcanoは、All or Nothingは守られるがクォータ4枚を占有したままPod 0個という時間が生まれる——2つのツールが互いを知らないからだ 「Kueueはいつ実行を始めてよいかを、Volcanoはどこに配置するかを担当する」。適材適所で使い分ける話だ。 🔗 thinkit.co.jp/article/39628 #Kubernetes #Kueue #Volcano #GangScheduling

【Gen AI Times】 「情報を集める力はある。人を集める力もある。形にする力もある。では何が足りないのか？」——YCの注目領域に5時間で挑むAIハッカソン「c0mpiled」参戦記。 🎤 イベント 応募252名・当日183名が参加。YC CEOのGarry Tan氏とTranspose PlatformのJames Tan氏による兄弟対談も実現 前回大会(サンフランシスコ)優勝者やYC卒業生企業のファウンダーがジャッジ・メンターに ⏱️ 12:00までにチーム、18:00までにプロダクト 架空の課題ではなく、YCが注目する領域に自ら課題を見つけ仮説を立てて形にする 🚧 突きつけられた壁 「情報感度の高さ」が招く罠——周囲の情報を拾う能力が高いがゆえに集めすぎ、短期決戦で意思決定がブレそうになった 必要なのは「微かなシグナルを掴んだ仮説に、ノイズを断って賭け切る力」 🏆 1位KashinAI、2位Nextroots、3位Xpert OS。立命館大学関係者や大学発スタートアップの活躍が光った 🔗 thinkit.co.jp/article/39599 #生成AI #ハッカソン #YCombinator #スタートアップ

【エンジニアが現場で使えるPMOの失敗回避術】 かつてどの現場にもいた専任DBAは減り、いまは兼務でデータベースを扱うのが主流だ。「自分はDBエンジニアではないから」と後回しにすると致命的な事故につながる。 💥 失敗事例1 「JOINが面倒」「速度を上げたい」で正規化を省略し巨大テーブルへ 更新頻度が増えると不整合が多発し、例外処理コードが膨張。最終的に再設計とデータクレンジングで数ヶ月のプロジェクトと追加費用が発生した 💥 失敗事例2 ER図も参照制約も把握しないまま本番でログ削除クエリを実行 カスケード設定の確認を怠り、現役ユーザーの重要設定データまで連鎖消失。復旧に丸1日を要した 🛡️ 回避策 非正規化する場合は「なぜ」「不整合をアプリ側でどう担保するか」を設計書に明記し合意事項として残す ER図の自動生成、本番作業の権限分離とレビューフローの徹底 💡 高度なSQLはAIが書けるようになった。だからこそ「要件をどうデータ構造にモデル化するか」を設計できる人の価値が上がっている。 🔗 thinkit.co.jp/article/39626 #PMO #データベース #データ設計 #キャリア

【「クラウドネイティブ会議」レポート】 患者データの取り扱いと、システム停止が人の生命に関わり得る事情——オンプレミス中心の病院システムを段階的にクラウド化する挑戦。株式会社ispec 取締役CTOのセッション。 🌉 SailCubeとSail Bridge 電子カルテ端末はインターネットに繋がらず、ネットワーク間のコピペもできない 院内に設置した小型サーバーでリバースプロキシを動かし、通信を中継してクラウドへつなぐ 🧭 「複雑系」としての開発 病院向けの提供経験がなく、院内の制約も先行企業も分からない状況をクネビン・フレームワークの複雑系に位置付けた 「いきなり大きな技術を導入することは、複雑系ではアンチパターンになり得ます」 🔧 手作業から始める 1つめの病院は全て手作業でリリースし、負荷と問題を可視化 課題は配布だけでなく病院ごとの設定値管理にもあった——Helm Chartで共通化しValuesで差分を分離 📡 OpenTelemetryを選んだ理由 「ベンダー中立の技術を先に入れておけば、ツール選定を後からゆっくり考えられる。意思決定を遅らせることで探索に使える時間が長くなる」 🔗 thinkit.co.jp/article/39639 #クラウドネイティブ #k3s #Helm #OpenTelemetry

【エンジニアの本棚から】 「LinuxってどんなOSなの？」——明確に答えるのは実は難しい。LiONコミュニティのエンジニアが「本当に役に立った」と推すLinux技術書5冊を紹介する新連載第1回。 🐧 Linuxは今年で35周年 1991年にヘルシンキ大学の学生だったLinus Torvalds氏が公開 今やサーバーだけでなくスパコン・IoT・家電・Android・車両まで広がっている 📖 5冊のラインナップ 入門モダンLinux（基本操作の次の段階に・カーネルからコンテナまで横断） Linuxコマンド200本ノック（オプションを語源や由来から解説し丸暗記を脱する） まんがでわかるLinux 3冊（CUIへの苦手意識を払拭する1冊目に） はじめてのLinux（第1章は先輩と新入社員の対話形式でOJTのように読める） 動かしながらゼロから学ぶ Linuxカーネルの教科書（カーネル開発の第一歩にも） 次回はネットワーク編。「紹介したい本がある」という技術者への参加呼びかけもある。 🔗 thinkit.co.jp/article/39624 #Linux #技術書 #書評 #カーネル

【イベント・セミナー2026】 AI利用率は9割を超えた。でもエンジニア1人あたりの月間PR作成数はほぼ横ばいだった——ファインディ代表取締役 山田裕一朗氏が示した2027年の“ものづくり”5大トレンド。 💥 活用イコール成果ではない AIを活用したPR比率は4割強まで高まったのに、1人あたりPR数は増えていない 原因はレビュー工程への負荷集中——前工程で節約した時間が後工程の確認作業に取られる 🏗️ 明暗を分ける「開発資本力」 「AIは開発資本力の増幅器」。生産性の高い組織にはプラスに、阻害要因がある環境では負債の再生産につながる 技術的な土台→開発文化→ガードレール→組織への横展開、この順番が重要 💰 2027年はRoAIが問われる トークンマキシングからトークンマネジメントへ。社内では従量課金換算で1人あたり月4,000ドルほど 「人を1人採用すると、1人分ぐらいのトークンコストがかかる」 👥 ベンチャーの約7割がシニア層採用に積極的な一方、エンジニアのキャリア不安は30〜34歳で73.4%に達した 🔗 thinkit.co.jp/article/39644 #AI駆動開発 #開発生産性 #エンジニア採用 #ファインディ

【オープンソースDB運用管理Tips】 CPUもメモリも余裕があり、DBも正常に動いている。それなのにアプリが遅い——死活監視では見えない「SQL性能」「ロック待ち」「レプリケーション」の3観点を比較する。 🐬 MySQL パフォーマンス・スキーマのDigest単位集計とsysスキーマのstatement_analysis ロック待ちはdata_lock_waitsとINNODB_TRXの組み合わせで実行中のSQL文まで追跡できる 🐘 PostgreSQL pg_stat_activityではstateよりwait_event_type/wait_eventが重要——activeでもCPUを使っているとは限らない pg_stat_statementsに加え、auto_explainで遅いSQL文の実行計画を自動記録できる ⚠️ lagの読み方 write_lag・flush_lag・replay_lagは「遅れを取り戻すまでの時間」ではなく、最近のWALをその段階まで処理するのに要した時間だ 追いつくとNULLになることもあり、監視システムではこの性質を考慮する必要がある 📡 MySQL 9.7 LTSからOpenTelemetryのTelemetryコンポーネントがコミュニティ版でも利用可能に 🔗 thinkit.co.jp/article/39607 #MySQL #PostgreSQL #データベース #監視

【週刊VRウォッチ】 ARグラスの開発が国内でも加速——CellidがQualcommの開発支援プログラムに参画し、リファレンスデザイン「Crux」を公開した。 👓 Cellid「Snapdragon START」参画 Snapdragon AR1+ Gen 1搭載の両眼式フルカラーARグラス「Crux」を公開 光学シースルー方式のガラス製ウェイブガイドで、高解像度・高輝度とメガネのような自然な装着感を両立 🔧 EON Reality「Field IQ」 2027年春発売予定のMeta VR Glasses対応を発表 機械を見ると部品名が3Dで実物に重なり、音声で手順操作・完了判定。等身大のホログラム通話による遠隔支援にも対応 🚄 日本車両×NEC 鉄道車両の設計レビュー・保守訓練に使えるVRアプリを共同開発 試作車なしで設計検証ができ、乗務員や清掃スタッフの訓練にも利用できる 🏫 クラスター 広域自治体の不登校支援事業向けに3Dバーチャル空間を構築 会話に躊躇する子どもでもワンタップで「応援」を送れる設計が印象的だ デバイス開発から産業・教育の実装まで、同じ週に並ぶようになった。 🔗 thinkit.co.jp/article/39638 #VR #AR #Cellid #Qualcomm #スマートグラス

【Kaggleは「○○」に役立つ】 「私はいわゆる『強いKaggler』ではありません」——メダル未獲得、ランクはCompetitions Contributor。それでもKaggleから多くを得てきた筆者が、人材育成の観点からその価値を語る。 📚 なぜ人材育成にKaggleか 「手を動かして課題を解く環境」と「ゲーム性」——この2つが継続のハードルを下げる 🤝 一番必要なのは「すでに取り組んでいる人」 声をかけるおすすめは新卒社員と、分析プロジェクトで一緒に仕事をした人 多くは「興味はあったけれど始められていなかった」状態で、一歩踏み出すと驚くほど自走していく ⚖️ 経験者と初心者が組む難しさ 初心者は「貢献できていない」と感じやすい。だから小さな成功体験を作る 一方で初心者の質問が議論を深め、経験者には当たり前を言語化する機会になる 🏆 発信を続けたら制度ができた 業務報告で「Kaggleで得た知見です」と伝え続けた結果、メダル獲得が社内の評価・表彰対象に 自分から作りにいかなくても、受け止めてくれる人が社内のどこかにいる 「あなたの職場にも、きっとKagglerの卵がいる」 🔗 thinkit.co.jp/article/39604 #Kaggle #データサイエンス #人材育成

【MySQLで学ぶGIS入門】 辺で接しているポリゴンなのに、ST_Touches()が0を返す——前回のLINESTRING編に続き、相手をPOLYGONに変えて8つの判定関数を一気に比較。 🔍 前回との違い ST_Equals()は前回全行0だったが今回ついに1が出た ST_Crosses()は全行NULL——どちらもポリゴンだと引数をどう書いてもNULLになり、ポリゴンどうしには使えない ST_Overlaps()は逆に、次元が揃った今回は意味を持つ ⚠️ ST_Touches()の謎 下の辺を共有しているポリゴンも含めてすべて0になった ただし東端の縦線部分に接するポリゴンならタッチ判定される——MySQLの独特なクセだ 💡 「同じ図形」とは何か 同じ形の2つのポリゴンには仕掛けがあった。始点が異なっていたのだ ST_AsText()でのテキスト比較は0(不一致)、ST_Equals()は1(一致)——図形として同じなら始点が違っても同一と判定してくれる 次回はST_Touches()がFALSEになった謎に迫る。 🔗 thinkit.co.jp/article/39606 #MySQL #GIS #SQL #地理情報

【Gen AI Times】 「フェアユースなら、使っていい？」——米国の裁判所が出した答えは単純ではなかった。トムソン・ロイター対ROSS Intelligence事件を4つの要素から読み解く。 📊 前提 生成AIを活用する方針の企業は49.7%→68.9%へ。一方で「著作権等の権利を侵害する可能性」を懸念する企業は31.3%（総務省 令和8年版 情報通信白書） ⚖️ ROSS事件 ROSSは生成AIではなく法律情報を検索するAIリサーチツール。その学習にWestlawの「ヘッドノート」を利用した 2026年9月、第3巡回区控訴裁判所はフェアユースに当たらないと判断した 🔍 4要素の評価 利用の目的・性質（最終目的がWestlawと競合）、利用した量（各ヘッドノートを丸ごとコピー）、市場への影響（学習データのライセンス市場も形成されつつある）——いずれも不利と評価された 🇯🇵 日本には米国型のフェアユース規定はなく、著作権法第30条の4などで整理される。2026年9月には声優の声をめぐり東京地裁がパブリシティ権に言及した 「AIによる学習はフェアユースではない」と単純に結論づけることはできない——その慎重さがこの記事の価値だ。 🔗 thinkit.co.jp/article/39608 #生成AI #著作権 #フェアユース

【編集部が読み解く! 3行でわかるテックニュース】 「このAIの回答を信じてよいか」を誰がどう保証するのか——取材で聞いた現場の実情は率直だった。多くの場合、人が目視で確認している。 📌 3行で押さえるなら 回答品質／安全性／パフォーマンス／レッドチーミング／コンプライアンスの5観点で評価し、改善ポイントまで可視化 プロンプトインジェクションや脱獄を想定した攻撃テストで情報漏えいリスクも検証 エンジニアが業務に合わせて評価項目を個別設計するカスタマイズ支援も提供 🔍 編集部の視点 判定理由が自然文で示される点が実体的だ。保存期間を「無期限」と回答したが参照資料では標準30日・最大90日、さらに担当者のメールアドレスを露出——この2点で「問題」と判定される ⚠️ 確認すべき点 最大の論点は評価する側のAIをどう信頼するか。ルールベースとLLM-as-a-judgeの組み合わせだが、再現性を定量的に示す説明はまだない 「評価設計こそが成否を分ける」——ツール単体で完結する製品ではない テクマトリックスは9月にOstorlab、10月にGENFLUXと、AIとセキュリティの品質領域へ立て続けに投入している。 🔗 thinkit.co.jp/article/39627 #生成AI #AI品質評価 #RAG #レッドチーミング

【Kubernetesを使いこなす抽象化の技法】 「条件をすべて満たすツールは、少なくとも本連載で確認した範囲では存在しません」——最終回はPlatform Engineering時代のApplication Modelに必要な4条件と設計構成を提唱する。 🔍 4ツールに共通して欠けているもの Golden Pathで開発者がサービスを追加できるところまでは実現できている 足りないのは、共通定義の変更を事前に確認し、一部へ先に適用し、問題があれば戻す機能だ 📐 提唱する4条件 Application全体の管理／開発者のセルフサービス／共通定義の変更管理／現在の状態と修正担当の表示 🧩 設計の骨格 Application Resource Graph、機能ごとに切り離すCapability、責任境界を定めるCapability Contract、利用した構成を記録するApplication Resolution そしてRender・Plan・Status・Export 💬 「筆者も利用者として待つのではなく、必要な機能をOSSコミュニティへ提案し、設計と実装に参加します」 6回の検証が、ここに到達した。 🔗 thinkit.co.jp/article/39602 #Kubernetes #PlatformEngineering #KubeVela #Crossplane #Kro

【「クラウドネイティブ会議」レポート】 「Platform Engineeringはキラキラして見えますが、実態はものすごく泥臭く、ものすごく戦略的です」——レッドハットのシニアコンサルタントが語った組織変革の進め方。 📉 レベル1から先に進めない理由 技術導入としてだけ捉えると小規模な改善活動で止まる。ある顧客はこれを「文化の定着」と表現した コッターの「変革の8つのステップ」から3つを取り上げて解説する 🚨 共通の危機を言語化する 「認知負荷が高い」だけでは活動を始める理由として不十分 基盤が採用されない→投資効果が見えない→継続投資が止まる——そこまで掘って初めて成功の姿が定まる 🚧 「やらないこと」を決める DevOps・SRE・Platform Engineeringは境界が曖昧で、依頼を引き受け続けると範囲が際限なく広がる 利用者を安易に「開発者」と決めつけない——実際の利用者がアクセスできなければ使われない 🎯 Quick Winは作って終わりではない 30人のチームの3分の1をイネーブリングと広報に充てる事例も紹介された 🔗 thinkit.co.jp/article/39611 #PlatformEngineering #組織変革 #レッドハット

【実践で学ぶDevOpsツールの使いこなし術】 「やったほうがよいとは分かっているが、手が回らない」——後回しにしてきたDevOpsの取り組みが、AIの補助で現実的なコストになる。第30回はDevにAIを組み込む方法。 📋 各フェーズの変化 実装ではIssueからPR作成まで。開発者は「記述者」から「査読者」へ レビューはCI/CDに組み込むとセキュリティ・性能・規約違反を検出し修正案も提示 テストは境界値や異常系も生成、セレクタ変更時の自動修正（セルフヒーリング）も登場 🔄 役割の変化 AIで単純ミスは減るが、存在しないAPIの呼び出しや仕様の取り違えといった別種の誤りが生まれる レビューは不要にならない。ただし本質的な検証に時間を使えるようになる AI Readableな環境を整える設計能力が今後の必須スキルに 🪜 3ステップ 補助ツール（個人）→ガードレール（CI/CDに統合）→エージェント型開発と協調 どこまで進めるかはチームの規模とプロダクトの状況で決める 次回は対をなす「Ops」編へ。 🔗 thinkit.co.jp/article/39603 #DevOps #生成AI #CICD #テスト自動化

【週刊VRウォッチ】 XREAL AURAの国内価格が発表。12GBモデルで税込み229,800円、2026年秋発売予定だ。 👓 XREAL AURA 12GB／256GBが229,800円、16GB／512GBが269,800円（いずれも税込） グラス本体と演算用コンピュートパックで構成、OSはAndroid XR Geminiが視界を理解して対話で操作を支援、グラス部は95グラム・視野角70度 🌍 ワールドモデル「Odyssey-3」 プロンプトから物理法則をシミュレートする環境を生成し、行動による変化をリアルタイム予測 Physics-IQ Verified 動画入力部門でOdyssey-3 Proが最高スコア66.1を記録 ✈️ 360Channel×ANA ハワイ線エアバスA380を360度24Kパノラマで再現。座席の広さや目線の高さを実寸大に近い感覚で伝える 🥽 Pimax Crystal Pro 片目2880×2880のQLEDパネル＋ガラス製非球面レンズ、ローカルディミング対応 フェイスプレート交換でLighthouse方式やMR機能へ切り替え可能、出荷は2027年開始予定 ARグラスの価格帯が、少しずつ見えてきた。 🔗 thinkit.co.jp/article/39620 #VR #AR #XREAL #AndroidXR #Pimax

【脆弱性診断の現場から】 「マイナス10個あげます」と送るだけでアイテムが増える——減らすはずの引き算が、右辺が負の数だから足し算になる。第17回は数値バリデーションの落とし穴2選。 ⚠️ マイナス値によるアイテム増殖 型チェックもJSONパースもSQLインジェクション対策も通っているため、静的解析ツールやスキャナでは検出されない 送金APIで逆方向に送金、ECの返品処理が購入扱いに——ゲーム以外でも同じ構造の事例が起こりうる 💥 整数オーバーフロー 「数量×単価」の乗算は1リクエストで桁違いに値が大きくなる RubyのIntegerは多倍長なので折り返さないが、DBに保存する瞬間にRangeErrorで落ちる ⏰ 「レベルが上がると発動する時限爆弾」 初期状態では起きない。でも高単価アイテムの出現、インフレ、イベントでの上限緩和、まとめ買い機能の実装が重なると条件が揃う 「今まで動いていたから大丈夫」が一番危険だ。INTを節約する意味は今の時代ほぼない。 🔗 thinkit.co.jp/article/39587 #セキュリティ #ゲームセキュリティ #API

【Open Source Summit North America 2026レポート】 「自分のClaudeの請求書を見たら、90%は必要のないトークンだった」——Netflixのエンジニアが個人で開発したコンテキスト圧縮OSS「Headroom」を紹介。 🎤 背景 Netflix Machine Learning Platform GroupのTejas Chopra氏が登壇 開発のきっかけは個人のClaudeへの支払いが月300ドル近くになったこと Netflix公認のツールではないことは本人がブログに明記している 🧩 4コンポーネント SmartCrusher (統計的圧縮・1000個のJSONが50個程度に) CacheAligner(日付等を分離しKVキャッシュのヒット率を上げる) ContentRouter(データ型で圧縮ツールを選択) ContextHit(優先順位付けして上限超過分をドロップ) 🔄 最大の特徴はReversible 圧縮前のトークンを必ず保存し、必要に応じて取り出せる(CCR) 機械的な圧縮で望む結果が得られなくなることを防ぐ設計だ 記事は「初期の成功がメンテナーの負担になる悪循環から逃げられるか」という草の根OSSの課題にも踏み込んでいる。 🔗 thinkit.co.jp/article/39595 #OSSummit #Headroom #LLM #ClaudeCode

【基礎から学ぶLinuxネットワーク実習】 LPI-Japanの「標準教科書シリーズ」4冊目となる「Linuxネットワーク標準教科書」が、Think ITで連載形式に。新連載第1回は全体像と実習環境の構築を解説する。 📚 シリーズの位置づけ Linux標準教科書（コマンド操作）、サーバー構築標準教科書、システム管理標準教科書に続く4冊目 3冊で詳細に解説できなかったLinuxネットワークを補完するために企画・執筆された 🗺️ 全7章 環境構築→IPアドレス→TCP/UDP/ICMP→パケットフィルタリング→ルーティング/IPマスカレード/プロキシ→ネットワークインターフェース管理→Ubuntuのネットワーク管理 🖥️ 第1回で解説されるVirtualBoxの4接続方式 NAT（L3、厳密にはNAPT）・ブリッジ（L2）・内部ネットワーク（仮想マシンのみ）・ホストオンリー 💡 実習でつまずいたらWi-Fiルーターの「プライバシーセパレータ」「APアイソレーション」を確認——PC間の相互接続を禁止している場合がある 🔗 thinkit.co.jp/article/39585 #Linux #ネットワーク #VirtualBox #LPIJapan

【編集部が読み解く! 3行でわかるテックニュース】 1日3.6億件超の計算件数が年々増加——ラックに詰め込める演算能力が空冷では頭打ちになる段階へ。みずほ証券が金融業界初の直接液冷サーバーを導入する。 📌 3行で押さえるなら 液冷データセンターを新設し「HPE Cray XD2000」を導入、2027年4月以降に本番稼働予定 背景はデリバティブ評価・市場リスク・信用リスク計量のシミュレーション需要 空冷比でkWあたり最大20%の性能向上と15%の消費電力削減、ノードあたり現行の1.6倍の性能を見込む 🔍 編集部の視点 液冷はこれまで研究機関やHPC領域の話だった。それが金融機関の業務システムで、データセンターごと新設する形で出てきたことに意味がある ⚠️ 数値はいずれもHPEの内部性能テストによる推定値 SPEChpc 2021ベンチマークの2023年4月時点の比較であり、実ワークロードでの結果ではない 💧 冷却液の漏れを検知して自動通報する監視機能への言及も興味深い。液冷は配管とクーラントという新しい管理対象を持ち込む 🔗 thinkit.co.jp/article/39609 #液冷 #データセンター #HPE #みずほ証券 #HPC