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
Take control of your front-end
Search
codepodu
June 21, 2014
Programming
1
130
Take control of your front-end
My talk at Chennai.rb's June 2014 meetup.
On Angular, Ember and Backbone + React.
codepodu
June 21, 2014
Tweet
Share
More Decks by codepodu
See All by codepodu
Architectural Antipatterns in Rails applications
codepodu
5
370
Other Decks in Programming
See All in Programming
どうして手を動かすよりもチーム内のコードレビューを優先するべきなのか
okashoi
3
580
Mermaid x AST x 生成AI = コードとドキュメントの完全同期への道
shibuyamizuho
1
260
ゆるやかにgolangci-lintのルールを強くする / Kyoto.go #56
utgwkk
2
450
数十万行のプロジェクトを Scala 2から3に完全移行した
xuwei_k
0
340
アクターシステムに頼らずEvent Sourcingする方法について
j5ik2o
4
350
テストコード書いてみませんか?
onopon
2
210
テストコードのガイドライン 〜作成から運用まで〜
riku929hr
5
950
Spatial Rendering for Apple Vision Pro
warrenm
0
150
Webエンジニア主体のモバイルチームの 生産性を高く保つためにやったこと
igreenwood
0
340
Stackless и stackful? Корутины и асинхронность в Go
lamodatech
0
950
Kaigi on Railsに初参加したら、その日にLT登壇が決定した件について
tama50505
0
110
見えないメモリを観測する: PHP 8.4 `pg_result_memory_size()` とSQL結果のメモリ管理
kentaroutakeda
0
720
Featured
See All Featured
Helping Users Find Their Own Way: Creating Modern Search Experiences
danielanewman
29
2.3k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
1
110
Easily Structure & Communicate Ideas using Wireframe
afnizarnur
191
16k
Responsive Adventures: Dirty Tricks From The Dark Corners of Front-End
smashingmag
251
21k
Fashionably flexible responsive web design (full day workshop)
malarkey
405
66k
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
6.9k
A Philosophy of Restraint
colly
203
16k
Thoughts on Productivity
jonyablonski
68
4.4k
Dealing with People You Can't Stand - Big Design 2015
cassininazir
365
25k
A Modern Web Designer's Workflow
chriscoyier
693
190k
How to Think Like a Performance Engineer
csswizardry
22
1.2k
Unsuck your backbone
ammeep
669
57k
Transcript
Take control of your Front-end Dheeraj Kumar Chief Troll Officer
Bang The Table !
[email protected]
–Someone on Twitter “The question is not if you need
a front-end framework. It’s how long you can survive before you realize you need one.”
Why do I need a front-end framework? Obvious point 1
Obvious point 2 Testing Obvious point 3
How do I realize I need a front-end framework? Look
at your APIs. Do you even have one? Is your JS maintainable? Can you change a part of your front-end without changing/crashing another?
Fast forward a couple of months, a failed project, and
several unsolvable bugs…
None
–Isabella I “The distance is great from the firm belief
to the realization from concrete experience.”
Alright, what can I do? Angular Ember Backbone + React
Angular Deceptively low barrier to entry Documentation AMD The magical
$scope Performance Not a framework Just like Rails - Writing bad code is really easy
Ember Just like Rails - convention over configuration Steep learning
curve Performance with HTMLBars Actual real framework Writing bad code is difficult Community-driven, with best practices
Backbone + React React - New hotness from Facebook Super-fast
view layer (Meteor Blaze/HTMLBars/React) Proven model+routing layer from Backbone Components made easy Virtual DOM, DOM Diff, Reconciliation, all that jazz…
–You “It makes sense, but I’m still confused!”
Go, try them out. Spend an afternoon. ! You won’t
regret it. The End