【海外記事紹介】OpenAIエンジニアが退職後に社内の様子を詳細に公開 — ほぼPythonのモノレポ環境、Azureベースのインフラ、Codexはたった7週間で立ち上げ
【資料公開】開発組織の進化・スケーリングと「開発生産性」
みなさんこんにちは。@ryuzeeです。 2025年7月3日〜4日開催の開発生産性カンファレンス 2025 - Findyの登壇資料を公開します。 本セッションでは、「開発生産性」の意味が、プロダクト開発のステージやチーム構造によってどのように変化していくのかを説明しました。 すべてのチームが同じメトリクスを取得する意味はないですし、チームの置かれた状況によって取得するとよいメトリクス自体が変化します。 詳細は以下のセッション資料をご覧ください。 重要な点を簡単にまとめておくと以下のとおりです。 チームごとに何がいちばん重要かは異なり、開発生産性の意味も異なる仮説検証中のチームは「価値ある課題の発見」が重要スケーリング中のチームは「安定したデリバリー」が重要プラットフォームチームなら「他チームの負担軽減」や「プラットフォームの安定性」が重要指標もそれぞれ異なるプロダクト指標（利用率、継続率
MCPにおけるセキュリティ考慮事項と実装における観点（前編） - GMO Flatt Security Blog
MCP logo ©︎ 2024–2025 Anthropic, PBC and contributors | MIT license はじめに 本記事は、セキュリティエンジニアのAzaraこと齋藤とコーポレートセキュリティエンジニアのhamayanhamayanが、社内で行ったディスカッションを元に記述した記事です。 本記事は、MCP の利活用の際に考えるべき、セキュリティに関する考慮事項や、脅威の想定、実装時気にすべき観点などについてまとめたシリーズの前編になります。前編では、MCPに関する基本的な事項を扱いながら、利用者側の目線でMCPに対するセキュリティを考えていきます。社内での利活用の際に参考になれば幸いです。 また、GMO Flatt Securityは日本初のセキュリティ診断AIエージェント「Takumi」や、LLMを活用したアプリケーションに対する脆弱性診断・ペネトレーショ
（続）Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Cursor擦り倒すシリーズ Cursorで要件定義がエラいスムーズになった話 （続）Cursorで「詳細設計→ガントチャート草稿」作成がめっちゃ楽になった話 ←本稿こちら 「Cursor」×「A5:SQL Mk-2」でテーブル定義書をリッチにする 「Cursor」×「Obsidian」内部リンク生成＆最適化プロンプト 「Cursor」で「難解コード」のリーディングがめちゃ楽になった話 「Cursorで要件定義をめっちゃ簡単に」を「rules」にしてさらに簡単にした 「Cursor」で「素の議事録」を「要件定義書」に高速でまとめなおした
エンジニアの目標設定に対する考え方 #日めくりLayerX｜shnjtk
こんにちは、LayerX バクラク事業部 プロダクト開発部 EM の高江（@shnjtk）です。 もうすぐ期末・期初を迎えるということもあり、今期の振り返りとともに来期の目標を立てるという方も多いかと思います。今回はエンジニアの目標設定に関するお話をしていきます。 このnoteは、【#日めくりLayerX】と題して発信するブログリレーの2025年3月11日の記事として投稿しています。 前日はserimaによる『LLM時代に、それでもLayerXで働き続ける理由』でした。ぜひ合わせてご覧ください！ なお、ここで取り上げるのは「個人の目標設定」です。事業計画をもとに組織やチームの目標を設定する場合も多いと思いますが、本記事は、そういった上位の目標が設定された後、「エンジニアとして自分がその目標にどう貢献したいか」という個人レベルの目標設定にフォーカスした内容になります。 バクラク事業部では、エ
10分で分かるAIエージェントの設計パターン - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに こんにちは！KIYO Learningでスタディングの開発をしている @Kumacchiino です！ 今回は、AIエージェントについての記事を書いてみようと思います。 近年、AIエージェントが注目を集めていますが、その実態や実装手法、導入時の注意点については、まだ不明瞭な部分が多いのが現状です。 そこで、本記事では各手法の概要やユースケースを整理し、実際の導入や活用に役立つ情報をまとめてみようと思います。 この記事は、Anthropicの「Building effective agents」をベースにしており、エージェントと
AIコーディングのプラクティス
・Claude Sonnet 3.7を使え ・Project Rules（.cursor/rules）を使え ・ビルド、lint、テストなどで高速にフィードバックさせろ ・1セッションあたりで依頼することはできるだけ少なくしろ ・よく使うコマンドやライブラリはチートシート作れ Yamada 補足 2025/03/06現在 Roo-Code は .cursor/rules を自動で参照しない。.clinerules, .cursorrules, .windsurfrules は自動で見ておりすべてを結合してコンテキストに入れる。Roo-Codeを使う人は .cursorrules を設定しておくのがよい。
「はやい」という言葉は「速い」「早い」と意味に応じて漢字の書き分けができるが、「おそい」はslowと... | レファレンス協同データベース
「はやい」という言葉は「速い」「早い」と意味に応じて漢字の書き分けができるが、「おそい」はslowとlateの違いを漢字で書き分けができないのはなぜか知りたい。 下記の資料を紹介した。 『文字表記と日本語教育』（武部良明著 凡人社 1991） p402-427「3. 漢字制限と書き換え・言い換え」 p414「(前略）このような異字同訓の制限が、後になって、行き過ぎだと考えられるに至った。そこで、当用漢字音訓表の改定に当たっては、「漢字の使い分けのできるもの」や「漢字で書く習慣の強いもの」が、積極的に取り上げられた。（中略）ただし、その場合も、「抱・いだく」「遅・おそい」が採用されながら、「懐・いだく」「晩・おそい」は採用されなかった。それは、「懐く→抱く」「晩い→遅い」でよい、と考えられたからである。」とあり。 『言葉に関する問答集 8』（文化庁 1982） p55-87「第二部 適切な表
OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
「共通基盤」を超えよ！ 今、Platform Engineeringに取り組むべき理由
OpenShift.Runで登壇した資料です。
「目標設定」で大切にしたい3つのこと
3 どんなことを話すの？ 今回のテーマ「⽬標設定‧評価」 LT (5min) なので、考えや共感したいこと全部は伝えきれなさそう ... 😇 • 会社において「目標」の存在が与える影響をどう捉えているか • 人事評価制度と「評価」がどのように結びついているか • 「目標設定」が何で重要なのか • チーム目標と部の目標をどう繋ぎこむか • 評価に対する認識に差が生まれた場合に何をしているか などなど... だったので、以下のようなことに焦点を絞ります！ 🚀 「目標」を決める際、何を重要視しているか 株式会社TOKIUM エンジニアリングマネージャー 5 ⾃⼰紹介 経歴 in TOKIUM 2017年 WebエンジニアとしてTOKIUM (当時 BearTail) に入社（社員14人） 2019年 スクレイピング基盤チームをリーダーとして 0→1 立ち上げ 2020年 改善チーム（SR
3値論理
なぜ「= NULL」ではなく「IS NULL」と書かなくてはならないのか？ これは、気になっている人も多いはずです。まだ SQL に不慣れな頃、ある列が NULL である行を選択しようとして、 SELECT * FROM table_A WHERE col_1 = NULL; というクエリを書いてしまい、エラーになったり思い通りの結果が得られなかった、という経験は、ほぼ全ての人が持っているでしょう。ちょうど C言語や JAVA を習い始めのころに「if (a = 5)」と書いてしまう間違いとよく似ています。最初は、言語仕様の汚さにぶつぶつ文句をいいながらも、そのうち「IS NULL」という書き方に慣れてしまって、疑問を持たなくなります。 でもどう考えても奇妙な書き方ですよね。こんな素直でない書き方をしなくてはならないということには、やはりそれなりの理由があるのです。今からその理由を説明しま
日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ
今週は、Thanksgiving はお休みムードなので考える時間や、自分の本についてディスカッションしている バンクーバーのえんじに屋さんのPodcast なんかを聞かせていただいたりしてるうちに、思い出したことがあって、記録に残してみることにした。それは、エンジニアの育成方針でこれはめっちゃくちゃ違うことに気づきましたので、シェアさせていただきたいと思います。 日米でエンジニアの育成戦略が正反対だと気付いた話 採用の段階での違い 良く知られているように、新卒のケースで考えると、こちらの場合は「コンピュータサイエンス」の学位を出ていることが前提で、中途採用の場合も、「コンピュータサイエンス」の学位を出ている、もしくはそれ相当する知識が求められる。だから、新人でも少なくともプログラムが結構組めることを期待されます。 一方、日本では文系でも理系でもプログラマになれます。採用されたときに「スキル
複数プロジェクトのカニバリを避け成果を最大化するために “プログラムマネジメント” を導入した話 - MonotaRO Tech Blog
こんにちは、モノタロウの EC サイト開発グループに所属している田上といいます。 モノタロウには 2019 年に中途で入社し、入社以来ずっとフロントエンドまわりのことに携わっています。最近は開発業務ではなくプロジェクトマネジメントなどのマネジメント業務をすることが多いです。 さて、どんな企業でも、新規事業の立ち上げや既存事業の改善など、複数のプロジェクトが並行で進むことはよくあることかと思います。 しかし、それらを推進していく中で、 A プロジェクトの成果として改善した ○○ の指標が、B プロジェクトの結果によって相殺されてしまった！ △ さんがいろんなプロジェクトで引っ張りだこになって、結局どのプロジェクトもその方がブロッカーとなりうまく進まなかった！ みたいな事態に遭遇したことはないでしょうか？ こういった「複数のプロジェクト間で目標や成果、リソースのバッティングが発生して成果が最大
ハッカーの呪いと共に生きる ~ The hacker is dead, long live the hacker! - An Epicurean
私がWeb業界に入ったのは、ハッカーに対する憧れからです。その原体験を大事にしたいという気持ちを今でも強く持っています。 もう20年近く前になりますが、Web2.0の時代、私は傍観者でした。世界ではGoogleを筆頭として、日本でも、はてな社などが、エンジニアドリブンで個性的なサービスを生み出していました。他にもmiyagawaさんなど、個人で世界的に使われるようなOSSを開発している人もいました。書籍「ハッカーと画家」で描かれるような、ハッカーが個人技で大企業を出し抜く痛快さがありました。 そのように、WebサービスにせよOSSにせよ、同年代のハッカーが自分の技術でイノベーションを起こし、世の中に影響を及ぼしていることに羨望の眼差しを向けていたのです。 サブカル的な空気感も好ましく思っていました。西海岸のコンピュータ文化はヒッピーカルチャーの影響を受けていたのは間違いないでしょう。当時の
(翻訳) ビッグテックのプロジェクトマネジメントとスクラム不在の謎 - forest book
本稿は Gergely Orosz 氏によって書かれた次の記事の日本語翻訳です。著者に翻訳の許可を得て公開しています。 blog.pragmaticengineer.com また本稿は DeepL Pro を使って下訳したものに手を加えています。日本語翻訳の不具合または誤訳については Gergely Orosz 氏ではなく、本稿のコメント欄にお願いします。 著者も機械翻訳を下地にしたやり方に関心をもたれたようです。 The article translated to Japanese: https://t.co/4uynyyhm4E The author was transparent and noted that the article is a modification of an ML-translated article. This person managed to transl
スタートアップはいかにしてその活力を失うのか | Yakst
急成長するスタートアップがどうしてそのスピード感や勢いを失ってしまうことがあるのか、その背景にある構造とパターンを筆者の目から解き明かし、それを回避する方法を提案する。John Qian氏のブログ記事の翻訳。 [スタートアップ]原文 How a startup loses its spark (English) 原文著者 John Qian 原文公開日 2023-08-12 翻訳依頼者 翻訳者 doublemarket 原著者への翻訳報告 509日前 メールで報告済み 509日前 原著者承諾済み 編集 ちゃんとしたシードステージのスタートアップでは、エンジニアは業務経験を「夢中だ」と表現する。大きな会社では、得られるのは最良のケースでも「楽しい」程度だ。どうしてこうなってしまうのだろう。これは避けられないのだろうか。 スタートアップを夢中になれるものにするのは何なのかを調べてみよう。エンジ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AIエージェント開発のノウハウと課題
AIエージェント時代のエンジニアになろう #jawsug #jawsdays2025 / 20250301 Agentic AI Engineering
AIエージェント入門
