ドメイン知識を活用した、薬局における患者の来局予測/Predicting Patient Visits to Pharmacies Using Domain Knowledge
NTTデータは法人向けシステム構築に生成AI(人工知能)を本格導入する。生成AIを利用したシステム開発手法やツール群を社内で整備し、2024年度から国内外の開発部門に展開する。 NTTデータは業務システム開発に携わるエンジニアが国内と海外を合わせて約10万人在籍する。生成AIを使う開発手法を全エンジニアに習得させ、営業など関係する職種も含めて全社員19万5000人が利用できる体制を目指す。 既に実証では開発工数を7割削減できたなど大きな成果事例が出ているという。システム構築の生産性が大幅に向上すると、受注できる案件を増やせる一方で、案件の単価や顧客単価が下がりかねない矛盾も抱える。システム構築の受注金額は、必要な工数を積算して算定根拠にする「人月型」の契約が主流だからだ。NTTデータは「課題を整理して、成果報酬型など顧客と新たな契約形態も検討を進める」(担当する技術革新統括本部システム技術
アジャイル環境で必須 ビジネス要件定義書(BRD)を作成する際のポイント:どう作るか、どう活用するか アジャイルソフトウェアチームが仕事を行う際には、厳密なプロセスや厳格な監理委員会を設けるべきではない。それでも、ビジネス要件定義書は、チームの中心に据える必要がある。本稿では、そのビジネス要件定義書について考える。 ソフトウェアチームは、顧客に提供予定の具体的な製品または価値をビジネス用語を使って要約する明確かつ包括的なドキュメントを作成して、管理しなければならない。このビジネス要件定義書(BRD:Business Requirements Document)を用意すれば、顧客のニーズを満たすことが可能になる。 アジャイルソフトウェアチームは、顧客用か社内業務関係者用かを問わず、アプリケーションを作成する前に、BRDの作成方法を理解する必要がある。本稿では、BRDが果たす役割、アジャイルプ
“著作権の保護”と“名作を後世に残したい”という思いと ――まずは“プロジェクトEGG”がどのようなサービスなのか、改めて教えてください。 鈴木“プロジェクトEGG”は、1980~90年代の名作PCゲームを復刻してお届けする取り組みで、スタートしたのは2001年11月になります。1980年代~90年代というのは、ハードウェアの進化に合わせてゲームも進化していた時代で、魅力的なゲームが続々とリリースされていました。それが、インターネットが普及し始めた1990年代後半になって、そんな時代のソフトが、権利関係などが明確にされないまま、エミュレーター(※)などを介してやり取りされるケースが増えてきたんですね。 当時私はボーステックという老舗PCメーカーに所属していたのですが、レトロゲームに一定のニーズがあることを肌で実感しつつ、権利問題がクリアーにされないままやり取りされているレトロゲームに対して
マイクロソフト、Project Natick水中データセンターの終了を明らかに Data Center Dynamics 2024.06.1951,318 views マイクロソフトはDCDに対し、Project Natick水中データセンターの取り組みを終了したことを明らかにしました。 この海底プロジェクトは数年間沈黙を守っていましたが、メディアや 他社からは継続的な取組みであるとして言及され続けていました。 「私は世界中のどこにも海底データセンターを建設していない」と、同社のクラウドオペレーション+イノベーション(CO+I)部門の責任者であるNoelle Walsh氏はDCDに対しコメントしました。 「私のチームはそれに取り組み、成功を収めた。海面下でのオペレーションや振動、サーバーへの影響について多くを学んだ。そこで、これらの学びを他のケースにも応用していくつもりだ」 同社は2013
株式会社はてなでテックリードとして仕事をしている id:stefafafan です。今回は自分が個人的に考えてきたことを記事としてまとめてみます。 エンジニアリングマネージャーの4領域とは EMでなくとも4領域を意識する必要がある テックリードの場合 スクラムマスターの場合 Individual Contributor (IC) の場合 ロールを持たないソフトウェアエンジニアの場合 結局エンジニアリングマネージャーの役割とは 終わりに エンジニアリングマネージャーの4領域とは ここで私がEMの4領域と呼んでいるのは以下の4つの領域のことです。 テクノロジーマネジメント アーキテクチャやテストなど プロジェクトマネジメント 見積もりやアジャイル開発など プロダクトマネジメント ビジョンや仮説検証など ピープルマネジメント メンバーの成長やメンタリングなど これらの4つの領域は @hiroki
TypeScript Origins: The DocumentaryはTypeScriptの誕生に関わった関係者たちへのインタビューで構成されたドキュメンタリー動画。 www.youtube.com 製作元はOfferZenというアムステルダムの求人プラットームの会社で、以前にはSvelte OriginsやLaravel Originsも公開している。 本作ではReact.js: The Documentaryの次世代フロントエンドフレームワーク開発競争と時期を同じくして起っていたAltJS戦争の中でどうTypeScriptが現在の地位を獲得していったのかに迫る。 laiso.hatenablog.com 私はTypeScriptについては片手間業務プログラマーという感じで全然詳しくないんですけど、TypeScript Originsのゆりかご からRemove TypeScriptの
自分がニッチだと思っているテーマについて発表する「Qiita Engineer Festa 2023〜私しか得しないニッチな技術でLT〜」。ここで株式会社ノーススターの古谷氏が登壇。個人開発の“つらみ”を解消するアジャイル開発・スクラム開発のエッセンスについて話します。 古谷氏の自己紹介 古谷聡希氏:「個人開発のつらみを経営計画とスクラムの手法で乗り切る技術」です。よろしくお願いします。 今日のテーマはニッチな技術ですが、私は(ニッチな技術と言いつつも)どちらかというと王道技術のニッチな活かし方なのかなと思って発表します。なので、そのように念頭に置いて聞いてもらえたらうれしいです。 あらためまして、古谷と申します。中小企業診断士で、いわゆる経営コンサルの国家資格と認定スクラムマスターを持って活動しています。 会社員としては三井物産株式会社のIT医療の領域の関連会社の株式会社ノーススターでエ
今がオープンソースから「ポストオープン」へ踏み出すとき。オープンソースの中心人物ブルース・ペレンズ氏が提案する、開発者にお金を分配できる新たな仕組み[前編] Bruce Perens(ブルース・ベレンズ)氏は、オープンソースの定義とオープンソースのライセンシングのルールを作り、オープンソースを世界に初めて発表した人物であり、DebianプロジェクトとOpen Source Initiativeの創設者でもあります。オープンソースにおける中心的な人物です。 そのペレンズ氏は、今年(2024年)2月にロンドンで開催されたオープンソースのイベント「State of Open Con24」の基調講演で、「ポストオープン」と呼ぶオープンソースの新たな仕組み作りを提案しました。 オープンソースは今、大手クラウドベンダがオープンソースを用いて莫大な売り上げを上げる一方で、オープンソースのプロジェクトの多
プロジェクトマネージャーとは、プロジェクトの計画から完了までの全てのフェーズを管理する職種です。 ITエンジニアとして働いている方の中には、年収を上げるために、プロジェクトマネージャーになりたいと考えている方もいるのではないでしょうか。 そこで本記事では、レバテックフリーランスが保有する案件から、プロジェクトマネージャーの平均年収を算出しました。今後プロジェクトマネージャーになることを考えている方は、ぜひ参考にしてください。 【調査概要】 調査対象:「レバテックフリーランス」の利用者が参画した案件データから、稼働日数が5日のものに絞り、月額案件単価と参画者の年齢、職種の経験年数を算出しました。 対象期間:2022年5月~2024年5月 対象案件数:351件 対象職種:PM・PMO プロジェクトマネージャーになるための方法について詳しく知りたい方は、下記の記事をご覧ください。 プロジェクトマ
IBIS 2023 のパネルディスカッション「君たちはどう研究するか」にて研究の取り組み方についてお話しました。この記事はそこでお話した内容を編集したものです。 🔍研究テーマの決め方について 📆 研究プロジェクトの進め方 😵💫 研究がうまくいかないときの対処法 📝 論文の書き方 おわりに 🔍研究テーマの決め方について 僕は研究テーマ選びはあまり重要ではないと考えています。どういうテーマにめぐり合うかは運なので、そこで思いつめても仕方がありません。なので、僕は自分から積極的にテーマを探しにいくということはしていません。それよりも、テーマを決めたあとの掘り下げ方という自分でコントロールする部分に集中して研究に取り組んでいます。 その人の地力によって、テーマとして成立させられるストライクゾーンが決まってくると考えています。初心者うちは、王道のテーマで王道のストーリーでしか成立させら
スクラムの拡張による組織づくり──複数のスクラムチームをScrum@Scaleで運用する WEB+DB PRESS plus 作者:粕谷 大輔技術評論社Amazon だいくしーさんこと、粕谷大輔さんの『スクラムの拡張による組織づくり』を読みました。 複数のスクラムチームを協業させていく手法として「Scrum@Scale」を軸に、スクラムという概念自体のおさらいから始まり、コミュニケーションを軸とした組織の作り方、運用の仕方を解説していく構成になっています。 第3章で出てくる「毎日45分で問題が解決する」というのはなかなかキャッチーな表現で、Daily Scrum -> Scaled Daily Scrum -> Executive Action Teamのそれぞれに15分という目安を作ることで、議論ではなく問題の確認と決定の場としてショートに実行するものである、という定義が明確で分かりやす
あなたは今、ITエンジニアとして入社して3ヶ月が経過し、これから本格的にプログラミングを学ぼうとしている段階ではないでしょうか。 実はプログラミングを習得するためには、プログラミング自体の知識だけでは十分ではありません。抽象化のスキル、プロジェクトマネジメントのスキル、コミュニケーションスキルなど、多様なスキルが必要です。 私たちはこれまで約24年間にわたり開発を携わってきました。約500名のエンジニアと共にしてきました。そのなかでも新卒研修を共にしてきたエンジニアは100名にのぼります。 私たちよりももっと大きな経験豊富で素晴らしい研修を提供されている会社はあるかもしれません。でも、私たちは私たちなりに新卒エンジニアにとって素晴らしい研修を追求し続けてきた自負があります。 そこで今回は、そんな私たちの経験を踏まえて、入社3ヶ月の新卒エンジニアを対象に、プログラミングを学ぶためのおすすめの
あれこれ 備忘録的な書き殴りな文書です。あしからず。 オシャンティーな技術スタックで、大きな組織でやるのも面白いと思うけど、小さな会社でレガシーなシステムやメンバーと向き合うのも悪く無いよ!ってことを伝えたいのだけど、これが楽しめる人いるかな?私は楽しいよ! ジョインした時点の状況 開発体制 開発エンジニア(入社半年) インフラエンジニア(5年前後、QA兼ねる) 主力サービスの協力会社 0.5人月程度 会社の屋台骨の 主力事業のSaaSサービスがあるが、業務委託の0.5人月程度の工数の範囲でできる改修を行っていた。 開発エンジニアは新規機能を開発していた。 課題感 一度作られたシステムは、表(UI/UX)も、裏(システム)もレガシーな状況であった。 限られたエンジニアのリソースは、営業視点で、あったら売りやすい機能開発に費やされており、負債返却や、使い心地の改善には充てられていなかった。
【島国大和】無茶ぶりはなぜ生まれるのか? どうすれば避けられるのか? ライター:島国大和 島国大和 / 不景気の波にもがく,正体はそっとしておいて欲しいゲーム開発者 島国大和のド畜生 出張所ブログ:http://dochikushow.blog3.fc2.com/ かつてのゲーム業界の労働環境は,本当にえぐかったとよく言われます。休出や徹夜は当たり前,初任給で買うのは寝袋。 自分もゲーム業界に来たばかりの頃,先輩から,「イスを並べて寝るときは,背もたれを互い違いにすると落ちにくい」という,ありがたいアドバイスをもらったことがあります。 ほかにも,休日にオフィスで殺虫用のくん煙剤を焚いたら,机の下で寝ていたプログラマが何人もあぶり出されたとか,業務の過酷さに耐えかねて失踪したディレクターをMMORPGの街に探しに行ったとか。 ひどい話はいっぱい聞きましたし,実際に体験したこともあります。 な
先日The Registerを見ていたらアジャイル開発の失敗率は268%も高い Study finds 268% higher failure rates for Agile software projectsという記事が目に入りました。 The RegisterはITニュースサイトで、日本で言うところのITmediaやWIRED、GIGAZINEみたいなところですかね。 その記事は元記事を紹介しているもので、『元記事はImpact Engineeringの宣伝ではあるが、アジャイル開発は期待ほどうまくいかないという疑念を抱かせるのにも十分である』というようなまとめになっていました。 ではImpact Engineeringってなんなんだよと元記事268% Higher Failure Rates for Agile Software Projects, Study Findsを最後まで読
Bill One Entry*1グループの秋山です。 本題に入る前にお知らせです。9/12 (火) にTypeScriptを活用した型安全なチーム開発をテーマとしたイベントを開催します。 ぜひ、お気軽にご参加ください! sansan.connpass.com 1. はじめに 1-1. スキーマ駆動開発とは 1-2. Testing Trophyとの関係性 2. 構成 2-1. 最初の構成と課題 2-2. 最終的な構成 3. バックエンド 3-1. スキーマから型ファイルを作る 3-2. APIハンドラに型を与える 3-3. バリデーターを追加する 3-4. huskyでスキーマ変更を検知する 4. フロントエンド 4-1. スキーマからAPIクライアントを作る 5. パターンマッチングを持ち込む 6. まとめ 1. はじめに 1-1. スキーマ駆動開発とは 詳しい解説は他の記事に譲り、一言
従来のプロジェクトにおける「テスト」は、リリースや納品前の最終工程として行われるものだ。多くのケースでそれは、前工程までの遅れと、それでも固定されたままのリリース日に挟まれ、予定された期間を食いつぶされた中で実施される。その上、時間に追われる中で実装されたソフトウェアは、動作確認も十分にされない状態でテストフェーズをむかえることになる。こうして品質の保証は、テスターに丸投げにされるというのが実態ではないだろうか。もちろんここでテスターに丸投げされているのは外部品質、特に機能面での品質の保証のみだ。非機能面での品質の保証は手薄になり、内部品質は顧みられることはない。 これは、ウォーターフォール開発を採用するプロジェクトで私が頻繁に経験した失敗パターンであるが、アジャイル開発でも遭遇する。その理由は、そのままのテストモデルがアジャイル開発の中でも用いられるために、同様の失敗パターンに陥りやすく
Kyash Advent Calendar 2023 23日目の記事です。 Kyashに入社して6年が経ちました。 Androidアプリのエンジニアとして入社し、Androidを書いたりiOSを書いたりGoを書いたり、CSチームで問合せ対応をしたり、MobileチームのEMをやったりQAとしてテストの自動化をやったりして、今は開発組織全体のマネジメントをしています。あと4年前には子も産まれました。色々ありましたね。 最近他社のマネージャーに時間の使い方の話を聞いた時にとても面白かったので、自分の6年間のGoogleカレンダーのスケジュールの変遷を書いてみます。 2017/12 1週間 Android開発に集中する 真っ白ですね!Android開発に集中って感じでした 3週間くらいはこんな感じで、その間に送金時の39アニメーションとアプリロックの指紋認証機能を作ってリリースしました 2018
先日登壇したイベントにて、仕事で協業したモバイルエンジニアから「Web APIのドキュメントに使われ方の想定が添えられていてありがたかった」とフィードバックをもらった。 具体的にはX post (以下、tweet) に添付した画像のような感じで、Web API (以下、API) が呼び出される画面・タイミングの想定、レスポンスの使われ方の想定などをUIのスクショとともに記述する、というもの。 API設計時にこういう使われ方の想定を添えると認識揃えやすくてありがたい、とモバイルエンジニアに喜ばれました#B43_techtalk pic.twitter.com/XLB3g6fCLZ— ohbarye (@ohbarye) 2023年8月3日 他にもこんなのとか。 APIレスポンスの使われ方の想定を書いているようす このことについて思ったよりもイベント内外で反響があったので書く。 ドキュメントの
映画制作やブランド/IPのプロデュースを行う企業・ CHOCOLATEが、オリジナル劇場アニメーション作品『KILLTUBE(キルチューブ)』の制作を発表。プロジェクトのパイロット映像を公開した。 同社が長編アニメーションを手掛けるのはこれが初めて。プロジェクト内では、制作、届け方、稼ぎ方の新たな手法を発明するべく「108の実験」が行われる。 10億円の製作費をもとに、2026年の作品公開を目指してプロジェクトが進行中。現在、制作実験パートナーを募集している。 ARuFaやしまぐち ニケも参加する『KILLTUBE』『KILLTUBE』は、とある理由で2026年まで江戸時代が続いている日本を描く作品。 厳しい身分制度が敷かれている社会で、最下層の3人組が、身分を変えることができる「決闘配信」に挑み、大衆の嘲笑をはねのけていくバトルエンターテインメントとなる。
この記事は『blessing software 夏のブログリレー企画』の5日目の記事です。 昨日はasukaさん(@a_skua)の「Flutterを用いたWeb開発の今後について考える」が公開されました。 次回はKanonさん(@samurai_se)の「私がエンジニア勉強会を作り、ブログリレーを主催するまで」です! はじめに 以前、Type Challenges Judgeという、type-challengesのオンラインジャッジを作りました。 Type Challenges Judgeは、type-challengesの問題の回答の正誤判定を行ったり、自分がどれくらい正解したかや、他の人の回答が確認できるアプリです。 このアプリをRemix + Cloudflare(Pages、D1)に移行してみた[1]ので、やったことについて書こうと思います。 技術スタックについて Type Ch
リリースから12年を迎えた「Chatwork」は、国内ビジネスチャットのフロントランナーとして、中小企業を中心に41万社以上の企業・組織に利用されています(2023年6月時点)。DAU(デイリーアクティブユーザー)も100万を超えるため(108.6万、2023年6月時点)、ビジネスタイムには絶えず飛び交う大量のメッセージをサービスとして安定して処理することが求められます。 一方で、長期間の開発によって蓄積した技術的負債等に対応するため、システムのアーキテクチャを見直す時期にもあります。それにあわせて開発組織も、巨大なモノリスに対して案件ごとにプロジェクトを組み直す既存の体制から、職能を横断したチームが自律して開発を推進できるフィーチャーチームへの移行がまさに進行しています。 こうした開発改善の実情と進め方について、本部長として推進する田中佑樹さん、エンジニアとしてフィーチャーチームに所属す
人が搭乗し、操縦できるパトレイバー「イングラム」を開発しているロボットベンチャーのMOVeLOT(東京都墨田区)は6月21日、製作中のパーツの写真やシミュレーターによる動作イメージとみられる映像、そして今回のプロジェクトのストーリー(設定)などを公開した。9月中旬に「お披露目会」を実施する予定で準備を進めているという。 公開された設定は、篠原重工から要請を請けたMOVeLOT HEAVY INDUSTRYが、イングラムをベースにしたテスト機を開発。しかしドライブアシストのデータ取得が納品に間に合わず、一般のパイロット候補生に搭乗してもらって検証を行うことに。両腕両手の操縦項目がメインのため、下半身はパージしたというもの(要約)。イングラムは上半身のみになるようだ。 同時に公開した動画は、作中に登場するモーション・トレーサー機能(ドライブアシストのための事前教示)を再現した内容になっている。
インターネットを形作っているさまざまな技術は、オープンソースプロジェクトに携わる多くの人々の支援と献身によって支えられています。電子メールクライアント「EmailEngine」を作ったソフトウェア開発者のアンドリス・ラインマン氏が、オープンソースプロジェクトの作者から有料APIの開発者に転身するまでの経緯とその結果をブログでつづりました。 How I turned my open-source project into a business https://docs.emailengine.app/how-i-turned-my-open-source-project-into/ エストニアの技術者であるラインマン氏が、最初にオープンソースプロジェクトを立ち上げたのは、記事作成時点からさかのぼること約15年前の2010年のことです。 Node.jsアプリケーション用のメール送信モジュールで
はじめに Claude3Opusはものすごい能力で、手動で作成するのは面倒なプロジェクトのドキュメンテーションなどを一撃で生成してくれます。 しかし、プロジェクト全体の内容をWebのCladeには投入できないし、ファイルを1個ずつコピペするのもかなり時間を要します。 頼みのCursorもClaudeは対応していないので@Codebase機能が利用できません・・・ そこで、Pythonスクリプトを使ってプロジェクトのフォルダ構造とファイルの内容を自動的にまとめるスクリプトを作成したので紹介します! このスクリプトを使うことで、プロジェクトを200kトークンまでの単一のテキストにまとめ、Claude3Opusに簡単に投入できるようになります。 スクリプトの機能と使い方 このPythonスクリプトは以下のような機能を持っています: プロジェクトのフォルダ構造をMarkdown形式で生成。※本当は
この「工数入力するやつ」はさまざまな目的と方法があると考えられるが、自分自身の考えをしずかなインターネットに書いておく。 引用 RT すると通知されるのが好きではないし、スクショは嫌いだし、突然ツイートしてもそれを見た人間には前後のコンテキストが分からないし、ブログには書きたくない。 本題に入る。この「工数入力するやつ」の背景となる枠組みとしては、財務会計・管理会計・税務会計の3つがある。この記事では、自社で利用するためのソフトウェアを自社で開発してサービスを運用している会社を想定する。 まず財務会計上は、ソフトウェア開発費を原価・販管費として計上するか資産として計上するかという課題がある。資産計上するかは開発内容や会計基準によって異なるが、日本では将来の収益獲得が確実と合理的に判断できる場合は資産計上しなければならない。そこで、開発プロジェクトにかかった費用を集計する根拠として「工数入力
CoachEd(コーチェット)は、コーチング文化の浸透を中心として、自律的な組織を目指すチーム(経営チーム、ミドルマネジャー、現場チーム)への伴走支援プログラムを提供しています。 ここで言う自律的な組織とは、ひとりひとりがチームの共通の目的に向かって主体性を発揮し、生き生きと働いているチームを指します。 環境/技術の変化や、価値観/働き方の多様性が大きい時代に、管理型から自律的な組織に変化していく必要があることは、すでに議論し尽くされているところです。 調査によれば、自律共創型の組織に移行する必要性を感じている人事・管理職は70%にも及びます(マネジメントに対する人事担当者と管理職層の意識調査2023年より)。すでに、昔のようなトップダウンのマネジメントでは、環境の変化に対応できなくなっているのです。 1on1導入やMVV(ミッション・ビジョン・バリュー)の見直しなども含め、すでにそのため
HashiCorp、TerraformをフォークしたOpenTofuに対しコードの不正コピーを警告。OpenTofuは完全否定 HashiCorpは昨年(2023年)8月、Terraformを含む同社製品のライセンスを、商用利用に制限があるBusiness Source License v1.1(BSL1.1)に変更すると発表。これに反発し、ライセンス変更前のTerraformをフォークしたプロジェクトとしてLinux Foundation傘下で登場したのが「OpenTofu」です。 参考:Terraformのフォークが「OpenTofu」としてLinux Foundation傘下で正式ローンチ。OpenTFから改名 しかしHashiCorpはこのOpenTofuを歓迎するつもりはまったくなかったようです。 HashiCorpがOpenTofuにコードの不正使用を警告 HashiCorpは
はじめに なぜ VRT が必要なのか? VRTとは? Nx と Playwright で賢く VRT を実施する どう賢く実施したか 結果 まとめ 参考資料 はじめに 「食べログ ラーメン TOKYO 百名店」の全店舗訪問を目指してラーメン巡りを続けているフロントエンドエンジニアの kenshin です。 フロントエンド開発者の皆さん、新機能を追加したり、ライブラリをアップデートした後に UI が予期せず変更されてしまった経験はありませんか?このような問題を素早く検知し、未然に防ぐ方法として、ビジュアルリグレッションテスト(以下、VRT)があります。 この記事では、Nx と Playwright を用いて VRT を効率的に行う方法をご紹介します! なぜ VRT が必要なのか? フロントエンド開発では、新機能の追加やライブラリのアップデートにより、予期せぬ UI 変更が発生することがありま
私は,あるスタートアップ企業でエンジニアリングマネージャー(の,1人)をしている。toB向けSaaSを提供している数百名規模の会社で,社名が少しずつ世の中に知られるようになってきたくらいのフェーズ。会社からはDirectorという肩書をもらっていて,トラディショナルな日本企業だといわゆる部門長の層にあたる。中間管理職の中では上のほうで,執行役員の下あたり,というと伝わりやすいだろうか。 様々な事情(会社が大きくなった,比較的社歴が長い,そこそこの業界経験値がある,自分の専門領域(*1)に社内のフォーカスがあたるようになり,チームをスケールする必要が出てきた,etc.)から,半ば必要にかられて,重い腰を上げてエンジニアリングマネージャーとして活動を始めたのがちょうど1年ほど前。 決してマネージャーとして早咲きのほうではなく,IT業界でのキャリアは15年くらいで,これまではずっとプレイヤー,ま
DATE:2024.04.22 レジェンドクリエイター金子一馬が 新IP創出にコロプラで挑戦 #サービス・事業 エンターテインメント本部 B1スタジオ 第4グループ プランナー 1988年、株式会社アトラスに入社。『真・女神転生』シリーズや『ペルソナ』シリーズに携わり、コンセプトづくりから世界観の設計、キャラクターデザインなどを行う。多数のゲーム制作に携わった後2023年にコロプラに入社。現在は開発中の新規タイトルに携わる。 エンターテインメント本部 B1スタジオ 第4グループ マネージャー プランナー 古山恵介 2013年、株式会社コロプラに入社。『白猫プロジェクト』のプランナーを担当後、新作タイトルの立ち上げと開発に携わる。現在は新企画のモック開発フェーズにおけるディレクターも担当。 さまざまな人気シリーズを手掛けてきた金子一馬さんが、2023年コロプラに所属。現在は社内にてオリジナル
HIGHBALL PTE. LTD. は9月11日(月)、自分の好きなアバターと声でビデオ通話できる「Vme!」を正式リリースした。 本ツールは、基本無料で自分の好きなアバターと声でビデオ通話に参加できるGoogle Chromeの拡張機能で、対応ツールはDiscordとGoogle Meetとなっている。HIGHBALL PTE. LTD.によるWeb3×VTuberプロジェクト「Vhigh!」のひとつで、同プロジェクトではファンとクリエイターが一体となってVTuberを制作する「分散型」への変革を掲げている。 また、カメラの映像だけではなく声も変えられることが大きな特徴。公開されているサンプル映像では男性の声が「ずんだもん」のキュートな声に変化している様子が確認できる。なお、リアルタイムのボイスチェンジャーで遅延が気になる場合は、声のピッチのみを変更する機能を使用することで遅延を軽減し
Googleは、オープンソースのプロジェクトにおいてメンテナが行っているさまざまな作業を、生成AIなどによる支援で軽減する「Project Oscar」を、インドのバンガロールで行われたイベント「Google I/O Connect Bengaluru 2024」で発表しました。 オープンソースプロジェクトには、Issueやプルリクエストやフォーラムでの質問などがコントリビュータから寄せられるため、メンテナはこれらに目を通して、不足している情報があれば指摘し、関連する情報があれば補足し、質問に返答するなど、コードを書く以外のさまざまな作業をしなくてはなりません。 プロジェクトが大きくなればなるほど、こうした作業の負荷は大きくなっていきます。 これらの作業を軽減し、コードを書くという最も楽しい作業に多くの時間をメンテナが割けるように支援するのが「Project Oscar」だと説明されていま
こんにちは、最近アニメ「葬送のフリーレン」を観て、漫画を全巻購入してしまった安部です。 今回は、Open Interpreterを使ってみます。 Open Interpreterは、ChatGPTのAdvanced Data Analysis(旧Code Interpreter)のように、プロンプトから判断して自動で処理を実行するという動きを、ローカル環境で実現してくれます。 ローカル環境で動くため、ディレクトリに置いてあるファイルを読み込ませたり、ファイルを特定の場所に出力させたりできます。 今回は、OpenAI のAPIで、gpt-3.5-turboを利用していますが、API Keyを持っていない場合は、Metaが公開した大規模言語モデル(LLM)である「Code-Llama」が自動でダウンロードされて利用できるようになります。 Open InterpreterのChatGPTとの一番
こんにちは、プロダクトマネージャー(PM)のいかりです。 今回の記事では、プロダクトに対しての社内からの不具合報告のフローを改善した話について紹介します。 「社内からプロダクト改善のために色々な声をもらっているけどどう対応しよう……」と困っているような方は何かの参考になるかもしれないので、ぜひ読んでみてください! プロダクトを安心して使ってもらうための「不具合対応」 社内からの不具合報告の既存の課題 【改善】Slackのワークフローを使って不具合報告フォームを制作 結果、良くなったところ 社内の多くの人に不具合報告フローの存在を周知できた 数ヶ月で50件近くのバグ報告があり、1〜2割はその週に解決 連絡の往復回数が減った 後からのキャッチアップがしやすくなった まとめ プロダクトを安心して使ってもらうための「不具合対応」 プロダクトの成長のためには新しい機能の提供や操作性を良くしたり、とい
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く