ABJマークは、この電子書店・電子書籍配信サービスが、著作権者からコンテンツ使用許諾を得た正規版配信サービスであることを示す登録商標（登録番号 第6091713号）です。 詳しくは［ABJマーク］または［電子出版制作・流通協議会］で検索してください。

Claude Code などの Coding Agent を使っていると本当に便利です。 特に最近のモデルの性能は本当に高いですし、最近だともはや普通の話ですが手で直接コードを書くことの方が少ないというかもはやほとんどなくなっています。 で、それはいいとして。じゃあもうエーアイでなんでもかんでもできる、と言われるとんなわけないだろとなります。 その中でも特に顕著なのが、時空間認識能力の欠如です。 まあこれは仕組みを考えてみると仕方のないことです。今一番 AI と呼ばれているものは基本的に LLM をベースにしている技術なので、これは「言語」モデルなわけです。 そのため、「言語」の空間内に収まる問題を扱うのは非常に得意ですが、そこに収まらない問題は不得意です。 もちろん「言語」の空間に収まる問題はとても広範に渡るのでそれでも十分に有用ではありますし、だからこそ今とても持て囃されているわけです

前回、GitHub Actionsを使ったCI/CDパイプラインの仕組みを作ったという話を書いたが、今回はPull Request（PR）ごとのプレビュー環境を構築したのでそれについて。 課題 フロントエンドのプレビュー環境はVercelが勝手にやってくれるので何も困らない。PRを作ればプレビューURLが払い出されてそこで確認できる。問題はバックエンドだ。 今回のプロジェクトの場合、PRは機能単位で作成されるのでフロントエンドとバックエンドの両方に修正が入ることが普通にある。フロントだけプレビューできてもバックエンドがdev環境のままだと、API側の変更を含む修正の確認ができない。 しかも同時に複数のPRが開かれてそれぞれレビューされるのもよくある。生成AIを大活用するようにした結果10とか20のタスクを並列で実行させるので、それらがPRとしても同時に並ぶ。このPRたちをそれぞれの変更内容

はじめに try! Swift Tokyo 2026 Day1 ワークショップのPaul Hudsonさんによる「High-Performance Swift」に参加しました。 この記事では、このワークショップの内容と学んだことをまとめました。 High-Performance Swift Paul Hudson このワークショップでは、Swiftアプリのパフォーマンスを向上させるための様々なテクニックを学びます。シンプルなパターンを何度も繰り返します：Instrumentsを使ってパフォーマンスの問題を特定し、コードを修正して問題を解決し、再度Instrumentsを実行して問題が解決されたことを確認します。 サンプルプロジェクトを進める中で、参加者はInstrumentsの各機能を効果的に使う方法、SwiftとSwiftUIのコードが遅くなる原因、将来的により効率的なコードを書く方法、

これ自体は実際のところは前からやってることと変わってないのだが、4月の組織変更で明示的にそうなったというのも含めてメモしておこうと思った。 TL;DR ガバクラ採択めでたいね 4月からクラウド事業戦略本部 副本部長になりました クラウドサービス全般のプロダクト責任者という役割です それはそれとして去年Rubyコミッタになりましたね 来週のRubyKaigi 2026でキーノートとして話します 3月末までの話 さくらインターネット入社後3ヶ月のいまの話からずっとプロダクト担当として仕事をしてきて、とりあえず最初に見えていたマイルストーンであるところの2025年度末をこえた。このタイミングでの大きな目標であったガバメントクラウドについては、以下ニュースなどに出たとおり。 www.sakura.ad.jp これは開発チームをはじめとして全体で本当に頑張った結果で、達成できて本当に安心した。大きな

この記事はセキュリティチームブログリレー3日目 兼 AIチームブログリレー3日目の記事です。 こんにちは、セキュリティチーム 兼 AIチームの横本(@yokomotod)です。 今回は distroless コンテナイメージについて自由研究してみました。 エムスリーでもよく使われている gcr.io/distroless/static などの distroless イメージ、「シェルもパッケージマネージャもない最小限のイメージ」「軽量！なにもないから安全！」といった説明がされますが、今回は実際にその中身を確かめてみようと思います。 ブログリレーの前回記事はこちら www.m3tech.blog www.m3tech.blog コンテナベースイメージのおおまかな選択肢 scratch だけだと何が足りないか scratch で動かしてみる CGO_ENABLED=0 にしてみる distro

Linux Daily Topics systemd 260がリリース⁠⁠、System Vサービススクリプトのサポートを完全終了 systemd開発チームは3月17日、「⁠systemd 260」を公開した。 Release systemd v260 -GitHub systemd 260では、以前から非推奨とされていたSystem Vサービススクリプトのサポートがついに削除された。今後、System Vに依存しているソフトウェアを動かすには、ネイティブのsystemdユニットファイルを代わりに含める必要がある。 また、新機能としてコンテナのOCIイメージなどを取り込み、overlayfsやbind mountによるファイルシステム構成を「.mstack/」ディレクトリとして記述するmstack（systemd-mstack）が実装されている。これによりコンテナ的な実行環境をディレクトリ

【2026年の新常識】「良い質問」より「良い前提」。生成AIを動かすコンテキスト設計 1月8日 6:30

「このコード、セキュリティ的に大丈夫かな……」 PRレビューのたびに、なんとなく不安になる。SQLインジェクション、XSS、CSRF——知識としては知っている。でも、自分のレビューで本当に脆弱性を潰しきれているかと聞かれたら、正直自信がない。 そしてある日、こんなニュースが流れてきた。 「自律型AIハッカーツール Shannon、既知の脆弱性に対して96%の成功率でexploitを自動生成」 ——あ、もう僕らの出番ないじゃん。 はじめに 結論から少しだけ言うと、AIがセキュリティを自動化する時代だからこそ、僕ら開発者のセキュリティ"感覚"がむしろ重要になる——と今は思っている。 「え、逆じゃない？」と思った人、もう少しだけ付き合ってほしい。 AIセキュリティツールが本気を出し始めた まず、今何が起きているのかを整理したい。 GitHub Trendingで1位になったShannonは、自律

Agent Teamsは2026年2月5日にOpus 4.6と同時リリースされた実験的機能で、Claude CodeのSubagentsを独立プロセス化し、双方向にメッセージングできるようにする仕組みです。 Orchestrate teams of Claude Code sessions - Claude Code DocsCoordinate multiple Claude Code instances working together as a team, with shared tasks, inter-agent messaging, and centralized management.Claude Code Docs一言でいうとSubagentsを拡張してステートフルにした機能です。各エージェントが自分のインボックス（~/.claude/teams/配下のJSONファイル）を

行く先々で「うちの会社にはいないタイプだよね」と言われるが、本人はそんなこともないと思っている。愛知県出身。むかない安藤。（動画インタビュー） 前の記事：塩味のカップラーメンにインスタントみそ汁を入れると美味い ＞ 個人サイト むかない安藤 Twitter ＞ライターwiki おでん粉 静岡でおでん屋さんに行くとおでん粉という粉が置かれている。 これがおでん粉。 いろいろすっとばして書いたが、まず静岡ではおでんがさかんなのである。 僕は今年から静岡で仕事をしているのだけれど、春の歓迎会はおでん屋さんだった。静岡ではおでんをさかなに酒を飲むのが日常なのだ。 おでん粉の正体は魚（主にいわし）を粉にしたもの。青のりを混ぜているものもあるようです。 歓迎会がおでん屋さんだったことには驚いたのだけれど、それから約一年。こちらでできた友だちと飲みに行くにもやはりおでん屋さんだった。 静岡の人は夏でもお

AIエージェント時代、正直しんどい話 2025年12月31日 年末やし、今年AIと格闘してきた感想を正直に書いておこうと思う。 今日、Qiitaで「Agent OS」っていうClaude Codeの拡張ツールの記事を読んだ。仕様駆動開発をAIエージェントで回せますよ、サブエージェントに仕事振れますよ、みたいな話。 一見ええやんって思うやん？ でもな、冷静に考えたら、束になってかかってくるAIエージェント全員と対話せなあかんってことやねん。 人間の組織ってよくできてる 普通の会社やったら、部長は課長と話すだけでええねん。課長は部下の面倒見てくれる。リーダーがメンバー管理してくれる。 信頼があるから「任せる」ができる。見なくてええ範囲が生まれる。 でもAIエージェントは違う。 backend-specialistの成果物チェックして、test-engineerの成果物チェックして、fronte

はじめまして、サカモトです。普段はソフトウェアエンジニアのキャリアについて発信しています。 2025年、パートナーエージェント（reco社、CareerCraft社）と協力しエンジニアの転職支援に力をいれて活動していました。結果としては、1年で20名以上、誰しも名前を聞いたことがある自社開発企業（メガベンチャー、スタートアップ）への入社のサポートに成功し、自分としては満足のいく結果になりました。この20名以上のエンジニアが、具体的にどの企業に受かったかは述べませんが、イメージとしては以下のような企業群の中だと考えていただければ誤解ないです。 LINEヤフー、メルカリ、PayPay・PayPayカード、リクルート、サイバーエージェント、Sansan、GMO、DeNA、mixi、はてな、楽天、LegalOn Technologies、DMM、LayerX、エムスリー、クックパッド、ZOZO、マ

こんにちは。ととです。 わたくしごとですが、大阪の鉄道会社を12月末に退職することにしまして、先日が最終出勤日でした。 ということで、私が2年半あまり、どのような仕事をしてどのような経験を積んだか、記録として残しておこうと思います。 （以下、ただのオレ頑張ったぜポエムです） 入社した理由大学卒業+就職と同時に上京してモバイルアプリエンジニアになって6年ほど、わりと東京ライフを楽しんでいたのですが、色んな事情があり地元・大阪へ帰ることに。 それに伴い転職サイトを眺めていたら、びっくりするほど見慣れた社名、小さい頃から通学にも部活の遠征にも親戚の家に行くのにも利用してきた地元の鉄道会社が、まさかの"モバイルアプリエンジニアを募集している"じゃないですか！しかも、私が転職活動しているタイミングで？思し召し的なやつ？ そもそも私が転職サバイバーをしている理由は、1つの会社しか知らないよりは、色々経

Claude Codeを使い始めて、様々な発信をしてきました。今回は「Agent Skills」について。これも設定しておくと、Claude Codeがグッと使いやすくなる機能です。 Claude Code の settings.json は設定した方がいい - じゃあ、おうちで学べる Claude Code の CLAUDE.mdは設定した方がいい - じゃあ、おうちで学べる Claude Code の .claude/commands/**.md は設定した方がいい - じゃあ、おうちで学べる Claude CodeのHooksは設定したほうがいい - じゃあ、おうちで学べる Claude CodeのSubagentsは設定したほうがいい - じゃあ、おうちで学べる はじめに 「このプロジェクトではpython-pptxを使ってスライドを作って」「SQLは必ずこのフォーマットで書いて」

サイゼリヤ店員です。今日は皆さんに真実をお伝えします。 ★★★レギュレーション★★★ 前菜 サラダ スープ ピザ ドリア、グラタン パスタ 肉料理 ライス、パン デザート その他 まとめ ★★★レギュレーション★★★ ・サイゼリヤの全メニューをTierD～Sまでの五段階で評価し、Tier表を作成します。左右差はありません。 ・Tierとは別に、「おいしさ」「安さ」「人気度」の三つの評価軸について、★～★★★★★の五段階で評価をします。星の数とTierに絶対的な相関はありません。 ・サイゼリヤで酒を飲む人間は客ではないので、アルコール類は評価を行いません。 ・サイゼリヤで酒を飲む人間は客ではないので、メニューの評価にあたってワインとの相性については考慮に入れません。 ・テイクアウトは購入したことがないので今回は省略します。 ・現在サイゼリヤでは、「ビーフステーキ」と「ラムのランプステーキ」の

はじめに 正直に言う。この文章を書くかどうか、ずいぶん迷った。「専門家はもっと声を上げるべきだ」という意見に対して、「いや、話さないんですよ」と返すのは、なんだか後ろ向きに見えるかもしれない。諦めているように聞こえるかもしれない。そういう風に受け取られるのは、ちょっと嫌だな、と思った。 でも、書くことにした。なぜなら、「話せばいいじゃん」「振りかざせばいいじゃん」という言葉に、ずっと違和感を抱えてきたからだ。その違和感の正体を、自分なりに言葉にしてみたかった。これは、専門家として組織の中で働いてきた、私個人の経験と考えだ。すべての人に当てはまるとは思わない。でも、同じような経験をしている人が、もしかしたらいるかもしれない。そういう人に届いたらいいな、と思いながら書いている。 「専門性の刃で殴りかかってこい」への違和感 「専門家が『力』をセーブせずに全力で専門性を振り回してもリスペクトされる

docker の最新記法や、GitHubActions でのビルドチューニングについて網羅的に書かれている記事って意外と少ない！ 主に Go*GitHubActions での image ビルドについて、実行時間を短く・レイヤーを小さくする Tips を共有します 🚀 はじめにQualiArts Advent Calendar 2025 の 4 日目の記事です！ 最近 Go のビルド周りを改善するのが趣味で、情報が結構散らばっていて困った経験があるのでまとめます。 皆様の docker-build 改善のきっかけになれるような記事を目指します！どれか刺され！🔥 目次 1. .dockerignore を適切に設定するまずどのように docker がファイルを扱うのかを確認しましょう。 docker build時、docker デーモンに指定ディレクトリ配下のファイルを tar アーカイ