はてなブックマーク

はじめに ソフトウェア産業は、見かけ上ハードウェア産業と似た構造を持つように見えます。どちらも工学的な手法を用い、製品を量産し、利用者に提供するという点では共通しています。しかし本質的にはまったく異なる原理で動いており、ハードウェアの世界で成功してきた「マスプロダクションの原理」は、ソフトウェア業界ではほとんど機能しません。なぜなら、ソフトウェアは「作る」ことが生産ではなく、「複製」そのものが供給行為になるからです。つまり、ソフトウェアには「製造」という工程が存在せず、工業社会が築いてきた品質向上のメカニズムが入り込む余地がありません。本稿では、量産という原理が持つ意味を整理し、ソフトウェアにおいてそれがなぜ働かないのかを論理的に明らかにします。 ハードウェア産業におけるマスプロダクションの構造 ハードウェアの品質は、統計的工程管理によって支えられています。つまり、同じ製品を大量に作ること

[Edit 1] This article has been edited after initial release for clarity. Both the tl;dr and the end section have added information. [Edit 2] This hypothesis was actually wrong and thank you to everyone who commented! Here’s a full explanation of where I went wrong. I want to address this mistake as I realize it might have a meaningful impact on someone's financial position. I’m not editing the act

新規プロダクトの立ち上げ期には、成果の裏で、「誰も見ていないが、誰かが必ずやらねばならない仕事」が数多くあります。 今回紹介する DevTool は、新規プロダクト立ち上げの裏で有志メンバーにより実装された、数値計算結果の可視化・検証を支える社内向けフロントエンドツールです。 当初は開発効率を上げるための副次的な取り組みでしたが、いまではQAチームやステークホルダーを含めた、“数値を扱うチーム全員の共通基盤” に成長しました。 このブログでは、その0→1の過程と、チームがどのようにそれを活かしたかを紹介します。 ※ツール開発が必要になった新プロダクト「eClear」についての詳細は、以下の記事をご覧ください。 techblog.enechain.com 背景：数値検証がボトルネックになっていた きっかけ：開発の合間に生まれた小さなツール 広がり：チームにとっての共通ツールになった 試行錯誤

Datasetteの開発者であるソフトウェアエンジニアのサイモン・ウィリソン氏が、ソフトウェア開発においてAIに丸投げすることがダメな理由を解説しています。 Your job is to deliver code you have proven to work https://simonwillison.net/2025/Dec/18/code-proven-to-work/ 生成AIの普及により、Microsoft製品のコードの30％はAIで書かれていたり、開発者の92％がAIコーディングツールを愛用していたりと、ソフトウェア開発の世界にもAIは着々と浸透しつつあります。 しかし、何かしらのAIツールを利用する権限を与えられた若手エンジニアが、AIを用いてソフトウェア開発を行ない、動作テストなどをコードレビュープロセスに丸投げするケースがあるそうです。このような行為について、ウィリソン氏

Anthropic、AIエージェントにタスクの手順や知識を組み込める「Agent Skills」をオープンスタンダードに。早くもVS CodeやCursorなどがサポート Anthropicは、同社のAIサービス「Claude」が備えてきた機能「Skills」を業界のオープンスタンダードにすべく「Agent Skills」仕様の公開を発表しました。 Agent Skillsは、AIエージェントにタスクごとの手順や知識を組み込むための仕組みです。 繰り返し行うタスクなどをAIエージェントに依頼する場合、あらかじめAIエージェントにAgent Skillsを読み込ませておくと、毎回細かな指示を行わなくてもAgent Skillsに設定しておいた手順や知識を元に作業をしてくれます。 ソフトウェア開発の場面では、例えば社内のビルドやテストの手順などをAgent Skillsに設定しておけば、AIエ

参照元 claude-mem - GitHub Repository - Alex Newman Claude Codeの制限に直面する開発者たち Claude Codeで作業していると、50回程度のツール実行で「もう覚えてない」状態になることがあります。Claude Opus 4.5は20万トークンのコンテキストウィンドウを持っているのに、なぜこんなに早く限界に達するのか。 理由は単純です。ツールを1回実行するたびに、1000〜10000トークンが消費されます。ファイル読み込み、Git操作、検索実行…これらを50回繰り返せば、20万トークンはあっという間に埋まります。 長時間のコーディングセッションでは、途中でClaudeが「さっき説明したプロジェクトの構成」を忘れ、同じ質問を繰り返すといった状況に遭遇します。 claude-memの3つの強み claude-memは、Claude Co

Ghostty は Mitchell Hashimoto が Zig で開発した GPU アクセラレーション対応のターミナルエミュレータ。速度・機能・ネイティブ UI の 3 つを両立し、macOS では Metal、Linux では GTK4 を採用。シェル統合で作業効率が劇的 ターミナルって開発者にとって一番長く触れるツールやと思う。だからこそ、ちょっとした引っかかりが積み重なってストレスになるんよね。iTerm2 は高機能やけど重い、Alacritty は速いけど機能が少ない、Warp は AI 搭載で面白いけどネイティブ感がない。どれも一長一短で「これや」っていうのがなかった そんな中で出会ったのが Ghostty。HashiCorp の共同創業者である Mitchell Hashimoto が個人プロジェクトとして開発したターミナルエミュレータで、2024 年末にバージョン 1.

Neowinは12月18日(現地時間)、「User finds how a key Windows 11 feature could be quietly eating lots of RAM on your PC - Neowin」において、最近の更新プログラムの影響でWindows 11のシステムサービスがメモリリークを起こしている可能性があることを伝えた。 これはRedditユーザーのNiff_Naff氏の投稿にて明らかになった。同氏によるとWindowsサービスをホストするプロセス「svchost.exe」が、メモリを上限一杯まで消費するという。 配信最適化サービスにメモリリークの可能性 同氏はログを分析することで問題のWindowsサービスが「DoSvc(Delivery Optimisation Service)」であることを特定している。DoSvcは更新プログラムの配信最適化

この記事は MOSH Advent Calendar 2025 の21日目の記事です。 こんにちは！勝間（@ryo_katsuma）です。今年の8月にMOSHに入社して、現在は新規機能開発チームでリードを担当しています。 前職のクックパッドには16年ほど在籍していました。大人数の開発チームのリードや、新規事業での開発組織のマネージャーなど、いろいろな経験をさせてもらいましたが、そんな背景もあって、MOSHに入社してまもなく、現在所属している開発チームのリードを任せてもらうことになりました。チームはエンジニア4名（私含む）、PdM1名、デザイナ1名の小規模なスクラムチームです。 入社して4ヶ月ほど経ち、チームにも馴染み、チーム全体での開発も順調に回ってきた感覚があるので、自分なりにどんな工夫をしてきたかを振り返ってみようと思います。 自分の立ち位置を見極める チームにJoinして感じたことを

NVIDIAから新しいモデル、Nemotron 3 Nanoが出ていました。30BのMoEでアクティブパラメータは3B。つまり30B-A3Bです。 試してみたら、かなり賢いんだけど、コーディングの長いやりとりをしてたら過去のコードをうろ覚えになってて変な挙動をしてました。 どうやら、Transformerの代わりに使ってるMamba 2だとそういう挙動になるみたい。自信がないので、こうやって書いたら、だれかが間違いを指摘してくれるはずメソッド。 追記：30Bモデルの主戦場になるのは、言語処理的な単機能部品だと考えると、長いやり取りは不要なので、かなり強いモデルではないかと思います。また別にブログかきます。たぶん。 Nemotron 3 Nemotronはこちらにブログが。 Inside NVIDIA Nemotron 3: Techniques, Tools, and Data That

https://jawsug.connpass.com/event/371658/ でお話しした、AI-DLC のご紹介資料です

Visaプリペイドカードが発行できて、アプリだけでも使用できます金融系・フィンテックのプロダクトデザインでは、UIの見た目以上に「言葉の正確さ」や「表記ルール」が重要になります。 何故ならば、”エンドユーザーのお金を直に扱う事業”だからです。トラブルにならないような表現方法と、デザインとして楽しく＆身近に感じてもらうようなエッセンスのバランスが必要だなと日々感じています。 ただ、スタートアップというフィールドは 表記ルールが人に依存していたり 例「担当デザイナーでボタンのCTA（Call To Action）が絶妙に違うやん」 ドメイン知識が属人化していたり 例「え、そんなルールあったんですか？知らんかった」 デザインの最終確認を毎回PM頼りになっていたり 例「PMの〇〇さんがチェックしてくれるし、なんとかなるだろ〜」 といった状態になりがちです笑（笑っている場合ではない） 実際に、PMの

３行まとめ 仕様書を渡すとリスク分析からテストケース生成までやってくれるよ ステップ単位で人が軌道修正して精度をあげて（維持して）いるよ 指摘内容や成果物からナレッジを抽出してPRを出すので賢くなる仕組みだよ ３行まとめ はじめに つくったもの ポイント① 仕様書の理解から始める ポイント② 人間が軌道修正する ポイント③ 使うほど賢くなるように 「ドメイン知識」と「テスト技術」に分けた理由 実際どうなの？ テストケースのフォーマット 課題：プロンプトやナレッジの管理・改善 おわりに はじめに こんにちは、クオリティアーキテクトグループでQAエンジニアをしている星野です。 この記事はLIFULL Advent Calendar 2025の記事になります。 QA活動でLLM、活用してますか？ 今回はテスト分析からテスト実装（テストケースの作成）までを効率化するためにつくったAIエージェントの

数ヶ月前の「Serena MCPはClaude Codeを救うのか？」で「Claude Code本体にLanguageServer統合を追加する可能性も考えられます」と書きましたが、その機能が2.0.74で有効になりました。 導入方法は「Claude Code の LSP サポート」が詳しいので参照ください。 Claude Code の LSP サポートClaude Code のバージョン 2.0.74 から LSP（Language Server Protocol）サポートが追加されました。LSP サポートにより、Claude Code はコードベースに対してシンボルの定義検索、参照検索、ホバー情報の取得などの操作が可能になります。この記事では Claude Code の LSP サポートの概要と使用方法を紹介します。azukiazusaのテックブログ2まとめると/plugin コマンド

大抵のプログラミング言語では、数の四則演算だけではなく、exp や sin や pow などの数学関数が提供されています。この記事では、これらの数学関数について どのくらいの精度が期待できるのか？ どのくらい再現性があるのか？ という話題を扱います。 正確な計算は難しい 無限大やNaNを除く有限の浮動小数点数は、数学的な実数を表していると考えられます。例えば、1.5 という浮動小数点数なら1.5という実数に対応します。ソースに 0.1 と書いた浮動小数点数が数学的には 0.1000000000000000055511151231257827021181583404541015625 という実数に対応することもあるかもしれませんが、何らかの実数に対応していることは確かです。 そこで、四則演算や数学関数の仕様としては「与えられた浮動小数点数を正確な実数とみなし、演算を適用し、得られた実数に最も

Claude Code のバージョン 2.0.74 から LSP（Language Server Protocol）サポートが追加されました。LSP サポートにより、Claude Code はコードベースに対してシンボルの定義検索、参照検索、ホバー情報の取得などの操作が可能になります。この記事では Claude Code の LSP サポートの概要と使用方法を紹介します。 コーディングエージェントが LSP（Language Server Protocol）を扱えるようになることで、エージェントがより効率的にタスクを遂行できるようになります。文字列でコードベース全体を検索するのではなく、LSP を通じてコードの構造やシンボル情報にアクセスできるため、正確な情報を迅速に取得・編集できるためトークンと時間を大きく節約できます。このことはコーディングエージェントにセマンティックなコード検索・編集

この記事は MICIN Advent Calendar 2025 の 19日目の記事です。 前回は藤原さんのペルソナの感情からはじめる肥満症治療プロダクト設計〜 Cursorで一日ハッカソンに挑んで見えたこと〜でした。 1.はじめに SREチームの小野です。 普段はAWSやGCPなどのクラウドの管理やモニタリングの整備などを行っています。 実はIT業界に就職したのは、「映画などで黒い画面に向かってカタカタしてる人がかっこよかったから」という私にとっては、モダンなIDEよりもターミナルやvimなどの方が好みです。 とはいえIDEでサクサクと開発している人を見るとそれはそれで憧れるので、CLIツールや様々なプラグインを使ってモダンな環境に近づけようとしてます。 今回は私が普段使っている開発環境のツールを紹介します。ターミナル周りのツールが中心ですが、気になるものがあればぜひ試してみてください。