食べログの大規模販売管理システムを財務会計SaaSシステムに置き換えた話 - Tabelog Tech Blog
目次 目次 はじめに 1章 課題の認識とZuora導入の決断まで 販売管理システムの課題 何を最初にやるべきか 実情を知る 理想像を固める 何を作り、何を作らないか どのSaaSを使うか 2章 Zuora導入設計 Zuoraプロジェクトチーム体制 Zuoraを知ろう！ Zuoraプロジェクトにおいて何を開発するのか Zuoraの管理画面を使うか、それとも内製で作るか 新設機能のモック作成 食べログとのマッピング 3章 Zuora移行 データ移行 データ検証 突合バッチによる検証 データプールの副産物 最終的なシステム構成 データ切り替え 4章 Zuora運用 財務突合 Zuoraへの切り替え Zuoraでの運用開始 5章 結論 最後に はじめに こんにちは！ 食べログ開発本部飲食店システム開発部でマネージャーをしている新井です。 2018年に食べログに入社し現在は販売管理チームに所属してお
Difyの全社活用について、Dify Meetup Tokyo #1で発表しました - Tabelog Tech Blog
はじめに こんにちは。テクノロジー本部 アドバンストテクノロジー部 部長の時田充です。私たちの部門は、生成AIをはじめとする先進技術を活用し、全社の業務生産性を向上することと、サービスの改善を支援することをミッションに活動しています。その一環として、Difyの全社活用をテーマに2024年6月23日に開催されたDify Meetup Tokyo #1で発表しました。 Dify Community(JP)の立ち上げとMeetupイベントの開催 カカクコムでは、全社的な生成AI活用プラットフォームとしてDifyを選定したことと並行して、弊社CTOの京和がDifyアンバサダーのサンミンさんと共にDify Community(JP)の立ち上げとMeetupイベントの企画を進めました。立ち上げてすぐのコミュニティで開催までの期間が2週間弱しかなかったため、カカクコムが全面的にバックアップし、イベントの
分散トレーシングを使ってパフォーマンス改善をやってみたら、レスポンスタイムを2割近く改善できたお話 - Tabelog Tech Blog
目次 目次 はじめに そもそもシステム運用改善チームとは何か？ なぜアプリAPIのパフォーマンス改善が必要になったのか？ どうやって改善箇所を見つけるのか？ 分散トレーシングを使って、店舗詳細APIを細かく分析する 計測結果の見方 計測結果から分かったこと 計測結果から見つけたポイントに改善を実施していく コースに紐づくクーポンの取得 口コミを取得する処理と公開画像数のカウント ユーザーごとの公開口コミ投稿数の合計数カウント 全体での改善効果はどうだったか？ パフォーマンス改善の影響 ユーザー体験が向上した 今後の食べログ成長に備えたシステム上の余裕ができた 食べログの分散トレーシングを使って改善を実施してみてよかったこと おわりに はじめに こんにちは。食べログ開発本部 ウェブ開発1部 システム運用改善チームの @4palace です。 今回は、私の所属するシステム運用改善チームが食べロ
品質改善指標の「ざっくり数値化」による、不具合検出傾向の分析 - Tabelog Tech Blog
はじめに はじめまして！食べログシステム本部 品質管理室にて飲食店QCチームのマネージャーをしております、木川広基と申します。 今回は2022年6月にローンチし、現在着々と導入範囲を広げている食べログオーダーの開発チームにおいてチャレンジ中である品質改善指標の数値化と、それを用いての改善活動の歩みについてお伝えできればと思います。 目次 はじめに 背景 案件スコアとは 案件スコアの利用実例 今後の展望 最後に 背景 食べログオーダーはローンチから約1年半を迎えた現在、プロダクトとして急成長を目掛けるフェーズへ突入しています。 これまではプロダクトとしての地盤を固めるべく、ローンチ初期から導入頂きパートナーシップを持ってご意見をいただける数店舗様と連携し、 飲食店の業務オペレーションにおいて汎用的に必須となるような機能を揃え、その安定的な運用と良質なUXの提供を実現してまいりました。 今後は
外国出身QAエンジニアが日本で就職してみた話 - Tabelog Tech Blog
はじめに こんにちは！食べログシステム本部 品質管理室 飲食店QCチームのテイです！ 食べログに入って日が浅いですが、食べログでの新しいキャリアをスタートする外国人として、 過去3ヶ月間の経験と学びを皆さんと共有したいと思います。 目次 はじめに Before食べログ 転職のきっかけ 食べログでの初体験 1.自己裁量における時間管理のしやすさ 2.品質管理へのこだわり 3.チームワークの重視 品質管理に対する考え 今後の展望 最後に Before食べログ 私の前職は、韓国大手ポータルサイトの中国支社で12年間働いていました。最初の7年間はゲームやB2B/B2Cのウェブ、アプリのテスト、QA業務をして、その後の5年間は開発部門でグローバルプロジェクトのプロジェクト管理（品質管理、進捗管理）と部門間の橋渡しを担っていました。 ISTQB Foundation Level、PMP(Project
食べログエンジニア組織2023年振り返り - Tabelog Tech Blog
この記事は 食べログアドベントカレンダー2023 の25日目の記事です🎅🎄 はじめに こんにちは、食べログシステム本部長の京和です。今年も🐓を務めさせていただきます（5年目）。 さて、今年のアドベントカレンダーの記事を改めて眺めてみると、技術的なトピックだけでなく、プロダクト開発やQA・テスト、マネジメントに関する記事など、幅広いトピックがあるなあと感じました。2018年や2019年のアドベントカレンダーを見てみると、その差がよく分かりますね。組織の変化が感じられてとても嬉しく思います。 本記事では食べログエンジニア組織の2023年振り返りとしていくつかのトピックに分けてご紹介していきます。 1. 食べログ事業について まずは事業についてです。食べログは2023年Q2(7月-9月)の決算において、初めてコロナ禍前の売上を超えました。 「株式会社カカクコム 2024年3月期 第2四半期
設計書を書かない設計で開発効率を向上させた話 - Tabelog Tech Blog
この記事は 食べログアドベントカレンダー2023 の23日目の記事です🎅🎄 こんにちは。食べログシステム本部 技術部 仕入チームの@shohei-yです。 今回は、新規事業の「食べログ仕入」プロダクト開発において所謂「設計書」を書かない設計に挑戦して開発効率を向上させた話を書きます。 （結局「書くの？書かないの？どっちなんだい！」と感じた人は、ぜひ読み進めてください。） 所属している仕入チームについてはこちらの記事をご覧ください。 目次 なぜ設計書を書かない設計に挑戦したのか 設計書を書かないチーム 設計書を書かないことによる問題 1. チーム協力の課題 2. ソースコードの複雑化 3. チーム変動に関わる問題 設計工程導入のきっかけ 設計書を書かない挑戦の背景 設計書を書かない設計 フロントエンド・バックエンドのインターフェースの明確化 ソースコードのスリム化対策 設計のレビュー方法
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
