Boosting Your Productivity, with Backbone & RactiveJSTalk about Backbone and RactiveJS on FrontInFloripa 2014 by Gabriel Zigolis
Marionette.js in Single Page Application
Marionette.jsのView周りについてを中心にSingle Page Applicationを作るときの話
How Google is redefining web development (and Backbone.js is getting obsolete)
Very lately, Google made announcements that have rightfully excited the web developers’ community; but after talking around, I feel that not everyone realizes how those moves may entirely redefine how web development is done. So, I decided to summarize what’s going on in this post in a concise, straight-to-the-point way. Note that this scenario depends on the popular adoption of what Google just a
Ractive.js入門 - lxyuma BLOG
これは、jsCafe18で話したSlideです。 概要 これから、「Ractive.js」という js上でReactiveなUIを とてもsimpleにbuildするためのlibraryの話をします 目次 reactive programming ractive.js 他のframeworkとの比較 Backboneに入れてみる そもそもReactive Programmingとは？ 古くは、2003年頃から日本のblogでも幾つか言及されてる模様 去年、更に色々と動きが出てきた。 2013/7 ガートナーの2013年のreportで扱われてる 2013/9 リアクティブマニフェストが出た。これ訳されてる方がいた。 2013/9 infoQの記事見ると大体の流れや概要が分かる バズりと意味の広がり なんか徐々にバズり感がある 他のバズりワード(cloud等)と同じように意味が広義に、より抽
普通のrailsアプリのBackboneにMarionette付けて思った事 - lxyuma BLOG
以前書いた記事の反省を元にMarionetteに移行した。 思った以上に快適！ 大規模になったらMarionette.js使えとか書いているのは嘘で、普通にBackbone使うときは、初めから使うべき。 Backboneで一番恐ろしいのは、各現場/各開発者毎に異なるオレオレ実装。オレオレ実装作るコストに加え、使う人の思わぬバグや学習コストやスイッチングコスト等諸々考えると、特別な理由がない限りMarionetteみたいな既存のframework使うべき。 あんど。データバインディングを提供してくれる、stickitと一緒に使うと、より一層効果的。 めっちゃ、ソースコードの量が減って、ソースの意図が明快になった。悩みも少ない。工数も勿論減る。 ここから、幾つか思った事を、サッカー見ながらお酒飲みながら、ダラダラ書く。※ちなみに、日本vsオランダ戦見てる。 railsアプリでのjs周辺の作りの
Choosing a JavaScript MVC Framework
So you love the way single-page apps like Gmail and Trello feel, but aren’t sure where to start. Maybe your JavaScript code has become disorganized enough that you are convinced to try one of the numerous JavaScript MVC libraries/frameworks on your next project but aren’t sure which one to choose. I’m writing a book on single-page apps so I’ve pretty much “read the internet” on the topic. I’l
BackboneマンがAngular勉強会いってきたけどそんなに好きになれなかった話 #ng_jp - mizchi's blog
最初に僕のポジションは表明しておくけど、今までbackbone.js, というかそのラッパーであるchaplin.jsべったりの環境で開発してて、今のプロジェクトをゼロから作り直す機会があるので次バージョンのためのライブラリ選定のためにとりあえず比較として angularを試した見た程度の人間なので、深くは理解してない。 Angularのメリット 僕の浅い理解と勉強会での話を総合した感じ レールに乗り切った時の開発効率が半端ない レールがしっかり敷かれているので開発者の能力差が問題にならない HTMLがテンプレートなので意味的な乖離が少ない ビューモデルに対する操作が一貫していてテスタビリティがある 自分もモジュラリティがあるHTML/CSSは幻想だと思っているので、HTMLに直接属性を書くのは別に構わないと思っている。 ただ、集団開発でも開発者の能力差が問題にならない、という発表をしてい
普通のrailsアプリにbackbone適用して思った事その２ - lxyuma BLOG
普通のrailsアプリにbackbone適用して思った事の続き ６）深い階層のView BackboneのView書いてると、どうしても、親子階層が必要になってくるのは、前回の記事で書いた通り。 で、更に、書いてると、親子の子の中に更に別のViewクラスとか、親子Viewとか埋めたくなってくる。 画面次第なのだが、Viewの作りとして、あるべき構成だし、その方が正しい。のだが、 最終的に、振り返ると、どこにどのViewがあるのか、全体像が掴みにくくなる。 辿るには、親から確認していかないといけない。 うーん。 イマイチである。 こういうの、Marionetteのlayoutあると助かる。 layout/Region見れば、全体像が分かるし、layoutの中にlayout組めるのも、 こういった階層化がよくあるからなのだろう。 ７）誰かと一緒に作業するには、やっぱり、template必要 初
3つのMVC系人気フレームワーク、Backbone.js／AngularJS／Knockout.js ［スライド＆動画］
それぞれのJavaScriptフレームワークに詳しい3人の講師が、30分ずつ、フレームの概要や基本的な使い方を紹介。その後の10分ほどで、それぞれの講師への質疑応答や、それぞれのフレームワークの機能比較や意見交換を行うパネルディスカッションを実施。 ［Backbone.js］LINE株式会社 開発１室 UITチーム 清水 大輔 ［AngularJS］金井 健一（AngularJS Japan User Group 管理人） ［Knockout.js］沢渡 真雪 ［質疑応答＆パネル・ディスカッションのモデレーター］グレープシティ株式会社 八巻 雄哉 ← 前回 連載 INDEX 次回 → 6月8日（土曜日）に開催したセミナー「第1回 Build Insider OFFLINE」のRoom A 14:35～16:30のセッション動画（115分）とスライドを視聴・閲覧できます（映像上ではスライドの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Rendr入門: サーバサイドで(も)動かす、Backbone.js
AngularJS or BackboneJS どっちがお好み？
resthub.org