はじめに 背景と課題 システム概要 ワークフローの詳細 動画文字起こし (Gemini, GPT-4o) 文字起こしの議題単位の分割 (Claude 3.5 Sonnet) 議題単位での要約作成 (Claude 3.5 Sonnet, GPT-4o) 出力 実装上の工夫と課題 結果と今後の展望 おわりに はじめに こんにちは。enechainで統計・機械学習モデルの構築やLLM（大規模言語モデル）の活用推進を担当している@udon_tempuraです。 近年、GoogleのGeminiなど生成AIの発展が目覚ましく、多くの企業がこれらの技術を業務に取り入れようとしています。 私たちenechainも例外ではなく、積極的にLLMの活用を進めています。 今回はその活用例の1つとして、複数のLLMを使い分けて構築した「会議動画の要約作成ワークフロー」についてご紹介します。 このワークフローでは会

お久しぶりです。セガの阪上です。前回の記事「QAエンジニアってどんな仕事？～ゲーム開発におけるテストの世界～」を寄稿してから6年が経ちました。今回は、前回の記事以降に発表した講演内容を振り返りつつ、前回紹介したQAエンジニアという職種から、クオリティエンジニアに役割を再定義した経緯について紹介します。 また、今年のCEDEC2024の講演『「龍が如く」も「スーパーモンキーボール」も自動化！クオリティエンジニアリングチームによるマルチゲームエンジン対応で進化した「龍が如くスタジオ」のテスト自動化環境について』は楽しんでいただけたでしょうか？ マルチゲームエンジン対応となったテスト自動化環境について、説明しきれなかった内容も補足しますので、最後まで楽しんで読んでいただけたら幸いです。 目次 目次 「QAエンジニア」から「クオリティエンジニア」になった経緯 (2018年~)開発・QAにおける自動

あの演出はそういう名前だったのか！　「明日から使える！海外文献に頻出するLevel Design用語の紹介」で13用語を学ぼう［CEDEC 2024］ ライター：わさび 2024年8月21日，ゲーム開発者向けカンファレンス「CEDEC 2024」で，ゲームデザイナーの知久 温氏によるセッション「明日から使える！海外文献に頻出するLevel Design用語の紹介」が行われた。 本セッションは開発者向けに行われたものではあるが，実例を交えてやさしめに解説されていたため，「あのゲームで使われていた演出はこういう名前だったのか！」と，ゲーマー目線でも楽しめる内容だった。レベルデザイナーの目線で見るゲームの世界をのぞいてみません？ 知久氏は，ハクスラSTGや対戦TPSといったジャンルでレベルデザイン業務を経験した実績を持つフリーのゲームデザイナー。副業としてゲーム開発の研究家としても活動している

Amazon のアンディ・ジャシー CEO の以下の投稿が話題になっている。 One of the most tedious (but critical tasks) for software development teams is updating foundational software. It’s not new feature work, and it doesn’t feel like you’re moving the experience forward. As a result, this work is either dreaded or put off for more exciting work—or… pic.twitter.com/MJvsqNxgiT— Andy Jassy (@ajassy) August 22, 2024 ソフトウェア開発チームにとっても

リファクタリングは、設計やコードを綺麗に保つという普遍的に求められる活動の一要素です。常識的な習慣として推進すべき活動です。 ただ、有効性の理解を得られないままリファクタリングを行って物議を醸す場面も存在します（例えばここのはてなブックマーク等で巻き起こった議論などです）。 実際、リファクタリングは、以降の保守作業をサポートしてこそ価値がでるものであり、考えなしにいつでも一律実施すればよいというものではありません。リファクタリングの対象やチームの状況によって、リファクタリングをすべきかどうか、線引きがされます。 このリファクタリングをすべきかどうかの基準ですが、一言でまとめると「妥当な保守性の実現を、妥当な費用対効果で実現できるか」になります。今回はこの基準を構成する「妥当な保守性の実現」と「妥当な費用対効果」について、それぞれ解説します。 リファクタリングで妥当な保守性を実現できるかの基

人間が何もしないと病気になるのと同じように、ソフトウェアも何もしないと複雑になる。 はじめに ソフトウェア開発の世界に飛び込んでから、「ソフトウェアは認知の限界まで複雑になる」という言葉を耳にしたとき、正直なところ、「ほへー」って思いながら何も理解していませんでした。しかし、大規模なシステムに携わるようになって、その言葉の重みを身をもって感じるようになりました。内部構造や相互作用が複雑化し、全体を把握するのが難しくなっていく。それは挑戦であると同時に、私たち開発者の存在意義を問いかけるものでもあります。 A Philosophy of Software Design, 2nd Edition (English Edition) 作者:Ousterhout, John K. Amazon この複雑性との闘いは、時に苦しいものです。でも、それを乗り越えたときの喜びは何物にも代えがたい。私たちの

2024年8月21日～23日にわたって開催の「CEDEC2024」。本稿では22日に行われた講演「『ゼルダの伝説　ティアーズ オブ ザ キングダム』の世界をつなぐ技術　～空、地上、地底、そして制作もシームレスに～」のレポートをお届けする。 目次 「ブレワイ」と「ティアキン」ではフィールド読み込みの手法を一新 地底へのダイブをロード無しに実現するための4つの工夫 空島はまさかの「いったん放置」……しかし、ただの放置ではない。「積極的放置」だ！ 主人公のリンクが空、地上、地底をシームレスに行き来しながら冒険していく「ゼルダの伝説　ティアーズ オブ ザ キングダム」（以下「ティアキン」）。この“縦軸の遊び”も加わった広大なフィールドを「Nintendo Switch上でどうやって実現しているんだ！？」と驚愕しながらプレイした人は多かったのではないだろうか？　案の定、これが凄まじい工夫の上で成り立

今回は、2024年7月25日に行われたイベント「Azure OpenAI Service Dev Day」の内容を紹介します！ 700名以上が参加した本イベントには、AI統括部リスキリングチームリーダーの西山 泰仙さんとAI技術室の山本 玄人さんが登壇しました。 本記事を読むことで、トヨタコネクティッドが現在実施している生成AI研修の設計や企業で生成AIを導入するために必要なことを知ることができます。 企業の生成AI推進担当者やこれから生成AIを導入したい方は、ぜひ参考にしてみてください！ アウトライン以下のアウトラインで講演を行いました。 ※講演の内容は複数回に分けて公開します。 本記事では、リスキリングチームリーダーの西山 泰仙さんの講演内容である、Chapter01「生成AI導入の理想状態仮説と現状分析」とChapter02「生成AIネイティブになるための戦略と取り組み」を紹介します

8月19日、海外の技術情報メディアTheRegisterが「自分で作ればGitHub Copilotは不要」と題した記事を公開した。この記事では、オープンソースのAIコードアシスタント「Continue」を中心に、どのようにしてLLM（大規模言語モデル）をローカル環境で実行し、IDEに統合するかについて解説している。 Continueをインストールする前提条件 Continueをインストールし、動作させるには、以下の前提条件を満たす必要がある。 マシン要件: 動作に必要なマシン: 近年のプロセッサを搭載したシステムであれば動作するが、最適なパフォーマンスを得るためにはNvidia、AMD、またはIntelのGPU（6GB以上のvRAMを推奨）が望ましい。Apple Silicon搭載のMacでも動作するが、16GB以上のメモリを推奨する。 Ollamaモデルランナー: Ollamaモデルラ

会社で管理職を任された人は、当然「自分自身がパフォーマンスを上げている」からこそ、そのポジションを任された場合が多いと思います。 ただし、管理職になると「自分自身を見る視点」だけでなく、チームメンバーや部下といった「自分以外」を見る視点、メンバー同士の「関係性」を見る視点が必要になってくる。自分ひとりで、あるいは自分を中心としたチームでパフォーマンスを上げることとは、まったく違う力学が働くわけです。 そうした目には見えない力学に対して、管理職がどれだけクイックに対処できるかが、組織の成果にもダイレクトにつながってきます。そこで今回の「仕事と人生の武器になる、荒木博行の良書ガイド」は、管理職になったら一度は読んでほしい、マネジメントの名著7冊を選びました。 フレームワークがとにかく明解！　読んで後悔しない入門書 1． 『だから僕たちは、組織を変えていける』　斉藤徹著、クロスメディア・パブリッ

『ドメイン駆動設計をはじめよう』の概要説明 ①この本で学んでほしいこと（原著者の思い） ②原著者のドメイン駆動設計のとらえ方 ③この本の特徴 ④ソフトウェア実装と事業戦略を結びつける方法 ⑤事業の成長とソフトウェアの成長 ⑥開発チームの学習と成長

はじめに 知らない間にGitHub Copilotが結構進化していたので、それらの内容を紹介します。 GitHub Copilot Chatは知っていたのですが、単なるChatGPTみたいな会話機能を追加しただけだと思っていました。 要約 右クリックメニューや#fileのようなコマンドが登場し、それを入力するだけでChatに見てほしいコンテキストを伝えることができるようになった。 ファイル単位だけでなく、選択した行やブロックに限定することもできる。 テストコードや新しいプロジェクトをコマンド一つで生成できるようになっている。 推薦の候補も複数を同時に比較できるようになった。 一度に最大10個くらい出る上、タブで保管できる。 ターミナルや編集中のファイルからコマンド一つでChatを立ち上げることができる。 特別なプロンプトを入力しなくても、開いた場所の文脈を読み取ってくれる。 右クリックメニ

「ソフトウェアの「詳細設計書」とはなんなのか」というブログ記事を読んで考えたこと。設計に関するプロセスとドキュメンテーションの関係性についての考えの整理。SI屋的な視点で。 2024/8/18追記：文中にあった雑な文系disが不愉快というご指摘を受けました。ご指摘の通りだと思いましたので訂正しています。大変失礼しました。 「詳細設計書」とはなんなのか nowokay.hatenablog.com こちらの記事では詳細設計書とは以下のようなものであると整理されている。 表現を変えたコーディング（の一種） 机上プロトタイプ（の一種） 分析資料 保守（のための）資料 （水平作業の場合の）作業指示書 （委託している場合の）契約資料 上記以外で考えられるのは次のようなものがあるだろう 利害関係者が要求している たとえば受託開発において発注者が要求している場合 ほかには連携している相手先システム側から

LLMのチャット以外の可能性 ChatGPTなどで話題のLLM（Large Language Model）、用途としてはチャットボットとしての使われ方が多いですが、チャット以外にも使える可能性を秘めています。 具体的には、生成AIでロボット制御をする「RT-1」や、マインクラフトをプレイする「Voyager」などがあります。これらの詳細の解説は以下記事参照ください。 今回は、夏休みの自由研究（と呼べるほど高尚なものではないですが）として、手軽に分かりやすい例として、LLMでマリオをプレイできるか試してみることにしました。 LLMでマリオをプレイ マリオに関しては、以前に深層強化学習で全ステージクリアにチャレンジしたことがあります。 複数人の有志の協力があり、ループを多用する8-4を除いたステージを全てクリアすることができました。ただ、ステージごとにシミュレータで半日以上かけて学習させる必要

GitHub Actions の実践的なノウハウが凝縮されている一冊「GitHub CI/CD 実践ガイド」を読んだ📕 本書ではソフトウェア開発ライフサイクルから GitHub Actions 基礎トピック・GitHub Actions 実践トピックが紹介されていて，さらに GitHub Actions を活用して実現するリリース自動化・パッケージ管理・セキュリティのシフトレフトまでもカバーされている❗️素晴らしい👏 GitHub Actions をなんとなーく使っていたり，いつも既存のワークフローをコピーしていたりする人は必読かなと ＼( 'ω')／ また著者の経験に基づくベストプラクティス（こうすると良いよ〜的な）が散りばめられているのも現場目線で読めて良かった❗️ GitHub CI/CD実践ガイド――持続可能なソフトウェア開発を支えるGitHub Actionsの設計と運用 エ

勉強に励んでいるのに、なかなか成果が出ないとお悩みの方はいませんか？ その原因は、意外にも「アウトプット」にあるかもしれません。効果的な学習には、適切なアウトプットが不可欠です。もしかしたら、あなたのアウトプットに対する理解と実践が不足しているのかもしれません。 米国内科専門医が開発した画期的な勉強法を取り入れることで、学習効果を飛躍的に高められる可能性があります。本記事では、アウトプットの重要性と、それを最大限に活用する具体的な方法について詳しく解説していきます。 効率的な学習方法を身につけることで、あなたの勉強時間がより有意義なものになるはずです。それでは、脳科学の知見と実践的なテクニックを交えながら、学習効果を最大化する方法をご紹介していきましょう。 【ライタープロフィール】 STUDY HACKER 編集部 「STUDY HACKER」は、これからの学びを考える、勉強法のハッキング

「設計書」というのは、作るものの構造を抽象的に表現したものと言うことができます。 ただ、ソフトウェアの抽象化の仕組みはプログラミングコード自体に備わっているので、ソフトウェア生成可能な抽象的表現というのはコード表現ができるはずですね。コードで表現しておくと、整合性のチェックとかも行いやすいです。 でも、コードではない「詳細設計書」というものが一部業界には必要とされているので、その「詳細設計書」というのは実際はなんなのか考えてみます。 ※ 最初はタイトルは「設計書」としてましたが、話を限定するため「詳細設計書」に変更しました。 追記：納品物に関する記述を追加しました。 表現を変えたコーディング ソフトウェア生成可能な抽象的表現というのはコード表現ができるわけですが、文字で表記する必要もなく、ダイアグラムで表現することもできますね。 代表的なのがER図やクラス図で、これは文字表現との相互変換が

ベイジに入社する前、予備校で講師として小論文やエッセイの書き方を教えていた。入試を突破する文章を書くには、ロジカルシンキングをベースとした文章の作法を身につける必要がある。 初め、高校生や中学生相手にこれを教えるのにはかなり苦戦した。そもそもロジカルとはどういうことかを正確に理解してもらうのに時間がかかる。そして理解できたとしても、少し抽象度を上げたテーマになるとすぐに破綻が起こるのだ。 そんな経験を踏まえて、ロジカルシンキングを身につけるのに効果的だった練習方法を紹介したい。 Step 1：主張（結論）と理由を「なぜなら」でつなぐことを徹底する その年の一番最初の授業で次のルールを設けた。 「今からあなたたちが喋れるのは二文のみ」 「これから私が投げかける質問に対して、一言目で意見を自由に言っていい」 「二言目は必ず『なぜなら』で始まる内容だけを言うこと」 「途中で『なぜなら』にならない

こんにちは、リファクタリング大好きなミノ駆動です。 2024/07/20に発売された『ドメイン駆動設計をはじめよう ―ソフトウェアの実装と事業戦略を結びつける実践技法』を、訳者の増田亨氏よりご恵贈賜りました。 この記事は、この書籍の感想です。 著者の許可を得た上でのだいたんな意訳総評等の前にいの一番で伝えたいポイントです。 エリック・エヴァンス氏の『ドメイン駆動設計』は大変価値の高い知見が網羅されている一方、「ユビキタス言語」や「境界づけられたコンテキスト」といった独特の用語が登場したり、難しい言い回しをしていたり、読解がかなり難しい書籍です。 独自用語が登場するたびに「ユビキタス言語？なんだこれ？」とつまづきを覚え、内容理解に集中できず、読む手が止まってしまったことがある人も少なくないのではないでしょうか。 本書『ドメイン駆動設計をはじめよう』は『Learning Domain-Driv

2024年度リクルート エンジニアコース新人研修の講義資料です