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
510
20歳の僕が経験した Perlエンジニアへの道
raryosu
1
4.6k
minimo18新卒エンジニアの働き方
raryosu
0
1.8k
高等専門学校のウェブサイトの 現状と課題
raryosu
0
240
オブジェクト指向入門 第2版 第1章 ソフトウェアの品質 / Object-Oriented Software Construction Chap.1
raryosu
0
950
Other Decks in Business
See All in Business
SaaSの次なる潮流BPaaS ゼロイチの事業づくりと伴走するプロダクト開発の裏側
kubell_hr
3
2k
ITエンジニアのためのコーポレートファイナンス入門シリーズ!#全体像理解
tkhresk
2
350
生成AIのリスクを考える
yuki_okubo
0
120
新規投資家向け資料20250214
junkiogawa
0
2.5k
EMConf JP 2025 楽しいぞEM拡張パズル
sasakendayo
0
1k
Morght_Culture_Deck.pdf
morght
0
470
2024年12月期_通期決算説明資料
mobcast20040326
PRO
0
620
エメラダ Vision to Values
emerada2016
0
110
i3DESIGN_Culture_Book / We-are-hiring
i3design
0
34k
エンジニア→PM進化論
natty_natty254
2
210
ファブリカホールディングス_2025年3月期 第3四半期説明資料
fabrica_com
1
3.1k
20250219_一人データエンジニアだからこそ感じるアウトプットの重要性
1210yuichi0
0
300
Featured
See All Featured
CSS Pre-Processors: Stylus, Less & Sass
bermonpainter
356
29k
Building Adaptive Systems
keathley
40
2.4k
ピンチをチャンスに:未来をつくるプロダクトロードマップ #pmconf2020
aki_iinuma
114
50k
The World Runs on Bad Software
bkeepers
PRO
67
11k
RailsConf & Balkan Ruby 2019: The Past, Present, and Future of Rails at GitHub
eileencodes
133
33k
We Have a Design System, Now What?
morganepeng
51
7.4k
How GitHub (no longer) Works
holman
314
140k
GraphQLとの向き合い方2022年版
quramy
44
14k
Making Projects Easy
brettharned
116
6k
Making the Leap to Tech Lead
cromwellryan
133
9.1k
RailsConf 2023
tenderlove
29
1k
It's Worth the Effort
3n
184
28k
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