Download as PDF, PPTX
Developers.IO2017 A1
- 1.
- 2.
- 3.
- 4.
- 5. 5２０年のエンジニア歴 年齢 職歴 1997年（20歳） ポケベル販売＋インターネットカフェ＋パソコンスクール すごく暇だったのでFreeBSDを覚える ３ヶ⽉で東京の会社になぜか就職Perlを覚える なぜかシステムエンジニアに LAMP + bind+ qmail + OCN エコノミー 2001年（24歳） ２回⽬の転職 東京に疲れ新潟に嫁を探しに帰る 2003年（26歳） ３回⽬の転職するも半年で退職し２ヶ⽉の無職⽣活 ４回⽬の転職 Javaエンジニアに Oracleも⾊々いじる 2008年（31歳） リーマンショック 退職ラッシュ なんかいろいろなサーバーの⼦守をすることに 2013年（36歳） ５回⽬の転職 Twitterの求⼈をみてクラスメソッドに転職 2017年（40歳） イマココ
- 6.
- 7.
- 8.
- 9.
- 10.
- 11.
- 12.
- 13. 13リリースまでのスケジュール 2015年12⽉ 2016年1⽉ 2⽉3⽉ 4⽉ 5⽉ 6⽉ 7⽉ CRM評価・請求モデル検討 開発 ★リリース
- 14.
- 15. 15新システムのポイント データの⼀元管理 API & OAuth2.0 Serverless Salesforce
- 16.
- 17.
- 18. 18データの⼀元管理によって解消されたこと ⭕️ 曖昧な業務フロー ⭕️ 契約情報の散在（データが紐付かない） ⭕️複数マスター（顧客名のぶれ、請求先部署） ⭕️ 台帳ごとのデータの⾷い違い（開始⽇、契約数） ⭕️ 「このお客様どのサービス契約してましたっけ？」
- 19.
- 20. 20API, OAuth 2.0 • 主にデータの繋ぎこみだけ • Pythonsimple_salesforce • MFクラウド請求CSVフォーマット変更を機にAPIへ • OAuth 2.0 はクライアントでの利⽤は簡単
- 21. 21【宣伝】OAuth 2.0 ってな〜に？ A-2基礎からの OAuth 2.0 〜 認証と認可の概念、認可コードとアクセストークンの意味 〜
- 22.
- 23.
- 24.
- 25.
- 26.
- 27. 27Problem: 処理に時間がかかる Task timedout after 300.00 seconds
- 28. 28Solved: SQS WorkerQueue http://dev.classmethod.jp/cloud/aws/lambda-sqs-asynchronous-distributed-processing/
- 29. 29Solved: SQS WorkerQueue http://dev.classmethod.jp/cloud/aws/lambda-sqs-asynchronous-distributed-processing/
- 30.
- 31.
- 32.
- 33. 33Salesforceについて • Salesforce初経験 • 複雑な請求モデル •請求締め処理部分はパートナー会社さんに依頼 • 画⾯まわりを内製 • よくできてる（テスト、カバレッジ、リリース） • Trailheadで⾃習
- 34. 34外製？内製？ • バッチなど仕様が固めやすい部分は外製 • 画⾯などトライ＆ エラー 部分は内製 • すべて内製すると製品毎に担当者を抱え込む • 過度なカスタマイズはしない • 業務をパッケージにあわせる
- 35. 35刷新後 • 半⽉かかってた請求業務が数時間に • ⼯数：８０⼈⽇→ １２⼈⽇ • 営業への契約確認 → ほぼゼロ • 契約内容 ＝ 請求 • マーケ施策強化 • 「しがないOL」がJavaプログラマーへ転向
- 36.
- 37.
- 38.
- 39.
- 40.
- 41.
- 42.
- 43.
- 44.
- 45. 45フルスタック？フルフェーズ？ マーケ 営業 開発・構築保守運⽤ 請求・会計 ビジネス戦略 ⼈事・労務 各分野の専⾨家を 「エンジニア」としてサポート
- 46.
- 47.
- 48.