ジュニアエンジニアの人、AI後はこうしたらええんちゃう？という話｜牛尾 剛
先日、たまたま、Microsoft のキャンパスで大学生の皆さんと話す機会があって、こんなことを聞かれました。 私は大学生で１年ぐらい前からエンジニアになったのですが、世の中は AI の世界ですけど、どうやって学んでいけばよいのですか？AI コーディングとかやったほうが良いのですか？ たしか、こんな質問だったような私なりの回答をシェアしておきたいと思います。たまたま、最近、これからは、AI が来るまでに、実際にプログラミングをゴリゴリやってきた層、つまり、シニアエンジニア以上の天下という話もきいて、まぁそらそうだなぁと思う一方、個人的にはこれからやる人もやりようによっては全然ええ感じにしかも早くなれるのではと思っています。 コーディングエージェントとやった方がいいか？そらそうよ。もうごりごりにやった方が良いでしょう。だって、もう我々はそれでプログラミングをするのだから。でも、安心していいけ
南場智子「ますます“速さ”が命題に」DeNA AI Day2026全文書き起こし - エンジニアtype | 転職type
NEW! 2026.03.08 ITニュース DeNA生成AIAI 「開発エンジニアの人生が一変した1年」だった――。 2025年に「AIオールイン」を宣言したDeNA。あれから1年、会長の南場智子さんは劇的な変化をそう切り出した。 コーディングに手を動かすことが激減し、AIが自らタスクを請け負うAIエージェントが民主化したこの1年。最前線で南場さんが痛感したのは、生産性向上という甘い果実だけではない。 「無慈悲なLLM」 「中途半端な専門性は一撃で淘汰される」 「スピード感のないプロダクトに、成長も参加資格もない」 突きつけられたのは、昨日までの常識を無効化するシビアな現実だ。 しかし、南場さんは同時にこうも断言する。 「諦めるのは時期尚早。日本はまだまだ勝てる」 その真意と、南場さんの描く未来予測とは？ 2026年3月6日に行われたばかりの最新プレゼンを、熱量そのままにノーカットでお届
生成AIを使って割り込み業務を現場で勝手に改善したらちやほやされた話 - MonotaRO Tech Blog
こんにちは。2019年と2024年に記事を書いていた山本です。ますます元気にモノタロウで働いております。 さて、毎日、散発的に、突然やってくる割り込み業務って、地味～に疲れますよね。そんな負担がかかっているチームメンバーたちを少しでも楽にするため、生成AIを活用して業務改善をし、我ながら見事な成果を上げたものの、全然スマートじゃない野暮な設計をしているのが恥ずかしくて、公表と展開はチーム内だけに留めていました。 当社の生成AI活用のレベルが高いのは、他のブログ記事をご覧になれば分かると思います。これらに比べたらショボすぎて、恥ずかしかったのです。 tech-blog.monotaro.com しかし、AI駆動開発チームのリーダーの市原さん（この記事の人）に何故か見つかってしまい。 意外なことに「すごい発想！面白い！」と褒めちぎられ、「すごいから社外カンファレンスで発表しましょう！」と神輿に
データエンジニアの「キャリアパス」を増やしたい。リクルートグループのニジボックスに聞く、成長支援の哲学 - はてなニュース
リクルートグループの一翼として、データエンジニアの育成に注力するニジボックスは、「データエンジニアのキャリア」について、どんな哲学を持っているのでしょうか。 AIの浸透やビッグデータの増加によって、データ利活用がビジネスの生命線となっていく中で、データエンジニアのニーズは高まっています。一方で、彼らの職能やスキルセットをどんな領域で活かすか「まだまだ模索中」という企業は少なくありません。 そこで今回、ニジボックスのデータエンジニアリング室を率いる3人の対談を通じて、データエンジニアが直面するキャリア上の課題やその解決策、そして同社ならではのデータエンジニア活用方法について深掘りしました。 ニジボックスの「データエンジニア育成プログラム」については、以前の記事で紹介しています。ぜひこちらの記事もご覧ください。 ▶ 「データエンジニアの市場価値」を上げたい。リクルートグループのニジボックスが“
【資料公開】開発組織の進化・スケーリングと「開発生産性」
みなさんこんにちは。@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「第二部 適切な表
「共通基盤」を超えよ！ 今、Platform Engineeringに取り組むべき理由
OpenShift.Runで登壇した資料です。
「目標設定」で大切にしたい3つのこと
How People are Using Generative and Agentic AI to Supercharge Their Products, Projects, Services and Value Streams Today
3値論理
なぜ「= NULL」ではなく「IS NULL」と書かなくてはならないのか？ これは、気になっている人も多いはずです。まだ SQL に不慣れな頃、ある列が NULL である行を選択しようとして、 SELECT * FROM table_A WHERE col_1 = NULL; というクエリを書いてしまい、エラーになったり思い通りの結果が得られなかった、という経験は、ほぼ全ての人が持っているでしょう。ちょうど C言語や JAVA を習い始めのころに「if (a = 5)」と書いてしまう間違いとよく似ています。最初は、言語仕様の汚さにぶつぶつ文句をいいながらも、そのうち「IS NULL」という書き方に慣れてしまって、疑問を持たなくなります。 でもどう考えても奇妙な書き方ですよね。こんな素直でない書き方をしなくてはならないということには、やはりそれなりの理由があるのです。今からその理由を説明しま
日米でエンジニアの育成戦略が正反対だと気付いた話 - メソッド屋のブログ
今週は、Thanksgiving はお休みムードなので考える時間や、自分の本についてディスカッションしている バンクーバーのえんじに屋さんのPodcast なんかを聞かせていただいたりしてるうちに、思い出したことがあって、記録に残してみることにした。それは、エンジニアの育成方針でこれはめっちゃくちゃ違うことに気づきましたので、シェアさせていただきたいと思います。 日米でエンジニアの育成戦略が正反対だと気付いた話 採用の段階での違い 良く知られているように、新卒のケースで考えると、こちらの場合は「コンピュータサイエンス」の学位を出ていることが前提で、中途採用の場合も、「コンピュータサイエンス」の学位を出ている、もしくはそれ相当する知識が求められる。だから、新人でも少なくともプログラムが結構組めることを期待されます。 一方、日本では文系でも理系でもプログラマになれます。採用されたときに「スキル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
【海外記事紹介】OpenAIエンジニアが退職後に社内の様子を詳細に公開 — ほぼPythonのモノレポ環境、Azureベースのインフラ、Codexはたった7週間で立ち上げ
AIエージェント開発のノウハウと課題
AIエージェント時代のエンジニアになろう #jawsug #jawsdays2025 / 20250301 Agentic AI Engineering
AIエージェント入門
OKRと「測りすぎ」 〜なりたい姿を、「測りすぎ」ないようにしながらどう追いかけるか〜/OKR and the tyranny of metrics
