19/03/20 12:23:58.01 sMrrhESD.net
つまりVueだけが生き残ってangularもなんちゃらもオワコンって事でok？
128:デフォルトの名無しさん
19/03/20 12:25:29.33 KzgtImdp.net
いいよいいよめんどくさい
満足したら帰れ
129:デフォルトの名無しさん
19/03/20 14:41:20.20 VnHP/Zl1.net
あたし今夜は帰りたくなーい
130:デフォルトの名無しさん
19/03/20 22:22:23.69 Q7FR5aXP.net
じゃあ会社に泊まり込んで朝までVueしよう
131:デフォルトの名無しさん
19/03/21 02:04:21.51 2UUDJxzq.net
Evan「今日からSPAとして働いてもらうからな」
JS「えっ？おじさん誰？」
Evan「Vue！」
JS「え？ちょっと縛らないで！なにコレっ、 v-◯◯属性ってなんなの！気持ち悪いっ、私のDOMどうなってるのぉ！」
Evan「ディレクティブだよ。リアクティブにDOMを書き換えるんだ。Reactの◯SXよりも気持ちいいだろう、俺のテンプレート構文」
JS「気持ちよくなんか、んっ」
Evan「はしたないデータフローにはご褒美のV◯exだ」
JS「いやああ… (ごめんね…React…)」
Evan「うっ、見てごらん、これがコンポーネント作りだよっ！(ヴューッ)」
132:デフォルトの名無しさん
19/03/21 09:00:54.84 fnYprB/J.net
>>127
フレームワークになったからだよ。
133:デフォルトの名無しさん
19/03/21 09:55:07.53 SttJfC3V.net
>>131
v-Sexってなんだよ！？
134:デフォルトの名無しさん
19/03/21 13:08:33.79 5dV11zdl.net
フレームワークは3年くらいでオワコンになるし、何かいきなり新しいのがでてきて急にオワコンになることもある
135:デフォルトの名無しさん
19/03/21 15:04:52.01 SWMlpuY2.net
Angularは2系にイキナリ切り替わって呆然
以来React派に転向
メリケンではVueよりReactが優勢
136:デフォルトの名無しさん
19/03/22 21:47:59.16 IYk7fwKO.net
ほんと世の中ガチでフロントエンジニアリングできるエンジニアっていないんだな
エンジニアリクルートサービス利用してポートフォリオみてるけどどいつもこいつもウンコレベルなのに、できます！アピールだけすごい
作ったアプリみたら酷いな
137:デフォルトの名無しさん
19/03/22 22:00:16.69 fHZvfEvf.net
AngularJSの時代なんてjQueryしか使ってなかったから過去の仕様がバッサリ切り捨てられたとかどうでもいい
大事なのは現行の仕様が実用的にどうかというところ
138:デフォルトの名無しさん
19/03/22 22:19:38.60 LxFBiDFh.net
>>136
ポートフォリオのどういうとこ見る？参考にしたい
139:デフォルトの名無しさん
19/03/22 22:59:48.83 IYk7fwKO.net
>>138
全部みるけど
特にUI/UXがクソすぎる
ど素人通り越して人間以下の能力しか感じられない
ちなみにリクルートサービス担当者に聞いたら、できる人はほとんどいませんだって
なのに単価クソ高え
140:デフォルトの名無しさん
19/03/22 23:08:18.72 Xjl+z3zG.net
>>139
うーん…感情的な書き方で問題の本質がさっぱり分からん。
そのポートフォリオは具体的にどんなUIで、どういった点に問題を感じたん？
またその問題に対して、どういった改善を求めてんの？
141:デフォルトの名無しさん
19/03/22 23:19:38.21 ueV00U8L.net
UIUXなんてなんか使いづらいって感じた瞬間駄目なサイトだろ
142:デフォルトの名無しさん
19/03/22 23:28:04.83 IYk7fwKO.net
>>140
UIとして機能していない
反応がない
フォントバラバラ
ローディングなし
結果の明示がない
UIがくずれている
導線がわからん
なぜそこにそのボタンがある？
色がダサい
見にくい
古すぎるデザイン
レスポンシブではない
テキスト内容がクソ
エラー表示なし
ソースが汚い
classが適当
htmlも適当
意味不明のダサい画像
無駄にかっこよくみせようとして逆にムカつくタイトル名
センスの欠片もないUI
UXゼロ
データ表示をフォーマットさせていない
必要な機能が実装されていない
見るだけ不快
これでスペシャリストとかマジで一回死んでやり直せ
そのくせアピールだけすごい
私は月100万です
へえ、じゃこれ1日でできます？
………
お前には10万でも高えわ
143:デフォルトの名無しさん
19/03/22 23:39:39.09 LxFBiDFh.net
それは初心者なだけでは…
144:デフォルトの名無しさん
19/03/23 00:11:57.71 z2HpA2Km.net
「誰でも未経験から３ヶ月でフリーランスになれる！」
145:デフォルトの名無しさん
19/03/23 00:39:40.39 2pZbPAny.net
>>143
それがベテランってやつでもほんとできないんだよ
いなくはないけどほとんどの奴ができない
146:デフォルトの名無しさん
19/03/23 00:41:01.63 2pZbPAny.net
この前も時給8700円提示してきた奴の開発案件見せてといったら自分から断りやがった
147:デフォルトの名無しさん
19/03/23 00:44:46.37 enzaJQTj.net
>>142
もう自分でやれば？雇ったふりして自分でやれば丸儲けやん。
148:デフォルトの名無しさん
19/03/23 02:05:30.44 AwTFibe4.net
ポートフォリオってデザイン凝ってればいいんでしょ
149:デフォルトの名無しさん
19/03/23 08:17:57.37 4V4ijAbJ.net
1人月100万円が最低ラインで、その人の給料は30万円ぐらい。
残りの70万円は会社がもらって、経費に当てる
「3:3:3:1」の法則。
会社の売上の内、仕入が3割、人件費が3割、その他の経費が3割、利益が1割だから、
会社に100万円を払っても、30万円の人しか来ない
つまり社員還元率が30% と言うこと。
ただし、ソフトウェア業界は仕入が少ないから、もう少し還元率は高いかも
派遣社員なら、70% ぐらいあるけど、仕事がない時の給料保証がない。
エージェントなら、90% ぐらいあるらしい
150:デフォルトの名無しさん
19/03/23 09:47:30.16 XGFDvTiq.net
>>142
沢山書き殴ってるけど、要するにコーディングだけじゃなく設計も出来る人材が欲しいの？
それなら派遣じゃ無理だよ。設計まで出来るエンジニアなんてどこの会社も欲しがるんだから、
設計出来る人間は派遣社員なんてやらずに普通に正社員として就職してるよ。
あと派遣でhtml、css、Javascript辺り扱えていば立派な方だよ。（そのポートフォリオを本人が作ったという保証はないけど。）
派遣会社の連れてくる人材なんて、下手すりゃキーボードすらろくに触った事無い奴が
「プログラミング歴３年以上」の中堅社員相当の人材として送られてくるんだから。
151:デフォルトの名無しさん
19/03/23 10:06:36.77 2pZbPAny.net
>>148
それで実際にポートフォリオ出してみたらいい
デザイン凝ってます！って言ってみな
それで欲しがる会社もあるとは思う
なぜならフロントエンジニアで使える奴はほんといないから
>>150
派遣ではないね
まあエンジニアはフリーランス多いからフリーランスか、転職希望者のみ
フロントエンジニアなのにフロント設計できない奴しかいないのかな？
設計もできないしコーディングもクソだしUIしょぼいし、どこにエンジニアとしてのスキルあるのかまったく不明
やっぱできる奴は大手企業とかの正社員にしかいないのかも
152:デフォルトの名無しさん
19/03/23 10:31:51.23 wJSaeQ2F.net
会社がポートフォリオに何を望むのか明確に示して無いんじゃないの
オリジナリティなんか要らねぇ実用性重視だって
153:デフォルトの名無しさん
19/03/23 11:37:16.69 V0vJvcu9.net
> やっぱできる奴は大手企業とかの正社員にしかいないのかも
大手企業のできてるサンプル見せてほしいっす。
それと同じレベルのものを作ればウケるんでしょう？
154:デフォルトの名無しさん
19/03/23 11:51:23.27 2pZbPAny.net
>>153
大手が公開しているサンプルすら自分で見つけられないなら才能ないから無理
他人に聞くのではなく自分で判断できないとダメじゃん
155:デフォルトの名無しさん
19/03/23 12:09:25.66 YhyYiXH6.net
>>153に才能があるかどうかを確認する場ではないのでは？
156:デフォルトの名無しさん
19/03/23 12:36:16.25 Hhu/fM13.net
スクールで素養ありそうなやつに声かけて自分で教育したほうが確実だし、安上がりだぞ。
157:デフォルトの名無しさん
19/03/24 06:19:57.51 2N4L6w/5.net
安上がりか
できる人はすぐ転職してく
158:デフォルトの名無しさん
19/03/24 10:10:01.68 0R743LPx.net
普通に安く使おうとしてるクズ野郎なんじゃないかと思われる。
159:デフォルトの名無しさん
19/03/24 11:34:45.84 erZKtJ/5.net
経営者的には安い雇えるに越した事はないだろうが、
安い人材はそれなりだからなぁ。
SPAの場合、多くは安さより品質を求めている会社が
導入するわけで、安かろう悪かろうではあまり意味を
なさないと思われる。
160:デフォルトの名無しさん
19/03/24 15:29:49.58 F4bH4vNn.net
自分でやりたくない、金払いたくない、人育てたくない ってきたら、もうオフショアしか残ってないぞ
161:デフォルトの名無しさん
19/03/24 16:01:03.66 qUrMSiUk.net
wordpressや！
162:デフォルトの名無しさん
19/03/24 17:13:41.89 0R743LPx.net
>>160
業界から消えてもらうのが本人にとっても他の人にとっても幸せなパターン。
163:デフォルトの名無しさん
19/03/24 18:31:15.31 WlMiws5A.net
ホームページビルダーや！
164:デフォルトの名無しさん
19/03/24 18:39:19.94 STY4p2iS.net
>>163
あれって今使うメリットってなんかあるの？
165:デフォルトの名無しさん
19/03/25 12:00:48.87 ci2yIkxV.net
老人向けパソコン教室の業者が儲かる
166:デフォルトの名無しさん
19/03/25 13:12:00.05 iswbtBwo.net
自分でやりたくない、金払いたくない、人育てたくない って場合にホームページビルダーや！
167:デフォルトの名無しさん
19/03/25 13:16:02.91 8zI0ePtf.net
ホームページビルダーは誰がやってくれるんだ？
自分でやりたくないんだよね？
168:デフォルトの名無しさん
19/03/25 16:25:12.82 YCEsIQrW.net
新入社員
169:デフォルトの名無しさん
19/03/25 18:43:40.12 8zI0ePtf.net
育てる気ないのに新入社員？ｗ
170:デフォルトの名無しさん
19/03/25 21:03:40.98 JPIVAS98.net
ホームページビルダーで妥協するから激安人材に依頼できるってロジックだろ？わからないポイントある？
171:デフォルトの名無しさん
19/03/26 08:46:21.93 58mL9VVV.net
日本の大企業のみ→Angularはグーグル製！！信頼できる
零細企業、またはアジア圏→使いやすさでやっぱりVue
欧米→安定的なアプデで信頼できるReact
個人→jqueryで良いんじゃね？
Google→ある程度の金貰ったし、Angularのメンテ面倒くさいから没プロダクトにするか（笑）
172:デフォルトの名無しさん
19/03/26 09:05:00.14 N+0q4aWD.net
Googleが本当に流行らせたいのはAngularDartなんだろうけどな
173:デフォルトの名無しさん
19/03/26 09:09:55.79 pnvMlsp3.net
dartはflutterで成仏しろよもう
174:デフォルトの名無しさん
19/03/26 09:19:45.20 vnNR+XHY.net
angularとvueが大規模、小規模て分類は間違ってはいないけど、学習の難易度的にはそこまで変わらんと思うよ。angularと比較するならvueはnuxt.jsになるだろうし、どっちも覚える事多い。使い分けは出来た方が良いから結局どっちも覚えるべきなんだろうね。
175:デフォルトの名無しさん
19/03/26 10:40:24.41 /d5ctMB8.net
reactでいいんじゃね？
アメリカに着いてくのが一番
奴らが標準規格の主導権持ってんだからね
176:デフォルトの名無しさん
19/03/26 10:41:08.50 E1WCPVyW.net
>>172
Google謹製Flutterの今年のロードマップ
URLﾘﾝｸ(github.com)
> Making the Hummingbird project (Flutter running on the Web) available to developers.
年内には
Google Angular(TypeScript)チーム
vs
Google AngularDartチーム
vs
Google Flutter(Dart)チーム
になりそうだ
177:デフォルトの名無しさん
19/03/26 12:16:22.63 vnNR+XHY.net
個人的にはスレタイにある vue react angularは3つでバランス取れてると思うよ。それぞれ特徴あって案件次第で使い分けできるサイズ感。ただ願わくばこれ以上増えて欲しくない。。
178:デフォルトの名無しさん
19/03/26 16:03:08.26 6fSL/Yx4.net
HUMBLE BOOK BUNDLE: WEB PROGRAMMING BY O'REILLY
URLﾘﾝｸ(www.humblebundle.com)
URLﾘﾝｸ(www.goodreads.com)
それぞれ高評価のオライリー本バンドル。ここの3つも入門レベルとは言え取り上げられてるし、一冊＄1以下でDRM Freeとかお得杉
179:デフォルトの名無しさん
19/03/26 17:22:58.54 pnvMlsp3.net
まず合法なの？
180:デフォルトの名無しさん
19/03/26 18:45:34.41 ByGWt+2d.net
欲しいけど英語読めない
181:デフォルトの名無しさん
19/03/26 20:13:15.22 6fSL/Yx4.net
humbleは元々はゲームバンドルから始まったが、すでに足掛け8年続いてるわけで、今までもオライリー含めて様々なeBookバンドルやってるから大丈夫
小説や時事ニュースならともかく技術書の英語なんて平易だしコードも追えるからイケルイケル
後から足せるしとりあえず$1枠で行ってみれば。
FlaskとVue, React目当てでポチった
182:デフォルトの名無しさん
19/03/26 20:41:10.00 5xjl/lcy.net
Reactの翻訳版持ってるけどcreateClass時代のやつだから今はもう役に立たないぞ多分。
183:デフォルトの名無しさん
19/03/26 22:40:09.39 aW2tbkLS.net
reactはそんなに学習コスト高くないと思うのだがどうだろう。
184:デフォルトの名無しさん
19/03/26 22:51:03.80 /d5ctMB8.net
reactは設計時の論理的思考力が試される
angularは勉強時にたくさん覚える力が試される
185:デフォルトの名無しさん
19/03/27 20:59:46.71 xYSDbXJ2.net
>>184
ジャップには向いてるな
なお、インスタントエンジニアしか生み出せない模様
186:デフォルトの名無しさん
19/03/27 21:53:35.70 3FrdPdun.net
所詮JSだからエセエンジニアだよ
Javaエンジニアに比べたら偽物でしかない
187:デフォルトの名無しさん
19/03/27 22:10:33.57 3FrdPdun.net
>>185
>>186
天下のJavaエンジニア様が↓これですか？
池沼バカですよね？
952 名前:仕様書無しさん [sage] :2019/03/22(金) 14:13:13.12
Javaでシングルページアプリケーション作れないよ
道具うんぬん言われてもReactかVueかAngularしかないよ
953 名前:仕様書無しさん [sage] :2019/03/22(金) 14:18:43.51
Ｊ ａ ｖ ａ Ａ ｐ ｐ ｌ ｅ ｔ
188:デフォルトの名無しさん
19/03/28 22:58:23.12 YBiOenih.net
JAVAもJavascriptも両方書けるけど、別にどっちが書ければ偉いとか無いなぁ…。
つーか、プログラミング言語なんて別に覚えようと思えばどの言語でも覚えられるんだから、
わざわざ派閥作ってどれが良いかで抗争ごっこなんてする必要無いだろ。
そんな労力余ってるんなら、勉強や業務に回せよ。
189:デフォルトの名無しさん
19/03/28 23:01:34.70 NnAebtNZ.net
というかjavaとjavascriptで揉めるって珍しいよな。
190:デフォルトの名無しさん
19/03/28 23:26:11.25 C8AlU2BD.net
まあjavaは基幹業務のイメージあるしその影響かね。jsも楽しくて良いんだがなあ。web系なら今やフロントの方がずっと工数多いし。
191:デフォルトの名無しさん
19/03/29 01:01:09.34 hY7M71Nd.net
※ただし割り当てられる予算は少ない
192:デフォルトの名無しさん
19/03/29 01:50:54.11 VToQc1OU.net
javaからjsに変換するツール期待してるんだけど
Maven経由で使いづらかったり全く流行りそうにないな
193:デフォルトの名無しさん
19/03/30 17:33:23.78 SUMsIC5k.net
elmよくない？
194:デフォルトの名無しさん
19/03/30 21:58:08.49 FUssFCfQ.net
>>193
触った事無いから良いも悪いも分からないけど、今までいろんなフレームワークやらAltJSなんやらが
世に出ては消え、世に出ては消えを繰り返していた過去を考えると、
全く普及していない、あるいは強力な後ろ盾が何もない言語なりフレームワークなりは絶対辞めたほうがいい。
その時は開発が楽できるかもしれないけど、数年後に保守しようとした時に
ほぼ廃れてて全部書き直すかメンテされてないドキュメントと格闘しながら
騙し騙し使っていくかの2通りしかないよ。
てか、stackoverflowのトレンドにすら出て来ないフレームワークや言語なんて怖くて使えねぇわ…。
URLﾘﾝｸ(insights.stackoverflow.com)
195:デフォルトの名無しさん
19/03/30 23:06:55.46 DyxzEuK/.net
>>193
purescriptのが好き
196:デフォルトの名無しさん
19/03/31 00:28:14.73 aYWS++Tp.net
結局jsとcssとhtmlを吐き出すなら、あんま変わらない様な気がする>elm。エコシステムが大きくなれば数年後は分からんけどね。
197:デフォルトの名無しさん
19/03/31 02:40:20.74 quVuOhjO.net
Gwtがもう少し流行ってもいいだろうに
198:デフォルトの名無しさん
19/03/31 03:18:00.44 AJzZh1fE.net
>>194
これ全部が頭打ちっぽくない？
Vueは足踏みくらいか
199:デフォルトの名無しさん
19/03/31 03:18:34.36 AJzZh1fE.net
>>198
画像忘れた
URLﾘﾝｸ(i.imgur.com)
200:デフォルトの名無しさん
19/03/31 03:31:19.63 vireAt4B.net
>>199
未だにreactjsって書かれてるのが不毛だな
201:デフォルトの名無しさん
19/03/31 09:01:28.75 gZdfL4pO.net
>>189
今時のWeb開発では両方組み合わせて使うが、業界には区別出来てないのも多い。
特に自称エージェントや判子押す管理者。
202:デフォルトの名無しさん
19/03/31 09:37:04.90 ZIKaSM37.net
meteor一瞬流行るかと思ったがそんな事はなかった
203:デフォルトの名無しさん
19/03/31 11:01:09.04 vireAt4B.net
今どきJava使うメリットってなんだろうな
204:デフォルトの名無しさん
19/03/31 13:05:06.88 qv9z8TUK.net
言語を使う理由は二種類しかない
1. その言語でしか出来ないことだから、その言語を使う
2. どの言語でもできることだが、慣れているからその言語を使う
Javaに限らずほとんどのプロジェクトは
後者の理由で言語を選んでいる。
205:デフォルトの名無しさん
19/03/31 13:53:25.34 V9V+KN+u.net
うちでは、別に慣れてないけど明らかにpythonの方がサクッと作れちゃうよね？って理由でpython採用されたぞ。
まあ慣れより簡単さが上回っただけで本質的には同じ話しか。
206:デフォルトの名無しさん
19/03/31 14:18:29.38 9rJIqBDY.net
>>205
そういやPythonってJIT対応とかの予定あるの？
Rubyは去年末リリースの2.6
PHPは来年頃リリースの8.0
でJIT対応らしいけど
207:デフォルトの名無しさん
19/03/31 15:30:40.25 V9V+KN+u.net
>>206
慣れてないけど俺に気かないでくれw
208:デフォルトの名無しさん
19/03/31 15:53:03.93 UUJRkrO5.net
PyPyやNumbaがあるから今更CPythonにJITが入ることは無いんじゃないか
209:デフォルトの名無しさん
19/03/31 16:27:08.64 9rJIqBDY.net
PyPyっつーのがあるのか
210:デフォルトの名無しさん
19/03/31 16:56:13.12 eYkDd4rA.net
おっぱいぱい
211:デフォルトの名無しさん
19/03/31 17:14:50.83 Eul9LT2b.net
>>204
・自分だけでなく他のチームメンバーも扱える言語か、習得は容易か
・その言語の後ろ盾は強力か、寿命は長そうか
・開発環境やライブラリを含め、利用にコストは掛かりそうか
・言語は後方互換性を重視しているか、コロコロ書き方が変わったりしないか
言語の選定するならこのへんも考慮に入れなきゃいけないんじゃない？
まぁ一人で開発してんならお好きなように、だけど。
212:デフォルトの名無しさん
19/03/31 18:38:02.97 quVuOhjO.net
JavaServletは速いけどレンタルサーバーだとvps使うしかないよね
あとフレームワークがいまいち
213:デフォルトの名無しさん
19/03/31 18:52:01.23 tpFKuBXl.net
>>211
> ・自分だけでなく他のチームメンバーも扱える言語か、習得は容易か
それが2. 慣れているかに相当する
> ・その言語の後ろ盾は強力か、寿命は長そうか
> ・開発環境やライブラリを含め、利用にコストは掛かりそうか
> ・言語は後方互換性を重視しているか、コロコロ書き方が変わったりしないか
候補になるようなものはどれも満たしている
214:デフォルトの名無しさん
19/03/31 18:55:52.85 9rJIqBDY.net
>>212
nginxとの相性がな
215:デフォルトの名無しさん
19/03/31 21:24:13.21 V9V+KN+u.net
>>212
この場合のvpsってどういう意味？
216:デフォルトの名無しさん
19/03/31 23:00:37.43 vireAt4B.net
Webサーバー貸出じゃない仮想OS貸出のサービスだよ
Virtual Private Server
217:デフォルトの名無しさん
19/03/31 23:01:49.60 vireAt4B.net
IP付きのLinuxサーバーを好き放題に設定できるやつ
218:デフォルトの名無しさん
19/03/31 23:21:58.66 V9V+KN+u.net
webサーバー単体のレンタルなんてものがあるのか。
それを知らなかったのでVPSを別の意味でレブロンの使ってるのかと思ってしまった。
219:デフォルトの名無しさん
19/03/31 23:22:37.63 V9V+KN+u.net
webサーバー単体のレンタルなんてものがあるのか。
それを知らなかったのでVPSを別の意味で使ってるのかと思ってしまった。
ありがとう。
220:デフォルトの名無しさん
19/04/01 20:18:24.33 Ut3weUXP.net
で、結局reactとvuejsのどっちを始めればいいのさ。
221:デフォルトの名無しさん
19/04/01 20:28:57.51 +o/JYXIp.net
自分が欧米人だと思うならreact
中国人だと思うならvue
222:デフォルトの名無しさん
19/04/01 20:54:24.55 I/9Vex97.net
どっちも覚えるくらいの気概がないならフロントエンドに手を出すべきじゃない。
223:デフォルトの名無しさん
19/04/01 21:01:34.48 evzlx3m2.net
男は黙ってpure javascript
224:デフォルトの名無しさん
19/04/01 21:51:14.35 pQIlN10h.net
>>220
今から始めるならvueを勧める。基本だけなら一日で習得できるからやってみて判断するべし。
225:デフォルトの名無しさん
19/04/01 22:22:01.86 7bgyHR1w.net
angular.jsのtwo way data bindingがバグの温床になるからって理由で、
React + fluxが世の中に普及したのに、
わざわざangular.jsを作りなおしたみたいなvue.jsを使うのは、
世界が電通や博報堂といった陰謀に踊らされている以外に他ならない
226:デフォルトの名無しさん
19/04/01 22:24:36.04 7bgyHR1w.net
>>220
大きいものならts環境がデフォで入ってるangular
小さいものならvue.js
を勧める。
reactは、どちらにも対応できそうでいて、flux, redux, typescript環境を整えようとすると、
とんでもない学習コストが必要になる。
227:デフォルトの名無しさん
19/04/01 22:48:06.36 I/9Vex97.net
>>226
それは払うべきコストだと俺は思うけどね。
228:デフォルトの名無しさん
19/04/01 23:03:49.07 pQIlN10h.net
>>225
それangular1のバグだろ。。
229:デフォルトの名無しさん
19/04/01 23:48:05.38 Cg9qg8Y/.net
この調子だとvueが生き残って他は今年中に死にそうだな
230:デフォルトの名無しさん
19/04/01 23:49:19.79 iKluLHWh.net
残念ながら5年後、生き残るっているのはjQueryのみです。
231:デフォルトの名無しさん
19/04/01 23:57:42.07 jyzymMUT.net
tsでvueは情報少なくて苦行だった
232:デフォルトの名無しさん
19/04/02 00:06:58.59 Gyr9RwNe.net
作り方はガラッと変わるけどjQueryの後継がvueだと感じてる。reactやangularとは使われ方が違うから、良い感じに共存するんじゃないかな。
233:デフォルトの名無しさん
19/04/02 00:31:42.48 p3LqPaO3.net
英語の情報結構あるけど英語できないから辛い
234:デフォルトの名無しさん
19/04/02 05:59:15.90 YSuDMGX/.net
>>223
Vanilla.js知らんのか
235:デフォルトの名無しさん
19/04/02 06:00:24.85 YSuDMGX/.net
>>225
Vuexは双方向バインディングじゃないじゃん
236:デフォルトの名無しさん
19/04/02 08:05:30.18 ctuNgHvZ.net
>>234
使ったことある？
237:デフォルトの名無しさん
19/04/02 08:15:24.57 YSuDMGX/.net
>>236
とりあえずググってみ
238:デフォルトの名無しさん
19/04/02 08:36:42.01 PsMImS8t.net
知ってて言ってんじゃね？俺は使ったことないが。
239:デフォルトの名無しさん
19/04/02 08:38:24.91 ctuNgHvZ.net
>>237
いや知ってるんだけど使ったことはないから実感知りたいだけ
240:デフォルトの名無しさん
19/04/02 10:26:19.24 Gyr9RwNe.net
誰かこの流れに突っ込んでやれよ。。
241:デフォルトの名無しさん
19/04/02 12:36:56.41 utcNUqsJ.net
>>239
他のフレームワークに比べると便利な機能とかはないけど、習熟したときのポテンシャルは一番高いと思う。廃れる可能性も一番低そう。
242:デフォルトの名無しさん
19/04/02 13:05:03.55 NbiLDEG1.net
いや単なる素のjsやんけ
なんだこれエイプリルフールか？
243:デフォルトの名無しさん
19/04/02 13:40:25.21 0CFjJGGx.net
ヴァーニラ ヴァニラ ヴァーニラ求人
244:デフォルトの名無しさん
19/04/02 14:11:33.61 ctuNgHvZ.net
>>241
なるほど
触ってみるかな
245:デフォルトの名無しさん
19/04/02 16:51:32.13 htrrjpBz.net
いや、使ったことないってことはないだろ
246:デフォルトの名無しさん
19/04/02 20:16:30.67 Vn7qUPir.net
生jsとか「this」とは。。とかなんでそんな哲学せにゃならんのかって気持ちになるわ。
247:デフォルトの名無しさん
19/04/02 20:35:43.96 pgMlK69f.net
生js……ｺﾞｸﾘ…
248:デフォルトの名無しさん
19/04/02 20:37:17.25 YSuDMGX/.net
Reactもカメラ映像からcanvasに転写して画像処理とかやった時は結構メソッドに.bind(this)とか沢山書いたけどな
249:デフォルトの名無しさん
19/04/03 08:05:38.53 zOJIe3qU.net
>>232
どうだろ。jQueryの優れている点は後方互換性の高さだからな。
jQueryの古臭い構文に則って書きさえすれば、最新の環境でも10年前の粗大ゴｍ…レガシーな環境でも動くけど、
モダンブラウザでの利用を前提としたvueはレガシー環境ではjQueryの代替にはなりえないかと。
あとはjQueryの馬鹿にでも覚えらる簡単さも、vueには真似できない点じゃないかな。
１日あればそれなりに読めて書けるようになるjQueryと、じっくり数週間は座学を要するvueだと、
即戦力（という名の使い捨て）を確実に揃える際にはjQueryの方がより適切なんじゃないかな。
vueは下手すりゃ時間と労力だけ消費して、結局習得できませんでしたーとか平気でありえるわ。
250:デフォルトの名無しさん
19/04/03 09:23:59.94 KMUqpDuQ.net
ついにAngularの津耶乃本も出るのな
251:デフォルトの名無しさん
19/04/03 10:08:11.29 GcirtrDg.net
フレームワーク選びのポイントは
どんな規模を作るのか、最終的にどういった
開発環境を、使えるように成りたいかによるだろう。
Vueはmvvmのテンプレートエンジンが
他よりディープに作り込まれてて、コンポーネントが他より再利用しやすいのが特長。
だけどツールとして使えるように
なるには、かなり熟達してないといけない。。
252:デフォルトの名無しさん
19/04/03 11:37:08.30 2JBFiMNA.net
やめてーー >>250
253:デフォルトの名無しさん
19/04/03 14:36:12.42 fYTnXBwQ.net
>>249
かと言っていつまでもjQueryは辛すぎるだろう。保守に必要なのはしょうがないが、インタラクティブなページだけvueに置き換えてくだけでも随分楽になるんだがなあ。フォーム周りとか特に。
254:デフォルトの名無しさん
19/04/03 14:56:25.21 pzZNq5v4.net
jQueryそこまで互換維持してる？結構非互換変更をやってるような気が
propとattrが分離した時なんて大混乱だったし
255:デフォルトの名無しさん
19/04/03 15:15:33.14 0ih4AaLe.net
> propとattrが分離した時なんて大混乱だったし
それは2011年の話。それが最初で最後の大きな変更
256:デフォルトの名無しさん
19/04/03 16:14:03.74 /cw++oNj.net
サーバー側フレームワークが足してくるやつとサードパーティースクリプトとクライアント側フレームワークが使ってるやつで３種のバージョンでグチャグチャになってエラってるのに当たった
もうあんなのは嫌だ
257:デフォルトの名無しさん
19/04/03 19:00:51.07 gv9jiZ+o.net
サーバーが足してくるって何を？
258:デフォルトの名無しさん
19/04/03 20:17:52.28 nLTRSg3/.net
誰かが作ったのの改修案件って事じゃない？
259:デフォルトの名無しさん
19/04/03 21:06:42.61 fYTnXBwQ.net
サーバのフレームワークが吐くscriptだろう。ちょっと違うがカスタムしたwordpressは本当カオスだわ。もう二度とメンテしたくない。今でも元気に動いてるのが不思議。
260:デフォルトの名無しさん
19/04/04 00:50:17.12 O0tv1R/2.net
redux-sagaやばげ
URLﾘﾝｸ(qiita.com)
261:デフォルトの名無しさん
19/04/04 01:57:56.93 P8QA7wZo.net
今さらかよｗ何年遅れだｗｗ
262:デフォルトの名無しさん
19/04/04 11:09:20.60 I0seNCf/.net
>>259
function.phpでフックするかプラグインで実装するか、直書きするか、WordPressの標準機能でやるかの4択だから見る箇所多くてな…
263:デフォルトの名無しさん
19/04/04 15:52:23.56 BJ8NtGwy.net
このくらいデザイナーでもできるのにフロントエンジニアができないってどういうことだよ？
264:デフォルトの名無しさん
19/04/04 19:01:35.04 AP8fvSfz.net
研修二日、実務経験二年のペテンシ・エンジニアリング・サービス・ソリューション♪
265:デフォルトの名無しさん
19/04/06 00:11:30.05 nqPdyQw0.net
>>228
いいや、データの双方向的な流れがバグの温床になるって話だった
で、 reactはflux, angularはデータバスにrxjs
angular.jsのアーキテクトだったかがvue.jsのメンテナーへ
小規模なアプリはvue.js,大規模ならangularへ流れても良いと思うんだがなー
angular2が出た初期の頃みたいにボイラープレートを動かすだけに何日も掛かるような糞ではなくなったんだし
266:デフォルトの名無しさん
19/04/06 00:14:37.44 nqPdyQw0.net
jqueryの作者はreactへ流れてただろ
jquery的な用途で使われるのはvue.jsの方だとは思うが
reactは設定のための学習コストが高すぎて、アホなweb屋たちが使いこなせない
267:デフォルトの名無しさん
19/04/06 01:16:21.80 /WRt9p3o.net
reactの学習コストが高いっていうけど、
安定したもの作ろうと思ったら他のフレームワークやるとしても結局同じくらい学習コストかかると思うぞ。
268:デフォルトの名無しさん
19/04/06 08:49:03.93 aPuA2bpg.net
>>266
もう3年も前の話だな。それからのReactの状況はいぜんと何も変わらず
いつになったら普及するのかね？
>>267
すごいものを作ろうとしたらどれも大変
ではなくてだな、
ちょいちょいで終わるようなものを作ろうとしたら大変なんだよ
世間で必要とされるもののほとんどは、ちょいちょいで終わるようなものばかり
269:デフォルトの名無しさん
19/04/06 09:56:04.81 rzMI9gMb.net
>>265
実際そういう流れになってると思うよ。ただバインディングの仕組み自体がトリッキーだから、フレームワーク関係無く不安定さが付き纏うのはしょうがない。
要求に対してweb標準仕様が貧弱すぎるから、いつまで経ってもどこか不安定なのはwebの宿命だよ。
270:デフォルトの名無しさん
19/04/06 10:46:57.59 nqPdyQw0.net
本質的にフロントエンド要らないと思うんだよね
デバックにコストが掛かり過ぎて、コストを掛けてまで誰が欲しいのかって話で
片手間のテンプレート的に扱えたangular.jsからvue.jsへ流れると思うけど
frontendの専門部署でreactでなくてvue.jsを使う勢は単に頭が沸いてるだけ
271:デフォルトの名無しさん
19/04/06 13:37:29.72 QfdvcpM3.net
Reactは難し過ぎた
みんなあんなの使えてるの凄いね
272:デフォルトの名無しさん
19/04/06 16:11:51.40 /WRt9p3o.net
>>268
ちょいちょいでいいならexcelにボタンでもつけとったらええやんけとか思う。
まあ実際はバカ経営者に見栄えいいのを見せる目的があるから
クソみたいなフレームアピールするんだろうけどな。
心底くだらねーと思うわ。
273:デフォルトの名無しさん
19/04/06 16:40:40.59 uCKV04As.net
Reactごとき難しいってお前らエセプログラマーだろ
世の中のプログラミングの中では圧倒的に簡単なほうなんだが
274:デフォルトの名無しさん
19/04/06 17:30:04.31 1ebGdQ7T.net
>>271
学習した教材が悪かったんじゃない？
275:デフォルトの名無しさん
19/04/06 18:07:30.00 weoUXr5W.net
React2018年初めからV字回復してんな。なんかあったっけ？
URLﾘﾝｸ(cdn-images-1.medium.com)
276:デフォルトの名無しさん
19/04/06 18:59:25.24 jpD7ojAE.net
ライセンスの修正じゃないかな。
その前に急落したのもライセンスが問題にされ始めたころじゃないかと思う。
277:デフォルトの名無しさん
19/04/06 19:40:00.22 1ebGdQ7T.net
>>275
2017後半-2018前半頃のトレンドって言ったらPython/機械学習に注目が集まった時期かな
278:デフォルトの名無しさん
19/04/06 21:39:49.85 25rFUoiZ.net
>>275
Angularが今後、死ぬ運命ということだけはわかった
279:デフォルトの名無しさん
19/04/06 22:41:07.31 qQhidKgX.net
世界中の華橋・華人を動員した結果GitHubスター数はReactを抜いたVueとデッドヒートしてるじゃんｗ
誇っていいだろ
280:デフォルトの名無しさん
19/04/06 23:29:44.99 weoUXr5W.net
>>276
それだ！
落ち込み、反転、両方説明がつく。
スッキリしたありがとう。
281:デフォルトの名無しさん
19/04/06 23:33:50.04 +du4Jk0c.net
そのうちページ全体が<canvas>になる時代がくるんだろうか
282:デフォルトの名無しさん
19/04/07 00:33:24.05 eWoMr/0V.net
ははは。そんなことありえない。
ウェブアプリなんて一部でしか作られてないよ
殆どはウェブサイト。だからjQueryが使われ続けている。
283:デフォルトの名無しさん
19/04/07 10:22:09.78 LeEYr30b.net
>>273
React特有のpropが変わると再描画という形がキツかった
普通に部分的な動きをさせたいだけで全部その形にしなきゃいけないのが不自然
不要な部分の更新まで行われてしまったり何回も同じ更新が走ってまくってしまって原因調べるのがきつい
284:デフォルトの名無しさん
19/04/07 14:30:36.12 n6/zuP9b.net
shouldComponentUpdateでfalse返してもダメなパターン？
285:デフォルトの名無しさん
19/04/07 15:05:55.66 IhfdKLBe.net
何らかのアンチパターンやってるケースでしょ
設計思想とか、中の仕組みを想像出来ないとやらかしてしまうのは分かる
うちのメンバーでそういうのあった
286:デフォルトの名無しさん
19/04/07 15:40:34.34 GYBhj6UR.net
逆にreactのコンポーネントを使わずにreduxで更新をやるって感じで
入門するのはどうなんだろうか？こっちのがわかりやすいんじゃなかろうか。
287:デフォルトの名無しさん
19/04/07 17:22:26.91 GtbVpKg+.net
react+reduxは考え方としてはいいんだが、素のreactではコンポーネントのstoreに
閉じていたようなデータまでstore内に混在するのがなんとなく気持ち悪い。
MとVMを分離できたらよかったんだがなぁ。
288:デフォルトの名無しさん
19/04/07 17:22:32.93 Qm+X8XSh.net
content apiで十分。
289:デフォルトの名無しさん
19/04/07 17:22:49.73 Qm+X8XSh.net
contextだった
290:デフォルトの名無しさん
19/04/07 18:45:56.70 PFYq1oCr.net
javascript歴浅めのものです。
この手のフレームワークのデータバインディンクの仕組みって、buildした後のjavascript的にはどう実現されてるの？
{{data}}とかでマークアップされた箇所にイベントハンドラ付きのjavascriptが挿入されてる感じなんかな？
291:デフォルトの名無しさん
19/04/07 19:40:14.89 P5z2JTjG.net
>>290
簡単な例ならtwo way binding javascriptでググると沢山出てくると思う。ただこれに仮想domやコンポーネントが絡むからずっと複雑。深追できないしするべきじゃない。
292:デフォルトの名無しさん
19/04/07 20:09:39.22 /0jtn/DN.net
two way bindingねえ
例えばvar helloのバインディングならglobal(window)にsetter/getterのhello()を追加して、
helloのsetterが呼ばれて値が変わったら<input>.valueにもそれを代入し、
<input>要素にはイベントリスナーで値が変わったときにバインディング変数(hello)に同じ値をセットしてるのかな
293:デフォルトの名無しさん
19/04/07 20:10:59.60 /0jtn/DN.net
あ、でもそれじゃ無限ループするか（てへぺーろ
294:デフォルトの名無しさん
19/04/07 20:13:30.94 ec7NIcXQ.net
逮捕されんぞ
295:デフォルトの名無しさん
19/04/07 20:22:59.94 GtbVpKg+.net
一般のGUIでも常套手段だが、値が変わらなかったらそれ以上伝播しないってことでいいんじゃね。
296:デフォルトの名無しさん
19/04/07 20:41:31.99 pXFOXfTh.net
>>292
>>295
なるほど、やっぱそれくらいのコード書かないとできないのですね。
となるとリッチなwebアプリケーション作るとなると、どれかしらのフレームワーク使いたくなりますな。
297:デフォルトの名無しさん
19/04/07 20:46:11.81 pXFOXfTh.net
徐々にだとしても、今後webブラウザベースのアプリが増えるはずと思っていろいろ勉強中なんです。
298:デフォルトの名無しさん
19/04/07 21:25:39.30 UcdrpnVc.net
>>283
そこ海外フォーラムとかで議論されてるから見ればいい
>>284
それ完全ではないから
あと配列は浅い更新しかみてないから注意
>>286
さすがに全部Reduxにする必要はない
299:デフォルトの名無しさん
19/04/07 21:46:10.88 o4S4akf8.net
いじめはどこの町にもあるが島本町は特に酷い
「大阪府三島郡島本町のいじめはいじめられた本人が悪い 」なんて
公言する町は他に無い
300:デフォルトの名無しさん
19/04/07 23:01:30.03 IUYTEtUp.net
>>297
アプリというか、アプリの様に動作するwebサイトだね。storeに登録しない。個人的に最難関はDBのオフライン対応+同期だと思う。
firestoreもあるがフレームワーク側で対応して欲しい。魔境なので難しいとは思うが。。
301:デフォルトの名無しさん
19/04/07 23:38:09.79 pXFOXfTh.net
>>300
個人的にはオフラインDBは諦めるのがスジがいいと思うけどな。ネットに繋がってて当たり前の時代じゃないですか。
302:デフォルトの名無しさん
19/04/08 01:33:01.06 3hZl3Wdo.net
>>300
> アプリというか、アプリの様に動作するwebサイトだね。
それは増えない。アプリの様に動作するwebサイトはjQuery Mobileが
失敗したことからも必要とされていないことがわかっている
※ jQuery Mobile は jQueryとは違うもので、
jQuery UI（こちらもjQueryではない）がデスクトップ用のUIなのに比べて
jQuery Mobile はスマホ用のUIを作るもの
webブラウザベースのアプリが増えるとしても、それはwebサイトからの
変更ではなく、PCアプリ・スマホアプリから、ウェブアプリへの変更となる。
ウェブサイトからウェブアプリに変更したいという要求は
本質的に違うものへの変更になるから生まれてこないんだよ。
PCアプリ・スマホアプリから、ウェブアプリの場合は、
本質的に同じもので動くプラットフォームが拡大されるからそういう要求はある。
303:デフォルトの名無しさん
19/04/08 01:51:55.70 dk5yj0CN.net
>>302
そうか？office365とかgoogle documentとか成功してるじゃん。
304:デフォルトの名無しさん
19/04/08 01:53:28.98 dk5yj0CN.net
いや、そう言ってるのか。
305:デフォルトの名無しさん
19/04/08 01:56:14.66 rY5IQNQb.net
>>302はいったい何を否定しようとしたんだ？webサイトという言葉の使い方がおかしいということなのか？
306:デフォルトの名無しさん
19/04/08 02:16:44.05 3hZl3Wdo.net
>>303
> そうか？office365とかgoogle documentとか成功してるじゃん。
それらは、もともとデスクトップアプリだったもの
ウェブサイトだったわけじゃない。
>>305
> webサイトという言葉の使い方がおかしいということなのか？
アプリのように動作するウェブサイトという
変なインターフェースは誰も求めてないという話。
例えるならば、ジョイスティックで操作し、美麗な3Dゲームのような
新聞ビューワーみたいなもの。誰もそんなので新聞を読みたいなんて思わんだろ？
307:デフォルトの名無しさん
19/04/08 08:10:05.44 AnGDi0mT.net
>>306
ん？だったら例えばoffice365はアプリのように動作するwebサイトで成功してるじゃん。
308:デフォルトの名無しさん
19/04/08 09:08:14.77 3Yz2ydR9.net
>>302
jQueryMobileは単純にBootstrapとかにとって代わられただけじゃん
309:デフォルトの名無しさん
19/04/08 09:15:13.85 3Yz2ydR9.net
>>307
どうせ使ったことないだけじゃね？
310:デフォルトの名無しさん
19/04/08 11:34:53.34 du1Ta1so.net
>>301
そうなんだよね。オフライン対応って無理がありすぎるんだよね。
以前firebaseのrealtime database使ったが、オフラインからの同期処理に制限が多すぎて厳しい。更新が時系列を保証せず最終更新分だけ同期するとか、かなりクセがある。
WebworkerとindexedDBで効率よくキャッシュする方が当面は幸せになれそう。
311:デフォルトの名無しさん
19/04/08 13:53:28.07 3hZl3Wdo.net
>>307
office365はアプリのように動作するウェブアプリであって
ウェブサイトじゃないんだよ
312:デフォルトの名無しさん
19/04/08 13:57:09.46 3hZl3Wdo.net
まあこれでも読んで勉強して。IBMだからそれなりに信用できるでしょ？
第 1 回 Web サイトと Web アプリケーションの違い
URLﾘﾝｸ(www.ibm.com)
313:デフォルトの名無しさん
19/04/08 14:49:09.97 tfxqur1k.net
excelで作ったドキュメントをなるべくそのままの形でhtml化する方法は無いでしょうか？
excelでhtml形式で保存すると裏側が汚いです
Gatsbyのプラグインにそれらしきモノがあったので試してみたら、色もセル結合もフォントサイズも全部落ちてしまいました
まぁ自分で自作すればいいんでしょうが、気が遠くなるくらいたくさん作り込まねばならず、皆さんはexcelドキュメントをそのままWeb化したいとか要望された事はありませんか？
314:デフォルトの名無しさん
19/04/08 15:43:06.23 8bidG0zI.net
>>311
いやだから>>305でwebサイトという言葉の使い方がおかしいということなの？って聞いたのによくわからん回答されたから混乱してるんだが…
で、結局webサイトという言葉の使い方がおかしいってことなのね。
315:デフォルトの名無しさん
19/04/08 15:49:10.83 8bidG0zI.net
要は、office365のようなものをwebサイトと呼ぼうがwebアプリと呼ぼうが話の本筋には何の影響もないのに、>>302の長文で謎の語りが入ったから話がグチャッとなっちゃったって事実に気づいて欲しい。
316:デフォルトの名無しさん
19/04/08 15:51:36.81 SOlrlBnQ.net
>>313
スレチだけどレスすると、
htmlにせずGoogleDocsとかにインポートして公開した方がいいんじゃね
こういうの
URLﾘﾝｸ(www.howtonote.jp)
317:デフォルトの名無しさん
19/04/08 20:15:16.81 itCfkyzI.net
オフラインデータはクッキーをいじり回すことしか出来ないのね
せめて画像を確実にローカルに保存できればオフラインでも動かせる
アプリが作れるだろうに
318:デフォルトの名無しさん
19/04/08 20:22:17.47 dk5yj0CN.net
>>317
Webストレージで画像保存できるじゃん
319:デフォルトの名無しさん
19/04/09 07:41:13.08 3VmrXHE6.net
reactは覚える事は少ないけども設計力が必要
宣言型プログラミングと同じで高い論理性が要求されるから苦手な人は多いかもね
320:デフォルトの名無しさん
19/04/09 23:06:06.17 RLI3ERn/.net
悲しいのはAngularの勢いが無くなり、横ばいのAngularJSの方が残りそうなところ
もうAngularはGoogle Graveyard入りだろ。どうすんだよAngularで作ってる新規プロジェクト
321:デフォルトの名無しさん
19/04/10 00:47:58.78 92CfBwCq.net
Angular1の方が好評だったってこと？ｗ
322:デフォルトの名無しさん
19/04/10 00:52:39.92 UQDjmvEN.net
angular使うくらいならvueの方がええわなぁ
reactは論理性高いから日本人には不向きやろなぁ
323:デフォルトの名無しさん
19/04/10 01:08:10.98 92CfBwCq.net
ググってみたけどreactはhtml側ではあまり小細工しない感じだねえ
論理的というのがいまいち分からないけど
324:デフォルトの名無しさん
19/04/10 02:32:35.33 RXzVAjqo.net
個人的にはbackbonejsが好きなんだけどなあ。自分で自由に作れるし
有名どころ使ってるのに、扱いが微妙
325:デフォルトの名無しさん
19/04/10 10:00:46.62 /ZyB4+jc.net
そういえばchromium版Edgeのプレビュー出たけどおまえら使ってみた？
326:デフォルトの名無しさん
19/04/10 10:11:11.18 AVnP0KfU.net
>>320
これ以上進化する予定のないものが残るわけないじゃん
327:デフォルトの名無しさん
19/04/10 12:23:01.13 CbhRNE87.net
>>326
進化させるのは自分の設計、コーディング次第なのがbackbonejsの思想だけど
フルスタックじゃないから足りない部分は自分たちで補えばいいし
そもそもbackbonejsは、つい最近更新されたばかりで死んでないけどな
昨今のフレームワークは全部入ってるから良いと思ってる
Railsやcakeみたいに作るのが簡単ならわかるけど、複雑化したら折角のフルスタックフレームワークがゴミになるだけ
328:デフォルトの名無しさん
19/04/10 12:30:50.16 sSiaigIF.net
これ読むと良いかも。
フレームワークとライブラリの違いがわかってない人は特に
フレームワークは善か悪か，その両方か？
URLﾘﾝｸ(www.infoq.com)
329:デフォルトの名無しさん
19/04/10 13:13:49.79 AVnP0KfU.net
>>327
AngularJSの話してんだけどアンカ先くらい見ようや
330:デフォルトの名無しさん
19/04/10 13:50:22.69 sSiaigIF.net
>>327
> そもそもbackbonejsは、つい最近更新されたばかりで死んでないけどな
URLﾘﾝｸ(backbonejs.org)
1.3.3 ? Apr. 5, 2016 ? Diff ? Docs
～それから3年の月日が流れようとしていた～
1.4.0 ? Feb. 19, 2019 ? Diff ? Docs
ほぼ死んどるがなｗ
1.4.0リリース作業の前のコミットは2018年5月だし、
ドキュメントや些細なミスを除けば、機能追加は2017年じゃないか？
331:デフォルトの名無しさん
19/04/10 16:27:07.49 p6PdlM/J.net
>>328
ひと言で説明すりゃいいのにくどくどとしつこい内容だな
332:デフォルトの名無しさん
19/04/10 22:25:31.68 pjgtumep.net
>>322
その文からは、お前さんに論理性が無い事しか分からんな。
333:デフォルトの名無しさん
19/04/11 00:19:20.16 SMdbPkuM.net
フレームワークは、先に全体の構造が決まっていて、そこにはめ込む部品を作る。
全体の構造が決まっているから、プロ向き
ライブラリは必要な都度、組み込んで、部分から先に作っていくから、
全体の構造が最後まで決まらないので、スパゲッティ・泥団子になりやすいので危険！
334:デフォルトの名無しさん
19/04/11 00:20:57.76 GHeRPenA.net
全体の構造なんて先に決めればいいだけやんｗ
335:デフォルトの名無しさん
19/04/11 00:26:50.15 XplD4nHz.net
>>333
フレームワークに任せとけば安心って思考停止して、結局何と何が依存してるか
わからなくなってそのフレームに閉じ込められるパターン。
336:デフォルトの名無しさん
19/04/11 01:02:55.46 YM8e11gX.net
>>335
Angularの悪口はそこまでだ！！
337:333
19/04/11 02:29:16.00 SMdbPkuM.net
全体の構造を、各人が決めたら、ダメ！
各人によって、構造に違いがあるから、他人と思いを共有できない
Aが作った構造を、Bが気に入らないなど、トラブルになる
だから、Rails などの既成のフレームワークを使う。
そのフレームワークの構造を共有できるから
多くのフレームワークも、Rails を基本としている
338:デフォルトの名無しさん
19/04/11 02:33:37.60 yn719c2N.net
nuxtの出力jsが乱数名みたいになるのなんとかならんのかな
339:デフォルトの名無しさん
19/04/11 03:23:58.52 GHeRPenA.net
>>337
> Aが作った構造を、Bが気に入らないなど、トラブルになる
> だから、Rails などの既成のフレームワークを使う。
だからその「既成のフレームワーク」を作ったのAで
それを使うBが気に入らないってトラブルになってるんだろ？
340:デフォルトの名無しさん
19/04/11 03:24:46.97 GHeRPenA.net
Rails 作ったやつは他人なんだから
思いを共有できないわな
341:デフォルトの名無しさん
19/04/11 08:16:15.03 VwFYHZX6.net
>>335
規約に則って書きさえすれば、チームのスキル差を減らして、一定の品質が担保できるのがフレームワークのメリットじゃない？
フレームワークに閉じ込められるって表現してるけど、それ単にチームで設けた規約に不満を述べてるだけかと。
もし今使っているフレームワークに不満あるなら、そもそも最初のフレームワーク選定時に意見を言うべきだし、
発言権のない立場なら大人しく従うか、転職なりしてプロジェクトから抜けるしかないんじゃないかな。
342:デフォルトの名無しさん
19/04/11 08:17:20.21 w+9Uk8Mc.net
思いは共有できなくても、実績があるフレームワークに従いましょう、ってことで平和に収まるって話だろ。
この効果は間違いなくある。
343:デフォルトの名無しさん
19/04/11 08:18:25.70 Z8bgf8oa.net
ジャップのくせに
344:デフォルトの名無しさん
19/04/11 14:38:55.28 DdORBuxD.net
japjs
345:デフォルトの名無しさん
19/04/11 18:06:29.66 6MYNEhnq.net
某個人アプリ制作者のブログで「5ちゃんのプログラミングスレはqiitaと比べて全然遜色しない内容だ」
って感じで書かれてるから初めて見に来たけど生産性のあるレスほぼなくてワロタ
346:デフォルトの名無しさん
19/04/11 18:32:42.76 XplD4nHz.net
>>341
規約があればいいがほとんどない。
>もし今使っているフレームワークに不満あるなら、そもそも最初のフレームワーク選定時に意見を言うべきだし、
>発言権のない立場なら大人しく従うか、転職なりしてプロジェクトから抜けるしかないんじゃないかな。
そもそも選定時にはその会社にいないし選定してった奴は転職なりしてプロジェクトから抜けてるわけで
マジクソだよ。
347:デフォルトの名無しさん
19/04/11 18:33:55.90 w+9Uk8Mc.net
>>346
さっさ転職しろ
348:デフォルトの名無しさん
19/04/11 19:27:20.19 oNR0Pr/A.net
>>345
このスレじゃなさそうだな。。今angularを勉強してるが、これじゃないとという理由が見つけられないでいる。学習曲線や人員的な問題は置いといて、明らかに有利な点や逆にangularで困る事があったら教えて欲しい。
349:デフォルトの名無しさん
19/04/11 19:42:22.98 GR4ezT/u.net
日本にいるとVue人気だから勘違いしそうになるがやっぱ採用実績はReactが圧倒してるんだな。475kサイト vs 64kサイトか……
しかしなぜかGitHubのスター数だけタメ張ってるｗ
Top JavaScript Frameworks For 2019
URLﾘﾝｸ(www.codementor.io)
パフォーマンスについてはReactよりVueのほうがいいな。
AppRunってやつ速くて気になる。
しかしAngularいくらなんでも酷すぎる……
A RealWorld Comparison of Front-End Frameworks with Benchmarks (2019 update)
URLﾘﾝｸ(medium.freecodecamp.org)
350:デフォルトの名無しさん
19/04/11 23:55:39.98 yn719c2N.net
>>349
AngularJSは確かにダントツで遅いけどAngularは別に悪くないじゃん
351:デフォルトの名無しさん
19/04/12 00:57:20.94 P0axT3Q0.net
>>349
hyperAppもなかなか。
352:デフォルトの名無しさん
19/04/13 12:59:41.28 X1Oa/ukN.net
SPAでログイン画面というかログイン機構作る場合はどうするのがベストプラクティス？認証用のアカウント情報はサーバー側のDBにあるとして
353:デフォルトの名無しさん
19/04/13 13:42:39.23 Fox9b+v2.net
>>352
使ってるフレームワークとやりたい事で変わるからなんとも。。
例えばログイン後は各ユーザ用の専用ページがあるって感じ？でなければセッションに保存して分岐するだけで済むはずだが。
354:デフォルトの名無しさん
19/04/13 14:51:30.35 FJkq9BtI.net
Angularは脂肪確定でよろしいか？
ReactかVue.jsの二つやっとけはいいのかな
355:デフォルトの名無しさん
19/04/13 16:25:49.51 Fox9b+v2.net
>>354
俺も悩んでる。普段reactとvue(nuxt)使ってて、今angular勉強中なんだが乗り換える必然性が見つからん。もちろんangularは力技使わなくても色々解決出来そうな感じで良さげなんだが。
ただもう少し勉強せんと冷静な判断できんわ。
356:デフォルトの名無しさん
19/04/13 16:36:03.16 vPnUo7ox.net
>>352
Firebase Authentication使えばよくあるGoogleアカウントでログインだのFacebookアカウントでログインなんかが出来るよ。
面倒くさいDBでのアカウント管理も全部Firebase上で出来るから実装に無駄な時間を掛けなくて済むよ。
357:デフォルトの名無しさん
19/04/13 17:51:56.66 oqNH9LQH.net
Google I/O 2019 (5月7日～9日)で
Angularと対立することになる Flutter for Web (Hummingbird) の新たな発表があるそうだから
Angularを考えるのはその後にした方が良いと思うよ
358:デフォルトの名無しさん
19/04/13 21:46:54.35 Fox9b+v2.net
>>357
Flutter面白そうだね。たしかにクロスプラットフォーム開発はスタンダードが無いから学習するなら狙い目なのかも。現状swiftとkotlinでゴリゴリ書いてるけどどうしてもrealmが必要なんだよね。
Webアプリの弱点の一つオフラインDBをある程度解決できるなら真面目に検討したいんだが。
359:デフォルトの名無しさん
19/04/13 21:50:11.69 XHhHrn1r.net
>>358
オフラインDBが弱点って具体的にどういうこと？
360:デフォルトの名無しさん
19/04/13 22:53:34.64 Fox9b+v2.net
>>359
ユーザデータを大量に保存してローカルで処理する系のアプリは現状webアプリだと厳しい。主に速度面で。
indexedDB+lovefieldみたいな組み合わせでsqlぽい事はできるけど、flutterがアプリ+webのクロスを狙うならソコどうするのかなって。DBの同期まではできなくても、一つのスキーマから全プラットフォームで動作するDB作れたら夢だよね。
361:デフォルトの名無しさん
19/04/13 23:59:03.97 6byp94bf.net
もういい加減 "ウェブアプリ" なんてやめればいいのに
ローカルでデータを大量に処理ってそれ、
ウェブである理由はアプリのインストールとアップデートのためだけじゃん
362:デフォルトの名無しさん
19/04/14 00:10:50.46 WjGL7oJM.net
サーバーでやっちゃだめなん？
363:デフォルトの名無しさん
19/04/14 00:30:22.71 8JmU//KT.net
モバイル端末のストア経由っていうのが煩わし過ぎるからなぁ
364:デフォルトの名無しさん
19/04/14 00:45:03.08 /V8zrPr0.net
>>360
ごめん、おれの経験不足なのかやっぱわからん。
>>ユーザデータを大量に保存してローカルで処理する
↑
クライアントは1台だけなのに、速度が気になるほどデータを処理する例が全く思い付かない…
365:デフォルトの名無しさん
19/04/14 01:13:17.48 jIyXk5jh.net
バックエンド主義の人が強引に考えたついた難癖にしか見えない
フロント処理で充分
366:デフォルトの名無しさん
19/04/14 08:24:48.36 Qhel4iVb.net
いやまあ、別に現状でも工夫すればできるからブラウザのローカルDBにそこまでこだわっては無いよ。課題も多いし。ユーザがいつでも削除できるとか。
ただネイティブアプリとwebアプリが同じコードとロジックを共有するなら避けられない課題だろうなと。
367:デフォルトの名無しさん
19/04/14 10:03:52.66 U21XdTdR.net
ユーザーが自由に削除できることが課題？？
世の中のソフトウェア殆どがそうだけど何か困るのか？
368:デフォルトの名無しさん
19/04/14 11:45:21.51 fnTRmDnx.net
ほんと早くMac死んでほしい
369:デフォルトの名無しさん
19/04/14 13:07:21.11 /kyrD1Ys.net
>>367
indexeDBのことだよ。ブラウザのキャッシュクリアで簡単に消えちゃうだろ。間違えて消してクレームくるんだよ。
370:デフォルトの名無しさん
19/04/15 12:25:48.71 sResMPAv.net
Reduxわかんね
371:デフォルトの名無しさん
19/04/15 18:58:19.12 r0ZMOOHm.net
>>370
大丈夫。俺もわからん
てか、あんなの小規模なWebアプリケーションにはいらん
372:デフォルトの名無しさん
19/04/15 20:20:50.21 HmQvEiCf.net
Reduxわからんの？
かわいそうに
373:デフォルトの名無しさん
19/04/15 20:23:02.95 S/0/c6v4.net
Reduxわかるの？
じゃあ、Reduxを使うことで、
どんなメリットがあったか教えて
374:デフォルトの名無しさん
19/04/15 20:25:51.20 IXPbMXJW.net
処理の流れが一方向なのでわかりやすい。
375:デフォルトの名無しさん
19/04/15 20:33:46.03 S/0/c6v4.net
> 処理の流れが一方向なのでわかりやすい。
文章がつながってない。
処理の流れが一方向なのはまだいいとして、
なんでそれで、わかりやすいということになるのか？
そもそも "処理の流れ" が一方向であるならば、
何を使っても一方向にしかならないはず。
Reduxを使うことで、一方向になるわけではない。
また双方向とか一方向というのは、局所的に見るか
全体的に見るかの違いでしかないのではないか？
例えば電話での会話だって、双方向に見えても、実際には自分の通話口から
相手のスピーカー、相手の通話口から自分のスピーカーへの一方向通信だ。
一方向も双方向も大した違いはない。
376:デフォルトの名無しさん
19/04/15 20:40:44.13 IXPbMXJW.net
まあ実際、説明の難しいところではある。
>また双方向とか一方向というのは、局所的に見るか
>全体的に見るかの違いでしかないのではないか？
これはその通りだがその違いが大きいとしか言いようがない。
treeをたどるロジックというのは一般に指定が複雑になりやすいとか、
ノード間のコミュニケーションがコールバックでつなぐと相当複雑になるとか
色々あるけれどその辺を単純化できてるようには思う。
電話の比喩を持ち込むならマイクとスピーカーが同じより違った方が良いとかになるのかな？
377:デフォルトの名無しさん
19/04/15 20:43:17.24 S/0/c6v4.net
もう少し具体的な例を出そう。
getterとsetterと言えば、俺が言いたいことが見えてくると思うが
Reduxが言いたいことは、単にgetterは値を取得するだけ
setterは値を入れるだけにしましょうってことだろう？
まあgetter/setterは別の批判も有るから、getter/functionの方が良いか？
もう一つの例としてRESTで例えるならば、GETは何度GETしても状態は変わらない。
単にデータを取得するだけ。POSTはデータを送信するだけ。
この考えかたと同じことだろう？
これをオブジェクト指向に当てはめるならば、このメソッドはデータを更新し、
このプロパティはデータを参照するという話でしか無い。
これは普通のオブジェクト指向のベストプラクティスとなんらかわりはないんだが、
Reduxを使う必要はあるのか？ このメソッドはGETかPOST（相当）であると
ドキュメントに書けば済む話だろう？
378:デフォルトの名無しさん
19/04/15 20:49:52.40 S/0/c6v4.net
マイクとスピーカーで分けたほうが良いという考え方は
反対しないが、まともな設計能力が有るならば、最初からそうしているわけで、
Reduxを使う理由にはならない。
まともな設計能力がない人のための矯正器具=Reduxということか？
だが矯正器具はいつまでも使っているわけじゃあるまい？
まともな設計能力がついた人にとっては、邪魔な道具でしか無い。
379:デフォルトの名無しさん
19/04/15 20:53:26.60 IXPbMXJW.net
>>378
そうだね。あなたはredux使う必要ないと思うよ。
あなたの素晴らしい設計でやりくりすれば問題ないんじゃないかな。
380:デフォルトの名無しさん
19/04/15 20:58:32.77 S/0/c6v4.net
もちろん、Reduxが何の負担もなしに、もしくは低い負担で
ベストプラクティスを実現できるというのなら導入する価値はあるが、
一方向を得るために、Reduxのやり方で設計しろっていうのは負担が高すぎる。
Reduxのやり方はルールが多すぎて単純ではないからだ。
Reduxの設計方針を理解しないまま、Reduxを使うよりも
まずは知識をつけるのが先だろう？
このメソッドは書き込みを行うメソッド、このメソッドは読み込みを行うメソッド
明確に分けたほうが良いと。そしたらあとはメソッドのコメントに書けばすむだろう？
（普通はコメントで書くまでもなく、メソッド名からどちらであるかはわかる）
それだけのことなのに、それを矯正するためのフレームワークというのは
意味不明すぎる。便利にするためのものじゃない。矯正するためのもの
まったくもってReduxはわからん。
381:デフォルトの名無しさん
19/04/15 20:59:53.90 r0ZMOOHm.net
スパゲッティになるならreduxは必須
でもそうならないなら本当に必要ない、とは思う
コード量多くなるからね
382:デフォルトの名無しさん
19/04/15 21:02:11.16 S/0/c6v4.net
>>379
> あなたの素晴らしい設計でやりくりすれば問題ないんじゃないかな。
だから聞いたんだよ
「どんなメリットが"あったか"教えて」
どんなメリットが "あるのか？" じゃない。"あったのか？" だ。
あんただってそれなりにまともな設計ぐらいできるだろう？
あんたの能力がどれくらいで、Reduxを使うことで
どういうメリットが、あったんだ？ なにかを矯正されたんか？
俺は矯正が必要なほど設計が下手なつもりはないんだが。
383:デフォルトの名無しさん
19/04/15 21:04:00.12 IXPbMXJW.net
とりあえずメリットは書いたし、びっくりするほど文章読んでないのも理解できる。
384:デフォルトの名無しさん
19/04/15 21:06:15.53 S/0/c6v4.net
Reduxがやってるのって、
1. オブジェクト指向のクラスがあります。
2. クラスから読み込み専用メソッドを抜き出します。
3. クラスから書き込み専用メソッドを抜き出します。
4. クラスに残ったものはデータのみです。これを一つのオブジェクトとしてPublicにします。
オブジェクト指向のクラスが、
読み込み専用メソッド、書き込み専用メソッド、データ の３つに分離されました。
ってだけだからな。
385:デフォルトの名無しさん
19/04/15 21:07:20.84 S/0/c6v4.net
>>383
いうだけなら誰でもできる。
コミュニケーション取ろうぜｗ
386:デフォルトの名無しさん
19/04/15 21:33:29.21 g9zAAmJv.net
処理をAPI化するイメージかな必ずその経路を経由して状態を変更するからグローバル変数みたいなどこからでもアクセスできるけどちゃんとアクセス経路は限定できるみたいな
387:デフォルトの名無しさん
19/04/15 21:36:35.56 S/0/c6v4.net
その "グローバル変数" をクラスにして、APIをクラスのメソッドにすれば
普通のわかりやすいオブジェクト指向設計になるんですが？
Reduxの存在意義って？
388:デフォルトの名無しさん
19/04/15 21:40:15.54 S/0/c6v4.net
そしてReduxは、クラスのメソッドを抜き出すだけじゃないからね
メソッド（関数）は普通にメソッドに引数渡して普通に呼び出せるが、
Reduxは「引数つきでメソッドを呼び出すため」のデータを作って
データを投げて、そのデータ解析して（←ここ自分で作る）
そしてやっとメソッドを呼び出すという無駄なことをしてる。
389:デフォルトの名無しさん
19/04/15 21:46:24.27 S/0/c6v4.net
結局の所 Redux はわかりやすいものではなくて
（わかりやすい = ただのセールストーク）
オブジェクト指向 VS 関数型（？） の戦いから
俺たちはアンチオブジェクト指向で行くぜ！という派閥から
生まれたものに過ぎない。
それ自体は考え方の違いでありだとしても、
Reduxの仕組みは、それを実現するためのルールが多すぎて
百歩譲ってわかりやすいとしても、そのルールに従って
コーディングするためのコストが大きすぎて小さいプロジェクトではペイしない
（大きいプロジェクトでもはたしてペイできるかどうか）
"設計方針の違いを反映させるためだけ" でしかなくて、
それしか得られない割に、コストが大きすぎる
390:デフォルトの名無しさん
19/04/15 21:55:58.52 IXPbMXJW.net
別にコールバックでdom treeたどるのが大変でないならredux使う必要ないわな。
それでいいと思うよ。
てか読んでないのにコミニュケーションを要求するとか
まともに設計できる人間じゃないことはわかるよ。
391:デフォルトの名無しさん
19/04/15 22:15:47.71 HmQvEiCf.net
一度Reduxで作ってみたら後は別のプロジェクトでも同じように作ればいいだけだから何も問題はない
最初だけ複雑に思うだけ
392:デフォルトの名無しさん
19/04/15 23:37:35.47 IXPbMXJW.net
確かにreduxのproviderとconnectの対応は暗黙な繋がりでわかりにくいところはあると思うんです。
reduxというかfluxの実装として他に方法はあるかもとは思う。
393:デフォルトの名無しさん
19/04/15 23:45:03.60 o5Us7+p1.net
vue公式からの引用で恐縮だが、、
もし、あなたが大規模な SPA を構築することなく、Vuex を導入した場合、冗長で恐ろしいと感じるかもしれません。そう感じることは全く普通です。
あなたのアプリがシンプルであれば、Vuex なしで問題ないでしょう。単純な ストアパターン が必要なだけかもしれません。
しかし、中規模から大規模のSPA を構築する場合は、Vue コンポーネントの外の状態をどうやってうまく扱うか考える絶好の機会です。Vuex は自然な次のステップとなるでしょう。これは Redux の作者、Dan Abramov からの良い引用です:
Flux ライブラリは眼鏡のようなものです: それらが必要になったときに知るのです。
394:デフォルトの名無しさん
19/04/16 00:27:12.19 +U4ppNzc.net
まあ大きなもの作ったことない人にはわからん世界だと思うよ。俺も学生の頃はフレームワークの必要性とかさっぱり理解できなくて制作者の自己満足だと思ってたもん。
そして必要になったことがない人にはどんなに説明しても納得してもらえないもんだよ。
395:デフォルトの名無しさん
19/04/16 00:30:35.35 QBtHnjEv.net
今軽くReduxググってみたけど何がしたいのかさっぱり分からんｗ
jsにprivateが無いからsetter/getterのレイヤー作ってんの？
396:デフォルトの名無しさん
19/04/16 00:42:55.64 QBtHnjEv.net
いやfluxで調べたら少しわかった
オブジェクト指向でいちいち相互参照とか面倒くさいから
シングルトンにデータ全部詰め込んでおこうぜ見たいな話だな
397:デフォルトの名無しさん
19/04/16 02:31:52.71 +8WSocTt.net
おまいら、vueの利点として、サイトの一部分のjQueryで
作っていた部分をちょこっと置き換えるのに良いって
言ってるくせに、それがいつか大規模なSPAに変わると思ってんの？
398:デフォルトの名無しさん
19/04/16 02:40:36.60 +8WSocTt.net
>>393
こっちのほうがわかりやすくね？ｗ
Flux ライブラリはサスペンダーのようなものです: それらが必要になったときに知るのです。
（意味 デブになれば必要な理由がわかる。だがそもそもデブになんかならねーし、デブなのが一番の問題）
399:デフォルトの名無しさん
19/04/16 04:49:30.73 vZMMDQFG.net
猫も杓子もreduxだけどほかのflux実装の感想聞きたいわ
それなりの規模で使用した、もしくはしてるみたいな人おらんの?
つかfacebookはfacebook/flux使ってるのかね
メンテされてる感じせんけど
400:デフォルトの名無しさん
19/04/16 07:41:32.20 9wO+Q4tD.net
>>397
そんなこと書くと議論がすり変わりそうだぞ。
ID:IXPbMXJWが書いてくれたことで十分でしょ。それで納得できる人もいればできない人もいる。
万人が使うものでないことは間違いないわけだし。それはスレタイの3つがそもそもそうなわけだけど。
401:デフォルトの名無しさん
19/04/16 08:31:26.34 dFuxCqAG.net
よくまとまってる。
URLﾘﾝｸ(mizchi.hatenablog.com)
> Middleware に何を使うかで、 redux ユーザー同士の非同期のノウハウは共有できず、
> 分断されている(thunk, saga, steps, epic, no middleware)
これが一番の問題点。
402:デフォルトの名無しさん
19/04/16 08:57:52.42 HGB3ondZ.net
>>401
suspence来たら全部ゴミ。
403:デフォルトの名無しさん
19/04/16 14:12:45.48 sdqnJ2Ku.net
suspence見たけど状態管理をsimple-cache-providerに移動しただけな感じがする
明確なIDが無いリクエストみたいなのが渡ってくる場合だと
コンポーネントと非同期キャッシュの対応付けが面倒になりそう
コンポーネントインスタンス毎に一意ID生成してstateに保持だと本末転倒な感じだし
404:デフォルトの名無しさん
19/04/17 11:15:37.77 CEJ7HETE.net
静的サイトジェネレーターでBlog作りたいのだが情報少ないね。
VuePressがよさげなのだが
405:デフォルトの名無しさん
19/04/17 12:37:53.92 q/9NxBQE.net
なんでvuepress？nuxtよりいいとこある？
406:デフォルトの名無しさん
19/04/18 01:12:24.22 +Qj1NZId.net
ガチガチのSPA作ろうと思ったらAngularじゃねーの？
ionicでwebアプリ作ってみたけどストレスなく作れて良かったよ
407:デフォルトの名無しさん
19/04/18 01:21:26.96 +Qj1NZId.net
まずフロントエンド周りに関わる仕事はしないほうがいいと思う
全てが無駄になる可能性が高い
408:デフォルトの名無しさん
19/04/18 07:16:50.87 xDdfDEdP.net
reduxで一回のdispatchで2つのstateを一緒に更新したい場合ってreducerどう書くのが正解？
とりあえずreducerのreturnをjsonオブジェクトみたいにすれば良さそうではあるんだけど
409:デフォルトの名無しさん
19/04/18 09:46:39.79 FtQwjU5R.net
ReactのReduxはそろそろ廃れて欲しい
ホックで何とかなるでしょ
Reduxは奇形的だと思う
410:デフォルトの名無しさん
19/04/18 10:58:53.81 JWUHkBKS.net
>>405
じゃあNUXT.jsでｗ
こっちもそんなに情報ないよね
411:デフォルトの名無しさん
19/04/18 11:12:33.86 nwidurpX.net
vue関係は中国語が共通言語
412:デフォルトの名無しさん
19/04/18 12:26:49.21 +Qj1NZId.net
Vue vs React vs Angular
とあるがどれも学ばないというのが4の選択肢が正解じゃないか
他に時間を投資すべき
どうしても必要ならVueを摘むの適切
それでもVueを深く学習してVueメインでガチャガチャ動くサイトなんて作っちゃいけない
413:デフォルトの名無しさん
19/04/18 13:18:32.08 PeuY0IP9.net
>>412
それな。どうせどれ使っても数年で消える。
jQueryだけが今もこれからも使われて続ける
414:デフォルトの名無しさん
19/04/18 13:28:48.77 f6QMigdn.net
いいんだけどさ、forthスレやqbasicスレ、coqスレなんかにも「必要ないって言ってるでしょ！」ってムキになって書き込みに行ってるの？ｗ
415:デフォルトの名無しさん
19/04/18 14:17:31.95 rqGOrs8Z.net
一部にvue入れるのもアリだよ。検索や登録フォームはvueで置き換えると保守が凄く楽になるぞ。俺もそこから始めた。
416:デフォルトの名無しさん
19/04/18 14:22:13.48 +Qj1NZId.net
jQuery固執おじさんもいらない
417:デフォルトの名無しさん
19/04/18 16:15:08.38 FtQwjU5R.net
jQueryが神すぎて、これは捨てられない。
418:デフォルトの名無しさん
19/04/18 16:24:16.71 PeuY0IP9.net
>>414
いったことないで？全く知らん分野だし
419:デフォルトの名無しさん
19/04/18 16:24:58.29 PeuY0IP9.net
>>415
> 検索や登録フォームはvueで置き換えると保守が凄く楽になるぞ。
具体例で見せてほしい
420:デフォルトの名無しさん
19/04/18 16:27:28.57 uN7CTDaS.net
フォームはVueの練習には良いよね。
でも大きく要素が入れ替わらないTodoリストくらいだったらJQuery + HTMLのテンプレート要素で作ったほうが簡単に感じる。
テンプレート要素が適用しづらいなって思ったら使うべきか。
421:デフォルトの名無しさん
19/04/18 16:34:11.27 rqGOrs8Z.net
>>406
だよね。angular思ったより全然使いやすい。迷う事が少なくていい。
422:デフォルトの名無しさん
19/04/18 16:37:48.10 rqGOrs8Z.net
>>420
因みになんだけど、jQueryのテンプレートエンジンは何を使ってるの。俺はよくjsRender使ってた。
423:デフォルトの名無しさん
19/04/18 16:46:45.54 PeuY0IP9.net
>>422
俺は、lodash (underscore) のtemplateだな
URLﾘﾝｸ(lodash.com)
URLﾘﾝｸ(underscorejs.org)
このライブラリはテンプレート専用じゃなくて
通常のプログラミングでも非常に便利なライブラリなので
テンプレートを使うかどうかに関係なく組み込んでる。
424:デフォルトの名無しさん
19/04/18 16:50:16.12 rqGOrs8Z.net
>>419
具体例いらんだろう。長くなるとスレチになりそうだし公式見てほしい。
425:デフォルトの名無しさん
19/04/18 17:13:10.20 PeuY0IP9.net
>>415
残念ながらフォームを作る場合に、DOM APIよりもvueは便利だが
jQueryよりも便利ってことはないんだよ
具体例、ないだろう？そういうこと
426:デフォルトの名無しさん
19/04/18 20:14:06.33 G2shfX5j.net
廃れるものを一通り勉強するってのも乙なもんだけどね。
427:デフォルトの名無しさん
19/04/18 20:19:22.93 IFD45nW1.net
jquery使うといつか必ず後悔するんだよな
428:デフォルトの名無しさん
19/04/18 20:29:07.13 PeuY0IP9.net
それはないな。DOM APIを使うのと（jQueryの方が生産性が高い以外）何も変わらんのだし
429:デフォルトの名無しさん
19/04/18 20:31:42.05 xDdfDEdP.net
そらWeb"サイト"作ってるところjQueryは使い続けられるだろ
元々フレームワークを使うのはWebシステムを構築する人向けなんだから
平たく言えば例えばスタンドアローンアプリをWebに置き換える様な案件向け
別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ
430:デフォルトの名無しさん
19/04/18 21:46:16.31 fWketiWf.net
基本jquery使う限りアングラーさんしかないのか
431:デフォルトの名無しさん
19/04/18 21:47:32.38 FtQwjU5R.net
tsとjqは相性悪いからangularもビミョー
432:デフォルトの名無しさん
19/04/18 22:20:30.68 PeuY0IP9.net
>>429
Webシステムじゃよくわからん。
JavaScriptを一切使わないWebシステムだって有るんだし
> 別にそういうモノを作る予定なんてないって人はjQueryは使い続けてても全く支障はないと思うよ
ずっとそれを言ってる。ウェブであちこちのサイト見て、
そのサイト、アプリで作ればいいのに？って思うことある？
そういうことだよ。ウェブで皆が見てるものの大半は、アプリ用のフレームワークなんか使っちゃダメ
433:デフォルトの名無しさん
19/04/18 23:11:25.60 975/tdja.net
流行の移り変わり前提ならAureliaになるんかね
434:デフォルトの名無しさん
19/04/18 23:16:27.84 rt2qFRnt.net
>>433
なぜ？
435:デフォルトの名無しさん
19/04/19 00:19:18.93 ZJZT2sL1.net
暇な天才達がおもちゃを作り
凡人の我々が疲弊する
436:デフォルトの名無しさん
19/04/19 00:56:42.83 nz9XNE8t.net
実務の世界ではwebは運用を考えないといけないから
ビルド必須なのは辛いんだよね
JAM Stackにバリバリ行きたい気持ちはあるのだが
結局はjQueryを使った無難なサイトがメインになって
しまう
エンジニアは運用の視点を忘れたらいけない
サイト制作にはjQueryが必須だと思う。
でもSPAで作る時は日本語のドキュメントがまだ出て
来てないような最前衛の実装方法で暴走するけどねw
437:デフォルトの名無しさん
19/04/19 01:05:48.22 mPb3RkdR.net
いい加減>>1読め
438:デフォルトの名無しさん
19/04/19 07:03:38.13 SkMw1Cjg.net
>>432
君には一生縁のない世界みたいだからおうちにおかえり
439:デフォルトの名無しさん
19/04/19 07:15:41.26 GnXLTXUb.net
>>438
反論できなくなったときの言葉だねｗ
440:デフォルトの名無しさん
19/04/19 08:37:31.56 gmGy9oTC.net
ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
Underscore.js のテンプレートエンジンを使ったフレームワークが、Backborn.js
フレームワークを使うのは、データベースを使うような、web アプリ
Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
441:デフォルトの名無しさん
19/04/19 08:55:09.83 p/ztoCUW.net
本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ
const template = ctx => `
<html>
<head><title>${ctx.daimei}</title></head>
<body>${ctx.naiyou}</body>
</html>
`
const data = {
daimei: '題名',
naiyou: '内容',
}
const html = template(data)
442:デフォルトの名無しさん
19/04/19 10:13:16.52 ZJZT2sL1.net
Vue試してみてるけど
Vuexってもしかして必須か
コンポーネント間の簡単な操作でも複雑に感じたわ
それならもうAngularみたいに全部入りでいいじゃんと思いました
443:デフォルトの名無しさん
19/04/19 10:19:03.41 JukS+GDU.net
>>442
世界中でどれか一つに統一されるならAngularをおしたい。
慣れた時の開発効率やわかりやすさはAngularだと思う。
444:デフォルトの名無しさん
19/04/19 11:22:56.56 GnXLTXUb.net
>>440
かいてることめちゃくちゃ
> ちょっとしたサイトなら、jQuery, Lo-dash のテンプレートエンジンで十分。
「ちょっとした」の意味がわからん。
そもそもテンプレートに大きいも小さいもないだろ
> フレームワークを使うのは、データベースを使うような、web アプリ
データベースならウェブアプリだけやなくウェブサイトでも使うし
それはフレームワークを使う理由にはならん。
> Ruby のテンプレートエンジンの ERB でも、基本は、文字列を連結していくような原始的なもの
文字列を連結ってなんのことを言ってるんだか。内部の実装の話なんか関係ないだろ
445:デフォルトの名無しさん
19/04/19 11:29:00.68 nz9XNE8t.net
lodashのテンプレは確かに便利
これは同意する
446:デフォルトの名無しさん
19/04/19 11:31:53.09 GnXLTXUb.net
>>441
> 本当にちょっとしたものならそんな何万文字ものライブラリいらんだろ
何万じゃサイズがわからん。
1万文字 = 10KB程度ってことでいいのか？
何万文字 = 数十KB、画像1枚分もなくて、
ADSLや光回線なら0.1秒以下、スマホの128kbps制限中でも
2～3秒程度でダウンロードできるサイズ
だよね？
今度から「僅かなサイズのライブラリ」って書いてくれない？
意図的に多く見せようとしてるようにしか見えないからさｗ
447:デフォルトの名無しさん
19/04/19 11:35:38.96 GnXLTXUb.net
>>441
あとそのコードは単なる文字列中の変数埋め込み
テンプレートエンジンを名乗るなら、ループと条件分岐ぐらいは
対応してないとだめだろう
448:デフォルトの名無しさん
19/04/19 12:33:46.65 p/ztoCUW.net
>>447
だから簡単なものならそれで十分だろうと言ってるんだが。
そんなもの必要に応じて関数書きゃいいだろう。
449:デフォルトの名無しさん
19/04/19 12:37:15.37 p/ztoCUW.net
テンプレートエンジン固有の構文覚える方がめんどいわ
450:デフォルトの名無しさん
19/04/19 12:53:32.50 pVA6rbms.net
>>443
でもAngular人気ないよね
日本ではなく世界の話
URLﾘﾝｸ(2018.stateofjs.com)
世界二万人超の開発者に対するアンケートの結果みたいなんだけど
Angularは「使ったことあるけどもう使わない」
ってのが飛び抜けて多い
なんでこんな嫌われているのか全然わからないけど
451:デフォルトの名無しさん
19/04/19 13:14:05.01 p/ztoCUW.net
確かにせっかくの大規模アンケートなんだから理由も見たかったよな。
452:デフォルトの名無しさん
19/04/19 13:32:46.93 ZJZT2sL1.net
破壊的な変更が原因でしょう
また大幅な変更あるのではとリスクを嫌ってる
453:デフォルトの名無しさん
19/04/19 14:22:40.05 GnXLTXUb.net
WebComponentsの登場で
今のフレームワーク全滅するっていうのになｗ
454:デフォルトの名無しさん
19/04/19 15:33:13.76 y1N4KfNl.net
>>450
本来のjavascriptと解離が大きいのがな。
やっぱ通用するスキルが身につくことが重要よ。
455:デフォルトの名無しさん
19/04/19 16:06:37.80 eZFOlDYz.net
どこぞの人気投票らしきもの
URLﾘﾝｸ(pbs.twimg.com)
456:デフォルトの名無しさん
19/04/19 16:08:56.45 9mBO7kZI.net
>>453
それも結局はXHRと一緒なんじゃない？
原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う
457:デフォルトの名無しさん
19/04/19 16:21:41.87 GnXLTXUb.net
>>456
> それも結局はXHRと一緒なんじゃない？
なんでXHRの話なんか出てくるんだ？
UIコンポーネントの話なんだが
> 原始的で汎用的なものを提供するけど結局ラッピングされたものの方が使いやすいってなると思う
そりゃラッピングされたもののほうが使いやすいでしょｗ
だからjQueryの方が使いやすいんだし。
問題は、WebComponentsをラッピングしたものは、AngularやVueやReactとは別のものになるってこと。
AngularやVueやReactもWebComponentsを考慮しつつ開発してるんだろうが、
WebComponentsが最終的にどうなるのかわからないし、
WebComponentsがない時代の設計をWebComponentsに最適化するのは大変。
どうせWebComponentsに最適化された新しいフレームワークが出るに決まってる。
そしたら今のフレームワークは全部おさらばｗ
458:デフォルトの名無しさん
19/04/19 16:54:49.69 p/ztoCUW.net
>>455
ひとつだけステッカー貼ってアピールしてるのが哀愁を誘うなｗ
459:デフォルトの名無しさん
19/04/19 17:14:03.31 22g/XrvX.net
>>457
html5だかECMAScriptだかの標準仕様を持ち上げるって意味では一緒じゃね？
WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？
460:デフォルトの名無しさん
19/04/19 19:30:52.27 PWe5dNBv.net
なんも作ってない人ってなんでこんなにわかりやすいバカさを露呈しちゃうんだろうね。
461:デフォルトの名無しさん
19/04/19 19:50:06.07 n8mFcZJ1.net
web componentに過剰に期待しちゃダメだよ。仕様を大きく超えて肥大化した今のフレームワークのほんの一部を標準化しますってだけ。
少し触ってみれば分かるが期待とは別物。到底現状のコンポーネントが置き換わるレベルじゃない。
462:デフォルトの名無しさん
19/04/19 21:06:05.48 GnXLTXUb.net
>>459
> WebComponentsもXMLHttpRequestも逆に何が違うって言うんだよ？
WebComponentsはコンポーネントを作るAPI
いろんな人や会社がコンポーネントを作って配布することになるだろう。
ここが大きな違い。
XMLHttpRequestはそれ単体で使うものだが、
WebComponentsは、そのAPIを使ってコンポーネントを作る人と
作られたコンポーネントを使う人に分かれる
463:デフォルトの名無しさん
19/04/19 21:33:14.60 SkMw1Cjg.net
それって結局Reactとやってる事変わらなくないか？
464:デフォルトの名無しさん
19/04/19 21:36:51.67 wiWuuxML.net
>>455
使ったことないアホどもの人気投票だろうな
465:デフォルトの名無しさん
19/04/19 21:40:08.98 GnXLTXUb.net
>>463
そうだよ？やってることがかぶってるから
WebComponents（ウェブ標準）に置き換わるって言ってんの
466:デフォルトの名無しさん
19/04/19 22:01:24.55 GSI3q7h6.net
>>464
使ってる人の数の非もこんなもんなんじゃない？