1樓：緣來緣去緣是你
不清楚你們的關係，如果是合夥人關係可以商量就用vue上手快。如果無法反駁上司就用jq做。如果不想做就跑路，沒什麼大不了的。
2樓：Hakuna
現在年輕人都浮躁嘛，跟當年差不多。肺腑之言，好好跟著老師學這些基礎的東西，當年要是自己能學懂學好更好。換個角度想，你是用框架開發個業務爽快，還是自己開發個框架爽快。
現在有時間有機會讓你慢慢學這些基礎，不要等到工作用到了再想著學習複習，就慢別人半拍了。好了，先這樣的……
3樓：劉正
在我看來，負責人是正確的。
你這個是大學學習專案不是商業專案，重點在於掌握工程基礎，而不是框架，很大程度上你需要理解並學習前台資源組織方式，底層的基本架構，請求協議的基本原理，而不是去做調包俠。如果可以，我甚至希望我帶的人先好好的掌握html與css3的基礎。
對比生活中的例子，比如畫畫，我希望你用筆和紙，而不是扣圖。這樣能讓你掌握更多的細節，你才入門，打好基礎未來才會有更大空間，不要覺得這樣很low，掌握好基礎才能以不變應萬變，vue，react這種工具在未來注定是要淘汰的，而且其理念本身就有極大的缺陷，經不住時間的考驗。不然也不會大規模的版本變更和重構。
你要掌握的是底層理論基礎，現在在大學你有時間練習一些練手專案，等到工作之後，你才能對現在海量的技術知識做出合理的規劃，沒有基礎一切都是浮雲，充其量以後就是個調包俠，長此以往，讓你做定製化向量圖程式設計，影象演算法，元件重構，你連學習方向都找不到，也就是把路走窄了。
這個回答下很多人對大學教育嗤之以鼻，很大原因是眼界和層次不夠，隨著行業深入，你會發現這些框架都是小術，思維方式與基礎理論的提公升才是跨越認知的必要條件，這個時候你再想回過頭學習，精力和時間不允許，你的潛力也就此定型。
4樓：海馬丁海
我覺得是這的確是乙個不錯的做法，適配平均試生產力是一方面，其次我一開始就用工具不太好
使用更好的工具，最好是建立在你已經完全能通過基礎同樣的實現我不覺得react 或者 vue 所能帶來的效果，你用原生也能實現如果你能，那你很不錯，當我沒說
我也覺得你沒必要跟著別人做專案了
5樓：小不點
因為問題不是很具體，如果你是在校學生並且沒有什麼專案經驗的話而且時間不是急，負責人讓你用這個豈不是很好，可以更好的鞏固基礎知識，畢竟你說的框架都是依託於js做的。這樣你才會很好的了解功能的實現
如果專案很趕而且到時間必定交付的話對於沒有專案經驗來說做起來確實是很費時。不能達到高產
6樓：ShineWang
框架只是工具，選型也是為了解決問題為出發點。如果這麼說，那就是他有他的考究，這方面問一下，大家坐下來談談乙個所以然。
並不是所有問題都沒有解決辦法，這明顯只是溝通問題而引發的矛盾。
但是總的來說都2023年了，擁抱新技術新工具不好麼，學習成本是所需要付出代價最最最小，在時間成本可控範圍內，帶來價值最高的選擇。
7樓：喵小樂
恕我理解粗陋，react和vue與用bootstrap+jq的傳統擼法有啥優勢呢？css，js，html揉在一起寫，最終也就是做了個資料繫結，幫我去操作dom，還有什麼元件化，資料單向傳遞，一大堆概念；寫個頁面引用一大堆node_module，改完頁面不編譯還用不了，真的挺心累的....
8樓：ILNILEY
說實話，框架開發確實很方便。如果這個專案不求速度，用原生的你可以注意到有很多問題需要處理解決，是個學習的好機會。但是如果要快速迭代，穩妥上線，還是用框架比較合適。
看這個專案的目標是什麼，再選擇要怎麼做。
9樓：孤狐無悔
首先明確，這是你們學校的內部專案，而非課程作業。
課程作業應當盡可能使用所學內容。
如非課程作業，你首先應當向A解釋，何為第三方庫，以及為什麼要用第三方庫；然後再解釋VUE和REACT的優勢，要強調這些都是js；如果A仍然拒絕使用，最後再詢問，禁止使用什麼第三方庫，如A經驗較少，按理應該說不出幾個，你可以挑剩下的用。
當然，A有可能說「禁止使用任何第三方庫」，這個時候你就要有所決斷：
1、你負責全部前端開發，讓A去管設計、測試之類的；
如果A拒絕這種分工方式：
2、你按照A的要求使用基本方式來開發，並且以後與A合作時要仔細考慮；
或者3、退出專案組。
10樓：雪泥鵠爪
技術選型肯定要事先商量好，團隊協作，統一大於一切
要麼你去說服他，要麼你被他說服。
如果專案不急，多用用基礎技術好處大大的，急著出結果，就上框架
11樓：據說他姓feng
你們專案負責人既然決定了用純jq，那應該尊重其選擇。
你想的Angular、React、Vue，我相信專案負責人並不是沒考慮過，而是綜合考慮了各種因素外，最終做出了保守性的方案。
不然，2年下來，可能混雜了Angular/React/Vue幾大框架。。。以及各種類似Angular-React之類的變種Adapter。。。哦，對了，可能還混雜Angular1/Angular2等大版本。
試想一下如果你接手這樣的專案，是不是會罵當初的專案負責人為什麼不僅使用jQuery？
12樓：Kirito
老師的指導很正確。
你只有基礎扎深了，才好去深入框架。
你用基礎的三劍客，就能造出像MATERIAL-UI這種框架的，基礎不深，一直用人家的輪子，現在社群環境很好是免費的，難免以後。或者，例如你在用react開發的時候，這個版本的框架有問題，可是專案得上線，你不能指望等著Facebook給你解決bug了吧，沒有足夠的基礎功，你就很難的深入。
13樓：
你就白紙黑字寫出來，如果用Vue和React，完成這個專案還要多少時間（人/天）。如果不用，把之前的推倒重來加上後續開發要用多少時間（你自己有個人傾向的話適當多加點，當然如果加得太離譜而他懂行就會跟你據理力爭）。以及兩種方案下後續維護的時間成本（比如新增乙個小需求分別大致要多少時間，同樣可以適當下點眼藥）。
讓他作為專案負責人進行決策就好了。如果他認為這些額外時間成本可以接受，那你沒什麼好說的，老實幹或者跳船。如果你說不出來不用Vue或React為啥能省工時，或者解決不了團隊整體效率問題（只有你會而且你教會其他人的時間成本較大），那人家確實有理，你就老老實實用原生工具好了。
14樓：
大學的時候，不學好基本功，以後這輩子在補基本功可能就沒機會了。。。。。
工程師，碼農，碼畜，往往是在程式設計思維上決定的，但程式設計思維，往往是基本功決定的。。。。。
你也說了專案負責人，有這個權利，那就聽人家的吧，強扭的瓜不甜，不服氣，你可以寫兩套，一套原生的，一套框架的，多學習學習，挺好的，然後對比起來給人家看效果
15樓：2gua
你學會走路了嗎？如果還沒有，就踏踏實實一步乙個腳印走清楚了，再學飛。
你是打算一上來就做個「框架程式設計師」嗎？那你盡可以理直氣壯地拒絕負責人的安排，告訴他你的志向。
這個負責人真的很負責，難遇的為學生著想的踏實人。
16樓：Hintofsadness
首先我覺得是要考慮專案的定位，是做乙個大中型專案，還是僅僅只是乙個demo。
前者的話，你就要好好考慮和負責人談談了，準備好各種框架的優勢和帶來的便利(說白了就是提公升生產力)，以及用原生開發的各種問題(浪費大量時間準備基礎設施) --- 上PPT。
如果是後者的話，題主還是老實用原生語言開發，算是一種工作前的鍛鍊。
17樓：易燃易爆炸
建議題主補充點背景，
比如題主大幾了？
專案是基建的還是業務的？
專案是練手的還是對外公開的？
如果題主是，大二或大三，基建練手學習專案，那就建議題主用原生編寫，熟悉原生基礎後，再學習框架才能事半功倍，
當然不是這個如果題主就剛把，
18樓：Gavin
要我說這根本就是乙個技術分工問題。你可以劃分一些頁面由他用他想用的技術搞。可能麻煩點但是不妨礙你們各自用各自喜歡的技術。
反正你們沒有領導從屬關係，也沒用統一技術的必要和需要。
搞技術其實很難說服別人，除非，1你經驗豐富，2有領導從屬關係，3專案技術債務。
19樓：仗鍵天涯
我就奇了怪了，Vue.js 不是js？
把這套框架的原始碼甩負責人面前，他看得懂不，一樣是js原始碼他照樣看不懂或者說一時半會兒看不懂。
那還選擇個啥？
20樓：Exception.neko
那就用基礎的html，css，js開發唄
你這個問題的實質，是團體內部的技術選型應該怎樣做你如果作為leader，要開發一款產品，你組員如果會vue，react的少於一半人，那你就不應該選用vue，react。技術選型更應該側重組內現已擁有的技術資源。
除非你自己打算乙個人寫全部業務。否則一旦你自己不能完成所有業務，那你這個外包就算涼涼。
21樓：才不是loli控呢
不用vue和react也可以，自己實現乙個相容大部分vue或者相容react api的微型框架~ 我沒用vue也沒用react我用的原生js寫的，只是相容了其他框架的api~不算違反規定吧？要這樣怕是更加看不懂~
22樓：劉東奇
兩個大二學生，究竟有多少能力和經驗支援你們乙個堅持要用react，乙個堅持不用react？
無關技術，兩個人問題都很大。
既不謙虛又好面子。
不過有分歧是好的，但希望你們能打一架，而不是生悶氣，深入地交流想法，理解對方的意圖，一起進步。
交流的秘訣是先假設對方是對的，而不是正好相反。
23樓：裕波
哈哈，不用就不用嘛，這有什麼呢？ 今天你用 ES6+ 寫 JS 也沒有什麼問題呀，使用框架的目的是幫助你提公升效率，但是作為大學生來說，掌握原生的東西是最重要的哈，同時，在編寫過程中，你也可以進行抽象嘛，抽象出你所需要的庫，來幫助你快速開發嘛。還好，還好！
使用原生的HTML,CSS 我覺得更沒有什麼啦！ 是好事！
24樓：傲天
感覺這個是劍宗氣宗之爭。個人意見，才大二，沒必要那麼早轉劍宗，先把內力練厚一點，到了大四再學招式來得及。而且你不知道五年後江湖上流行獨孤九劍還是有鳳來儀，搞不好還是四年後才出現的稀里嘩啦地趟刀，但是你的內力多練一分都是你自己的。
25樓：FIre
這個問題應該在起初就說好了，具體方案實現。
還有個忠告，做事不由東，倒頭也成空。哪怕你v/r擼的飛起，不符合東家要求，也是白扯。
鑑於目前的情況，我建議你應該跟他談談這個東西的好處。表明倆者效率上的優缺點。還有就是說明倆種方案對於開發時間的影響。讓他裁定。
還有說明一點，他是負責人，專案失敗他是直接對老闆負責的，如果說你說能保證這個專案的維護，你可以去跟大老闆說你負責。
還有就是偶爾寫寫原生的東西沒啥不好的。
哪些跡象表明專案負責人並不合格？
很想把專案做好，但是有心無力，自己只是個學生，校級專案負責人，組員各忙各的，老師泛泛而談，自己又不知從何做起。氣喘吁吁，於事無補。已經解決了，最終靠著自己調動某個比較要好的組員，然後調動其他組員，完成了專案 徐希峰 個人認為最重要的兩點 1.對團隊成員的工作狀況不跟進，不能有效的整合團隊凝聚力，無有...
假設您作為乙個專案負責人,在專案的開發過程中的出現眾人意見無法一致的情況,請問您會選擇哪種解決方式
小強 意見不一致，我理解應該是以主要技術人員為界線出現了幾個意見吧。了解下各主要技術人員的意見以及他們提出意見的原因，專案經理如果無法從技術層面來說服眾人的話，需要盡快尋找公司更資深的技術人員來選擇技術路線。專案經理盡量避免在沒有合理解釋的情況下，選擇一方意見，並強制大家執行。這是已經在出現問題時的...
作為乙個專案負責人，如何解決同事不肯合作的問題
赤子 這是專案管理裡面普遍會遇見的問題，歸根結底還是從人際關係和個人影響力的角度去考量。和同事處理融洽關係，特別和那些不願意配合的自認為有料的同事，比和客戶處理關係的難度更大。個人認為只能是通過寬容，忍耐，尊重和謙卑的心態去處理和這類人的關係。 PM Life 這個是專案中碰到的典型事項，非常考驗專...