たより

Zennのトレンド icon

Zennのトレンド

現在Zennでトレンドとなっている投稿のRSSフィードです

NVIDIA DGX Spark でソフトウェア開発に最適な Gemma 4 モデルを検証する (31B vs 26B)

little method

NVIDIA DGX Spark 環境において、ソフトウェア開発のパートナーとして最適な Gemma 4 モデルはどちらか。 その疑問を解消するため、nvidia/Gemma-4-31B-IT-NVFP4 と nvidia/Gemma-4-

AI時代に感じた危機感と、エンジニアがこれから考えるべきこと

easegis

最近感じている危機感 非エンジニアがAIツールでプロトタイプを組み、これと同じ動きのアプリを作ってほしいと依頼してくる。先日、これに近いことが実際に起こりました。 今はまだ単発の出来事ですが、近い将来これが当たり前になるはずです。そして、そ

ソフトウェアエンジニアとして視野を広げるためのブックガイド

Shotaro Tsuji

はじめに 私が読んできたソフトウェアエンジニアリングに関する書籍を紹介しようと思います。全てを紹介しているとキリがないので、プログラミング、データベース、アーキテクチャ、プロダクト、組織とマネジメントという括りで、それぞれ何冊か選びました。

TypeScript 7 時代の Vue.js ツールチェーン Vize を実プロダクトで検証した

RyutaroYako

プロダクト開発において、開発環境・CI の高速化はとても重要な要素です。 ユニークビジョン株式会社でも、Vue.js・Hono を使った TypeScript 製の社内プロダクトにおいて、Formatter を Oxfmt に、Linter

Claude Code Routinesにてサブスク内で自動コードレビューする

Masaki Kubota

はじめに 最近、DevinやCodeRabbit、GitHub CopilotなどコードレビューをAIに実施してもらう手段が増えてきました。しかし、プライベートリポジトリだと無料で使えないケースも多く、リポジトリ内にレビュー用スキルを作り込

【決着】Claude CodeとCodexの設定ファイルを同期させる (みんな仲良く)

Kanta

ごまんと触れられてきた話題であるのにも関わらず、細かい所に手の届くツールが無かったので作成しました。 有名どころから個人で制作されているツールまで、一通り使わせていただいたのですが実際に困った場面があり・・・ サマリ 課題 同じプロジ

Microsoft APM を試してみる　(npmと対比しながら）

ksdev

Claude CodeやCodexの設定をチームで揃える「Microsoft APM」入門 ─ npmとの対比で理解する はじめに Claude CodeやCodexなどのAIエージェントを使い続けていると、instructions、s

【速報】Kimi-K3 を Day0 デプロイ。2.8T モデルは NVIDIA B300 x8 の 1 ノードで動くのか

junko.dohi

はじめに 2026年7月27日、Moonshot AI から Kimi-K3 のモデルウェイトが公開されました。7月16日のモデル発表時点から「オープンウェイトモデルとして史上最大」と大きな話題になっていたモデルです。 フィックスターズでは

Agentic RLではtool callを含むtrajectoryをどう学習するのか

Hirotaka

数学やコードの強化学習は、モデルに解答を出力させて、最後に正誤で点数をつけます。ではtool callを使うエージェントはどうでしょうか。エージェントは 思考 → tool call → 実行結果 → 思考 → tool call → …

ステージング環境をセルフサービス化しチームの開発速度を向上させた方法

Takeguchi

はじめに 現在、複数人の開発メンバーで新規のWebアプリケーションを開発しています。 開発メンバーは5人、さらに、仕様駆動開発の考えを導入した上でDevinも実装者に加わっています。 インフラの構築が落ち着き、ある程度の開発基盤も整った段階

「Simple Made Easy」の観点から、UI/UXはどうあるべきか

Hyuga Yamaguchi

要約 Rich Hickey の講演「Simple Made Easy」の考え方を、UI/UX に当てはめて整理した記事です。「シンプル(Simple)」と「簡単(Easy)」は別物で、Simple は「モノの構造」の話、Easy は「人と

コードレビューでの見落としをきっかけに『ITエンジニア1年目の教科書』を読んだ

kamo

はじめまして。株式会社FLINTERS BASEの河本です。 現在は、親会社であるFLINTERSに派遣され、データエンジニアとして働いています。 はじめに 業務でコードレビューを行った際、コードに含まれていたミスを見抜けなかったことが

【2026年版】MIXI 新卒向け技術研修を公開しました。

MIXI DEVELOPERS

2026年度新卒向け技術研修の資料と動画を公開しました。 MIXIの新卒向け技術研修では、一部の科目を除き、実際の開発現場で活躍するエンジニアが講師を務めています。技術や開発環境の変化に合わせて毎年カリキュラムを見直し、現場で必要となる知識

RAGの検索評価について調査してみた ── 評価指標とデータセットの選び方

long

1. はじめに RAG（Retrieval-Augmented Generation）を組むとき、検索パイプラインの品質をどのように評価すればよいでしょうか。「試しに何件か質問を投げて、それらしい結果が返ってくるか見て確認する」だけでは、パ

非同期処理版mutex

rentaro

mutex, Inc. でエンジニアをしている加藤です。業務では TypeScript・Dart を書くことが多いです。 はじめに 当社の名前でもある mutex をタイトルに掲げるのは少し気が引けるのですが、非同期関数の競合問題を、t

最近の開発の流れ

きむちゃん。

はじめに ここ数ヶ月で開発の流れがかなり変わった。 リファインメントで grill して認識を合わせ、実装は LLM に任せられる範囲が増え、多層モデルのレビュー と 厚い CI を通し、babysit-pr で green になるまで面倒

エンジニアの習熟度は、トークン消費量として露呈していく

Kaji

はじめに Claude Code や Codex を、月額の固定料金で使い倒している人はどれくらいいるでしょうか。自分もその一人です。毎日何時間もタスクを投げて、待って、レビューして、また投げて。この使い方が、いつまで今の値段のまま続くんだ

1日500コミットは、もう読めない ── だからコードレビューをやめた

Isamu

最近、マージボタンを押すとき、僕はその diff を読んでいないことのほうが多くなりました。 コードレビューをしていません。 場合によっては、動作確認もしていません。 こう書くと無責任に聞こえると思います。実際、少し前の僕がこれを読んだら「

スマホでつくるセカンドブレイン（Android・Obsidian・Termux・Claude・ChatGPTによる知識管理）

shibe

注意: 個人情報をクラウドに上げる際は十分に注意して下さい はじめに 下記の記事を読み、自分もAIとの対話履歴を資産として残したり、意思決定ログや複数の自プロジェクト管理を整理したいと思った今日このごろ。 自分はものぐさかつ、通勤時間な

Feature-Sliced Design 実践ガイド

tekuteku

フロントエンドのアーキテクチャ手法 Feature-Sliced Design (FSD) を体系的にまとめた本です。Layers・Slices・Segments の定義から、Public API、依存ルール、cross-import、層の

【速報】Opus 5、React習熟度ベンチマークで余裕のFable 5超え

uhyo

皆さんこんにちは。React習熟度シリーズの14記事目です。今回は、先日リリースされた新モデルClaude Opus 5をいつものReact習熟度ベンチマークで計測してみた回です。いつもどおりeffortはhighとmaxの2種類で、両方の

「ソフトウェアアーキテクチャの基礎」を読んで設計判断の引き出しが増えた

raamenwakamatu

! 書籍情報 書名：ソフトウェアアーキテクチャの基礎 第2版 ―エンジニアリングに基づく体系的アプローチ 著者：Mark Richards, Neal Ford 訳者：島田浩二 出版社：オライリー・ジャパン はじめに 「ソ

Opus 5では今までのプロンプトが逆効果に。「検証して」を消して「簡潔に」と書くべし。公式プロンプトガイドを読み解く

little_hands(松岡@Loglass)

こんにちは、ログラスの松岡(@little_hand_s)です。 3行まとめ Opus 5は放っておくと応答が前より長くなる。「簡潔さの指示」を基本セットとして書いておこう（effortでは短くならない） 公式ガイドは、プロンプト内

Opus5が思考が浅いように感じる問題への対策

Yuichi Uemura

Claude Code を Opus 5 に切り替えた直後から、応答の散文傾向が急に強まり、思考が浅くなる (構造化して考えられない) 変化が出ました。長年育ててきた rules (CLAUDE.md や常時ロードの指示ファイル群) は何も

バックテストで良い戦略を見つけた後にbotterが最初にやるべき残差分析

Tomoya Kitayama | AlpacaTech

AlpacaTechの北山です。 前回の記事には想像以上の反応をいただきました。ありがとうございます。 https://zenn.dev/gamella/articles/7e1af53f19d94d 反応の中に、「よくわからなかったけど、

複数のGitリポジトリを一元的に管理できる管理ツールを作った

たそ

みなさんこんにちは、mochiOSの開発をしているたそです。 みなさん、複数のリポジトリを使って一つのプロジェクトを作り上げる、ということがありますか？ そういうことをするときはgitの標準機能であるsubmoduleやsubtreeを用い

放置していた旧環境で見つけたReact2Shell攻撃の実態

MuNeNiCK

はじめに 本記事は以下のミラーです。 https://www.munenick.me/blog/react2shell-attack-in-abandoned-kubernetes/ 私は自宅でKubernetesクラスタやゲームサーバー、

クオンツはテクニカル分析を寄与度分解の中で見ている

Tomoya Kitayama | AlpacaTech

AlpacaTechの北山です。最近Noteもはじめました。 https://note.com/tomoya_kitayama ちょっとおもしろいネタがあったので、ブログにまとめようとおもいました。 2026年7月、テクニカル分析の有用性を

ドメイン駆動設計から、ドメイン駆動開発プロセスの時代へ

meijin

はじめに 「ドメイン駆動設計から、ドメイン駆動開発プロセスの時代へ」という話をします。 AI駆動開発によって開発作業そのものの自動化がすごい進んで、ボトルネックはどこに移動してるんだ、という話はみんな気になってるところだと思います。もちろん

AI時代のエンジニアリングマネージャーのあり方｜外部品質編 〜品質の可視化を、現場と経営をつなぐ形にするまで〜

Yoshiki Iida

! この記事は毎週必ず記事がでるテックブログ Loglass Tech Blog Sprint の153週目の記事です！ 3年間連続達成まで残り7週となりました！ こんにちは、ログラスの飯田(@ysk_118)です。 ここ数年、AIによっ

Terraform / Kubernetes の構築で、初心者がよく指摘されるポイントのまとめ

wfukatsu

弊社では、AWS、Azure、GCP に対応した kubernetes ベースの Scalar製品を展開するインフラのテンプレートを開発しています。この開発をエンジニア歴の浅い二人にお願いしており、二人からあがってくるマージリクエスト（MR

ターミナルを自作したら、1日のコミット数が500を超えて、生産性がバグった話

Isamu

僕は長いこと、ターミナルの中で暮らしています。エディタは emacs、VS Code や GUI 系のツールはどうにも手に馴染まない。Web 上の開発環境も、あの「ちょっとした不便」が積もって結局使わなくなる。要するに、ターミナルに慣れ親し

Astroで日英ブログを作って分かった5つの実装パターン

灯里(akari)

はじめに 前段として「個人サイト、結局何で作る？元SEOがAstro + GitHub Pagesに決めるまで」を書いています。趣味の個人サイトを作るにあたって、Astro + GitHub Pagesに決めるまでの思考の記録。Cloudf

2bitに量子化したKimi K2.7 CodeにMac Studio 1台で$69,875を稼いでもらった

hellohazime

お疲れ様です波浪です。 Kimi K3も出てるので、出すタイミングを失ってしまったんですが、いまさらK2.7の話です。 これ以上伸ばしてK3のオープンウェイトでちゃったらまじで出すタイミング失うなと思って、恥を忍んで提出します。 遡ること先

ソフトウェア設計は、「誰がどこまで考えるか」を決める仕事である - 変数名からDDD、DB設計、マイクロサービス、組織構造までを同じ枠組みで

かなりあ

ソフトウェア開発には、多くの設計原則があります。 わかりやすい変数名を付ける 関数を小さくする 単一責任にする 凝集度を高くする 結合度を低くする 情報を隠蔽する DBを正規化する ドメインの言葉を使う Bounded Contextを分

受託小規模向けの技術選定と考えたこと

ふっけ

なぜ使い回せる技術構成が必要か 受託開発では、短い期間で成果を出しつつ品質の高いものを作ることが大切です。 そのためには、案件ごとに技術スタックの検討にかける時間をなるべく減らし、その分を要件定義や設計に充てられる状態が理想です。 品質の高

Go 1.27 から uuid 実装がサポートされる！ので個人的に気になった議論とその着地をまとめてみた

convto

はじめに こんにちは、バクラク事業部アカウント基盤開発部IDチームの @convto です。各種利用サービスのIDに一貫性があり、 GitHub も X も大体 convto を確保できているのが密かな自慢です。やはりIDチーム所属なので、

Go の設計、どこまでやる？〜小さく作って、壊さず育てる〜

135yshr

「クリーンアーキテクチャというアーキテクチャはない」——大事なのは図の形を真似ることではなく、依存の向きを設計し、変更に強いサービスを育てることです。本書は、Go でサービスを設計・運用する中で得た判断基準を、原則の理解、層ごとの設計判断、

設計を、技術の話から始めない

チームラボ

はじめに こんにちは、チームラボでエンジニアをしている茂木です。 普段は、システム全体の構造や責任の分け方、技術選定などを考える、アーキテクトに近い立場で開発に関わっています。 設計に関わる中で、採用する技術だけではなく、その前提となる業務

開発しているだけで進捗が更新される。Linear × Claude Code × GitHubで作る開発フロー

hw0409

Claude Codeを使うようになって、実装にかかる時間はかなり短くなりました。 ただ、開発が速くなっても、タスクを作る、着手状態にする、PRを紐付ける、レビュー中に変える、完了にする、といった管理作業は残ります。1回ごとの操作は小さくて