我主管是從系統韌體轉到後端的
所以他們很習慣用OOP去寫程式
前端是我寫的，我只寫過React
當然OOP的話我也沒有領悟出甚麼心得
但主管就一直唱雖React 說太自由不好維護，所以一直叫我轉寫 Angular
說架構很齊全甚麼的
對我來說都一樣，差別在於要適應不同框架的寫法去寫 網頁的事，不過我會比較排斥
原因在於沒必要重新用不同的方式跟思維去做一樣的事
就我的規劃來說，我專精於React的設計及思維更勝於半途而廢轉去寫其他框架還來的好
而且我覺得不要再讓前端開發變更複雜了，很多公司都是網頁寫一半又塞一個新的專案用不同框架去開發，以前有一段過渡期我認為可以，但現在三大框架都穩定的沒必要換前端框架
你們會怎麼判斷?
已邀請的邦友 {{ invite_list.length }}/5
你的問題，剛好跟我這次鐵人賽想寫的有關...
但主管就一直唱雖React 說太自由不好維護，所以一直叫我轉寫 Angular
除非，你或你們團隊絕大多數是使用OOP，那他們會選擇用Angular開發很正常
因為用來開發Angular的Typescript就是OOP的風格
如果你身為少數，他們也堅持更換開發框架，你也只能尊重資深工程師的意見
不過
「太自由不好維護」
我不覺得是足夠客觀的理由，來要求團隊變更穩定使用框架
框架其中主要的目的，是確保團隊成員有一致的開發規範、習慣和流程
如果真的是你主管說的問題
反而重點應該擺在「統一團隊的開發規範」
成本會整個團隊比重新學Angular還小
更直接地說
不會因為團隊換了Angular，大家寫程式就突然變得很有默契。
主要是主管一直用過往得經驗說Angluar很棒你經驗比較少可能不能體會，像後端或是寫過MVC那時代的老工程師就會比較偏好Angular，
我是覺得有時只是寫法習慣有差而已，至少在我看來我很能理解React的設計思維，統一開發規範我是覺得這個是重點，統一規範後剩下的就只是換個lib的差異跟框架的特性而已，也可能是Angluar那邊就有統一開發風格的特性吧
Angluar那邊就有統一開發風格的特性吧
我有個朋友之前到一家新的公司工作
他一開始被賦予的任務是什麼？
「熟悉並重構某個Angular專案」
原因是那家公司早期沒有一致的開發架構和規範
專案的程式碼全部纏在一起，常常改A牽動到不相干的B
所以看完才會覺得
單純從React換Angular，就想解決太自由不好維護的問題
這一定是有什麼誤會...
那就跟主管要求時間來學.
我是後端工程師,
不過我React, Vue, Angular都學過,
寫程式學新的東西我覺得蠻正常的,
應該說你會的越多越有機會呈現價值吧,
還是你會害怕學習新的東西?
我比較好奇的是你如何說服自己去學新的東西,
這個主管也許明年就不是你的主管,
也許你明年的主管會叫你用Vue來寫,
但是你學的東西會一直跟著你.
(如果沒有患老年癡呆症的話...)
提供你參考看看
任職於美國運通的 Business Analyst 在 2020/Aug 寫的比較
也許可以看到一些不同角度的看法
先不說這兩套哪個好跟不好。及好不好維護的問題。
先說說你對團隊跟架構的看法。
首先你先對你自已不能接受換框架的理由是什麼。
不要跟我說是維護問題還是整體性問題。
這些都是屁話。不熟怕影響進度才是一個重點。
所以你要先問你自已，需要多久時間才能上手。一天、一個月?三個月?一年!!
再來也來問自已，換新的框架有何優點及缺點。
了包含自已還得要包含團隊。
雖然我不太認為你有辦法思考到整體面上的問題。但努力自已想一下。
最後，我再來說說我的經驗談。
認真來說我屬於前後端都會的人。大多數的框架我都有碰過。
對我來說前端框架只是javascript的集合體。只要基本的javascript很熟了。
剩下來就是怎麼去使用這個框架而已。
所以我再帶領團隊，對於前端。我的確會先問看看熟悉的框架為何。
(但請不要回答jquery就好了)
大多數來說，會vue bc jq就可以了。
但前端我會視專案情況。有時會要求前端物件化處理。
這是一種很燒腦的寫法。大多數的前端很討厭這種開發的方式。
(我猜你也是這一種人，要不然你不會看不到 Angular mvc的強勢點)
一個團隊，主管要注意其下人員的能力做搭配。
底下的人員如果沒辦法配合。那就會一團亂。
以上就是我說的重點。
對了對了，我還沒說完。我現在也算是底下的人。
只負責後端。有時還得支援前端。
React和Angular有三大差異:
主管的論點是事實, 不是您個人要選擇Libray或framework？ 這沒有對錯,就只是一種選擇, 如果公司當初選擇了Library的自由度, 就有蜘蛛人的叔叔說的名言: The great power comes with great responsibility. 的決心, 但最重要的問題是, 公司是誰的? 您又能為您的選擇負多大的責任?
Javascript是死對頭Oracle的 請問這句話的出處在哪 
跟小弟之前理解的 Javascript是ECMA協會的 不同
這只有老一輩的工程師才懂的東西
javascript的前身是 Scheme語言，原名為 Mocha ，後改名為LiveScript，原本沒意外的話，它會成為java的語言。原網景公司也就是 Netscape 瀏覽器。將其做為前端語言。
後期跟昇陽公司合作。決定另開發一個java的語言。原本的LiveScript為了想順勢搭配java的風，也改名為javascript。
當時跟微軟的jscript互別風頭。一度還有javascript跟vbscript的使用爭議問題。
(當時的我為了要用哪一個很傷透腦筋)
後來網景正式提交將javascript為正式標準語言。
微軟那時好像還是jscript還是已經改為vbscript我倒是忘了。
他們想獨站的樣子(ie專用語言)。所以一直不願標準化。
後來的結果就是現在這樣了。前端語言變成是javascript為主流了。
好像沒說到為何javascript是Oracl的因素喔!
剛有說到昇陽公司sum。它後期被甲骨文(Oracl)併購。
所以說javascript是Oracl的也不為過。
雖然我覺得Oracl只是沾到一點邊的感覺就是了(遠房親?)
有興趣的人，可以去看一下wiki。我記得我經歷這些是我2x年紀時的事了。當時寫前端要突破非常多的困難。現在的工程師其實已經很幸運了。
這是智慧財權權:
美國專利與商標管理局:
https://tsdr.uspto.gov/#caseNumber=75026640&caseType=SERIAL_NO&searchType=statusSearch
展開 Current Owner(s) Information
Owner Name: ORACLE AMERICA, INC.
Javascript是Oracle的商標! 100%
那 Typescript 跟前端 3 大框架都有可能 Oracle 被告 ! 
Typescript 曾是Lotus的商標, 但現在已經不屬於誰的了
https://tsdr.uspto.gov/#caseNumber=73607727&caseSearchType=US_APPLICATION&caseType=SERIAL_NO&searchType=statusSearch
Typescript不會被告, Oracle不會告前端框架, 沒錢賺的. 但告Google就不一樣, 柿子挑甜的吃.
你們好
我對你們說的React、Angular不懂啦
對我來說，程式這東西，不管是哪一種語言。
定數、變數、函式、運算式、邏輯判斷式、權限、資料庫。
就這樣的東西啊？
定數、變數：了不起就分單雙精元、浮點數、長整數、幾位元
(不是都一樣？)
函式：用背的啊，你沒唸過書喔？
運算式：加減乘除不用特意去學吧？有的是+ ，有的是+> 有的是++> 有的是==
邏輯判斷式：不能適應就寫筆記啊，初期摸時用套的。
最麻煩的就是權限、資料庫。
每一種語言我最討厭處理還有去背的就是這二個。
我先來講人的部份
一、主管會叫你寫Angular，因為他是主管，他有裁量權，他叫你吃屎，你要照做。
你不做，你要提供證明「你為什麼不做，為什麼改做React」，
這涉及未來公司出事時，像是因為幾段程式嗎，造成幾百萬經濟損失時，
是不是你需要「負全責」。
二、他沒考量到你說的React的原因有很多，
第一個，是你沒「身份地位」。
其二個，是你沒有「作品集」給他看。沒有籌碼去說服。你說你很會，口說無憑。
（你唸大學、大專、高職或出社會時，你的老師、教授、朋友，沒跟你講要把作品留起來，然後整理嗎？？）
補第三，你根本沒資格把網友提供的意見拿去給主管說明，
因為你根本就不懂React、Angular這二個差異，這是事實．
萬一這個主管照你說的弄，造成損失、同事間不合、小動作不斷，其他人不謹開始懷疑這個主管的能力（叫一個人寫Angular都做不到），還不知要不要把「你」抓出來揹鍋？還是你直接跑人留下超級有夠爛的大攤子，連老闆都跑下來關切？
三、叫你寫Angular，是因為哪一天與你相處不合時，讓你離開時才不會浪費時間維護你這段時間的「貢獻」。
iThome鐵人賽
看影片追技術