その時、Bowerに何が起こったのか

474
-1

Published on

2015/11/20ぐらいに起こったことで個人的に感じたこと

Published in: Technology
0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total Views
474
On Slideshare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
1
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide

その時、Bowerに何が起こったのか

  1. 1. その時、Bowerに何が起こったのか @lion-man44(Twitter)
  2. 2. Who? 株式会社LiBでFront End & Back End ( Main: FrontEnd ) やってるAnimal Engineer Lionって呼ばれてます
  3. 3. Talking today 11/20ぐらいに起こった事 Bower rails-assets(若干rails)
  4. 4. Not talking today Bowerの細かい仕様 rails-assetsの細かい話(railsの細かい話も)
  5. 5. Attention 英語頑張って読んだり(社内のエンジニアに手伝って もらったり)したけど、間違っている所多いかもしん ない、間違ってたらよしなに教えて欲しい 個人の主観でしか無いですが、宜しくお願いします codeがone linerぐらいしか出てこないです
  6. 6. ここからは森のクマさんのBGMを思い出してください
  7. 7. ある日(ある日)
  8. 8. 会社ん中(会社ん中)
  9. 9. rails-assets.orgとは?
  10. 10. RailsにFront End Libraryを組み込みたいときにgem化して組み込みやすくしてくれるもの (Bowerに依存している)
  11. 11. 当時の自分
  12. 12. 「あ、そこ落ちるんや」
  13. 13. 「まぁTwitter見るか」
  14. 14. 「!!!!!!」
  15. 15. 「!!!!!!!!!」
  16. 16. 一体何が。。。
  17. 17. https://github.com/rails-assets/ rails-assets/issues/291 ShellyCloud にホスティングされているが2016/3/31にClose 我々はすでに、知っているhosting platformにコンタクトをとり、サポートを要求してい る 心配なのは今のbowerの状態 bowerからnpmベースのソリューションに移行しつつある 現状の計画と提案は、現行のrails-assetsを新platformに移行し、それを2016年末までサ ポートする
  18. 18. これに対してBowerの作者からコメントが
  19. 19. 「Bower is not dying: http://bower.io/blog/ 」
  20. 20. http://bower.io/blog/2015/bower- alive-looking-contributors/ Bowerは死んでない Bowerは2015/9で3歳になる 2015年は9回のreleaseを行っている(もう超えている けど)
  21. 21. 何故こんなことになっているのか?
  22. 22. もともと1年以上前から事は起こっていた
  23. 23. https://efcl.wordpress.com/2014/05/18/ bower%E3%81%AF%E6%82%AA%E3%81%8B %E3%81%A9%E3%81%86%E3%81%8B/ BowerはJavaScript界隈にとって負の遺産でしか無い (@cjno) Bowerはガンでしか無い(@substack)
  24. 24. 何故ここまで言われているのか? package.jsonとbower.jsonの二重管理問題 再利用できるはずのJSが複数のディレクトリに管理さ れている問題
  25. 25. ふと考えてみる
  26. 26. ライブラリを導入する時に、いろいろなバージョンのものがいろいろ な所に入っていると単純に辛い
  27. 27. できれば同じnamespaceのものは同じものを参照していて欲しい
  28. 28. つまりisomorphicなeco systemを求めている
  29. 29. そしてFront Endでやりたい事は結局 require
  30. 30. let observer = require(‘observer-js’);
  31. 31. であればBowerの取っている手段は間違えている
  32. 32. (一旦小休憩)
  33. 33. まぁここまで話しておいて何ですが
  34. 34. Bowerは止めた方が良いのか?
  35. 35. という点が気になるのでは無いかと思います(個人の主観)
  36. 36. Bowerは使い続ける事に意味は無いと考えます
  37. 37. http://bower.io/stats/
  38. 38. 段々install数が落ち始めてる
  39. 39. そしてjquery側がbowerを使うのを止めた
  40. 40. https://github.com/jquery/jquery/pull/1620
  41. 41. まだ遠い未来の話ですが、npm側がFront Endに対応してくれるそうです
  42. 42. (まだ聞いてない、なんて言えない)
  43. 43. 基本的な対応はよく言われているようなbrowserifyとwebpackで良いと 思います
  44. 44. 個人的に試してみたいのはここら辺
  45. 45. ・ [Railsのフロントエンドのビルドをnpmコマンドのみで完結した い](http://qiita.com/yo_waka/items/dc043a9da22dff8ae0cc)
  46. 46. Let’s build 🔥
  47. 47. Special Thanks ・https://github.com/tjnet
  48. 48. ref ・https://havelog.ayumusato.com/develop/others/e656- not_using_already_frontend_libraries.html ・https://github.com/npm/npm/wiki/Roadmap-area-of-focus%3A-browser- dependencies  ・http://qiita.com/megane42/items/2ab6ffd866c3f2fda066 ・http://bower.io/blog/2015/bower-alive-looking-contributors/ ・https://github.com/rails-assets/rails-assets/issues/291 
 ・https://www.reddit.com/r/javascript/comments/2rrr3l/ is_bowerio_dead_i_keep_being_told_not_to_to_use/ ・https://github.com/bower/bower/issues/98 
 ・http://blog.npmjs.org/post/101775448305/npm-and-front-end-packaging 
 ・https://github.com/bower/bower/pull/62
  49. 49. Thank you for listening 😄
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×