KDDIのグループ会社でシステム開発を手掛けるKDDIアジャイル開発センター（KAG）が、「仕様駆動開発」と呼ばれるシステム開発手法を2025年9月から導入した。AIを活用して仕様書を作成し、その仕様書に基づいてソースコードを生成する。同手法の採用によって、従来は「設計2割・開発8割」だった業務内容が「設計8割・開発2割」に激変したという。 KAGは2025年9月から、アプリケーションにSMS（ショート・メッセージ・サービス）の機能やプッシュ通知の機能を提供するAPI（アプリケーション・プログラミング・インターフェース）基盤を開発する業務に、仕様駆動開発を導入した。 仕様駆動開発は、米Amazon Web Services（アマゾン・ウェブ・サービス、AWS）が2025年7月にプレビュー版をリリースしたAIエージェント型のIDE（統合開発環境）である「Kiro」で提唱されたシステム開発手法

前回のあらすじ 仕様駆動開発をClaude Codeで扱える「Spec Kit」で動かした。 Claude CodeにSpec機能を付与できるのは良いが、過程で重厚長大なドキュメントやタスクが生まれてしんどい印象があった。何でも中規模～大規模開発くらいの大袈裟になってしまう。そんな時、ふと思い出したVibe Kanbanとの組み合わせに気づいた。 Specで作られるファイルが大袈裟になってもタスクを個々に分割してカンバン管理すればいい。触ってみたかったVibe Kanbanのチュートリアル代わりに試してみる。 Vibe Kanban Vibe Kanbanは、主にCLI型のコーディングエージェントをGUIからカンバン管理で操作できるダッシュボードを提供するOSS。ライセンスはApache License 2.0。 CLI型のClaude CodeやCodexなどのエージェントをGit Wo

生成AIを巡る状況は、わずか1年ほどで劇的に変化しました。Claude Codeなど実用的なコード生成エージェントが普及し、開発現場に大きなインパクトを与えつつあります。 とはいえ、「どのような場面で活用できるのか」「実際の開発で本当に役立つのか」といった疑問を抱えるチームも少なくありません。 そこで本稿では「生成AIによるコーディングとテスト駆動開発（TDD）」をメインテーマに、TDDの第一人者・和田卓人さん（@t_wada）と、アジャイルコーチのやっとむさん、こと安井力さん（@yattom）が対談。TDDの意義や、チームでAIを活用するための現実的な視点を掘り下げます。 AIをどう導入し、どう使いこなすか──実践的なヒントが詰まった対談です。 2025年7月時点のコード生成エージェントの現場感 AIが広げるテスト導入の可能性 生成AIが自動テスト導入のハードルを下げた 「As-Is」の

つらつらと自分の考えをまとめます。それはそうとAIに投げて前提を共有したいので言語化します。 不労所得を月10万を一旦目指してます。 できることAIあるから割とつくるだけならなんでもできる様になった スマホアプリ・webアプリ・Line bot... 機能はシンプルなCRUDくらいかな、シンプルなCRUD以上に必要な機能みあたらないけど、あとは普通に生成AI含め外部のAPI叩いたり 作らないもの人が人を呼ぶもの、代表的なものだとSNSやレビューサイト。人が集まらないと成り立たない構造は個人開発者がするにはまず無理。大手に勝てない 専門性が高いもの、金融系（決済、投資、ローン）、医療系、個人情報を大量に扱ったり、個人開発でするにはかなり割に合わない 市場がでかいもの、今だと話し相手としてのAIとかコードアシスタントツール。この辺は色んな人がやっているし、結局モデルを持っているOpenAIやG

AI時代のソフトウェア開発を考える（2025/07版） 開発生産性 Conference 2025 2025年 7月4日（金） https://dev-productivity-con.findy-code.io/2025

TOPフォーカス「これが世界か！」と打ち震えた。偶然出会ったLinuxカーネルで、メンテナーとして認められるまで【フォーカス】 Linuxカーネル メンテナー 森本 國文（もりもと くにのり） 1979年生まれ。博士（工学）。Linuxカーネル主要コントリビューターのひとり。2008年、茨城大学大学院理工学研究科博士課程修了。2008年7月よりルネサスエレクトロニクス株式会社にてLinuxカーネルへのコントリビュートを開始。現在、サウンドアーキテクチャ「ALSA」や、ALSAのサブセット「ASoC」を中心領域として、メンテナーを務める。カーネルの特定バージョンごとのコントリビューション数ランキングでは、「v4.17」（2018年）や「v5.3」（2019年）などで世界1位に輝いた。 GitLab：＠morimoto.kuninori 「Linuxカーネル」への合計コントリビューション数が、

何があっても開発だけは止めない。誕生29年、圧縮解凍ソフト「Explzh」作者の不屈【フォーカス】 2025年5月27日 圧縮解凍ソフト「Explzh for Windows」開発者 鬼束 裕之（pon software） フリーランスエンジニア。1996年に圧縮解凍ソフト「Explzh for Windows」を公開し、同年シェアウェア化。以来、29年間にわたってメンテナンス・保守を行う。2007年からは、個人での非商用利用に限ってはフリーウェアとして提供している。解凍に特化したフリーソフト「Archive Decoder」も公開している。 「Explzh for Windows」公式サイト 1996年から提供されている、「Explzh for Windows」（以下Explzh）という個人開発の圧縮解凍ソフトウェアがあります。 正式には「Explzh（エクスプローラエルゼットエッチ）」

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 何かはじめてのことをする場合、人はとても「不安」を感じます。人は未

import torch import torch.nn as nn from torch.utils.data import DataLoader from torchvision import datasets def get_dataloaders(batch_size=64): transform = transforms.Compose([transforms.ToTensor()]) train = datasets.MNIST(root="data", train=True, download=True, transform=transform) test = datasets.MNIST(root="data", train=False, download=True, transform=transform) return DataLoader(train, batch_s

ちなみに jq がインストールされている必要はありません。 jnv does not require users to install jq on their system, because it utilizes j9 Rust bindings. https://github.com/ynqa/jnv#installation JSON navigator and interactive filter leveraging jq Usage: jnv [OPTIONS] [INPUT] Examples: - Read from a file: jnv data.json - Read from standard input: cat data.json | jnv Arguments: [INPUT] Optional path to a JSON file. If not prov

はじめにクレディセゾンに来てちょうど５年が経ったので、これまでの取り組みをまとめてみようかと思う。書き進めていくうちにとても長くなってしまったので、1年につき3トピックに絞ってあとはカットした。それでも5年分なこともありかなり長くなったので、目次から各トピックに飛んでもらえればと思う。社内の関係者も読むかもしれず、「自分のやったことが載ってない！」と思うこともあるかもしれないが、内製開発案件だけでも53案件あり全部載せるととんでもない量になるので許してほしい。それから、振り返ってまとめると退職すると勘違いされるかもしれないけれど、退職するわけではありません！ 2019年：ゼロからのスタート1-1. 内製開発エンジニア募集を始める「日本のそれなりの規模の事業会社の中に、内製開発チームを立ち上げることはできるのだろうか？」 2019年3月、クレディセゾンに来たばかりの私にとってはこの質問への答

こんにちは！専業で個人開発しているSiROです。 苦節14年、個人開発で月収100万円を達成したことですし、一度ここまでの知見をまとめ、共有したいと思います。同じ道を志す方の参考になれば幸いです。 想定読者：個人でWEBサービスを作って稼ぎたい人 実際の月間PVと月収 ↑これは全サービスをサマリーした数字です。収入源は広告収入。 PVは最高記録で450万PV/月くらい。月収の軸ラベルは隠してありますが、ピーク時に100万円オーバーです。月収とPVの関係をまとめると・・・ 月収10万円達成 29万PV 月収20万円達成 48万PV 月収30万円達成 70万PV 月収40万円達成 267万PV 月収50万円達成 282万PV 月収60万円達成 339万PV 月収70万円達成 440万PV 月収80万円達成 444万PV 月収100万円達成 422万PV ※PV数は参考程度です、特にツール系は何

このエントリーは一休.com Advent Calendar 2023の15日目の記事になります。 CTO 室の恩田です。 現在は一休レストランのフロントエンドのリアーキテクトを手がけています。 今日はその中で Next.js App Router から Remix に乗り換えた話をご紹介したいと思います*1。 背景 6日目の記事で香西から紹介させていただきましたが、2023年10月に一休レストランのスマートフォン用レストラン詳細ページをリニューアルしました。 一休レストランの Rust バックエンドが正式リリースされました。https://t.co/7N4VGv5ej9 このページのスマートフォンビューはバックエンドが Rust で書かれた GraphQL になってます— naoya (@naoya_ito) 2023年10月4日 ちなみにフロントエンドも、旧バージョンは Nuxt v2

TL;DR: jQueryはDrupalのバーター リニューアルするたびにWeb界隈の一斉レビューを受けることでお馴染のデジタル庁ポータルサイトがいつの間にかまたリニューアルされていて、フロントエンドがNext.jsからDrupalに変わって話題になっていたので1、私も旅券所持者として国政に関心を持ってゆく また、まわりのフロントエンドエンジニアの間でjQuery氏の入庁について「モダンブラウザ全盛の時代に必要か？」と疑念がとなえられていたので、これも追求してゆきたい どのような変更があったのか システム変更の経緯はプロジェクトの関係者であるHal Sekiさんの発言が正確なところだと思う Drupalが話題ですが、元々CMS側は2年前からずっとDrupalだったんです。設立当初はサイトもシンプルだったのでフロントエンド側はNextjsでヘッドレス構成だったのですが、構成が複雑になってきて

こんにちは。LayerX バクラク事業部 バクラクビジネスカード開発チームEMの @shnjtk です。新しいMacBook Proがとても気になっています。スペースブラックいいですね。欲しい。 この記事は LayerXテックアドカレ 13日目の記事です。前回は @itkq による 情報の流通性を上げコミュニケーションを活性化させるNotionデータベース でした。次回は @yossylx が担当します。 今回は、開発チームの開発速度をどのようにして測るかということについてお話します。 ストーリーポイントによるベロシティの計測 ストーリーポイント（SP）とは、アジャイル開発において、開発しようとするユーザーストーリーや機能、その他のタスクの大きさを表す見積もりの単位であり、タスク同士の相対値で表現されます。例えば「この機能はSP 3」、「この機能はSP 5」のように使われます。タスクの完了

Intro こういうタイトルを付けるのはあまり好きではないが、あえてこのようにした。 「ブラウザでキャッシュがヒットしない」 以下は、Web における Caching の FAQ だ。 サーバで Cache-Control を付与したのにキャッシュがヒットしない サーバで ETag を付与したのに If-None-Match が送られない サーバで Last-Modified を付与したのに If-Modified-Since が送られない 先日も、筆者が書いた MDN の Cache セクションで「記述が間違っているのでは?」と同様の質問を受けた。 Issue about the Age response header and the term "Reload" · Issue #29294 · mdn/content https://github.com/mdn/content/iss

可燃性が高い記事なので、長めに前提と注意を書きます。 Unreal Engineは、以下UEと略します。 前提と注意 総合的にどちらが優れているか、みたいな話はしません。 それぞれのゲームエンジンの思想については公式が言及しているものではなく、個人の感想です。 この記事にはsimpleとeasyという言葉がでてきます。こちらのスライドをご覧ください。 SimpleとEasyは違う / Simple is not Easy ですが、自分はスライドにある「easyよりsimpleを選択しよう」は必ずしもそうではないと考えています。 時間は有限なので。 グラフィックの話はしません。 AAAゲームの話もしません。開発チームが10人以下の小規模開発を想定しています。 そのため、UE本体(エンジン)のコードに手を入れるのも最終手段として考えています。実際みんなどれだけ手を入れているのだろう？ Unit

日記です。 タイトルの通り10年勤めたfreee株式会社を退職して、自分で会社を作ってやっていくことにした。 freee最終出社でした、10年間ありがとうございました！(ビルを見上げる写真撮り忘れた) 次回作にご期待ください！ — yo_waka (@yo_waka) June 16, 2023 やってきたことはこの辺のスライドによくまとまっている。 https://speakerdeck.com/waka/da-kinapurodakutofalseyu-tefang 社員5人から1000人になったり、ARRゼロ円からARR200億円になったり、ヤバかった品質をどうにか底上げしたり、開発本部長の立場で上場を経験したり、普通では経験できないことを濃度高く経験できて楽しく過ごせた10年だった。 freee会計という業務系Webサービスを10年間機能面/パフォーマンス/品質面共に育ててきた経験