Developer boost 2018
12/15
オープンソースとグローバルで戦うスタートアップという生き方
STUDIO kaiさん、progate katoさん、BoostIO yokomizoさん
技術選定について
未来を見て技術選定する
採用で意識/重視していること
progate
ユーザー体験ベースの開発をしている
ペルソナを作ってやる
STUDIO
プロダクトにこだわれること
目指す世界
STUDIO
コードを書かなくても良い世界
progate
誰でもprogrammingによって可能性を広げる世界
ZOZOのGlobal ECを支えるフロントエンド
ZOZO 松井 菜穂子
ZOZO Global EC
通常のサイトよりも機能が多い
多言語対応、配送対象ごとの出し分けなど海外向けの機能
Vue.js+vuex+TypeScript
Nuxt.jsに移行中
計測3DモデルはThree.jsを使ってWebGLで描画
vue-i18nで多言語管理
課題
zozoならではの新機能の仕様策定
エンジニアがビジネス要件定義などを行っている
メンバーによって得意な実装領域が異なる
うまく作業分担したい
うまくレイヤー分けしたい
ほどよい開発ルールの制定
コンポーネント開発でAtomic Designを採用
どこに属するコンポーネントなのかというのは厳密には決めない
storybookではなく、コンポーネントのカタログページを自前で作成
ストア開発のルール
現状ページ単位で分けてるが、リソース単位で分けて行くことになりそう
アーキテクチャのルール
View, Application, Interfaceの3層に分割
改善への取り組み方
コード改善のための時間は開発者が作る
新規事業開発を支える技術
木田 悠一郎 Sansan
最初にやったこと
要件の洗い出し
プロダクトバックログを作成
疑問点の解消
ざっくりした見積もり
スクラムブートキャンプ 本を参考にした
スケジュール調整
アジャイル開発
Scrumを採用
形式にこだわりすぎない
専門用語を使わない
プロダクトオーナーが使いやすいものを採用
アーキテクチャの設計
SPA+Firebase
Firebase Authentication, Cloud Functions, Cloud Storageを使ってトリガーベースのサーバーサイド開発
Microservices on GAE
Cloud Firestoreを選択
時期尚早な分解は危険
フロントエンド
React, Redux, TypeScript, Next.js
Atomic Design
storybook
immutable.jsでreducer管理
サーバーサイド
Node.js, Express
Swaggerを使ってみたがメンテが行き届いてないぽい
RESTfulAPI
GraphQLでも良さそうだが見送り
CI
CircleCI
db
Cloud Firestore
その事業で何が求められているのか考える
Androidからサーバーサイドまで！プログラミング言語 Kotlinの魅力
Ubie 長澤 太郎
https://t.co/yA6vEwcc53
kotlinのここがスゴイ
読み書きが容易
演算子オーバーロード
独自クラスにも演算子を適用可能
拡張関数
既存の型にメソッドを追加しているように見せれる
kotlinでAndroid開発
Javaとの相互運用性
percelize
オブジェクトをシリアライズする仕組み
coroutine, async/await
kotlinでwebアプリ開発
Spring framework対応
Ktor framework
non-blocking、coroutine
ID連携を用いたサービス間連携とQR決済サービスPayPay
本間 洋光 Yahoo
サービス毎にID/passwordを覚えるのはユーザーの負担になる
ID連携でサービス間を連携させる
ID providerが認証する
OpenID ConnectとJWTを使っている
ID関連の分野を専門で担当する部門がある
Fallacies of Client Side Programming
Repro Edward Fox
最近webに対応した
分散コンピューティングの落とし穴
ユーザーは合理的である
B2Bのプロダクトなので、業務として利用される。そのため本気で使う、時間をかけずに楽をしたい
複数タブ
HTTPリクエストをAtomicに
連打
UIの状態管理を丁寧に
ユーザーは最新のversionを使ってくれる
自動アップデート
社内のセキュリティポリシーにより更新できてないユーザーも居る
ExtensionやPluginは行儀良く振る舞う
ublock plus でリクエストがブロックされた
konami.js でイベント周りの処理が上書き
ユーザーの行動は正しく理解できている
エラートラッキングが重要
sentory
開発者にとっての当たり前は、利用者にとっての当たり前ではない
プロダクト成長のために『開発プロセス』を思考せよ～EBM（Evidence-Based Management）を軸とした『プロセスの見える化』と『ムダからの解放』を実践したインパクトについて～
DMM.com 石垣 雅人
https://speakerdeck.com/i35_267/hurotakutocheng-chang-falsetameni-kai-fa-hurosesu-wosi-kao-seyo
ROIを高めながらプロダクトを最速でリリースし、仮説検証を高速で回せるか
LeadTimeが重要
EBMが必要
大事なのはムダ(改善ポイント)を見つけること
スーパーエンジニアではなくとも好きな分野で生きていくには
delight works 山中 亮
自分のやりたいこととは何かを考える
社内外に発信することで、やりたいことと現在の仕事のギャップを埋める
キャリアパスを考える
直近の未来へのベクトルだけ決める
今の環境に望みを叶えるキャリアパスが存在するのか
マイナスの感情で動かない
「簡単でつかいやすい」を追求する開発の裏側 ～メディア解析基盤の話～
mixi 松石 浩輔
https://t.co/XOjP5QdhvD
コンテンツ開発チーム
7000万件/月のメディアを解析する基盤
新基盤への移行を行った
アプリサーバーから独立
運用コストの削減
Amazon SageMakerの推論APIを使用
カベを壊せ！「機械学習」×「グラフデータベース」×「チャット」で繋ぐヒューマンリレーションシップ！！
ドリームアーツ 一ノ瀬 翔吾
ワードを送信して、それに関して詳しい人をレコメンドしてくれるシステムを構築した
Doc2Vec, word2vecを用いて前処理
GraphDBを活用
GremlinというDSLを用いて表現
人同士のコサイン類似度を求めて仲の良さを表現する
active learningをしたい
Azure Machine Learning Serviceが良さそう
プライバシー/セキュリティの問題が発生する
Docker/KubernetesによるCloud Nativeな開発と未来
CyberAgent 青山 真也
Container Orchestration Engine が必要
複数のDockerホストの管理
オートスケーリング
など
Cloud Nativeとは
疎結合
復元力がある
管理しやすい
可観測
堅牢な自動化で、頻繁かつ期待通りに最小限の労力で開発していける
Cloud Native なエコシステムがかなり増えてきている
kubernetesがもたらすもの
declarative code and apis
yamlで宣言的管理
ReplicaSetとSelf-healing
コンテナのreplica数を維持し続ける
ReplicaSetとRolling Update
LBからの除外
コンテナイメージのアップデート
LBへの追加
kubernetes also like framework
kubernetesの未来
GKE,AKS,EKS
本 kubernetes完全ガイド