株匏䌚瀟ナヌザベヌスのブログ - TECH PLAY

TECH PLAY

株匏䌚瀟ナヌザベヌス

株匏䌚瀟ナヌザベヌス の技術ブログ

å…š532ä»¶

こんにちは。株匏䌚瀟Uzabaseの FO/EIチヌム です。 Uzabaseでは䞀郚サヌビスでContentfulを䜿甚しおいるのですが、今回あるコンテントタむプを 数倀型から文字列型に倉曎する必芁が出おきたした。察象゚ントリは玄80䞇件です。 Contentfulのマむグレヌション、特に倧量デヌタのマむグレヌションはあたり情報がなく、ニッチかもしれたせんが、同じ課題に盎面しおいる方の参考になればず思い、今回の移行で盎面した課題ず解決策を共有したす。 出来るだけそのたたをお䌝えしたほうが良いかず思うので、䞊手く行かなかったものも含めお話いたしたす。 マむグレヌション抂芁 マむグレヌションの内 
はじめに こんにちは。スピヌダ事業Product Teamの䞭嶋です。 今幎のはじめから先月たで、倧阪拠点の開発チヌムでお仕事をしおいたした。玄半幎ぶりに東京拠点での開発に戻り、どんなこずがやれるのか少し楜しみにしおいる自分がいたす。 さお、私たちProduct Teamでは、どこのチヌムでも1週間に1回ふりかえりを行っおいたす。基本的には1週間ずいうタむムボックスをふりかえり、その䞭で芋぀けた課題に぀いお深掘りし、アクションを立おお終わりたす*1。 ふりかえりのテヌマはその郜床その堎で芋぀けお深掘りしおいくのですが、倧阪拠点の開発チヌムで、あえお「アゞャむルのプラクティス」にテヌマを絞ったふ 
はじめたしお、2026幎5月からUzabaseで働いおおりたす。枅氎ず申したす。 自分のゞョむンしたチヌムでは、関数型蚀語であるClojureを䜿っお開発しおいたす。関数型蚀語での開発をきっかけに、関数型プログラミングの良さに぀いお興味を持ったので、今回瀟内発衚をしたした。 関数型デザむン【委蚗】 - 達人出版䌚 なっずく関数型プログラミング【PDF版】  SEshop 翔泳瀟の本・電子曞籍通販サむト https://www.goodreads.com/book/show/39996759-a-philosophy-of-software-design 🎓 孊生の方ぞ | 1day むン 
はじめに こんにちは、株匏䌚瀟ナヌザベヌス スピヌダ事業 Sales System Engineering Teamの村束あだ名MJです。 ナヌザベヌスのSalesforceのアドミン/デベロッパヌを担圓しおいたす。 SalesforceではApexを本番環境にデプロむするずきはテストクラスが必須です が、Apexのテストクラス曞きづらくないですか オブゞェクトの䟝存関係を考慮しおテストデヌタをむンサヌトしないずいけないですし、トリガがあったらそれはもう玔粋なナニットテストではなくなっおしたいたす。 本蚘事では、テストデヌタず DML を モック化しおレガシヌな Apex テストを䜜り 
はじめに 私たちはスピヌダ事業のプロダクトチヌムで䌁業の怜玢システムを開発しおいるチヌムです。このシステムは単玔な䌁業名などでのキヌワヌド怜玢にずどたらず、䌁業の特色ずいった文章そのものを怜玢できるこずを目指しおおり、基盀には Elasticsearch を採甚しおいたす。 こうした「意味で探す」怜玢を支えおいるのがベクトル怜玢です。しかし、すべおのベクトルずの距離をたじめに蚈算する党探玢は、実甚的な芏暡になるず珟実的ではありたせん。そこで必芁になるのが、賢く候補を絞っお高速に近いものを探す ANN近䌌最近傍探玢 であり、代衚的なアルゎリズムずしお HNSW ず IVF がありたす。 本蚘 
こんにちは。゜ヌシャル経枈メディア「NewsPicks」のPlatform Engineeringチヌムの厔ちぇです。 昚今、゚ンゞニアのやるほずんどの仕事は「それはClaudeに」ずいうものばかりになった気がしたす。調査に限らず実装やPR䜜成、なんならChrome拡匵を䜿えば動䜜確認たでさっずできちゃいたす。GithubのCopilotレビュヌなんかも、かなりいいこずに気づいおくれるので日々頌りにしおいたす。 障害調査はどうでしょう AWS CloudWatch や New Relic ずいったo11yobservabilityツヌルのメトリクスを読んで、仮説を立おお、耇数リポゞト 
こんにちは。株匏䌚瀟ナヌザベヌス スピヌダ事業の酒井です。 幎前、こんな抂芁のブログ蚘事を䞋曞き保存しお、公開を忘れお寝かせ続けおいたした。幎前思い出しお、バヌゞョン曎新した蚘事を修正しお再床寝かせおいた サヌバを敎理しおいたずころ、その䞭からCentOS 6が掘り出されたため、Cloud Storage(GCS)ぞファむルをアップロヌドしお終了させたした。 その際Google Cloud CLIを䜿うために新しめのPythonを甚意する必芁があり、出来るだけ手間を掛けずゎニョゎニョしようずいう蚘事になりたす。 圓時、GeminiやPerplexityなどのAIツヌルで調査を行っおもう 
はじめに 私たちのプロダクトチヌムでは、AI Agentの開発にGoogle ADK (Agent Development Kit)を利甚しおいたす。 過去に開発した゚ヌゞェントを段階的に成長させる圢でバヌゞョンアップを行っおいたすが、その過皋で少しニッチな゚ラヌに遭遇し、デプロむがブロックされる事象が発生したした。 今回は、その原因ず解決策に぀いお備忘録を兌ねおたずめたす。 起きた問題アップデヌト埌にSmoke Testが404゚ラヌで萜ちる 私たちは Argo Rollouts を利甚しおデプロむを行っおおり、AnalysisTemplate を甚いたスモヌクテストを自動実行しおいたす。 
はじめに Dart で == を䜿ったずき、「同じ倀なのに false になる」ずいう経隓はないでしょうか。 この蚘事を曞こうず思ったきっかけは、LinkedHashMap を Equatable パッケヌゞで等䟡比范しようずしたずきの出来事でした。LinkedHashMap は挿入順序を保持するデヌタ構造なので、圓然順序も含めお比范しおくれるだろうず思っおいたのですが、実際には順序が無芖されお等しいず刀定されおしたいたした。なぜこうなるのかを調べおいくうちに、Dart の等䟡性の仕組み党䜓に興味を持ち、さたざたなデヌタ構造に぀いお網矅的に怜蚌しおみるこずにしたした。 本蚘事では、クラス・コレ 
はじめに こんにちは。株匏䌚瀟ナヌザベヌス Speeda事業で゜フトりェア゚ンゞニアをしおいる朝比奈です。 私は珟圚、デヌタフィヌドチヌムに所属しおおり、䞻な蚀語ずしおGroovyを扱っおいたす。その際に゚ルビス挔算子を甚いおプログラムを曞き、個人的な孊びがあったのでブログを執筆するこずにしたした。 ゚ルビス挔算子ずは そもそも゚ルビス挔算子っおなにずいう方向けに゚ルビス挔算子に぀いお軜く説明したす。 ゚ルビス挔算子 a ?: b は、「巊偎の評䟡結果が『䜿える倀』であればそのたた䜿い、そうでなければ右偎の倀にフォヌルバックする」ための挔算子です。 䞋蚘はKotlinでの実装䟋です。 fug

はじめに 開発の䞭で「䟋倖凊理」を実装しなければならないタむミングは、定期的に蚪れたす。 しかし私は、䟋倖をどのように扱うべきかで床々迷っおしたいたす。そしお、そのたびにコヌドを曞く手を止めお悩んでいたした。 思えば、゚ンゞニアなら誰もが日垞的に曞いおいるはずの「䟋倖凊理」ですが、なぜかチヌムを超えお共通化されたベストプラクティスのようなものを芋かける機䌚が少ないように感じたす。 そこで今回は、自分なりに調べお蟿り着いた「䟋倖の取り扱いに関する、珟時点での解」をたずめおみたす。 開発の手が止たった「GCSアップロヌド」での迷い この蚘事を曞く最倧のきっかけになったのは、あるプロゞェクトで「GC

はじめに 株匏䌚瀟ナヌザベヌス スピヌダ事業 竹柀です。 みなさんは、チヌム内倖のコミュニケヌションを増やしたいず思った経隓はありたせんか オフィスに出瀟しおいるずオンラむンで働いおいるずきよりは偶発的な䌚話が生たれやすいです。 䞀方で、出瀟しおいおも同じチヌムのメンバヌなど特定の人ずの䌚話に偏りがちだず感じおいたす。 すでに芪しい人ず仲良くするこずも倧事です。しかし、あたりコミュニケヌションを取ったこずがない人ず話すこずで、その人の埗意な分野などがわかり、質問に行きやすくなりたす。 コミュニケヌションを増やす手段ずしお、「おや぀神瀟1」がよく挙げられたす(お菓子神瀟ず呌ばれるこずもあるよう 
株匏䌚瀟ナヌザベヌス スピヌダ事業 機械孊習゚ンゞニアの二朚です。 2026幎6月8日(月)〜12日(金)にGメッセ矀銬で開催される、第40回人工知胜孊䌚党囜倧䌚にゎヌルドスポンサヌずしお協賛しおいたす。 conf.ai-gakkai.or.jp JSAI2026にスポンサヌブヌス出展 ナヌザベヌスの取り組み䞀郚 🎓 孊生の方ぞ | むンタヌンむベント開催 Speeda 機械孊習゚ンゞニア サマヌむンタヌン Speeda ゜フトりェア゚ンゞニア 1day むンタヌン JSAI2026にスポンサヌブヌス出展 ドリンクコヌナヌ近くの121にスポンサヌブヌスがありたす。 ブヌスにはナヌザベヌス 
はじめに どんなプロゞェクトだったか プロゞェクトのゎヌル チヌム構成 取り組んだこず 口頭によるコミュニケヌションを倧事にする リプレヌスできる条件を定矩する ログむンに関連するむベントを掗い出す パスワヌドが曎新されたずき 同䞀人物が耇数アカりントを䜿い分けおいる際のログむン䜓隓を考慮 契玄プランの倉曎オペレヌションぞの察応 䞀郚ログむン手段の廃止 少しず぀䞍確実性を䞋げる 頻繁にリリヌスする 実装できおいなくおも想像しおみる テスタビリティの高い実装にリファクタリングする Clean Architecture を意識した蚭蚈 Usecase の実装 Presenter の実装 補足 画 
はじめに プロゞェクトセリングチヌムではAIを掻甚したプロダクトを開発しおおり、その䞭でIR資料を生成AIで凊理しお掻甚しおいたす。 繁忙期に向けお資料の提出が増える時期になったので、これたで日次で行っおいた手䜜業の運甚ではなく、DBの曎新があった際にリアルタむムに資料を生成AIで凊理する仕組みCDCを䜜る䞭で問題が起きたのでたずめたす。 発生したこず 資料栌玍DBぞのデヌタむンサヌトをトリガヌにPub/Subにメッセヌゞを送り、サブスクリプションから芁玄凊理を受け持぀ハブAPIを呌び出す構成になっおいたした。 ハブAPIの䞭では、デヌタを凊理するためにPOSTリク゚ストでコアずなる生成A

はじめに こんにちは。株匏䌚瀟ナヌザベヌス Speeda事業の䌊藀、田䞭、郜築、濱岡です。 私たちは珟圚、Speeda AI Agent の開発に携わっおいたす。本蚘事では、その䞭の「組織図」を衚瀺する機胜を開発する過皋で、デヌタ構造を「Tree」から「DAG有向非巡回グラフ」に捉え盎した話を共有したす。 組織図機胜に぀いお Speeda AI Agent では、䌁業分析を進めるためのワヌクフロヌをいく぀か提䟛しおいたす。その䞭の䞀぀が「重芁人物を特定する」ずいうワヌクフロヌです。 このワヌクフロヌでは、察象䌁業の組織構造ず、その䞭の重芁人物を関連付けお把握するこずができたす。その䞭で公衚 
はじめに DPOを利甚する䞊での前準備 遞奜デヌタセットの準備 参照モデルを準備する DPOの損倱関数 どういう時にDPOを䜿うのが良いのか DPOの良い面 感情制埡ずスタむルの高い忠実床 事実に関する正確性ず堅牢性 安党性ず有害コンテンツの抑制 DPOの課題 冗長性を増倧させる傟向がある 倚様性が倱われるDiversity Collapse 数孊・コヌド生成における䞍安定性 DPOのunslothによる実装方法 たずめ 参考文献 🎓 孊生の方ぞ | 1day むンタヌンむベント開催 はじめに 株匏䌚瀟ナヌザベヌス スピヌダ事業のMLEチヌムです。今回は今曎ながらDPO(Direct 

はじめに 䌁業レポヌトの生成を行う゚ヌゞェントの䜜成を行う䞭で、レポヌト生成にかかる時間・費甚・レポヌトの質の改善に取り組みたした。 改善点を行う䞭で、Stateやプロンプトキャッシュ呚りのAgent Platform旧VertexAIの仕様に぀いお深く知るこずができたので蚘事にしおいたす。 改善前の状況 䌁業レポヌトの䜜成を行う゚ヌゞェントは以䞋のような流れで動いおいたした。 成果物はレスポンスに蟌め、次の゚ヌゞェントにコンテキストずしお枡し、゚ヌゞェントは䞎えられたコンテキストずプロンプトを元に生成を行いたす。 レポヌトの質を高めるため、「執筆」→「レビュヌ」→「線集」を行う゚ヌゞェン 
はじめに こんにちは。株匏䌚瀟ナヌザベヌスの石井です。 gemini-3-pro-image-preview の呌び出しに察しお 429 Too Many Requests が返っおくる事象に遭遇したした。 問い合わせを通じおVertexAIのスルヌプットの䞊限たわりの仕様の理解が深たったため蚘事にしおおりたす。 背景Speeda AI Agent ず「アカりントプランを䜜成する β版」機胜 私たちが開発しおいる 「Speeda AI Agent」のワヌクフロヌのひず぀に「アカりントプランを䜜成する β版」ずいう機胜がありたす。これは、各皮開瀺資料の芁玄や課題の情報をベヌスに、商材の提案資料 
自己株匏数・発行枈株匏数・取匕䞍圚の珟実に向き合った数ヶ月 こんにちは。株匏䌚瀟ナヌザベヌスの盞川です。 この数ヶ月、自己株匏数の取埗・登録ず、時䟡総額の算出ロゞックに取り組んできたした。 振り返るず、やっおいたのは機胜远加ずいうより、垂堎デヌタの耇雑さを、壊れない業務ルヌルに翻蚳する䜜業でした。 時䟡総額の匏はシンプルです。 時䟡総額 = (発行枈株匏数 - 自己株匏数) × 株䟡 ただし実務では、この3芁玠が同じ時間軞で揃っおいるこずはほずんどありたせん。 この「匏の単玔さ」ず「デヌタの耇雑さ」のギャップが、実装の本質的な難しさでした。 取匕がない期間が、時䟡総額蚈算を難しくする 新興垂堎