Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
負債を減らした新人の話
Search
Hagihara Ryosuke
August 22, 2018
Business
0
1.5k
負債を減らした新人の話
Dive into mixi night! #3 (2018.08.22) で発表した資料です.
Hagihara Ryosuke
August 22, 2018
Tweet
Share
More Decks by Hagihara Ryosuke
See All by Hagihara Ryosuke
航空機事故に学ぶ サービスのインシデント考察・再発防止
raryosu
1
390
20歳の僕が経験した Perlエンジニアへの道
raryosu
1
4.4k
minimo18新卒エンジニアの働き方
raryosu
0
1.7k
高等専門学校のウェブサイトの 現状と課題
raryosu
0
220
オブジェクト指向入門 第2版 第1章 ソフトウェアの品質 / Object-Oriented Software Construction Chap.1
raryosu
0
920
Other Decks in Business
See All in Business
株式会社STANDARD_会社紹介資料
std2017
0
130
令和6年度会社パンフレット
wf714201
0
620
Ampersand Company Profile
cuebicventures
PRO
2
4.2k
メドピアグループ紹介資料
medpeer_recruit
9
100k
GMO_beauty_recruit
gmo_beauty
0
5.2k
ESG x VC レポート:VC・スタートアップのESGへの 取り組み状況を踏まえたVCにおけるESGの戦略的要諦・アクション
mpower_partners
PRO
0
740
Salesmarker_Culturebook
salesmarker
PRO
0
930
組織のスケーリングと持続性 / Scaling and Sustainability
tunepolo
7
6.2k
(3枚)人材価値を測る5つのスキルと欠落的欠点とは?
nyattx
PRO
2
230
20240629_CMCCentral_CMBasics
hideki_ojima
2
420
SMat CultureDeck
smartshopping
2
25k
(6枚)交渉スキルをアップする「ZOPA」「BATNA」活用3ステップ
nyattx
PRO
1
110
Featured
See All Featured
Raft: Consensus for Rubyists
vanstee
134
6.5k
Web Components: a chance to create the future
zenorocha
307
41k
Practical Orchestrator
shlominoach
185
10k
A better future with KSS
kneath
231
17k
Stop Working from a Prison Cell
hatefulcrawdad
266
20k
Docker and Python
trallard
37
2.9k
BBQ
matthewcrist
82
9k
The MySQL Ecosystem @ GitHub 2015
samlambert
248
12k
Keith and Marios Guide to Fast Websites
keithpitt
408
22k
10 Git Anti Patterns You Should be Aware of
lemiorhan
652
58k
StorybookのUI Testing Handbookを読んだ
zakiyama
15
4.9k
Ruby is Unlike a Banana
tanoku
96
10k
Transcript
負債を減らした新人の話 minimo事業部 プロダクト開発G 開発T 萩原 涼介 Dive into mixi night!
#3 2018.08.22
minimo 使ってる人
ありがとうございます!
自己紹介
萩原 涼介 - Hagihara Ryosuke Name 萩原 涼介 - Hagihara
Ryosuke HN らりょす (raryosu) 所属 minimo事業部 業務 サーバサイド・Webフロントエンド 出身校 津山工業高等専門学校 出身 広島県福山市 生年月日 1997年10月7日(20歳)
None
None
None
None
このプレゼンの内容
はなすこと・はなさないこと はなすこと はなさないこと ・ ミクシィの新卒エンジニアのはたらきかた ・ むずかしい技術の話 ・ 非公開の情報
minimoのプロダクト
minimo の展開 スマホアプリ iOS: Obj-C, Swift Android: Java, Kotlin SALON
TOOL React.js Webアプリ Perl (Mojolicious) 掲載者向けオウンドメディア 裏方担当 WordPress
minimo の展開 スマホアプリ iOS: Obj-C, Swift Android: Java, Kotlin SALON
TOOL React.js Webアプリ Perl (Mojolicious) 掲載者向けオウンドメディア 僕がメインで担当 裏方担当 WordPress
minimoの掲載について
minimoへの掲載 掲載者 掲載を作成 お客さん 掲載を閲覧 minimodel.jp minimoアプリ
掲載の公開設定 掲載者 掲載を作成 お客さん 掲載を閲覧 minimodel.jp minimoアプリ is_enable is_open
どうしてこうなっている?
Web検索に引っかかると 困る掲載者さんもいる お店にナイショでminimoをやってる人もいる
何が問題だったか
is_open 問題 CSから下記のような問い合わせが多くなっていると相談を受けた ⇒ Webの公開設定を分けることによる不都合のほうが多くなってしまった
対応の方針 minimodel.jpでの公開設定も アプリでの掲載設定 と一致させる
既存掲載の対応方法案 1. DB上の is_enable=0 & is_open=1 のものを is_open=0 に書き換える 2.
Controller で is_enable=0 のものを呼び出されたときに404を返す 3. is_open を参照せずに is_enable フラグだけを使うようにする
対応方法案 1. DB上の is_enable=0 & is_open=1 のものを is_open=0 に書き換える 2.
Controller で is_enable=0 のものを呼び出されたときに404を返す 3. is_open を参照せずに is_enable フラグだけを使うようにする
どうやって進めていくか
当初の考え 実装 リリース
実際 仕様変更による影響について関係部署と打ち合わせ リリース 実装方針のすり合わせ(アプリ・Web・サロンツール・サーバサイド) 実装(苦難の連続) リリースタイミングの調整
関係部署との打ち合わせ 仕様を追加・削除・変更する ⇒ CSや営業担当にも影響が及ぶことも…! ・ 本当にその仕様をなくしていいか ・ なくなることで困るユーザさんはいない? ・ 想定されるお問い合わせの内容共有・対応相談
・ 掲載者への案内の方法 今回の場合
プロダクト開発担当チームとの打ち合わせ ・ ディレクター ・ エンジニアのトップ ・ アプリエンジニア ・ サーバサイドエンジニア ・
サロンツールを作っているエンジニア ・ minimodel.jp や 管理ツール・掲載代行ツールを作っているエンジニア(ぼく)
プロダクト開発担当チームとの打ち合わせ ・ is_open を廃止して, is_enable を参照するようにする ・ is_open の書き換えをできないようにする ・
Web 公開設定を変更できるバージョンのアプリではエラーを返す ・ is_open の値を必要とする場面では is_enable を is_open に擬態して返す ・ これは暫定処置 決めたこと
プロダクト開発担当チームとの打ち合わせ ・ is_open を廃止して, is_enable を参照するようにする ・ is_open の書き換えをできないようにする ・
Web 公開設定を変更できるバージョンのアプリではエラーを返す ・ is_open の値を必要とする場面では is_enable を is_open に擬態して返す ・ これは暫定処置 決めたこと
いざ実装!
しかし…
一筋縄ではいかない 掲載のプレビューを閲覧できる機能で is_open を利用していた サロンツール Android スナップフォトをシェアするかどうかの判断に is_open を利用していた iOS/Android
is_enable = 0 から 1 に変えたときも is_open を変更しようとしてエラーが返る
仕様調整 掲載のプレビューを閲覧できる機能で is_open を利用していた サロンツール うまいこと修正してもらった
仕様調整 サロンツール うまいこと修正してもらった Android スナップフォトをシェアするかどうかの判断に is_open を利用していた ( is_enable を参照するようにしてもらった)
仕様調整 サロンツール うまいこと仕様変更した Android is_open を 0 → 1 に変更するときにはうまく行ったように見せかけてなにもしない
iOS/Android 掲載を非公開→公開 に変えたときも is_open を変更しようとしてエラーが返る
実装完了
流れの確認MTG @ 7/11
リリーススケジュールについて相談 7/17, 18 QAタスクの作成・レビュー・リリース 7/19 リリース 営業・CS担当のチームに日程の共有・相談
リリース当日 @ 7/19
None
None
None
翌朝 @ 7/20
None
なんかエラー出た ( is_open を受け取らないように変更したメソッドに is_open を渡そうとしていた)
まとめ
仕様をなくす施策を進めるのには勇気がいる 新しく付け足すのは比較的簡単でも, すでにあるものをなくしていくのはけっこうたいへん
仕様をなくす施策を進めるのには勇気がいる だけど,それによって仕様が把握しやすくなった 開発しやすくなった
ぼくはまんぞくです
新卒に任せられる仕事の幅が広い
業界を変えることができる ワクワクするプロダクトに関われる
None