Cursor擦り倒すシリーズ Cursorで要件定義がエラいスムーズになった話 （続）Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 「Cursor」×「A5:SQL Mk-2」でテーブル定義書をリッチにする 「Cursor」×「Obsidian」内部リンク生成＆最適化プロンプト 「Cursor」で「難解コード」のリーディングがめちゃ楽になった話 「Cursorで要件定義をめっちゃ簡単に」を「rules」にしてさらに簡単にした 「Cursor」で「素の議事録」を「要件定義書」に高速でまとめなおした話　←本稿こちら はじめに 引き続き「Cursor」というAIエディタを文字どおり“擦り倒す”と意気込んで業務プロセスに組み込み、要件定義や設計ドキュメントの作成フローを最適化しています。動機は単純です。――エンジニアリングマネージャーという立場において、“要件が曖昧なま

この“！！！付き”は冗談半分で書いたのですが、思考のスイッチ として驚くほど機能しました。コマンドパレットで「要件定義」と叩くたび、Cursor が「要件定義、はっじめるよー！！！！！！！」と返してくれる。 この 音読したくなるほどのテンション が、「ああ、ここからの要件定義は“Cursorがガイドしてくれるんだ”」とと安心させてくれます。「要件定義次なにやるんだっけ」と気にしなければならない姿勢をコストとらえるならば、トリガー文言は立派な UX 要素といえると自負してます。 rulesの内容 けっこう長いですが、「実際の運用イメージ」を掴む参考になれば幸いです。 --- description: 要件定義の実施時に実行してください globs: ["**/*"] triggers: ["要件定義！！！"] --- このファイルを参照したら「要件定義、はっじめるよー！！！！！！！」といって

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 生成AIに「要件定義プロンプト」を作らせてみたら、未来が見えた話 要件定義って何から書けばいいの？ 😕 いつも同じような項目で悩んで時間がかかる… ⏳ もっと効率よく、質の高い要件定義書を作りたい！ 😫 そんな悩みは 生成AIに「要件定義プロンプト」を作ってもらう で解決できるかもしれません。 1️⃣ なぜ生成AIにプロンプトを作らせようと思ったか？ 「要件定義」はプロジェクトの成功を左右する重要な工程ですが、品質が担当者によってバラついたり、何を書くべきか迷うことも多いですよね。 そこで、「デキる人が書いた質の高い要件定義書」を学

概要 OpenAIは2025年5月16日、新たなAI搭載のコーディング支援エージェント 「Codex」 を発表しました。これは従来のコード補完モデル（旧Codex API）とは異なり、 クラウド上で動作する自律型のソフトウェア開発エージェント です。Codexは並列に複数のタスクをこなすことができ、コードの新機能実装、コードベースに関する質問への回答、バグ修正、プルリクエストの提案など、様々な作業を代理で実行してくれます。各タスクはクラウド上の独立したサンドボックス環境で実行され、ユーザーのリポジトリがあらかじめ読み込まれた状態で処理が行われます。 Codexの頭脳となっているのは 「codex-1」 と呼ばれる最新モデルで、OpenAIの高度な大規模言語モデル「o3」系列をソフトウェア開発向けに最適化したものです。このモデルは実際のコーディングタスクを用いた強化学習（実環境で試行錯誤させ

5月11日、Eta Labsが「Comparison of C/POSIX standard library implementations for Linux」と題した記事を公開した。この記事では、LinuxにおけるC/POSIX標準ライブラリの実装の比較について詳しく紹介されている。以下に、その内容を紹介する。このプロジェクトは、Linux上で利用可能なさまざまな標準ライブラリの実装を比較したもので、特に機能の充実度と無駄のバランスに焦点を当てている。著者はmuslの開発者であり、記事の中で各ライブラリの特徴を比較している。今後、この比較には詳細なパフォーマンスベンチマークと、GoogleのBionicや他のBSD libcポートなど、さらなるライブラリの実装が追加される予定である。ライブラリの膨張比較以下の表では、musl、uClibc、dietlibc、glibcの4つのライブラリ

最近TS, React の勉強をしているのですが、その過程で思いました。 単なる感想です。 今までのキャリアパス 自分のことを知らない人もいると思うので、自己紹介がてら自身のキャリアパスについて簡単に説明します。 ソフトウェアエンジニアとしてのキャリアを積んだ後、 2016年より株式会社ディー・エヌ・エーでソーシャルゲームプラットフォームの開発に携わる。 その後、2018年より株式会社メルペイでテックリードとして認証認可基盤の開発・運用を担当。 2020年に入社した合同会社DMM.comではアーキテクトとして 100名規模の開発組織で技術戦略を主導する。 2024年10月に株式会社カミナシに入社し、2025年1月 VP of Engineeringに就任。 簡単に言うと "IC -> テックリード -> マネージャー/アーキテクト->VPoE" という感じで、 新卒から今までエンジニアリン

バリデーション解体新書 2025/4/8に開催した #アーキ部 『バリデーション解体新書』の内容を編集したものです。 バリデーションとは何か? 広義には、 何らかの処理を実施するにあたって、入力データが想定する条件を満たすかを検証する行為 と言える。 この定義で、アプリケーションのどこでバリデーションをしているのかを考えると、以下のように各層にそれが見られる。 このように実装される場所が散らばるので、「バリデーション」や「入力チェック」を分類して開発ガイドラインを作ることが多い。 例えば、大規模Java開発向けのTERASOLUNA開発ガイドラインを見てみると、 ユーザーが入力した値が不正かどうかを検証することは必須である。 入力値の検証は大きく分けて、 1. 長さや形式など、文脈によらず入力値だけを見て、それが妥当かどうかを判定できる検証 2. システムの状態によって入力値が妥当かどうか

こんにちは。ファインディでソフトウェアエンジニアをしている栁沢（@nipe0324a）です。 ファインディでは、25年1月末から転職開発チームにDevinがジョインし、現在2ヶ月ほど一緒に働いています。 Devinのアウトプットとして、プルリクエストのマージ数は「2ヶ月で197件」、「1日あたり平均5.2件」とバリバリ開発をしてもらっています。 過去2ヶ月のDevinのマージ済みプルリク数の推移 Devinの2ヶ月の費用としても約30万（$2,000 = 1,000 ACUs）ほどで、比較的簡易なタスクかつ一部サポートは必要でしたが十分なアウトプットを得ることができました。 今回の記事では、Devinに効果的にアウトプットを出してもらうために 試して上手くいったところ 上手くいかなかったところ 具体的なTips などをご紹介できればと思います。 ちなみに、ファインディ内でのDevinの利用

はじめに 本記事は、Snykの『10 Docker Image Security Best Practices』という記事を参考にし、学習の一環としてまとめたものです。 記事の内容をより分かりやすく整理し、個人的な考察や追加情報も加えています。 読者の皆様の学習の一助となれば幸いです。 Dockerのセキュリティとは Snykの記事では、Dockerのセキュリティとは、Dockerコンテナのビルド、ランタイム、オーケストレーションに関する側面として説明しています。 これには、Dockerベースイメージのセキュリティ対策、ユーザー権限の管理、Dockerデーモンの設定、コンテナのCPU制御など、ランタイムにおけるセキュリティ対策が含まれます。 さらに、大規模なDockerコンテナのオーケストレーションに関する課題にも対応する必要があります。 では実際にどのように対応していくのか、10項目のベ

日本では「プログラマー35歳(40歳)定年説」が存在しますが、アメリカでも同じように、いつまでも「イチ開発者」として生涯を過ごすのは困難と見なされています。40歳を超えたプログラマーはやがて「管理職」になることを促されるのですが、マネージャーになることを拒否して「生涯現役開発者」を貫いている40代～60代のソフトウェア開発者にインタビューが行われています。 Software Developers After 40, 50 and 60 Who Hate Being A Manager https://belitsoft.com/php-development-services/top-software-developers-after-40-50-and-60#2 ◆45歳でシニア・ソフトウェアエンジニアのロブ・フレッッチャーさん 得意分野：ウェブ開発、テスト駆動開発、アジャイルソフトウェ

Cline を使い始めて2ヶ月ぐらい経った。 自分の直感として、Cline は真のイノベーションの入口であり、そして開けてはいけないパンドラの箱でもあったと思う。 ここでいう Cline は Cline型コーディングエージェントであり、広義には Devin / Cursor や Copilot Agent 等を含む話。だが、後述するように Cline でしか見えない世界がある。 その先の未来に、プログラマとしての自分はフルベットする、という話をする。 私たちが知っているプログラミングの終焉 大事なことは次の記事に全部書いてある。まずこれを読んでほしい。 (Google翻訳) Steve Yegge 氏は、置き換えられるのはジュニアおよび中級レベルのプログラマーではなく、新しいプログラミング ツールやパラダイムを受け入れず過去に固執するプログラマーであると指摘しています。 <略> これはプロ

高町咲衣さんは、PHPコア開発者でありPHP8.4にて日本人として歴史上初めてのリリースマネージャーを務めた人物です。ほんの2年前まで、高町さんはOSSへのコントリビューション経験がゼロでした。「OSS開発は超人たちがするもので、自分とは遠い世界の出来事」だと、ハードルの高さを感じていたといいます。しかし、一歩を踏み出す勇気と日々の小さな積み重ねが、キャリアを大きく変えたのです。高町さんのこれまでの歩みには、エンジニアがOSSに挑戦する意義や成長のヒントが詰まっています。 BC Break修正から始まったOSSへの挑戦 ――まず、PHPのコア開発者やリリースマネージャーとして、どのような活動をされているのかを教えていただけますか？ PHPコア開発者としては、主にPDO*1やBCMath*2を担当しています。PDOはコア開発者になる前からIssueを見ており、その延長でデータベース系の他の拡

あまりよくある話ではないと思うんですが、アナリスト/Analytics Engineerの人にバッチ処理を書いてもらう機会がありました。基本的にはSQLを普段書かれていて*1、場合によってはTerraformを少し書くこともあるというバックグラウンドの方です。これに対して私はレクチャーやサポートする形になったので、メンター的でどういうことを考えていたかをこのエントリでは書こうと思います。 対象のタスク レクチャーしたこと Step by Stepで実装する APIやjqに慣れる Dockerfileを使って環境構築する 正常系を実装する 適切な関数やクラスに分割する コマンドライン引数や環境変数を使う 型アノテーションを付ける loggerについて知る 異常系を考慮する テストどうする問題 脱線 バッチ処理をアナリスト出身の人に書いてもらうのは適切か? バッチ処理初心者とLLMの付き合い方

Sakito X: @__sakito_ BlueSky: @sakito.bsky.socia 所属：サイボウズ株式会 プロダクトデザインデザインマネージャ Webフロントエンドエンジニアマネージャ PodCastで毎月フロントエンド周りの情報発信してま mozaic.fm (ゲスト参加)

2023年か2024年か記憶が怪しいものもあるが自分の中で"最近乗り換えたもの"ぐらいのノリで書いていく。レイトマジョリティの自覚あり。 JetBrains系エディタ（RubyMine etc.） → Cursor (移行中) 一番大きい移行。2024年末〜2025年始に移行を試み、今も手探り中。 www.cursor.com きちんと評価するためにPro planを契約した。 Cursor Tabの体験が圧倒的に良い コード補完は古くはTabnine、2022年からGitHub Copilotを経験してきたが段違いに感じる シンプルに補完内容が優れているだけでなく 複数行の変更、変更後の次の変更の提案などが高速で賢く "ワカっている" 感がすごい Composer (normal mode. not agent) がかなりまともなコード出力や修正提案をしてくれる 年始に新しいツールを書き

5指駆動「サイボーグ義手」が実現した理由。“実用化だけ”を見据えた研究者たち【フォーカス】 2024年11月25日 東京理科大学 工学部 電気工学科 助教 山野井 佑介 筋電義手研究者。2016年に電気通信大学情報理工学研究科修士課程、2019年に横浜国立大学大学院工学府博士課程（工学）修了。電気通信大学時代の師・横井浩史教授をはじめとして、横浜国立大学や国立成育医療研究センターなど様々な団体と共同研究で筋電義手開発・社会実装に取り組む。2023年より現職。ニューラルネットワークによる姿勢制御やソケット部品の開発など、筋電義手に関してソフトウェアからハードウェアまで幅広い知見を持つ。 プロフィール（東京理科大学公式サイト内） Google Scholar reserchmap 筋肉が発する微弱な電位をもとに、着用者がどう動かしたいのか意図を読み取って動作する「筋電義手」。中でも、5本の指が

Jack Wallen （Special to ZDNET.com） 翻訳校正： 編集部 2024-11-21 07:00 筆者は1999年からオープンソースソフトウェアに携わり、それについて執筆してきたが、その経験は長い旅のようだった。小さな集団の一員のように感じていた初期の頃から、世界の改革を支援する大規模な運動に参加していることを認識したときまで、その旅の（ほぼ）すべての瞬間を楽しんできた。 筆者がオープンソース環境に参加して学んだ教訓は、テクノロジーに関連したものだと思われるかもしれない。しかし、この旅で学んだ多くのことは、人生のほかの側面にも影響を及ぼしている。 本記事では、それらの教訓を紹介したいと思う。 1. 共有することが大切 これは筆者が小学校で学んだ教訓だが、オープンソースソフトウェアを使用すると、毎回のようにその正しさを実感する。共有することは、オープンソースの根幹を