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.6k
負債を減らした新人の話
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
560
20歳の僕が経験した Perlエンジニアへの道
raryosu
1
4.9k
minimo18新卒エンジニアの働き方
raryosu
0
1.9k
高等専門学校のウェブサイトの 現状と課題
raryosu
0
280
オブジェクト指向入門 第2版 第1章 ソフトウェアの品質 / Object-Oriented Software Construction Chap.1
raryosu
0
980
Other Decks in Business
See All in Business
20251012_社内でのMCT活動
ponponmikankan
1
810
佐賀県職員採用_ピッチスライド
sagasaiyou
0
5.6k
Kyash TechTalk #8 Kyashにおけるクレジット事業部とは
sayueda
0
130
マネージャーの「責任」、サーバントリーダーの「精神」 スクラムマスターの「行動」
ichizin
2
120
ソフトウェア開発者が「感性」を磨く時代へ〜匠Methodが導く新しいスキルの方向性 / The Era of Software Developers Cultivating “Sensitivity” ~ The New Direction in Skills Guided by the Takumi Method ~
takumi_method_ug
1
120
採用ピッチ資料
awesome22
0
370
会社紹介資料
gatechnologies
2
120k
【Entrance Book】新卒営業職向け
givery_recruit
0
690
採用ピッチ資料
mimirin
0
120
2025年10月副業制度運用者の実態調査
fkske
0
150
株式会社STYZ会社概要資料
culumu
1
430
社内請負スクラムから脱却する〜複雑性に適応するスクラムチームの作り方〜
yasuhirokimesawa
1
170
Featured
See All Featured
No one is an island. Learnings from fostering a developers community.
thoeni
21
3.5k
Gamification - CAS2011
davidbonilla
81
5.5k
10 Git Anti Patterns You Should be Aware of
lemiorhan
PRO
658
61k
個人開発の失敗を避けるイケてる考え方 / tips for indie hackers
panda_program
116
20k
Documentation Writing (for coders)
carmenintech
75
5.1k
Intergalactic Javascript Robots from Outer Space
tanoku
272
27k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
130k
The Cost Of JavaScript in 2023
addyosmani
55
9.1k
The Art of Programming - Codeland 2020
erikaheidi
56
14k
Chrome DevTools: State of the Union 2024 - Debugging React & Beyond
addyosmani
9
930
Practical Orchestrator
shlominoach
190
11k
Practical Tips for Bootstrapping Information Extraction Pipelines
honnibal
PRO
23
1.5k
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