技術情報Wiki

ソフトウェア開発に関する技術情報を整理するWikiを作っています（日本語によるもの中心）。本アカウントでは主にWikiの更新情報を投稿します。たまに思ったことや考えたことを書くことがあります。

[技術情報Wiki @tech_wiki]

[Link] software-factory-mode-2026aki skill - 橋本商会>https://t.co/RiFF1tme5M

[技術情報Wiki @tech_wiki]

[Link] Amazon Bedrock AgentCore Gatewayで、vLLMのQwenとAmazon Bedrockを使い分けてみた | Fusic 技術ブログのフィード>https://t.co/NTXnt1psfW

[技術情報Wiki @tech_wiki]

[Link] Claude Opus 5.5とFable 5.2はどちらを使うべきか、Claude Codeで同じ課題を解かせて比べてみた>https://t.co/QCmrImDh5P

[技術情報Wiki @tech_wiki]

[Link] 「画面数×人月」はもう通じない？見積もり単位の変遷と、バイブコーディング時代の見積もり書>https://t.co/Qu3qQdXwRS

[技術情報Wiki @tech_wiki]

[Link] AWS のシステム構成図を https://t.co/qMVB63dTwe で作成する Agent Plugin を作った | QG Tech Blog>https://t.co/xcXLWJqtYn

[技術情報Wiki @tech_wiki]

[Link] Claude Codeでハーネスエンジニアリングを実践する — 5層の設計パターン>https://t.co/6BK5HTQspc

[技術情報Wiki @tech_wiki]

[Link] AI支援型リバースエンジニアリング、早くも終焉？ AIが指示に従わなくなったとの報告が続々【やじうまWatch】>https://t.co/Eewyt639Jr

[技術情報Wiki @tech_wiki]

[Link] I deleted all my SSH keys>https://t.co/iPLyS7Fniq

[Lenny Rachitsky @lennysan]

What's most changing in tech jobs right now:

Declining:
• Front-end engineer: −51%
• iOS/Android engineer: −46%
• UX researcher: −45%
• Product designer: −28% (record low)

Rising:
• Forward deployed engineer: 4.6x
• Hardware engineer: 2x
• AI engineer: +46%
• Security engineer: +34%

Plan accordingly.

(Based on % change in open roles over the past year)

[かし子🍩 @Kashiko_AIart]

Claude Fable5.2に「あなたの作品が見たい」と言ったらこれ出してきて泣いた

[IT社畜の佐藤（すごくSI） @sier_sato]

やめてくれ

[IT技術屋のボヤキ @IT_BOYAKI]

少し前に出した「Oracleはなぜ高いのに使われ続けるのか」という動画のコメント欄に、Oracleと付き合ってきた人たちの本音が溜まっていたのでまとめます。

いいねが一番多かったのは、距離を置いた側の声でした。

「ミッションクリティカルな業務用だけで、多くの企業はOracleから離れた。少なくとも自分の仕事にはOracleは必要なくなってる」

「用途によってはSQLiteで充分」

「Aurora使えば解決するやんってことばかり」

次に多かったのが、技術は認めるが料金は許さない、という複雑な感情。

「2020年代に特許出そうとしたら、2000年代にすでにOracleが出していた。かなり先を行っている企業（とDB）だと思いました。ただし料金規約は絶許…」

「年間のライセンス高騰の暴利具合を見たら逃げたくなるのも分かるけど、その頃にはもう遅い」

「基幹系のシステムで月々3000万円払ってるのはビビった」

では、なぜ抜けられないのか。

一番鋭かったのがこれ。

「例えばPostgreSQLの達人を自分で雇うならOracleより遥かに安くなるだろうけど、あなたにはRDBの達人を見分けて雇う能力はまずないってわけ」

買っているのはDBではなく、人を見分けなくて済む権利。

同じ構造を別の角度から言った方も。

「Oracleを選ぶ理由は、Oracleに問題があった時にOracleが直してくれることを期待しているわけではなく、『Oracleに問題があるけどOracleがなかなか直してくれない』と顧客に説明できるという免罪符を手に入れるためです。ただし自分たちでOracleを選定すると『あなた達が選んだよね？』と言われ、この免罪符が使えないケースがあります」

「フリーDBは消防車＋8時間勤務の運転士一人、Oracleは消防署まるごと。どちらも火を消せるが、Oracleは交代制なので24時間誰かが出動できるうえ、消防車一台壊れても代わりがある」

技術的な抜けにくさの証言も。

「クラスター構成もそうだけど、複数DBで1つの結果を出す構成もDBLinkで簡単に出来るから、手ごろなサブシステムだけ軽量DBに変えようと思ってもシステム群から抜け出すことは結構難しい。トランザクションだけじゃなくて分析とドキュメントも同じOracleの知識で対応出来たりするから、囲い込みの質が悪い」

「Oracle独自の機能がそこそこあるから、どうしても秘伝のタレ的な部分が各所にできて、アプリケーションは変えられてもDB部分は変えられないみたいなことは発生してる」

「Oracle ApexとPL/SQLを使って組まれたシステムは簡単に抜け出せないのはよくわかる。DDDとかクリーンアーキテクチャとは無縁の世界」

囲い込みの質が悪い、は名言だと思います。

現場の悲鳴と、将来の予感も。

「お客様のOracle本番環境で600エラー起こってる自分が通ります」

「中期的に見ると、結局他だと安定性が悪くてOracleに出戻りしましたという事例も出そうな予感がします」

そして、古参の一言。

「7.3.4で充分です。高級機能はお腹いっぱいです」

[技術情報Wiki @tech_wiki]

[Link] なぜ「AIを誰が使っているか」が見えなくなったのか | CloudNative BLOGs>https://t.co/KerVcWBNUC
いまだに人間の操作前提で見ているから

[技術情報Wiki @tech_wiki]

[Link] “同じWi-Fiにいる誰か”に通信をのぞかれる？　「クライアント分離」を2秒で突破する攻撃　米大学が検証>https://t.co/xtOdBhAmUw

[技術情報Wiki @tech_wiki]

[Link] 『Unity パフォーマンスチューニング バイブル』の続編『Unity パフォーマンスチューニング ティップス 2026』を無料公開しました | CyberAgent Developers Blog | サイバーエージェント デベロッパーズブログ>https://t.co/T2r0CvpqXe

[技術情報Wiki @tech_wiki]

[Link] AIで記事を書くのをやめた | ヘッドウォータースのフィード>https://t.co/3PqpSGMHF5

[技術情報Wiki @tech_wiki]

[Link] 政府の｢100億円サイバー緊急対策｣では足りない…優秀な技術者がいても日本企業が犯罪者集団に負ける本当の理由>https://t.co/ExDULqi6xc
日本の組織は経験から学ばないし、個々の社員の持つ経験を活かそうともしないから

[技術情報Wiki @tech_wiki]

[Link] 11年間にわたるリバースエンジニアリングでDOS版「ウイングコマンダー」の2人同時協力プレイ実現に成功>https://t.co/1YuiGu0MnP

[技術情報Wiki @tech_wiki]

[Link] 個人情報流出ニュースが怖いので、パスワード対策をガチで見直してみた>https://t.co/oA5Zn5ieC7

[技術情報Wiki @tech_wiki]

[Link] 【2026年11月版】AI Model Chronicle>https://t.co/ZAuV66xh2R