Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Speaker Deck
PRO
Sign in
Sign up for free
フロントエンドで作る理由
mikakane
November 24, 2018
Programming
1
950
フロントエンドで作る理由
FRONTEND CONFERENCE 2018 での登壇資料です。
mikakane
November 24, 2018
Tweet
Share
More Decks by mikakane
See All by mikakane
NestJS で始める怖くないバックエンド開発
mikakane
0
210
コーディングがわからない
mikakane
0
100
Web制作現場のディレクションを支えるGitHub
mikakane
0
330
nuxt.js で plugins を作る
mikakane
0
480
@ionic/vue で Web アプリを作ってみる
mikakane
0
2.4k
Laravel Package Development
mikakane
16
4.9k
Nuxt.js x Firebase で非同期に開発する
mikakane
0
1.8k
Firebase で作る Web アプリケーション
mikakane
1
120
技術顧問の現場から - 制作と教育、学習と生産
mikakane
0
660
Other Decks in Programming
See All in Programming
僕が考えた超最強のKMMアプリの作り方
spbaya0141
0
180
AWS App Runnerがそろそろ本番環境でも使い物になりそう
n1215
PRO
0
900
はてなリモートインターンシップ2022 Web API 講義資料
hatena
0
150
Prácticas de Seguridad en Kubernetes
pablokbs
0
120
あなたと 「|」 したい・・・
track3jyo
PRO
2
1k
Swift Concurrency in GoodNotes
inamiy
4
1.3k
Above All, Make It Fun! #fjordbootcamp / make it fun
kakutani
6
550
Cloudflare Workersと状態管理
chimame
3
480
How to Fight Production Incidents?
asatarin
0
170
23年のJavaトレンドは?Quarkusで理解するコンテナネイティブJava
tatsuya1bm
1
120
2023年にクル(かもしれない)通信ミドルウェア技術(仮)
s_hosoai
0
120
OSSから学んだPR Descriptionの書き方
fugakkbn
4
130
Featured
See All Featured
WebSockets: Embracing the real-time Web
robhawkes
58
6k
実際に使うSQLの書き方 徹底解説 / pgcon21j-tutorial
soudai
44
14k
The Cult of Friendly URLs
andyhume
68
5.1k
How To Stay Up To Date on Web Technology
chriscoyier
779
250k
Become a Pro
speakerdeck
PRO
6
3.2k
A Tale of Four Properties
chriscoyier
149
21k
Debugging Ruby Performance
tmm1
67
11k
Reflections from 52 weeks, 52 projects
jeffersonlam
338
18k
The Straight Up "How To Draw Better" Workshop
denniskardys
226
130k
Testing 201, or: Great Expectations
jmmastey
25
5.7k
Designing Experiences People Love
moore
130
22k
Six Lessons from altMBA
skipperchong
15
2.3k
Transcript
フロントエンドで作る理由 後藤 知宏 フロントエンドで作る理由
フロントエンドで作る理由 後 藤 知 宏 株式会社chatbox 代表取締役 関西フロントエンドUG代表 Twitter :
@_mikakane エンジニア / 技術顧問
フロントエンドで作る理由 フロントエンドしてますか? フロントできない… 興味はあるけど SPA は… といった声をまだまだ耳にします。
フロントエンドで作る理由 フロントできない理由 バックエンド脳 SPA案件が無い まだ時期じゃない
フロントエンドで作る理由 フロントできない理由 バックエンド脳 バックエンドでも十分だから… SPA案件が無い お客さんから言われることがないので… まだ時期じゃない フロントの技術は複雑で選定が難しいから…
フロントエンドで作る理由 まだ時期じゃない? フロントエンドはどんどん簡単になっている。 バックエンドでも出来るから… は言い訳にならない
フロントエンドで作る理由 Vue.js HTML/JS ベースでシンプルに導入可能 とっつきやすさ、学びやすさは最高レベル データバインディングやコンポーネントなど モダンフロントに必要な機能は一通り完備 極論、JSできなくても Vue.js 出来る
jQuery 並みの感覚で使えるツール
フロントエンドで作る理由 Nuxt.js ファイル置くだけで自動でルート作成 SPA 構築がここまで簡単になった。 Vue.js の使いやすさはそのままに、 プリレンダリングで SEO や
OGP のニーズにも対応 モジュールを利用して、 画像のレイジーロードや PWA 化も簡単に
フロントエンドで作る理由 vue-cli プロジェクトのスケルトンを生成するツール コマンドで簡単にプロジェクトの初期セットアップが可能 複雑な Webpack 設定を自動で構築 もう面倒な webpack.config.js の構築で悩まなくていい
lint の設定やテスト設定なども自動化 out of box で使えるセットアップツール
フロントエンドで作る理由 Hosting 静的ファイル構成のメリットの一つに 高速なホスティングが利用できる点が Firebase Hosting に加え、 Netlifyなら Github 連携での自動デプロイも
S3 を自前で用意して CI 経由で自動デプロイ構築する… みたいな面倒な時代はもう終わった
フロントエンドで作る理由 Jest / ava 複雑な設定が必要だった mocha のテストから テストツールは Zero Configuration
の時代に Firebase Hosting に加え、 Netlifyなら Github 連携での自動デプロイも S3 を自前で用意して CI 経由で自動デプロイ構築する… みたいな面倒な時代はもう終わった
フロントエンドで作る理由 SPA はより身近に、簡単に 数年前と比べるとフロント制作の地盤は大きく安定 なんならPWAも夢じゃない
フロントエンドで作る理由 技術選定の基準 実務で使える(安定性) みんなが使える(学習コスト) 効率化出来る(メリット) <- OK! <- OK!
フロントエンドで作る理由 わかりやすさは正義 私が使える ≠ 現場で使える 保守性と教育コストとのバランス勘定を
フロントエンドで作る理由 技術選定の基準 実務で使える(安定性) みんなが使える(学習コスト) 効率化出来る(メリット) <- OK! <- OK! <-
What?
フロントエンドで作る理由 Why SPA ? バックエンドでも出来るのに… SPAで制作することのメリットは
フロントエンドで作る理由 よくある例 SPA のページ遷移がぬるぬるで気持ちいいのは分かるけど 業務ツールでそれって必要? フロントって大変そう。SPA とか作りなれてない 非同期とか E2Eとか大変そう API
設計もなれていないので大変… 抽象的で汎用的なAPI ? 画面からコールする API の本数がやばい …
フロントエンドで作る理由 SPA制作 - フロント設計 ページ遷移が容易になるので、 一つの画面になんでも詰め込まなくても済む様に。 適切なナビゲーションを添えてシンプルな画面デザインに E2E なんかははじめから無理に頑張ら無くていい。 正解が見つけにくいフロント周りは、
リリースサイクルを早く回して検証を続けるのがBEST コーディングにせよ、デザインにせよ、品質管理にせよ、 SPA には SPA のやり方。慣れの問題。
フロントエンドで作る理由 SPA制作 - API 設計 無理に抽象化的なAPIを作成する必要はない。 特にGET周りはフォームと割り切る手も API の受け入れテストは簡単に作れるし、 品質管理上でもとても重要。
最悪ドキュメントとして兼用する手もある。 バックエンド(機能) をAPI 化することで 品質を担保 守りたい データ資産の安全性がフロントと分離され、 より挑戦的なフロント改善を促進する
フロントエンドで作る理由 変わる制作プロセス SPAにはSPAの制作フロー 作り方が変われば要件定義も変わる
フロントエンドで作る理由 これまでの制作フロー 大きな複機能を一度に進めるのはとても大変 機能1 機能2 機能3
フロントエンドで作る理由 SPA時代の制作フロー 大きな案件から、スケジュール単位の小さな案件に 機能1 機能2 機能3
フロントエンドで作る理由 SPA の案件は「作る」 お客さんからのリクエストを待つのではなく、 よりよい制作フローのために SPA を提案
フロントエンドで作る理由 怖くないフロントエンド 「バックエンドでもできる」の概念を捨てて、 「フロントでつくるとどうなる?」への挑戦 とりあえずやってみる。 良いところを取り入れ、悪いところには改善方法を 作り方の変化を、制作フロー全体に反映させていく
フロントエンドで作る理由 強くてニューゲーム バックエンド経験の上にフロントを積むのではなく、 ニューゲーム感覚で、新しい気持ちで挑めば
フロントエンドで作る理由 フロントに親しむ 数をこなしてフロント制作になれれば、 フロント制作が当たり前に フロントと切り離されていない、 テスト不十分なバックエンドは開発不安が大きい セッション、ほんとにしんどい フロントページ遷移におけるもっさり感 DOM のコンポーネント化もしんどい
フロントエンドで作る理由 フロントエンドを当たり前に フロントを当たり前に
フロントエンドで作る理由 Enjoy Frontend ! フロントを当たり前に
フロントエンドで作る理由 「何事にも先達はあらまほしきことかな」 徒然草 仁和寺のとある法師
フロントエンドで作る理由 lec cafe 気軽に学べるWeb 制作講座
フロントエンドで作る理由
フロントエンドで作る理由 技術顧問 中から改善できないなら、 外から改善してくれる、頼れる誰かに相談しよう
フロントエンドで作る理由 技術顧問 頼れる誰かに相談しよう 餅は餅屋 技術は技術屋に
フロントエンドで作る理由 Thanks!