より小さなソフトウェアエンジニアリングチームを、2029年までに60％の組織が本格展開するとの予測、ガートナー 人間とAIの強みを活かすためのチームの再編成 この背景には、AIの発達によって人間に代わってAIが日常的なエンジニアリングの作業を処理してくれる能力を持つようになったことがあります。 人間のソフトウェアエンジニアは日常的な作業から解放され、複雑な問題解決やイノベーションに専念できるようになるため、これまでよりも少人数の小さなソフトウェアエンジニアリングチームが成立するというのです。 ガートナーのプリンシパルアナリスト、Aliyah Camacho氏は「これは人間とAIの能力と強みを最大限に活かすためのチームの再編成です」とした上で、「現在の小規模なチームといえば通常は4〜5人ですが、中には2〜3人程度で十分な人数のチームもあります。従業員のスキルやAIの能力が成熟するにつれて、こ
自分のまわりですごいなと感じた人は、なんだか目立っていたことが多かった気がする。 そういう目立つ人は何が違うのか、何をしているから目立つのか よくわかっていないので、思い出しながら雑に考えてみる。 考えてみたけれど、2つくらいしかないかもしれない。 1. 問題を解決する 目の前の問題を解決するために、自分がすべきこととできることを常に考えてる感じがする。 ボールが浮いていたら手を上げる、会議で気になることがあったら発言する、直接関係していなくても必要だと思ったら越境する、といった動きは全部問題解決のため。物事を前に進めるために自分が何をするべきか、何ができるかをとにかく考えて行動してる。 特徴としては、失敗を気にしすぎないこと、領域を区切りすぎないこと の2つがあるかも。物怖じせず、誰の仕事かを過度に考えすぎず、問題解決に必要なことは全部やるというスタンスを持ってる。いわゆる "オーナーシ
イベントの募集ページで LT枠（10分）という表記を見かけるたび、心の中で静かにツッコミを入れています。「それ、LTじゃなくない？」と。 わたしは折にふれて「LTは5分」と言い続けています。Xでもしょっちゅうポストしているし、イベント参加してる時も運営の打ち合わせでも言っているし、LTは5分Tシャツを着ているし、ステッカーまで配って歩いてます。まわりからは「941さんに5分じゃないLTが見つかると厄介だぞ」とうっすら思われてます。 でも、理由があるんです。今日はそれを明かします。 そもそも、なぜ「雷」なのか LTはLightning Talkの略で「Lightning」は稲妻のこと。電光石火という意味です。 雷のように、ピカッと光ってすぐ終わる。だから5分。元から名前そのものに時間の制約が織り込まれてます。 歴史をたどると、世界で初めてLTが開催されたのは2000年7月、カーネギーメロン大
Linuxサーバーの構築について基礎から実習形式で学習することができる教科書です 本教科書はLinuCレベル２の出題範囲に含まれるサーバー構築に必要な知識について、実習形式で学習を進めることができるテキストです。自分で構築したサーバーの環境で実際にWebアクセスをしたりメールの送受信をしたりすることで、サーバーの動作原理やプロトコルの仕組みを理解することができます。 この教科書は、アウトプット共創型エンジニアコミュニティ「LinuC Open Network」の標準教科書プロジェクトの成果として、さまざまなご協力者の貢献により開発されています。 最新バージョンでは仮想化技術／仮想マシンの解説や実践方法を追加するとともに、最新のLinuxディストリビューションAlmaLinux9.3に対応しました。また授業や研修だけでなく独学でも読み進められるよう、構成を見直しました。 本教科書はこれまでに
「ウソだろ」アスクル社長がうなったAI活用 “担当者のカオス”脱却へ 「逆境を進化に変えよう――攻撃発生から2週間後に、全社朝礼で発信したスローガンだ。復旧は、元に戻るだけ。私たちは事業をリセットされた。裏を返せば、ゼロから新しい理想形を作れるチャンスだ」――吉岡社長は、こう説明する。 その挑戦の中で採用したのが「AI-DLC」（AI駆動開発ライフサイクル）だ。AI-DLCは、人間が仮説立てや判断に特化し、その過程にある調査、生成、開発、プロダクト作成などをAIが主体となって進める手法だ。AIのサポートによって開発や意思決定のスピードが高速化する。 サイバー攻撃からの復旧・再構築に当たり、同社はITインフラの基盤にクラウドサービス「Amazon Web Services」（AWS）を採用した。合わせて、AWSのAI統合開発環境「Kiro」を活用することにしたのだ。 「大企業病の根源」を断て
こんにちは、しんざきです。 今日書きたいことは、大体以下のようなことです。 ・昔、「お前は部下を叱れない」と上司から何度も怒られました ・確かに「叱責」とか「注意」はとても苦手で、今でもあまりできません ・ただ、いつの間にか「ちゃんと叱れ」と言われることはなくなり、部下のケアや心理的安全性、他部署との調整が求められ、評価されるようになりました ・これは、「時代が変わって厳しい上司から優しい上司が求められるようになった」なんて単純な話ではなく、「単に部下を管理できるだけではなく、組織を機能させることが要求されるようになった」ということだと思います ・上司やマネージャーの仕事は、どんどん変化・増殖し続けているようで、適応するのも大変です ・これは単なる予想ですが、生成AIの台頭もあり、今後は「適切な評価をし、適切にフィードバックできる」能力が最重要視されていくようになっていくんじゃないかなーと
はじめに こんにちは。IT本部 AI・データ戦略統括部 データ基盤部 AIジャーニー推進グループで、エンジニアをしている小野寺です。 私たちのチームは、ふだんの開発に AI 駆動開発をどんどん組み込もうとしています。スクラムのスプリントに Devin を「もう一人のメンバー」として組み入れ、外部ツールの利用申請への記入といった定型作業を少しずつ AI に任せてきました。今回紹介するのは、その申請エージェントのプロンプトを AI 自身に毎週改善させる取り組みです。 申請エージェントとは 私たちは、ツールの利用申請を代行する AI エージェントを社内で運用しています。「Claude を使いたい」「Linear を使いたい」「Cursor を使いたい」といった外部ツールを業務で使うには、社内の申請フォームに記入して提出し、上長承認・法務確認・CERT 確認などの審査を経る必要があります。こうした
Sam McVeetyTech Lead, Data Analytics, Engineering, Data Cloud, Google Cloud Amir HormatiTech Lead, BigQuery, Engineering, Data Cloud, Google Cloud ※この投稿は米国時間 2026 年 6 月 13 日に、Google Cloud blog に投稿されたものの抄訳です。 基盤モデルは進化を続けていますが、関連するコンテキストが不足していると、特にエージェント システムの構築に使用される場合に、できることが制限されることがよくあります。これらのモデルは、コードの作成、ドキュメントの要約、データセットの分析に役立ちますが、正確で実用的な結果を生成するには、適切な情報が必要です。 そこで本日は、LLM-wiki パターンを移植可能で相互運用可能な形式にす
エンジニアがこの先生きのこるためのカンファレンス2026 向けの登壇資料です。
CDN221 ゲームチャットを支える技術 高橋 良 ニンテンドーシステムズ株式会社 システム開発部 吉岡 幸一郎 ニンテンドーシステムズ株式会社 システム開発部 ゲームチャットを支える技術 ニンテンドーシステムズ株式会社 高橋 良 吉岡 幸一郎 はじめに ▸発表者が映り込むような写真撮影はお控えください ▸スライド自体の写真撮影は実施いただいて構いません 2 / 82 発表者 ▸高橋 良 ▸システム開発部 ▸ゲームチャットサービス バックエンド SRE ▸吉岡 幸一郎 ▸システム開発部 ▸ゲームチャットサービス バックエンドアプリケーション開発 3 / 82 目次 ▸ゲームチャットサービス紹介 / 開発体制 ▸システム構成 ▸マルチリージョン運用 ▸Amazon DynamoDB 開発事例紹介 ▸まとめ 4 / 82 目次 ▸ゲームチャットサービス紹介 / 開発体制 ▸システム構成 ▸マル
中野彰子 @Toki2199r 私はシングルマザーで仕事はアニメーター。いつも締め切りに追われて忙しかった。だから子供が高校に入って給食が亡くなった時、子供と契約した。冷蔵庫に入っているものは何を使ってもいい、ご飯は炊飯ジャーにいつも用意しておく。だからそれを料理して弁当に詰め込んで行っても、お昼代は出す。 2026-06-26 22:19:07 中野彰子 @Toki2199r 作らずにお昼代で学食や周りのコンビニで昼ごはんを買ってもいい。作ってお昼代をそのまま自分の小遣いにしてもいい。その契約に従って、息子は毎日、冷凍庫の冷食を弁当箱に詰め、卵焼きやウインナーを焼いて、毎日昼飯代を稼ぐために頑張った。その金は大好きなラノベを買うのに使っていた。 2026-06-26 22:21:06 中野彰子 @Toki2199r これに味をしめて、娘にも同様の契約を持ち込んだ。彼女は、三国志の本を買い
Gartnerは2026年6月18日（現地時間）、2026年に開始されたメインフレーム離脱プロジェクトの70％超が、意図した利益を生み出せずに終わるとの予測を発表した。原因として、生成AIツールの能力を過大に見積もる傾向を挙げた。同社は、複雑なレガシーコードの変換や移行について、生成AIによる効率化を強調する市場の訴求と、実際の現場で発揮できる能力との間に差が広がるとみている。 投資圧力と人材減少が高めるメインフレーム離脱リスク Gartnerのアレッサンドロ・ガリンベルティ氏（バイスプレジデント・アナリスト）は、生成AIが複雑なレガシーコードを変換、移行する能力について、市場で語られる内容と現実の間にギャップがあると指摘した。投資家からの強い圧力によって、ベンダーは成果改善への寄与が明確でない場合でも、自社製品にAIを組み込む方向へ押される。 加えて、メインフレームアプリケーションは基幹
塾のテキストや参考書では説明不足、問題量不足な単元、教えるのが難しい単元を中心に掲載していきます。大人が教えなくても無理なく解き方が身につくように工夫されていて、これらの単元を得意科目、得点源にすることが出来ます。塾の授業を受けるよりも、これらのプリントを１人で学習した方が力がつくことをお約束します。算数は、★〜★★★は無料です。 ＞＞中学受験をしない生徒向けのページ
ナレッジ・ノウハウ 生産性向上を「個人レベル」から「組織レベル」へ 15人のデザイナーで「Claude Code × GitHub」で組織運営をした結果 こんにちは。グッドパッチのサービスデザイナーのぬまです。 グッドパッチのデザイナーは、クライアントワークとは別に「組織貢献活動」という社内プロジェクトを日々進めています。ざっくり言うと、組織が持続的に成長していくための”投資活動”のようなものです。 サービスデザイナーのチームでは今期、各々が「AI×UXデザイン」の領域を深く理解した上で、チームとして知見が組織として蓄積・再現可能になることを目指しています。属人的ではなく、チームとして一貫した品質を出せることがポイントです。 この活動には、現在15人程度のメンバーが関わっています。そのため、チームや個々人の活動が見えづらい構造を作ってしまうと、組織の生産性にも影響すると思っていました。そこ
流れが速いのでこれは 2026 年 6 月時点での時雨堂で採用しているスキルだけで、これで固定しているとかではないです。 さすがにこの記事を読む人で SKILL.md を知らない人は居ないと思うのですが、簡単にいうと LLM に食わせるまとまった文章の事です。 つまり「レビューして」とだけ書くのではなく「こんな感じでレビューして ... 」みたいなの長々と書かれている内容になります。 時雨堂ではこのスキルを多用して開発をしています。 スキル一覧時雨堂のスキルは非公開です。 また時雨堂社内で利用可能なスキルは時雨堂が管理しているスキルのみです。それ以外のスキルを利用する事はできません。ただし自分で作成したスキルを利用する事は許可しています。 まずは時雨堂で利用しているスキルの一部を紹介します。 shiguredo-gitコミット規約とブランチ命名規則を決めるスキルです。git の使い方は全部
仕様書通りに作って納品したら、すぐ次のプロジェクトへ。そんな開発のあり方に違和感を覚え、鳥取で立ち上がった小さなスクラムチームがありました。 当初は会社から認知すらされておらず、メンバーもアジャイル未経験の若手ばかり。しかしこのチームが実践したアジャイル開発は20年という歳月をかけて社内に広がり、マインドを大きく変えていきます。 彼らはなぜ、急がず、押しつけず、それでも20年かけてアジャイルを根付かせることができたのでしょうか──。 独自の成熟を遂げたスクラムチームの軌跡と次世代へ託したい思いを、リコーITソリューションズの福田朋紀さん（@chinmo）に伺いました。 当時の開発スタイルへの「違和感」からアジャイルに惹かれた 2度目のチャレンジで「小さなサイクル」が回り始める アジャイルは「強制しない」から社内に広がった 型ではなく関係性。20年かけて成熟したスクラム 社内ワークショップや
https://forkwell.connpass.com/event/395423 の登壇資料です。
私はエンジニアになってから何度も「マネージャー向きですね」と言われてきた。 理由もなんとなく分かる。問題を整理するのが好きだし、複雑な状況を構造化するのも好きだし、人の認識を揃えるのも好きだからだ。 技術的な課題が絡み合っている状況を見ると、まずは図にしたり論点を書き出したりしたくなる。 そういう振る舞いをすると、「それってマネージャーの仕事ですよね」と言われてきたし、実際にマネージャーになってみたこともあった。 そして時には、もっと直接的に「技術の人じゃないね」と言われたこともあった。 当時の私は、その言葉を半分受け入れていた。 でもずっと違和感も持っていた。 私はマネージャーになりたいわけではなかった 誤解のないように言うと、マネージャーという仕事を否定したいわけではない。実際に優れたマネージャーにもたくさん出会ってきた。ただ、自分がやりたいこととは少し違った。 私は人事評価に強い興
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
