Vueを昔触った後Reactをどっぷり触ってもう一回Vueを触ってReactに戻って得た感想
最近ReactとVueをどっちも触る機会があったり、「ReactとVueどう選定するの？」という問いを投げられ、スッと答えられなかったな、と後悔があったりしていたので、Vueを触って得られた感想をまとめてみる。 結論としてなにか新しいことを発見したというものではなく、世間で言われている事を自分なりに再構築しただけの結論になったと思う。 TL; DRVueからは全体的に優しさ（Gentleさ）を感じる事が多く、良い点だと感じた大規模になるときReactの堅牢さは魅力的。Vueが大きくなった時に支えられ設計が出来るかは個人的には懐疑的。「こうだったらVue、こうだったらReact」みたいな分岐点があるというわけではないので、最終的には好みになってくると思う。ぞうさんが好きかきりんさんが好きか。これまでのフレームワーク遍歴今回の話をするにあたって、僕と各フレームワークの付き合いをまとめておくと、
Storybookをまず動かす！ReactとVueの最小環境を作った - zuckey blog
最近Storybookを会社で導入していて、環境設定についてまとめました。 基本的には、公式サイトのとおりですが、コンポーネントの例の記載がなかったり、ReactとVueでできるものが異なったりして、困った部分が合ったので、すぐに動く環境を作りました。 github.com 本エントリのコードはNode v8.9.4の環境で動作を確認しています。 Storybook？ https://storybook.js.org/ The UI Development Environment ReactやVueなどのUIライブラリで作成したコンポーネントの動作やデザインをエンジニア、デザイナ間で共有、閲覧できるツールです。 Storybookという名前の通り、あるコンポーネントやコンポーネントの集合に対して、storyを複数用意し、storyごとの振る舞いを閲覧することができます。 環境構築 Stor
なぜプロダクトに Vue.js を採用したのか? 運用してみてどうっだった? という話 | Nagisaのすゝめ
2018年2月6日 なぜプロダクトに Vue.js を採用したのか? 運用してみてどうっだった? という話 余り知られていませんが Nagisa ではアプリだけでなく Web のプロダクトやサービスもあります。マンガZERO や UPTOON! や 月刊コミックジヘン 辺りがそうです。 何れも Vue.js で作られている SPA で、社内・外両方から “なんで Vue.js なの?” とかよく聞かれます。そこで、今回はどうして Vue.js を選択したのか、Vue.js の何がいいのか、Vue.js で運用してみてどうだったかの話をしたいと思います。 はじめに Vue.js を導入する前のマンガ ZERO Web は 2.0系の Riot で作られていました。今ある SPA のような形ではなくサーバサイド (Go) にてメタタグを生成、空のマウントポイント <div id="app"><
Chromeデベロッパーツールを自分色に染める
[links] We Are JavaScripters!@10th https://wajs.connpass.com/event/63502/ Vue.js devtools https://chrome.google.com/webstore/detail/vuejs-devtools/nhdogjmejiglipccpnnnanhbledajbpd?hl=ja Chrome DevTools概念図 https://developer.chrome.com/extensions/devtools jumtech/web_tool_detector | GitHub https://github.com/jumtech/web_tool_detector Chromeデベロッパーツールに独自機能を追加する6つのステップ | PLAID engineer blog http://tech
仕事で片手間に JS を書く人間が React + Redux 触ってみた感想 - 聞かれてもいないことを喋る
今更だけども。仕事で使ったわけでなく、「仕事で使うに耐えるか」をちゃんと判別したくて 1 ヶ月ちょい前から余暇を使ってちまちまと触っていた。 ちなみに自分の本職はサーバーサイドで、JS は片手間に書いている。 勉強のために作ってみたものはこれ。 → GitHub - Cside/unread-manager: はてブの未読整理をする Web アプリ 良いと感じた点 Redux に限らず Flux 系フレームワーク全般に言えることなのだろうけど、Flux Way に乗って書くだけでコードが疎結合に組み立てられるため、テスタビリティは鬼のように高くなる。 テスタビリティが高いのでテストを書く心理的障壁が低く、テストをガンガン書ける。結果いつのまにかテストが充実して、リファクタリングも安心してできる。 一度慣れてしまえば、イベント依存地獄にかなりなりにくい、メンテナンシビリティの高いコードが書け
Vue.js Tokyo v-meetup="#3" (2017/03/16 19:00〜)
概要 Vue.js 日本ユーザーグループに主催による、Vue.js の MeetUp イベント開催します！！ ぜひ、参加して Vue.js ユーザーと情報交換しましょう！ 日時 2017/03/16 (木) 19:30 - 22:00 (19:00 受付開始) 主催 Vue.js 日本ユーザーグループ 共催 E2D3.org 参加方法 一般参加枠 普通に Vue.js Meetup 参加したい方は、「一般参加枠」から申込ください。先着順になります。 LT一般発表枠 Vue.js Meetup で LT を発表したい方は、「LT発表枠」からお申込みください。 テーマはVue.js に関連するテーマなら何でもOKです。 参加申し込む際には、参加申込時のアンケートにLTのタイトルを記入された上で申込お願いします！ LT発表したいけどタイトル決まっていない方は、仮でもいいので記入お願いします！ 仮
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
http://blog.inouetakuya.info/entry/2017/01/30/212414