http://groups.google.com/forum/#!msg/polymer-dev/fAvqDo40tMk/v3dLso5b-VYJ

googleは技術の寡占化でgoogle帝国を築くのが目的なんだろう。

グーグルのように他人のサイトを勝手に収集して大儲けするようなビジネスは見習いたい

Googleもそうだし、MicrosoftもTwitterもFacebookもAmazonも
お前の言うシンプルなHTMLじゃないよな？
どっちか馬鹿なのかは火を見るより明らか

>>703
何の話してるの？ まさか「ソースを見る」でみたHTMLをみて
「シンプルじゃないよね？」といってるの？だとしたら馬鹿としか思わないな。

Web Componentsはまだ初期の段階だから使われてないし、
Google等は、内部で使われてるテンプレートの機能でも使って
シンプルなコードから、複雑なHTMLを生成してるでしょ。

そのシンプルなコードはHTMLではないが、Web Componentsによってそれが変わる
今の複雑なHTMLを、シンプルなHTMLにカプセル化出来る。

HTMLをJavaScriptで生成するのがメインのBackboneよりもHTMLを書いて、
データと同期させるAngularJSの方が優れているが、AngularJSの残念な所は
データと連携させるための独自属性ng-controllerとかng-bindとかがHTMLに露出し過ぎで、
CSSがなかった頃のHTMLと同じ問題が発生している。<font color="red">と同じで
つまりHTMLとデザイン・・・ではなくHTMLとコードが分離できていない。

Web Componentsが実用のものになると、ng-なんたらは全て必要なくなる。
AngularJSが過去のものとなる時代だ。

現実が見えてないんだね
宗教かな？キモすぎる

なんで内容に対してレスをしないのかな？
何も言い返せないからかな。

＞シンプルなコードから、複雑なHTMLを生成してるでしょ

これ、自分で自分の非を認めてるじゃん
馬鹿だろｗ

みんな疲弊してイライラしてるんだろ
とりあえず言い争いはやめようぜ
何も生み出さない

皆でラクできる手法探すとか、今後長く使えそうな
技術トレンドを紹介し合うとか、なんかいいことしようぜ

>>707
どういうこと？

コンパイルしたらアセンブラになるから
みんな複雑なアセンブラでプログラミングしているだって
話してるの？

>>708
> 今後長く使えそうな 技術トレンド

それはないよ。

なぜなら未来の技術は今使えないから。

未来を予測して、その予測についていけるように
方向転換していくしかない。

Backbone、Knockout、AngularJSも近い将来死にます。
依存しないようにしないとね。

などと言って外部ライブラリの使用を禁止するようなプロジェクトには
自分は関わりたくないです

>>701読めよ
googleの戦略的にAngularJSを潰すはずがないし、そういう環境を作るため外堀はどんどん埋めていってる

現にgoogleはブラウザを支配して自社に都合のいい実装をし始めてるし
Web Componentsもpolymerで大きな影響力をすでに持っていて、AngularJSと連携して開発すると明言してる

>>712
Google大好きなんだね。Googleが作っているものは
無くなったりしないと思ってるんだね。よくわかったよ。

所で日付入力には何を使っている？

君には、Google Closure Libraryの goog.ui.DatePicker をおすすめするよ。
http://webos-goodies.jp/archives/10_reasons_why_you_should_use_the_closure_library.html

俺はたとえGoogleが作ったライブラリであっても、ウェブ標準化によって、
使う意味がゼロ、または大幅に減少すると思っているが、
君が済んでる世界は違うようだ。

Google Closure Libraryには他にもMapやSetといった機能があるが
なあに、GoogleがGoogle Closure Libraryを潰すわけがないだろう？
使うといいと思うよ。

> AngularJSと連携して開発すると明言してる
互換性があるといいね。Angular 2.0で案の定互換性がなくて
大変そうだけど、3.0でまた互換性を打ち切れば、
Web Componentsに対応できるかもねｗ

しょうもない妄想書き込んで荒らすなよ。
Web Componentsを何だと思い込んでるか知らないけど、
各種フレームワークと排他的存在になるものじゃないって散々アナウンスされてるだろ。

「君が済んでる世界は違うようだ。」

こっちのセリフだ馬鹿。お前こそどこの世界の人間だよ。

web componentsの概要、各種フレームワークとの関係を簡潔に解説してる。
これだけ知っとけば>>710が間違ってると猿でも理解できる。

http://www.youtube.com/watch?v=8-Zq2KUN6jM

>>715の16:30からのData Bindingが重要だね。
データバインディングはWeb Componentsだけで実現可能になる。

6:30の、今までの不十分なウェブプラットフォームで
フレームワークを作るのに多くの才能が浪費された。
それを変える時だ。っていうのはいいことだね。

これからフレームワークが新しいWeb Componentsを土台としたものに
大きく変わろうとしているよ。

これもトレンドを読む参考になる

What is the difference between Polymer elements and AngularJS directives?
http://stackoverflow.com/questions/18089075/what-is-the-difference-between-polymer-elements-and-angularjs-directives

　・Web Componentsは既存のフレームワークを排除するか？
って問いはいろんなとこで否定されてるけど、その次に
　・googleは polymer と AngularJS を密に結びつけようとしてないか？
という疑いがかけられている。

もちろんpolymerの開発チームはWeb Componentsの理想と建前で「NO」というしかないけど、
polymer AngularJS　の類似性・親和性が指摘されてる。

いろんなブラウザで簡単に動作させられるライブラリができたよー
　　　　↓
あれできなくね？それできなくね？
　　　　↓
あれやそれができるようなライブラリができたよー
　　　　↓
なんか重くね？無駄な部分が多くね？
　　　　↓
いらない部分を削って動作が軽いいろんなブラウザで簡単に(略

結局これの繰り返しｗ

類似性というか置き換えだな。
AngularJSは将来必要なくなる。

>>697

サーバー不要のツールとして売りたい。
もう、ツイッターのアプリ開発でサーバーは不要でしょ。
一般人にサーバーを作らせたり、準備するのもお金かかったり。

>>697　の補足。
一時間に6000人のブロック解除とブロックが行えるツールをjavaScripだけで作っている。
ファイル読み書きが出来れば、ローカルに置いたHTMLだけで、可能になる。
ブロック解除は動いてるから、残りの機能はファイル読み書きのみ。

AngularJSには懐疑的だけどPolymerはなんだかんだで
デファクトになっちゃいそうだな
Androidの世界では、もはやChromeが覇権を握ることを完了したし

Polymerが強いのは、「マテリアルデザイン」というガイドラインとセットで売り出した事だよな
フラットデザインの次のトレンドとして非常に説得力があり、ドキュメントの完成度も高い

だがgoogleの一極集中傾向は「クソだけど選択肢がそれしかない」というディストピアの未来を予感させる

そのディストピアを覆せるトレンドを生み出せない以上は
ディストピアに身を投じるか、業界から去るしか無いわけで
愚痴ってても始まらんさ

あー、最近はやってるな。ディストピア。
うんディストピア。キモい。

knockout覚えるのがしんどい

ローカルファイルへ保存するこが可能なんだよ。サーバーにDB作って、サービスを売り物にする時代は終わったよ。

ローカルに保存するだけなら別に前から
アプリとして作ればいいだけなんで、大した話じゃないけど。
それよりも共有できないという問題が解決できてない。

>>733

今後は動画のLiveも、Trrentになる。
買い物以外のお金が絡んでなければ、サーバーが要らないんぢゃないか？って思う。

>>734
誰のために作ってんの？

>>737
そうじゃなくて、
ユーザーにとって使いやすいソフトにするんじゃなくて
開発者の都合で不便な仕組みにするなよって話。

>>735
> 今後は動画のLiveも、Trrentになる。
> 買い物以外のお金が絡んでなければ、サーバーが要らないんぢゃないか？って思う。

それはないかな。っていうかP2Pっていうのは
サーバーがないんじゃなくて、誰もがサーバーになるってことだよ。

動画を配信する時だって、一次配信者っていうのが絶対に存在する。
すなわちそれがサーバーなわけで。

requirejsでmarionette.jsを読み込ませているのですが
underscoreの代わりにlodashを使っていると、
marionette.jsの中からunserscore決めうちで読もうとするので、エラーになります
require.configのpathsで、lodashのキー名をunderscoreに変えると、
underscoreとしてlodashを読むようになるので、エラーは出なくなりましたが
アドホックな対処で気持ち悪いです
どうするのが正しいのでしょうか？

http://www.freeshow.net.cn/ja/questions/413afe470b1ed0c0b87246a3ca3876613371bb0f9558853ff87f07e4418f2f33/
同じやり方してる情報見つけました
underscoreの代替として使うからこのやり方でいいのでしょうか？

あるクラスの要素のイベントを、delegationを使って一つのハンドラを受ける、
というよくやることを、
backboneでやるのはどうすればいいんでしょうか？
backboneはviewが所有するdom要素に対してイベントを付けていく、という感じのようなので、
dom要素をまたいだイベントハンドリングはどうするんだ？と思ってしまいます

jqueryのセレクタ指定のように
抽象化したレイヤをはさんで複数のdom要素を扱えた方がいいような気がしますが
そういうやり方をbackboneでしたらいけないんですかね～？

jqueryを使っています。
iframe内でページ遷移後のURLを取得したいと思っています（同ドメイン）
例えば2ch.net内で
<iframe id="abc" src="http://2ch.net"></iframe>
とし、
$("#abc").src;
とすると"http://2ch.net"は取得できますが、iframeの中でページ移動（移動後も同ドメイン）した場合、
そのURLを取得することはできるのでしょうか

("#abc").document.location.href;
abc.document.location.href;
では両方とも
TypeError: Cannot read property 'location' of undefined
が返ってきます。