- 1 名前：デフォルトの名無しさん mailto:sage [2018/12/21(金) 21:37:36.86 ID:NZqrEm960.net]
-
実際どうなん？
Vue
https://jp.vuejs.org/
React
https://reactjs.org/
Angular
https://angular.io/
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured
- 577 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 18:03:11.05 ID:XUj+n7600.net]
- >>561
たぶんReduxは捨てろって流れになるだろうね。
それが可能になるContext
行き過ぎた関数型ブームなんだろうな。
だいたい行き過ぎて戻ってやっと最適な状態になる。
あと別に使用を強制されてない。
React自体使ってないものｗ
- 578 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 18:13:46.28 ID:gzx7LPiYa.net]
- >>553
ていうかまず状態って言うほどサイト全体で持つ必要あるのか？って思うね
大体の場合はコンポーネントの中で閉じててもいい場合が多いし
本当にサイト全体で持ちたいデータはリロードとかて吹っ飛ばないようにlocalstrageにでも書いた方がいいんじゃないかとか
- 579 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 18:21:13.76 ID:
]
- [ここ壊れてます]
- 580 名前：U+okKr8Fa.net mailto: 遷移して戻ってまだ編集内容が残ってると逆に気持ち悪い []
- [ここ壊れてます]
- 581 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 19:19:39.92 ID:6a6tMlMF0.net]
- どのコンポーネントが状態持ってるのか探す方がめんどくさいじゃん。
- 582 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 19:36:24.78 ID:haTnnqieM.net]
- reactは好きだけどreduxめんどくさい論は大賛成！
hooks + contextに大期待！！
- 583 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 20:01:14.80 ID:gzx7LPiYa.net]
- >>565
その部品の情報がその部品で閉じてるなら探す必要ないじゃん？
- 584 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 20:20:53.09 ID:33VvYXhGp.net]
- Redux使わずcontextAPIのみでアプリ作ったけど、なかなか良い感じ
シンプルisベストだね
- 585 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 22:38:29.67 ID:U+okKr8Fa.net]
- マルチページ+Vueがベスト
- 586 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 23:30:28.79 ID:6a6tMlMF0.net]
- >>567
その部品で閉じるような状態ならな。
二つ以上の部品にまたがる状態だってあるだろ。
- 587 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 23:47:31.09 ID:XUj+n7600.net]
- だから2つ以上の部品にまたがる所だけで良くなるだろ
- 588 名前：デフォルトの名無しさん [2019/02/27(水) 23:49:27.29 ID:PVZtgHDGr.net]
- reduxなんて面倒くさいレベルに入らないだろ
しょぼいシステムしか作ったことがないんだろうが
- 589 名前：デフォルトの名無しさん mailto:sage [2019/02/27(水) 23:52:10.20 ID:6a6tMlMF0.net]
- >>571
その分け方がわかりやすいと俺は思わん。アドホックな部分が増える。
- 590 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 00:01:04.44 ID:IYEK0cme0.net]
- >>572
つまりあなたも面倒くさいって思ってるわけですよね？
このぐらいのレベルなら耐えられるって言ってるだけだし
- 591 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 00:13:22.40 ID:WHNbTV5sp.net]
- Reactそのものが面倒だと思う
サーバーサイド一本の人が移動してきて、Reactのコンポーネント一つ任せたら、onclickで画面をエフェクトさせるのが出来ないとブーたれてた
cssと組み合わせてやるんですよと教えたけど、デザインとロジックが分離されてない糞フレームワークだと文句ダラダラ
結局Reduxのところだけ担当してもらった
サーバーサイドだけの人はこの世界では使い道がない
- 592 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 00:24:32.39 ID:PBjHM/k00.net]
- それはサーバーサイドしか知らないのに画面のエフェクトだデザインとロジックの分離だ言う
その人個人の問題なんじゃないかね。
- 593 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 00:30:03.58 ID:IYEK0cme0.net]
- デザインとロジックが分離されてないのは本当だろ
- 594 名前：デフォルトの名無しさん [2019/02/28(木) 01:39:22.43 ID:FLrrxMk0r.net]
- >>574
こんなのより何千倍も面倒くさいプログラミングしてきてるから面倒くさくねえ部類って言ってんの
頭イカれてんのか？
- 595 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 06:14:57.31 ID:WHNbTV5sp.net]
- 何千倍も難しいって、口調が前にどこかのスレで見たような気がする
確か自称ゲームプログラマーじゃなかったけ
私大文系はクズだのヴァカだの幾何学的計算が出来れば高卒でも理系とか意味不明な発言の人だった
- 596 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 06:16:05.22 ID:WHNbTV5sp.net]
- バカじゃなくてヴァカという変な単語を連呼してたので覚えてる
- 597 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 06:50:50.42 ID:6H8i6ZZe0.net]
- てかテキストボックスのチェンジイベントでイチイチReducerだかDispatcherだかを経由してストアに書きに行くもんなの？
確定ボタン押した時でよくない？
- 598 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 06:55:29.34 ID:6H8i6ZZe0.net]
- >>577
デザインとロジックが分離してない上にVueみたいにコンポーネントとして独立するわけでもないっていう中途半端さがね
- 599 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 08:52:57.67 ID:jOvvow1Ud.net]
- 落ち着け、議論を飛び出してケンカになってるぞ。そこまでくると他の人に迷惑だから頼むから我慢して2、3日スレから離れて観て欲しい。
- 600 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 08:57:16.34 ID:w/cn9HKca.net]
- >>583
ビビんなよ。5chではよくあることだろ
- 601 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 10:41:44.71 ID:6x03bq62a.net]
- ビジネスロジック→Service(バックエンド)
プレゼンテ
- 602 名前：ーションロジック→ViewModel(js)
デザイン→View(html/css)
サーバーサイドおじさんはプレゼンテーションロジックがお気に召さないらしい
ビジネスロジックとデザインだけで完結するMVCフレームワークが人気 [] - [ここ壊れてます]
- 603 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 10:50:58.35 ID:GdwBglQC0.net]
- >>585
そこに、ActionとAction CreatorとReducerとStoreは
どこに含まれるの？って話だよ
アーキテクチャ上、必要ないものが多すぎる
- 604 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 12:22:34.05 ID:qWkUq+5ha.net]
- >>586
分類するなら全部プレゼンテーションロジックだろう
SPAとかいう誰得要件のせいでプレゼンテーションロジックが過剰に肥大化複雑化してしまった結果それらが産まれた
従来のマルチページに戻すだけでスッキリ解消される
- 605 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 12:46:03.68 ID:jOvvow1Ud.net]
- 誰得っていうけどブラウザアプリ作るならSPAの方がUXが劇的に向上するケースが殆どじゃないか？
- 606 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 12:49:53.87 ID:qWkUq+5ha.net]
- UXが向上したということにしたいだけでは？
案外ユーザーはシンプルなMVCのほうが簡単で良いと思ってるものさ
- 607 名前：デフォルトの名無しさん mailto:sage [2019/02/28(木) 13:05:42.47 ID:jOvvow1Ud.net]
- シンプルなMVCかどうかの判別ってユーザーからできるの？ユーザーってもしかして顧客のこと？
- 608 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 15:08:24.35 ID:IgVX/rLT0.net]
- 年明けてから二ヶ月経過したけどなんだかんだ書籍出てるな
売れてるんかねぇ
動かして学ぶ！Vue.js開発入門 (NEXT ONE)／翔泳社／森巧尚／2019/1/15発売／ISBN-13: 978-4798158921
Vue.js & Nuxt.js超入門／秀和システム／掌田津耶乃／2019/2/5発売／ISBN-13: 978-4798056593
AngularによるモダンWeb開発 基礎編 第2版／日経BP社／末次章／2019/2/23発売／ISBN-13: 978-4822254537
React.js&Next.js超入門／秀和システム／掌田津耶乃／2019/3/8発売／ISBN-13: 978-4798056920
- 609 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 16:45:37.50 ID:yWxTFA8Fp.net]
- ウチの会社でReactのアプリを独自UIの新規開発からロジック周りまで全部できるPGは一人しかいないわ
オフショア入れて百人以上PGいるけど、みんなFlexbox使って自分でUI書けませんとか、エフェクトのアニメーションを自作できませんとか、htmlとcssで躓いてる
デザイン系が得意なPGだと今度はDBやAPIが良く分かりませんという風になる
デザインとロジックの分離が不完全なので不器用な奴には使えない
結局Reactのアプリ制作はその一人が設計構造を考えて何人かで分担して作ってる
その一人がいなくなったら改修も容易ではない
- 610 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 16:52:47.42 ID:IgVX/rLT0.net]
- >>592
そう最低限なんでもできるリーダーがいなきゃ初期導入すら始まらんもんな
浸透すらしてないのにフロントとバックを分業分業言い過ぎだとは常々思ってる
- 611 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 17:18:02.29 ID:mksg7qZ+0.net]
- html5で独自属性を使うときはdata-*で命名する規則になってるけど
どのフレームワークも無視してるのはなぜ？
- 612 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 20:30:41.54 ID:b3M+C2mw0.net]
- 「知りません」は別に問題無いけど「やってみても分かりません」という奴は
PGとも呼べない半人前だと思う
でも多いんだよなそういうの
- 613 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 20:45:13.26 ID:ujIKCjUH0.net]
- >>594
その属性はビルド後も残るの？
- 614 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 21:47:05.25 ID:gbDUCVtH0.net]
- >>595
「よく分からないけど動いた」
- 615 名前：デフォルトの名無しさん [2019/03/02(土) 21:51:40.27 ID:Fdvrrf47r.net]
- >>592
フロント、バックエンド、DB、インフラからデザイン、写真加工、キャラ背景画作成、アニメーションまでできる俺は頂点に立てるかな？
- 616 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:08:26.00 ID:Lvrdovo/0.net]
- >>593
> 浸透すらしてないのにフロントとバックを分業分業言い過ぎだとは常々思ってる
一人でなんでもにできる人が居ないから、分業にしないとだめって話なんじゃないの？
Reactでどうやって分業するのかしらんが。
Reactは設計レベルで分業がし辛いフレームワーク
- 617 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:12:30.11 ID:bakyLAA50.net]
- rails、angular、vueなら分業しやすいとでも？
- 618 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:15:55.89 ID:Lvrdovo/0.net]
- まあそうだね。
RailsのERBはHTMLに近いから編集してもらえるし、
AngularもHTMLベースだから。
ReactとVueはJavaScriptの中にHTMLの断片が埋まってるから
それを修正して思い通りのデザインを作ってもらうのは無理だろう
- 619 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:24:29.37 ID:20MtSIx6a.net]
- フロントとバックは分業したほうが楽だ
どっちもできる人は多くない
いたとしても負荷がかかるから無理強いするとブラック企業になってしまう
それに分業といってもAPI(作る|呼ぶ)だけだろう
難しいとこなんて何もない
- 620 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:33:41.00 ID:IgVX/rLT0.net]
- >>599
逆に分業じゃなっきゃできんってヤツはわざわざ勉強してまで新しい技術を導入したいとかいい出すヤツは居ないっていう話だよ
>>600
なんでRailsねじ込んできた？
- 621 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:40:19.17 ID:x3fQB5qB0.net]
- >>594
無視ってどういう意味で？少なくともReactのアプリで使えているけど。
- 622 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:46:45.64 ID:0oz9yp0R0.net]
- 阿部寛のHPを構築するならVue、React、Angularどれがいいの？
- 623 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 22:48:37.42 ID:Lvrdovo/0.net]
- >>603
意味がわからん。
仕事を一人でやるのは大変だから、分業できるようにしないと駄目って話なんだが？
新しい技術であっても、それで分業ができればいいんだよ。
というか分業ができる技術を導入するべきだ。
- 624 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 23:11:54.68 ID:bakyLAA50.net]
- この作業がそんなに難しいことだと思えないんだけど、そんなもんかね。
>ReactとVueはJavaScriptの中にHTMLの断片が埋まってるから
>それを修正して思い通りのデザインを作ってもらうのは無理だろう
- 625 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 23:27:02.72 ID:Lvrdovo/0.net]
- >>607
難しいかどうかじゃなくてやり方が全く違う。
普通はHTMLとCSSで作るんだから
- 626 名前：デフォルトの名無しさん mailto:sage [2019/03/02(土) 23:47:00.54 ID:IgVX/rLT0.net]
- >>604
確かにReactの場合はそういう書き方やってないよね
独自属性でもclassName以外はonClickとか元の属性と見ても違和感ないし
>>594が言ってるのはvueのv-modelとかv-onとかv-bindとか
angularでもng-modelとかそういう独自属性があるのを言ってるんだと思う
>>594
ちなみにこの辺の独自属性ってフレームワークのコアライブラリで先に処理されて仮想DOMになるからなのか
ブラウザのデバッガでは存在しないものとして表示されないんだよね
今確認したけど<input v-model="msg" />みたいに書いた場合は
ブラウザのデバッガのElements(Chrome)やインスペクター(Firefox)で見ると<input>に変わってる
BootstapのNavbarなんかでよく使うdata-toggleやdata-targetはそのまま表示されてるから
html5の独自属性とは違う位置付けだと考えた方がいいんじゃないか
- 627 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 00:02:03.36 ID:PCCGC897a.net]
- Vueの独自属性はHTML5準拠やで
なのでdata-*にしなきゃいかんルールなどない
- 628 名前：デフォルトの名無しさん [2019/03/03(日) 00:05:23.14 ID:QTOYGzGrr.net]
- Chromeのvue dev-toolで確認できるんじゃないの
- 629 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 00:10:23.09 ID:eREWiz410.net]
- >>611
それ使えば確かに見れるけどElements側に出ないって事は実DOMとしてはレンダリングされてないって事だと思う
- 630 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 00:17:30.72 ID:PCCGC897a.net]
- 単にインスペクターが無視してるだけだ
正しい属性なんだからレンダラが無視するわけにもいかんだろ
- 631 名前：デフォルトの名無しさん [2019/03/03(日) 00:43:00.34 ID:0eQXv8px0.net]
- >>609
＞v-modelとかv-onとかv-bindとか
そうそう。data-＊ではないカスタム属性ってEclipseに警告だされてすっきりしない
だから実行時に消えるとしてもhtml5のカスタム属性としてはよくない気がする
本来ならxhtmlの名前空間みたいに*:*でカスタム属性を命名できれば良かったんだけどね
- 632 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 00:48:58.18 ID:GWdBiIMXa.net]
- 未だにEclipseなんてゴミを使ってるヤツが居ることに驚きなんだか
- 633 名前：デフォルトの名無しさん [2019/03/03(日) 01:03:17.04 ID:QTOYGzGrr.net]
- eclipseww
- 634 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 01:41:00.89 ID:QeUrAhcJM.net]
- 実際レンダーする前のリソースなんだから
しょうがないんじゃないの
VSCodeとかでVue拡張使えばいいじゃん
- 635 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 01:46:51.51 ID:eREWiz410.net]
- >>613
v-ifとv-showの違いとか読んだことない？ないものはないんだよ
- 636 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 08:28:07.07 ID:oO/57lY20.net]
- なんだ、レンダリング前のテンプレートの話か。ならHTML5に準拠してないのは当たり前じゃん。
たしかにXHTMLならその規格に準拠した中で拡張できるけどHTML5はそれと決別したしねぇ。
- 637 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 09:22:56.48 ID:PCCGC897a.net]
- >>618
正しくDOMとして評価された後にDOMを消してるだけ
拡張属性は正しく評価されてる
- 638 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 09:29:26.03 ID:eREWiz410.net]
- >>620
だからその評価がBlinkやGeckoみたいなレンダリングエンジンで評価されるか
V8やSpiderMonkeyみたいなJavaScript実行エンジンエンジンで評価されるかの違いだって
- 639 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 10:40:12.55 ID:BbxzBxVK0.net]
- >>608
そこまで違う作業とあんまり思ってなくて、
やってもらうとしてそんなに反感食うもんかなという風に思ってるのだが。
かなり勝手に思ってるだけだから実際の現場感覚はわからんけど。
- 640 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 11:31:27.74 ID:cmngH9hR0.net]
- UIが劇的に切り替わる様な要件じゃ
デザインとロジックを完全に分離とかそもそも不可能じゃないの
- 641 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 13:57:28.79 ID:PCCGC897a.net]
- デザイン
プレゼンテーションロジック
↑JS+HTML+CSS
--------
↓API
ビジネスロジック
デザインとロジックを分離するって言った場合、分離するのはビジネスロジックのこと
プレゼンテーションロジックを分離するという意味ではない
- 642 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 15:00:36.37 ID:KP+Vu9ps0.net]
- WebまではHTML+CSSだけ分離も可能だけど
スマホWebアプリ／スマホアプリになってくると動きも含めてのUXという性質が強くなる
UI用ロジックや機能性まで考慮する「UXデザイナー」と
静止画の用意で終わるデザイナーとの差は大きい
Reactは後者のデザイナーとは相性悪いだろうね
- 643 名前：デフォルトの名無しさん [2019/03/03(日) 15:07:16.96 ID:QTOYGzGrr.net]
- デザインもUIもUXもフロントも全部やればいいじゃん
そもそもなんでできないのか不明
フロント勉強してできるようになったのならデザインも勉強すりゃいい
- 644 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 16:31:53.99 ID:xQ2gqaf30.net]
- >>626
何でも一人でやる時間があればそうする
- 645 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 16:40:53.54 ID:8CruhG400.net]
- 少なくとも難しいから分業してるわけじゃないだろうね。効率の問題。
- 646 名前：デフォルトの名無しさん [2019/03/03(日) 17:40:54.12 ID:QTOYGzGrr.net]
- >>627
時間があればじゃなく、必要だからやらなきゃいけないんだよ
最近世界的にもその必要性が言われてる
>>628
効率悪いから一人でやるべきなんだろ
・フロントデザイナはコーディングできない
・フロントエンジニアはデザインできない。デザイン貰ってもセンスゼロだからコーディングで表現できない
https://postd.cc/the-death-of-front-end-developers/
- 647 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 17:56:55.95 ID:8CruhG400.net]
- >>629
開発の規模とか体制によりけりだろ。
例えば自分が所属してるとこだと、フルスタックにやれる人にはデザインなんかに凝ってる時間があったら別の仕事やらせたい。
- 648 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:01:05.79 ID:eREWiz410.net]
- 効率でいうなら複数のサイトを作業区分毎に分業するよりも１サイト１人でやる方がよっぽどいいと思うけどね
- 649 名前：デフォルトの名無しさん [2019/03/03(日) 18:15:09.19 ID:QTOYGzGrr.net]
- >>630
>デザインなんかに
そこの認識なんだよなあ
プログラマはデザインわかってないからデザインなんかにという言葉が出てくる
- 650 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:45:41.76 ID:8CruhG400.net]
- >>632
- 651 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:47:22.33 ID:8CruhG400.net]
- >>632
うーん、なんか噛み合わないな。デザインは大事だと思うから分業して欲しいと思うんだよね。そしてエンジニアが楽しいからってデザインに凝るのをよくないと思ってる。
- 652 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:49:08.31 ID:eREWiz410.net]
- >>632
まぁ例えば
プログラミングレベルが１０で
デザインレベルが５とかの人材の場合
どちらかと言えばデザインよりコーディングやって貰った方が効率いいってはあるんじゃない？
- 653 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:51:32.92 ID:8CruhG400.net]
- >>631
それは否定しないがその人材を安定して確保しようとするといくら払えばいいの？という話にならないか？
- 654 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:54:01.18 ID:eREWiz410.net]
- >>636
確保するんじゃなくて育てようって気がないのかね
これだから衰退するんだよ
- 655 名前：デフォルトの名無しさん [2019/03/03(日) 18:54:24.45 ID:QTOYGzGrr.net]
- >>634
デザイン凝るっていう判断はどこでしてるの？
仕様として必要ならやるよな
それともそのフルスタックエンジニアの独断でやってるのか、デザインわかってない奴が決めてるのかにもよる
- 656 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:58:26.46 ID:8CruhG400.net]
- >>637
育てること考えると余計に分業したくなるだろ。2人を両方フルスタックにするのと、それぞれ専門持たせて育てるのどっちが現実的なのか考えてくれよ。
なんか理想論でマウントとられても困る。
- 657 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 18:59:34.47 ID:cmngH9hR0.net]
- 人材云々の話は経営者が判断すべき問題であって
勉強しなくていいとかそういう問題じゃないでしょ
- 658 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 19:01:59.76 ID:eREWiz410.net]
- >>592みたいに1人が抜けたらヤバイっていう状況はホントにヤバイから
できるうちに育てた方がいいよホント
- 659 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 19:03:05.35 ID:8CruhG400.net]
- >>638
まあそれはそうだ。
仕様がガッチリ決まってるようなデザイン作成ってのを見たことないから故の思い込みかもしれんが、UIとなると必要以上に時間がかかってしまうという思い込みが自分のなかにあるのは確かだ。
- 660 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 19:04:53.82 ID:8CruhG400.net]
- >>640
勉強すべきかどうかという話だったの？だとしたら俺も勉強すべきだと思うよ。
- 661 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 19:08:50.10 ID:8CruhG400.net]
- ちなみに俺は>>630で体制によりけりと書いてるように、少数のとこならエンジニアのスキルや素質に合わせればいいと思ってる。少数でイキのいいベンチャーとかなら有能が多数派ってこともあるだろうしね。
おそらく仕事量に対する有能人材の割合が重要なんだと思う。
- 662 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 19:17:40.56 ID:26syIpped.net]
- 規模が大きくて大人数じゃないと作れませんねぇ、じゃあどこで分担しましょうか？
って考えればいい。
- 663 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 19:35:22.77 ID:PCCGC897a.net]
- 業務系だとそういう場合はレイヤーじゃなくてコンテキストで分けるのが主流だね
レイヤーで分ける企業はかつて見たことない
- 664 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 20:04:17.44 ID:WgQds1l30.net]
- 規模が大きくて大人数じゃないと作れませんねぇ、じゃあどこで分担しましょうか？
え？分担したら効率が悪いだろって？
じゃあ、2人で2ヶ月の仕事を、あなた1人で2ヶ月でやってくださいね。
効率がいいんだから2倍ぐらいやれるでしょ？
でも給料は変わりませんから。
- 665 名前：デフォルトの名無しさん [2019/03/03(日) 20:12:49.02 ID:QTOYGzGrr.net]
- >>647
そうなる
エンジニアスキルはできない奴に比べて何倍も差あるからな
だから給料もそれに比例する
- 666 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 20:33:30.24 ID:WgQds1l30.net]
- > だから給料もそれに比例する
夢見るのやめとけｗ
2人で2ヶ月も、1人で2ヶ月も
働く期間が2ヶ月なら給料は同じだ
- 667 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 21:11:25.76 ID:BbxzBxVK0.net]
- スケールしない作業だと言われればそうかもなとしか言えんな。
できるなら起業しとる。
- 668 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 21:42:00.62 ID:QNZEu7Q40.net]
- Rails と、Node.js + Express は、全く同じ。
Bundler と、npm, yarn も、全く同じ。
ERB と、EJS も、全く同じ
Webデザイナーの仕事を楽にする! gulpではじめるWeb制作ワークフロー入門、中村 勇希、2018/5/29
Node.js超入門、掌田津耶乃、2017
Junichi Ito (伊藤淳一)
Rails 5.1で作るVue.jsアプリケーション 〜Herokuデプロイからシステムテストまで〜
https://youtu.be/ycOeM2umXkY
- 669 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 22:00:40.86 ID:YuQgiS/h0.net]
- >>651
死ね
- 670 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 22:01:29.06 ID:hdxDgHRsa.net]
- Heroku使うメリットってなに？
- 671 名前：デフォルトの名無しさん [2019/03/03(日) 22:24:37.66 ID:QTOYGzGrr.net]
- >>649
フロントデザイナーとフロントエンジニアがいても完成しない（デザインをコーディングで実現できないから）
しかしフロントフルスタックエンジニアがいれば何倍も早く完成する
何倍も早く完成するなら給料高くて当たり前
キミはどんなクソな会社で奴隷やってんの？
そもそもキミはフロントフルスタックエンジニアなのか？
- 672 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 22:34:10.60 ID:hdxDgHRsa.net]
- 寧ろフルスタックエンジニアって中小にこそ居るからな
待遇良くないってのもまぁあると思う
- 673 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 22:54:37.37 ID:QNZEu7Q40.net]
- Heroku を使うのは、圧倒的にわかりやすいからだろう
それで、プログラマーの人件費が節約できる
- 674 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:07:55.84 ID:sIAjtg1ud.net]
- >>654
逆にどういった組織を想定しているのか聞きたい。
1人にやらせた方が効率がいいのは当たり前だが、高給払えるような利益あげてる企業で、そんな体制で運営できるような小さなプロダクト扱ってる会社ってそんなにあるのか？
- 675 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:09:14.73 ID:eREWiz410.net]
- 慣れてしまえばLinuxでの鯖構築なんて難しい事なんもないけどな
特定の会社のインフラに依存するのってなんか怖いよね
- 676 名前：デフォルトの名無しさん mailto:sage [2019/03/03(日) 23:14:25.71 ID:GjzBYSLPd.net]
- >>658
動かすまではともかく、商用運用するとなると結構ハードルあがるから需要はあるんじゃない？
安定稼働、セキュリティ、費用計算、etc.
- 677 名前：デフォルトの名無しさん [2019/03/03(日) 23:56:16.49 ID:dWHbj95s0.net]
- >>629
デザイナのコーディングは昔からの課題だよな。
ただcssやdomが打てるなら、vueだとかなりスッキリ分業出来ると思うけどな。社内か社外かの方が問題大きい。
|
 |
