はてなブックマーク

次世代のエンジニアをどう育成するか。新人に身につけてほしい“スキル”【サイボウズ】 2026年3月17日 サイボウズ株式会社 開発本部 People Experienceチーム オンボーディング担当 久宗大雅 2014年にサイボウズに新卒入社。 インフラエンジニア/SREを経験した後、2018年に技術ブランディング/関係性づくりを担うチームへ異動し、技術広報やコミュニティ活動に携わるとともに、より高い価値を提供できるチームを目指してチームビルディングにも取り組む。2021年にオンボーディングチームへ異動。入社者のオンボーディング設計や、インターンを含む採用・育成に取り組み、エンジニアリング組織の強化を支援している。大阪在住。 X（Twitter）:@tignyax サイボウズ株式会社 開発本部 People Experienceチーム オンボーディング担当 酒井康晴 2010年にサイボウズ

● 01｜AIコーディングアシスタントツールを利用するエンジニアの6割以上が複数ツールを併用、2種類利用が39.8%で最多 ● 02｜約9割が生産性向上を実感する一方、意図しないコード生成（54.9%）など課題も顕在化 ● 03｜複数ツール利用者の86.8%がタスクに応じて使い分け、言語・フレームワーク別の使い分けが52.1%で最多という結果に 調査概要調査名称：AIコーディングアシスタントツール利用実態調査調査方法：IDEATECHが提供するリサーチマーケティング「リサピー®︎」の企画によるインターネット調査調査期間：2025年11月14日～同年11月17日有効回答：業務でAIコーディングアシスタントツールを利用しているITエンジニア437名 ※合計を100%とするため、一部の数値について端数の処理を行っております。そのため、実際の計算値とは若干の差異が生じる場合がございます。 業務で利

こんにちは。ファインディ株式会社でエンジニアをしている山岸です。 Findy AI CareerはAI人材に特化した求人プラットフォームです。掲載する求人票は、企業の求人情報をベースにAI活用状況や方針を盛り込んで作成しています。この業務はFindyのbizメンバーが担当しており、1件あたり20分〜1時間ほどかかっていました。 ai-career.findy-code.io 今回、この求人票作成のワークフローをClaude Codeのカスタムスラッシュコマンドとして実装し、作業時間を最大1時間から約5分に短縮しました。 この記事では、Claude CodeとMCP（Model Context Protocol）を組み合わせた業務自動化の具体的な進め方と、エンジニア以外のメンバーが使えるツールに仕上げるまでの過程を紹介します。社内の定型業務をClaude Codeで自動化したい方の参考になれ

NEW! 2026.03.16 スキル マネジメントチームtype会員限定 オンライン会議で意見を求めても、全員ミュートでお通夜状態。1on1で将来のキャリアビジョンを聞いても「特に無いですね」とお茶を濁されてしまう。 そんな状況に頭を悩ませているエンジニアリングマネジャー（EM）は少なくないはずだ。 この問題に対して、「組織のあり方から見直さないと根本原因は解決できない」と語る人物がいる。東京大学大学院で組織論を研究し、企業コンサルティングを手がける株式会社MIMIGURIの代表取締役Co-CEOを務める安斎勇樹さんだ。 安斎さんは、2026年3月4日に開催されたEMConf JP 2026の基調講演にて、次のように語っている。 「これまで良しとされてきたマネジメント手法の多くは、工場管理や軍隊の人材育成をルーツとする『軍事的世界観』で作られたものであり、価値観や働き方が多様化した現代の

@satetsu888 です。最近AIエージェントで開発が高速化した結果、作った機能の動作確認が間に合わなくなっていく感じがしているので、QAをAIに任せるためのハーネス的なことをするサービス aqua を作っていました。 このサービスの紹介を書こうと思っていたんですが、なんか知らないアカウントが僕の作ったサービスの開発者を自称してXに投稿しているのを見つけたので、注意喚起も兼ねて調べたことをまとめておこうと思います。 起きたことのタイムライン 03/10: サービスをリリース 03/13: 僕が自分でサービスの紹介をredditに投稿 03/14: 知らないアカウントがサービスの紹介をXに投稿 03/15: 僕はXには投稿してないはずなのに t.co からのアクセスが記録されていたので、流入元を探したら知らないアカウントの投稿を発見し、調査と通報を行う 知らないアカウントの様子 以下のア

M&Aが行われる際は社員への通知は事前には行われず、DDに参加するメンバーのみに事前に伝えられていた。 Poetics社では engグループ / R&Dグループ / Corpグループ / Bizグループの4チームしかなかったため、EM代行となっていた私が実質的なengグループの技術に関連するDDの担当者となった。 (まだ入社して1年しか経ってないのに私がデューデリやるんすか！！) 事前にM&A知らされた時の私の気持ちです。 当時CEOだったHazumuさんから1on1でM&Aをするという事実を唐突に知らされました。 M&Aについては全くわからなかったのでMTGが終わってからはM&Aについて調べたり、買収される側はどうなるのか、何をするのか？などをAIと壁打ちしたりなど、その日は一日中混乱していたと思います。 ということで、スタートアップにいる良いプロダクトを作っている皆さんであれば、誰しも

はじめに 最近、他チームのエンジニアが「Playwright で書いた E2E テストを OWASP ZAP に通して脆弱性診断をやってみた」という話を聞きました。 「E2E のシナリオってそのまま脆弱性診断にも使えるの？」 気になったので自分でも試してみました。その記録です。 やったこと（全体像） シンプルな Todo アプリを題材に、以下の流れで試しました。 1. Next.js で Todo アプリを構築 2. Playwright で E2E テスト（12シナリオ）を作成 3. バックエンドを FastAPI + MySQL に変更（Docker） 4. E2E シナリオを ZAP プロキシ経由で実行 → 脆弱性診断

こんにちは。本日3月13日を最終出社としてアマゾンウェブサービスジャパン合同会社を退職しました。 ※業務連絡: 私の退職に伴ってAWSにおけるデベロッパーアドボケイトのポジションがオープンになると思います。ご興味がある方はヘッドカウントを持っている（元）上司につなぎますので、お気軽にご連絡ください。コミュニティが好きで技術が好きな人にはとても楽しいポジションだと思います！ 2024年11月入社なので、1年半弱の在籍でした。転職から半年ちょっと様々なことが重なっていたため、転職直後から2025年7月くらいまでは半分くらい記憶がありません。入社直後にre:Invent 2024のためのさまざまなSlackチャンネルに入れられて、オンボーディング中でまだ会社のクレジットカードもない状況で、いきなりラスベガス行きの出張の手配をするところから始まって慌ただしかったことを覚えています。コミュニティマネ

8コアのRISC-Vビルダーが143分を要した一方、同コア数のx86_64は29分で完了した。約5倍の差である。さらに深刻なのは、この143分という数値がLTO（Link-Time Optimization）を無効化した状態での結果だという点だ。LTOを有効にすれば、ビルド時間はこれを大きく上回る。Fedoraのパッケージビルドが現在もLTOを無効化して運用しているのは、メモリ消費とビルド時間を抑えるためのやむを得ない妥協の産物である。 注目すべきはRISC-Vの「独り負け」ぶりだ。2番目に遅いPOWER PPC64LEでさえ46分であり、RISC-Vとの差は97分に達する。実質的にRISC-Vだけが別格の遅さにある。 現行RISC-Vシリコンの実力：「Cortex-A55相当」という厳しい現実 なぜこれほどの差が生じるのか。Juszkiewicz氏は現在のFedora向けRISC-Vビル

Top > ビジネス > DeNA、米Cognition AIの自律型AIエンジニア「Devin Enterprise」を全社導入　2,000人超が利用可能に

こんにちは。ソフトウェアエンジニアのyasuandです。株式会社estieのデータマネジメントグループ（DMG）という部署で、登記簿データの管理システムを作っています。 登記簿に限らず不動産データと日々触れ合っていると、時々”変な”データと出会うことがあります。住所の読みが面白いという程度ならその場でスルーして終わりなのですが、なかにはデータモデリング上の扱いが問題になるものも存在します。 そこで今回は『プログラマの抱いている名前についての誤謬』をオマージュして『プログラマの抱いている不動産データについての誤謬』というタイトルで、建物を中心とした不動産データに関して多くの方が誤解しているであろう点を10個厳選しました。それぞれ解説もつけているので、ぜひご覧ください。 1. 同じ住所の建物は存在しない 複数の建物が同じ住所になっていたら、郵便物や荷物を配達するときに困りますよね！ 解説 建物

1. 愛知から上京、カバンには「鮭」を忍ばせて 2024年にROXX初の新卒デザイナーとして入社し、気づけば3年目。愛知県出身の25歳です。 上京して数年経ちますが、冷蔵庫にはつけてみそかけてみそ（愛知のおいしい味噌だれ）を常備していますし、出先で「魚介モチーフ」の雑貨を見つけると、つい手が伸びてしまいます。 そんな私の一番のお気に入りは、壁に飾っている40センチのリアルな「鮭ポーチ」。デスクからは死角にあるので、残念ながらオンライン会議の背景に映り込むことはないのですが、作業中ふと目に入るとすごく癒やされるんです。そんな個性を「いいじゃん」と面白がってくれるのがROXXの良いところです。 全長40センチ。葛西臨海水族館で入手。 私のキャリアは、少しユニークな形で始まりました。入社後最初の半年間は、ビジネス職の同期と一緒に営業部で研修を行い、ひたすらお客様への架電（電話営業）に打ち込んでい

ソフトウェア開発の歴史はパラダイムシフトの連続だった。1970年代に確立したウオーターフォール開発は、厳格な要件定義と段階的な開発プロセスで大規模システムの構築を可能にした。だが、変化への対応が難しいなどの課題から、2001年に17人のソフトウェア開発者が「Agile Manifesto」（アジャイル・マニフェスト）を発表し、反復的で柔軟な開発手法への転換を促した。 2025年11月1日、Google CloudのCasey West氏（以下、ウェスト氏）が自身のブログで「Agentic Manifesto」（エージェンティック・マニフェスト）を発表した。自律的に判断し行動するエージェンティックAIの台頭を受けてのものだ。「50年間、われわれはコードを書けば結果を制御できるという前提に依存してきた。だが、その時代は終わりつつある」という。 同氏がエージェンティック・マニフェストを発表した直

はじめに エンジニアからプロジェクトリーダーになったとき、最初に戸惑うのが「見積もり」です。 コードを書くことには慣れていても、「このタスクは何時間かかりますか？」「このプロジェクト、いつ終わりますか？」と問われると、自信を持って答えられない。かといって大きめに答えれば「もっと短くできないか」と圧縮を求められる。 この記事では、開発現場でよく使われる見積もり手法を体系的に整理し、見積もりとどう向き合うかをまとめます。 なぜ見積もりは難しいのか 未知のタスクを数値化する行為だから 見積もりとは、まだやっていないことを数値に変える行為です。仕様が曖昧なまま工数を出すこともあれば、使ったことのない技術を使う前提で見積もることもあります。不確実性が高いほど、見積もりは外れやすくなります。 これはエンジニアの能力の問題ではなく、見積もりという行為の本質的な難しさです。 楽観バイアスが働くから 人は物

AI駆動開発偏差値とはAI駆動開発偏差値AI駆動開発偏差値とは、エンジニアが開発でどのくらいAIを使っているかを測る指標です。GitHubの公開レポジトリで、AIへの指示テキストやAIによるコミットの多さから判定しており、AIボーナスは、AI駆動開発偏差値を基に年収増加分に換算したものです。下記のツールの利用を分析対象としています。 ■分析対象ツール ・Claude Code ・Cline ・Codex CLI ・Cursor ・Devin ・Gemini CLI ・Windsurf 具体的には公開レポジトリから以下のようなデータを収集し、AI駆動開発偏差値を計算しています。 1.  CLAUDE.mdや.claudeフォルダなどでAIに読ませるドキュメントを しっかり書いているか 2.  AIを使って作成したコミットの割合が高いかどうか ただし、2.に関してはAIがコミットのCo-aut

社内のチームメンバー(クラウド事業本部コンサルティング部)向けに 「 Claude Code Skills (Agent Skills) 勉強会 」を開催しました。 DevelopersIO向けに調整したスライドを掲載します。 スライドの内容:テキスト情報を以降に記載します。参考になれば幸いです。 勉強会の目的 勉強会の背景やゴール、アジェンダを連携します。 背景 Skills がアツいです🔥 Claude Code (AIエージェント)の動きを 自分好みにカスタマイズ できる拡張機能 手軽に作れて、手軽に共有できます この勉強会のゴール 参加者全員が Skills をセットアップ して、基本的な使い方を理解する 普段の業務での活用方法を参加者全員で探索 する 参加者の知見やアウトプットを引き出す 期待する成果 この時間: Skills のセットアップ完了 + 基本的な使い方の理解 今後

ちょっと面白い記事を読んで勉強になったので自分用にメモがてら残します。 はじめに：なぜ「ファイル」の話をするのか？ 私たちが普段PCで扱う「ファイル（.doc, .jpgなど）」には、Webアプリにはない強力な特性があります。それは、「ツールとデータの分離」 です。 Wordで作った.docファイルは、Wordがなくても、Google DocsやLibreOfficeで開けます。ファイルはユーザーの手元（ファイルシステム）にあり、特定のアプリにロックインされていません。 しかし、InstagramやTwitter（現X）などのソーシャルアプリはどうでしょうか？ 投稿データ、「いいね」、フォロー関係はすべてアプリのデータベースの中に閉じ込められています。これを 「ソーシャル・ファイルシステム」 として再構築しようというのが、Blueskyなどが採用しているAT Protocolの基本思想です