1. 2026年后，纯粹的前端、后端、算法、策略岗位会越来越少，活得滋润的都是那种“左手敲代码、右手会让AI干活”的全能构建者。我问了十几个还在一线带团队的大牛，他们现在招人第一条要求就是：你能不能用AI把开发速度干到以前3倍？别再死磕手写一切了，学会借力才是王道

2. 版本控制不会Git的，2026年连面试都不用去了。SVN？那是上古神器，提了别人只会笑你。代码必须上GitHub，Gitee只适合放一些不能见光的小项目。最重要的安全常识：凡是能把你账户搞爆的东西（API Key、私钥、数据库密码），全部写进.gitignore，永远别犯低级错误，不然分分钟被人薅羊毛

3. 云服务器直接选最新版的Ubuntu LTS，Windows Server除非你想天天跟环境配置打架。想省事到极致？前端项目直接丢Vercel，免费额度够用一辈子，git push一下全自动构建部署，10秒上线，爽得飞起。很多百万用户量的独立开发产品到现在还在用Vercel免费版，真的香

4. 域名必须是自己的，越短越好记越好。别再用一堆乱七八糟的https://t.co/QRJP0o41FU二级域名了，看起来就廉价。像wquguru这种个人品牌，直接买个短域名，所有产品都挂在子域名下面，用户一看到就知道是“老王家出的东西”，信任感直接拉满。我现在看到好的短域名就跟抢茅台一样下手

5. 部署必须Docker化，不接受反驳。以前最常见的扯皮就是“在我电脑上能跑”，现在直接给别人一个docker-compose.yml，谁都能一键跑起来。参考我自己的项目结构：https://t.co/mMh1HpixGy ，根目录干干净净，所有服务都能单独起，别人拿过去改两行就能用

6. 前端铁打的组合：Next.js + Tailwind + Shadcn UI。为啥？因为所有大模型在这套技术栈上训练的数据最多，让Claude Code帮你写组件，90%的情况下直接能用，改两行就完美。想用React + AntD也可以，但你会发现AI吐出来的代码永远差一口气。Python党想快速出demo就Streamlit，但只准做内部工具

7. 后端新手直接上FastAPI，老鸟随便你用啥。逻辑不复杂的全栈项目，直接用Next.js的API Routes就够了，全程TypeScript一门语言吃天下，上下文切换成本为零。性能真到瓶颈了再去搞NestJS、Go、Rust，到那时候你已经有钱请人了

8. 项目文件夹要让人看懂，更要让AI看懂。根目录建议这样分：frontend、backend、agents、docs，再加两个神仙文件夹：.spec（放所有规范和决策记录）+.chat（把跟AI的关键对话直接cp进去）。下次你或者别人让AI接手维护，它直接就能看懂前因后果，效率直接起飞

9. 做AI Agent千万别先摸LangChain，那东西就是黑盒子中的黑盒子，调试到崩溃。直接上官方SDK：OpenAI SDK、Claude SDK，代码量少20倍，Token省30%，还100%可控。我现在所有新Agent项目全部原生SDK，调试速度快到飞起

10. 数据库+认证直接Supabase一把梭，开源的Firebase，免费额度离谱地高，后端代码能少写80%。缓存用Upstash，Serverless Redis，跟Vercel无缝打通。一个月几块钱就能扛住几十万日活，独立开发者闭眼冲就对了。省下来的钱和时间拿去喝奶茶不好吗？ December 12, 2025

📢 Dify v1.10.1リリース！

主な改善点：
- データベース互換性：MySQL をフルサポート（既存の PostgreSQL / OceanBase と併用可能）。マルチデータベース対応へ向けたSQL・マイグレーションのリファクタリングおよび新しい設定オプションにより、メタデータ層の柔軟性・互換性・保守性が向上します。（@OceanBaseDB チームに感謝）

- パフォーマンス：Workflow Editor とランタイムの応答性を大幅改善。大規模（約200ノード）ワークフローでも快適に動作します。

- 安定性：ワークフロー実行、ナレッジベースの 500 エラー対応、Node.js SDK/OpenAPI 読み込み改善、プラグイン・ログ・Webhook・i18n 設定の修正、テスト拡充および依存アップデート。

⚠️ セルフホストをご利用の方へ：
Dockerイメージがデフォルトで非ルートユーザーとして実行されるようになりました。Docker Composeをご利用の場合は、アップグレード前に「chown 1001:1001 ./volumes/app/storage」を実行してください。

詳細・フルチェンジログはこちら： https://t.co/XbdWP0wlRH

ぜひ最新バージョンへアップデートして、さらにパワフルになったDifyをご体験ください！

#Dify #AI #LLMOps #アップデート December 12, 2025

【サプライチェーン攻撃拡大】Shai-Hulud 2.0と呼ばれる新たなnpmサプライチェーン攻撃が進行中で、25,000以上のGitHubリポジトリが侵害され、機密情報が流出している。Zapier、ENS Domains、PostHog、Postmanなどの主要プロジェクトからのパッケージがトロイの木馬化された。

Wizの調査によると、これらの侵害されたパッケージは非常に普及率が高く、Wizがスキャンしたクラウドおよびコード環境の約27%に存在している。攻撃は急速に拡大しており、30分ごとに約1,000の新しいリポジトリが作成されている。新たに侵害されたパッケージが引き続き発見されており、その多くがこの活動に直接関連するファイルを含んでいる。

2025年11月21日から23日の間にトロイの木馬化されたnpmパッケージがアップロードされたことが確認された。インストールされると、マルウェアは開発者およびCI/CDのシークレットを「Shai-Hulud」を参照する説明を持つGitHubリポジトリに流出させる。この亜種はpreinstallフェーズでのみ実行される。

マルウェアは以下のファイルを作成する：cloud.json、contents.json、environment.json、truffleSecrets.json。ペイロードは感染したマシンを「SHA1HULUD」という名前のセルフホステッドランナーとして登録する。その後、インジェクション脆弱性を含む.github/workflows/discussion.yamlというワークフローを追加し、セルフホステッドランナー上で特に実行される。これにより攻撃者は将来、GitHubリポジトリでディスカッションを開くことで感染したマシン上で任意のコマンドを実行できる。

特に危険なのはコンテナブレイクアウト機能である。マルウェアはdocker run --rm --privileged -v /:/host ubuntu bash -c "cp /host/tmp/runner /host/etc/sudoers.d/runner"を実行してroot権限の取得を試みる。これはホストのルートファイルシステムを特権コンテナにマウントし、悪意あるsudoersファイルをコピーすることで、侵害されたユーザーにパスワードなしのrootアクセスを効果的に付与する。

防御策として、依存関係を既知のクリーンバージョンに固定するか2025年11月21日以前のビルドにロールバックする、npmトークン・GitHub PAT・SSHキー・クラウドプロバイダー認証情報を取り消して再生成する、開発者およびCI/CDアカウントにフィッシング耐性のあるMFAを強制する、説明に「Shai-Hulud」を含む新しく作成されたリポジトリを検索することが推奨されている。
https://t.co/Z0zaIk4fFp December 12, 2025

／
本日最終日！
11/27(木) 24:00迄
新刊が20%OFF🈹
＼

Docker等のコンテナ仮想化ソフトウェアの管理・自動化を行うツール“Kubernetes”。その究極のガイドブック『Kubernetesの教科書』がいよいよ発売！ 発売を記念して、Manateeでは20%OFFクーポンを配信中！

🎟️20%OFFクーポン取得方法
メルマガでの配信はすでに終わっていますが、未登録の方も新規にご登録いただくことで、登録完了メール（自動配信）にてクーポンコードを取得いただけます！

📩メルマガ登録はこちら
https://t.co/Ecj3rw5uCU

💡『Kubernetesの教科書』
本書はPackt Publishing "The Kubernetes Book, Third Edition"の翻訳書。Kubernetes 導入から実践までこの１冊でマスター！ ネットワーク、ストレージ、セキュリティについても豊富な図解と実例を交えながら解説します。理論だけでなく、実践的なハンズオン学習も可能。
クラウドエンジニア、ITプロフェッショナル、すべてのエンジニア必読の1冊です。このオトクな機会に、ぜひご検討くださいませ。 December 12, 2025

[开源推荐] QA-Use: AI 驱动的下一代自动化测试平台

qa-use 基于 @browser_use 核心库构建，是面向生产环境的自动化 QA 测试解决方案。不再依赖传统的、死板的代码脚本（如 Selenium 或 Playwright 需指定具体的 CSS 选择器），而是利用 LLM 和 智能体 技术，让计算机像真人一样“看懂”网页、“理解”测试意图，并执行测试任务。

核心价值与痛点解决
这个项目之所以重要，是因为它试图解决传统自动化测试领域的最大痛点：脆弱性 (Brittleness)。

· 传统方式：测试脚本往往绑定了具体的页面元素（如 div#submit-btn）。一旦开发人员修改了页面布局或重命名了 ID，测试就会报错，维护成本极高。
· qa-use 的方式：你只需用自然语言描述目标（例如：“登录并在搜索栏输入 iPhone”）。AI 会通过视觉和 DOM 分析，动态寻找搜索框在哪里，即使按钮位置变了，只要逻辑还在，测试就能通过。

主要功能亮点
1. 自然语言定义测试
· 用户可以用纯文本编写测试步骤。
· 示例：打开 google. com，搜索 “OpenAI”，验证结果页是否包含官网链接
· 优势：非技术人员（如产品经理）也能轻松编写测试用例。

2. 智能容错与自适应
· 利用 AI 智能体执行操作。如果遇到弹窗、广告或加载延迟，AI 会像人类一样尝试关闭弹窗或等待，而不是直接抛出错误。
· 具备“视觉理解”能力，能够基于页面截图判断交互逻辑。

3. 完整的测试管理系统
· 不仅仅是一个脚本运行器，它提供了一个完整的 Web 界面（基于 Next.js）。
· 功能包括：
· 测试套件管理：将多个测试组织在一起。
· 定时任务：支持按小时/天自动运行测试。
· 并行执行：同时运行多个测试以节省时间。
· 智能报告：测试失败时发送邮件通知，并提供详细的 Pass/Fail 报告。

4. 基于 BrowserUse 核心
它是 browser-use 生态的一个实现。browser-use 是底层库，负责“控制浏览器”，而 qa-use 是上层的“应用平台”，通过 Docker 即可一键部署。

技术架构简述
· 核心引擎：BrowserUse
· 前端/全栈框架：Next.js (React)
· 语言：TypeScript / Python
· 数据库：PostgreSQL
· 部署：Docker & Docker Compose

适用场景
· 回归测试：在产品快速迭代中，确保核心功能（如注册、下单流程）不崩坏。
· 端到端测试：模拟真实用户从进入网站到完成任务的全过程。
· 低代码/无代码测试：适合没有深厚编程背景的 QA 团队快速建立自动化体系。

开源项目
https://t.co/KbAxoVx4Pv

最后下面的信息卡，受 @JefferyTatsuya 启发把信息卡做了一些调整，文字和快速阅读体验更好一些，晚点再把新的提示词发出来。 December 12, 2025

というか Docker の IP tables legacy 依存そろそろ辛い。nft になってくれ。 December 12, 2025

ITエンジニアになる前は
ITエンジニアってプログラミング言語だけできればなれるんでしょ？
と思って下記の勉強だけしてたけど

・HTML/CSS
・JavaScript
・SQL
・PHP

調べれば調べるほど

・Git/Github
・vim
・Linux
・Docker
・エディタの使い方
・AIの使い方
・AWS

などなど言語以外の勉強もしなくちゃいけないことがわかって、しかも学習コストがかなり重くてしんどいと感じた思い出 December 12, 2025

これ凄い……これ、見る人が見ればpythonで一連の処理を実装してAWSかGCPのdockerコンテナからスケジュール実行して、twitter API経由で自動投稿するところまで作れそう。コミック系はちょっと様子見だったけど、ここまで目途がついてるなら週末にやってみようかな。。。 https://t.co/DRoXQv3Pup December 12, 2025

「OOPを何か悪いもので置き換えているのではないか」(We are replacing OOP with something worse) という主張の記事から：

・オブジェクト指向プログラミング（OOP）は消え去ったわけではない
・OOPは適用される領域が移動しただけであり、それは悪いことだと、記事の著者は考えている

・昔のプログラミングはシンプルだったが、複数人で作業すると問題が起きた
・バグは機能と機能の接点で発生しやすいことがわかった
・そこでインターフェースという契約で機能を切り離す発想が生まれた

・プログラマーの行儀の良さに頼るのではなく、言語仕様として強制するようになった
・カプセル化や継承といった概念が、情報のやり取りを制限するために作られた

・これと並行して、OSの世界でもプロセスの境界線が作られた
・OSはプログラム同士が互いに干渉しないように監視する保護者になった

・コンピュータ同士が通信するようになり、信頼関係はさらに希薄になった
・信頼できない相手に対して、開発者は強固な壁を築くようになった
・その結果、プロセスやネットワークの境界が、かつてのOOPの役割を担うようになった

・現代はマイクロサービスやDockerやKubernetesの時代である
・多くの人がJavaのようなOOPを批判しながら、実は同じ構造を巨大化させて再構築している
・現代のアーキテクチャは、OOPと同じ欠点を持ち、さらにそれを悪化させている

・OpenAPIスキーマは、かつての型チェックの代わりである
・Docker Composeは、かつてのサービスファクトリの代わりである
・Kubernetesは、かつてのイベントループの代わりである

・コンポーネント間の呼び出しには、今や多くの失敗リスクが伴う
・データのシリアライズとデシリアライズという遅い処理が必要になる
・カーネルのスケジューラを通る長い旅も必要になる
・キャッシュの無効化やソケットのポーリングといったコストがかかる
・単なる関数呼び出しだったものが、重たいHTTPリクエストに変わった

・記事の筆者は、OOPの約束事にも懐疑的だったが、現代の代替案はさらに信用できないと考えている
・現代のシステムは、OOPの哲学をプロセス単位やネットワーク単位に置き換えただけであり、その置き換えには、パフォーマンス上の莫大なコストがかかっている
・マイクロサービス化は、OOPの悪い部分を10倍に拡大したようなものである
・開発者はお互いのソフトウェアのことを知らず、信頼もしていない
・信頼がないため、最大限の防御壁としてネットワーク境界を利用しているのだろう
・結局のところ、OOPを捨てて、もっと悪いものを使っているに過ぎないのではないか

https://t.co/1cA1abSFDD December 12, 2025

これからAWSエンジニアを目指すなら、

・Gitの本 1冊
・AWSの本 2冊
・Dockerの本 1冊
・Web全般の本 1冊
・サーバー構築・運用の本 1冊

合計 6冊

を勉強するだけでいいと思ってる。

それ以上は働き出してから学ばないと効率が悪い。 December 12, 2025

rubylang/rubyのDocker image使おうとした結果もりもりYak Shavingを行なっている、Yak Shavingだいすき December 12, 2025

昨日の CircleCI × Docker ミートアップ にご参加いただいた皆さま、ありがとうございました！

多くの方にお越しいただき、両社から最新アップデートや、AI時代のDevOpsについて共有し、盛り上がる夜となりました。
これからもコミュニティの皆さんと一緒に、より良い開発体験をつくっていきます💡 https://t.co/XFwu28Phwm December 12, 2025

これはマジで。。。
個人的にDockerとの相性がクソ良かっただけに、
他も含め倭国でのCDNサービス全般が終わったら泣ける https://t.co/3HDDktJ0qp December 12, 2025

アスク様から、AMD RADEON AI PRO R9700を
お借りして試したのですが
llama.cpp系であれば特に困ることは無さそうです…が
vLLMは、なかなか手ごわいもので…
残念ながらお借りできる期限が来たので返却

ソースからビルドするやり方だと
rocm対応のTriton周りでエラーが起き
R9700はrocm6.xでのみ動作なので対処情報も無く

Dockerはどうかというと
rocm/vllm、rocm/vllm-devやpytorchとrocmのみの
イメージ使ってvllmビルドしても
それぞれ異なるエラーでモデルがロードできずでした
MI3xx系なら無難に動くのだろうなとも思いますが

まぁ、vllm自体がNVIDIAべったり寄りというか
開発者コミュティ的にNVIDIAユーザーが主なので
仕方がない部分はあります

ollamaなどllama.cpp系でvulkanベースでお使いであれば
価格的に選択肢としてはあるかなとは思います
ドライバがカーネルにパッチ当てる感じに入るのとか
監視周りがイマイチな感じはありますが

アスク様、いつもありがとうございます。

#AMD #RADEON #ローカルLLM December 12, 2025

(1)〜(5)まですべてお買い上げいただいたようです。ありがとうございます!! LinuxでDockerなどのコンテナを起動する際に使うカーネルの機能について倭国語で一番詳しく解説する本です!! >> #lxcjp | Linux Container Book (1) Namespace / Network 編 第2版 #技術書典 https://t.co/WINm8QjdtC December 12, 2025

【Introduction to Agentsを簡単解説】⑦

■ デプロイとサービス
・デプロイはローカルで作ったエージェントを、サーバーに上げて常時稼働させ、他の人やエージェントが使えるようにすることです。

■ エージェントを動かす場所
・エージェントをサーバーに置いて、いつでも使える状態にすること（デプロイ）が大事です。
・エージェントがスムーズに動くには、過去の会話を覚えておく仕組み（記憶の永続化）などの裏方サービスが必要です。
・開発者は、情報が漏れないように守る（セキュリティ）責任もあります。

デプロイのやり方
・Vertex AI Agent Engineみたいに、全部お任せできる専用の場所を使う。
・エージェントを「箱」（Docker）に入れて、Cloud RunやGKEといった一般的なサーバーに置く。

開発者へのヒント
・デプロイは難しそうでも、「デプロイボタン」があるフレームワークが多いので、まずは試してみましょう。
・長く安全に使うには、自動でテストしてくれる仕組み（CI/CD）を整えるのがおすすめです。

■ エージェントのテスト（Agent Ops）：新しい常識
AIエージェントは「気分屋」（確率的）なので、従来のテスト方法が通用しません。

従来のテストはダメ
・普通のソフトは「入力Aなら出力B」と決まっています。
・でも、エージェントは答えが毎回少しブレるので、「出力B」を期待しても意味がありません。

新しいテスト方法
・エージェントの「仕事ぶり」を評価するために、別のAI（LM）を「審査員」（Judge）として使うのが新しいやり方です。
・審査員AIに、「このエージェントの答えは、やるべきことをやって、変なことをしていないか？話し方は適切か？」をチェックさせます。
・つまり、「正しい答え」じゃなくて「ちゃんとした振る舞い」ができているかを評価するんです。

・エージェントが動くには、セッション履歴や記憶の永続化など、裏側のサービスが必要です。
・開発者は、ログの記録内容、データプライバシー、セキュリティ対策まで責任を持つ必要があります。

デプロイの選択肢
・Vertex AI Agent Engineのような、ランタイムまで全てサポートしてくれるエージェント特化型プラットフォームを使う。
・エージェントをDockerコンテナに入れて、Cloud RunやGKEなどの業界標準のインフラにデプロイする。

開発者へのアドバイス
・デプロイは難しそうに見えますが、多くのエージェントフレームワークにはデプロイコマンドが用意されています。まずはそれを使ってみましょう。
・安全な本番環境へ移行するには、エージェント向けのCI/CDや自動テストなどのベストプラクティスが必要です。

■ エージェント運用（Agent Ops）：新しいテストの考え方
従来のソフトウェアと違い、エージェントは確率論的に動くため、テストのやり方が変わります。

従来のテストは通用しない
・従来のユニットテストは「出力 == 期待値」でOKでした。
・しかし、エージェントの応答は設計上ブレる（確率的）ため、このテストは使えません。

新しい評価方法
・エージェントの「品質」を評価するために、言語モデル（LM）を評価者（Judge）として使う必要があります。
・LMに「このエージェントの応答は、すべきことを全て行い、すべきでないことは何もせず、適切なトーンで応答しているか？」を評価させます。

「正しい答え」ではなく「適切な振る舞い」を評価する運用哲学が必要になります。 December 12, 2025

お金ないのにpCloud 10TB買っちゃった
まぁ、SynologyからContainer Manager(Docker)経由で
WEB Davとして使えるのでS3っぽいHyper Backup のバックアップ先として使おう

というか、pCloudの最大容量って今幾つなの？ December 12, 2025

通常のCPU OpenMX 3.9.9のdockerイメージを作成した。 docker run --gpus all --shm-size=4gb --rm -it -v /path/to/inputs:/work dc1394/openmx3.9.9-gpu-ubuntu24.04:0.1 で試せます。cd openmx_workしてmpirun -np 4 ./openmx -runtestでテスト計算が走ります。良かったら試してみてくださいませ。 https://t.co/EnkJI2YrQJ December 12, 2025

最近書いたDockerfile、AIに色々突っ込まれてGoodなパターンを知ったところだったから、改めて学びになった

そして、Dockerfile用のリンターがあるのか！知らなかった

「そのDockerfile、卒業しよう」実務で通用するベストプラクティス｜どすこい https://t.co/eBzTFWYwAd #zenn December 12, 2025

個人開発に使ってるのは
フロントエンド:Next.js(Typescript)
バックエンド:Spring Boot(ビルドはGradle)
DB:MySQL
これをDockerコンテナ上で動かしてます。

テストコード、デプロイはAWS、GitHub Actionsなど導入、バックエンドをGoかRustで書き換えるなどやって行く予定です💪 December 12, 2025