ゆるくアウトプットしたいスマートフォン用の表示で見るゆるくアウトプットしたい技術系。2017-03-25【参加レポート】今さら聞けないJSフレームワーク一挙入門!【React、Angular2、Vue.js】イベントレポート今さら聞けないJSフレームワーク一挙入門!【React、Angular2、Vue.js】に参加してきました。今回、初めて懇親会もある「勉強会」に参加したことになります。最近は、jQueryではなくこのようなライブラリが出てきて、AngularがいいかReactがいいかと、一人で悩んでいました。それを解決するための良い機会となりました。React、Angular2、Vue.jsと、3つのフレームワーク(ライブラリ)の概要を知ることができ、それぞれのフレームワーク(ライブラリ)の大体の雰囲気を感じることができました。懇親会コミュ障ですが参加しました。危うく孤立しかけましたが・・・。それでも同じテーブルの方々と名刺交換させていただきました。セッションで基本的な情報をインプットし、あとは懇親会で語り合うような形でした。つよいReactもつよいけどAngularが最近頑張ってるようです。TypeScriptという言語は馴染みやすいです。javascriptは確かにC++とかJavaを使っている人にとってはなじみにくいです。TypeScriptによって従来の感覚で書けるのは大きいです。Reactの場合はその文化になじめるかどうかという点が気になります。ルートをたどっての片方向バインディングとか、デザイナーとの分業がどの程度可能かとか。それと、Reactを覚えたらReactNativeで知識を生かせるのもいいと思います。(ReactNativeってどうなんでしょう)これからもう少し深く知ってみたいです。Angular2かという悩みを抱えていましたが、jQueryつかってきたひとたちの未来には、Vue.jsがよさそうです。ReactとかAngular2とかは重いフレームワーク(ライブラリ)であること。Vue.jsなら、jQueryと同じ感覚で、読み込むだけで使用できます。jQueryを使っている現場はたくさんあるし、そこからの現実的な次のステップとしては、Vue.jsが選択肢となるのでしょう。ReactやAngular2に比べて学習コストが少ないので、まずやってみる、ならばVue.jsのほうがいいかもしれません。集まってきた人たちはいろいろでした。学生さんが多くいましたし、仕事帰りの人も多かったです。ここには確かに、フロントエンドという世界の雰囲気がありました。これからのフロントエンド開発はどうなるかという話も聞けました。あとは、モダンWeb開発にどう入っていくかという課題については、どうしても最近の開発は大それたもので、実際必要としていたものはもっと小さいものだったりするし、フレームワークやライブラリには、学習コストや、それぞれの規模があるし、相性もあるので、トレンドをつかみつつ、流されず、まずは小さく始めていきたいと思いました。未来はどうなるかわからない。3年前には予想もつかなかったし、3年後はなおさらわからない。死んだ技術を数えてみればいくつも浮かんできます。残らない技術をつかむとしても、それでもやっぱりたくさん作らなきゃ強くなれないと思います。保守的は保守的でいいのですが、やっぱり、何かを思いつくなら作りたい。作っても作らなくても技術の進歩は加速してしまいます。Prototypeに乗り遅れ、jQueryにも乗り遅れ、モダンWebにも乗り遅れるわけにはいきません。諦めずにまた参加したいと思います。開発全般の広範に渡り学ぶことができるため、参加してみました。全体的な感想を書いておきます。取り上げられていました。それだけよい思想なのでしょう。Designでなくても、何らかのデザイン思想に基づいてソフトを作るべきですが、周囲を見るとなかなかそうなっていない場合が多いです。あと、どうしても、動きの部分については何も思想を持たず何もせず、いまいちの出来具合ということが多いです。Designなどのガイドラインを見て、意図をもってUIを作っていきたいと思います。身の回りのUIについて考える。MVVMMVVMが多く取り上げられていました。MVVMのセッションの前の話題提供で「MVVM使ってる人」という声に反応があまりなかったので、Androidの世界でどの程度普及しているのだろうと、疑問に思いました。Xamarinだと、自然とMVVMできるんだからやろうという気になりますが、Javaの世界だとどうなのでしょう。いい考え方なのできっとこれから普及していくと思います。XamarinでMVVMを学ぶ開発の進め方リファクタリングの話、プロジェクトの体制の話。思ったことはAndroidアプリ開発のプロジェクト規模は小さく、短期間であることです。エンジニア自分ひとり、みたいなところも普通にありそうですが、ちょっと寂しい感じもしました。DroidKaigiの存在価値があるのかもしれません。こんなスピード感がある開発はうらやましいです。レガシーな部分でもなんとかスピードを上げていきたい。今回、いろいろな話を聞くことができ、私はAndroidエンジニアではないのですが、日常の学んだことを取り入れてみたいと思いました。今度はAndroidでアプリでも作って、来年、より有意義な形で参加できたらよいと思います。2日目のセッションについて書きます。氏)かろうじて触ったことがあるXamarinですが、じつは・・・Xamarinって、Android大好きでバリバリ書いてる人には不要?という話がオチにあって、まあそうですね。Xamarin好きなので今後も勉強していきます。氏)未熟なメンバーのチームで、どうやって無事リリースまでもっていくか。知識がある人が設計の部分でお膳立て。秩序とスピードを生み出すこと。あることで、共感しました。あれこれ話し合っている割には何も決まらないことがあるけれど、その中でも「決める」ことを意識することが必要なのかなと思いました。3つで構成されるアーキテクチャ。その根幹には、Viewの値とViewModelを結びつけるデータバインディングがある。Viewに値をセットする取得する追加する削除するという考え方ではなく、ViewModelのメンバの値をそのままViewで結び付けて表示すします。今まで直接Viewをプログラムで操作していたころは、結構値のセット漏れとか、ちょっとしたことで、動きに一貫性がなくなったりしていましたが、ViewModelの値をそのまま使うならばもれなく与えたデータの通り表示できます。一度MVVMをやってしまうと、もうデータの追加とか削除とかが面倒になります。これから重要になってくると思います。.NETでMVVMを学ぶのはよいことなのかもしれません。氏)エンジニアがデザインをできるようになろうという話でした。「ガイドラインを読もう」という話がありました。ソフトのデザインは単にアイコンを作ればよいわけではありません。動きを含むユーザー体験全体に責任を持たなければいけないのですが、デザイナーがアイコンをくれたから適当に表示して動けばOKと思ってしまいがちです。アプリ技術者がデザインに責任を持たなければならないということです。アプリ技術者の中にも、デザインセンスが優れた人がいるかもしれません。「デザインエンジニア」という新しい枠ができたら、よりよいアプリを作れることでしょう。Wearぐらいしか触ったことがなかったのですが、DroidKaigiに行ってきました。Androidというくくりなので、話題の幅が多岐にわたり、Androidのことも学べるし、開発全般についての知見も得られると思い、参加してます。技術的に詳しくないことが多々あるので、きちんとしたレポートはできませんが、何か書いてみます。スライドのまとめ記事がありましたので、これを見ながら思い返してみます。佑一氏)マテリアルデザインの話です。デザインのことは全く素人なのですが、デザインのことを考える入り口として、マテリアルデザインを学んでみたいと思いました。以下の内容が気になりました。したガイドラインがある。登壇した人みんなが読むことを勧めていたように思います。自分は一切入れていませんでした。今までずっと、もっさりしたソフトを生み出していました。ガイドラインをしっかり読みたいと思います。UIのガイドラインはしっかりしたものがあるのか気になりました。Sakaguchi氏)Android特有の話はあまりわからなかったのですが、ためになりました。