iT邦幫忙

1

要怎麼說服主管用其他前端框架

  • 分享至 

  • xImage

我主管是從系統韌體轉到後端的

所以他們很習慣用OOP去寫程式

前端是我寫的,我只寫過React
當然OOP的話我也沒有領悟出甚麼心得

但主管就一直唱雖React 說太自由不好維護,所以一直叫我轉寫 Angular
說架構很齊全甚麼的

對我來說都一樣,差別在於要適應不同框架的寫法去寫 網頁的事,不過我會比較排斥

原因在於沒必要重新用不同的方式跟思維去做一樣的事
就我的規劃來說,我專精於React的設計及思維更勝於半途而廢轉去寫其他框架還來的好

而且我覺得不要再讓前端開發變更複雜了,很多公司都是網頁寫一半又塞一個新的專案用不同框架去開發,以前有一段過渡期我認為可以,但現在三大框架都穩定的沒必要換前端框架

你們會怎麼判斷?

看更多先前的討論...收起先前的討論...
Rach iT邦新手 4 級 ‧ 2020-09-16 22:25:30 檢舉
就是公司挑的框架不符合您的胃口,建議您拿個布袋與主管讓他躺下來好好談談
神Q超人 iT邦研究生 5 級 ‧ 2020-09-16 22:49:47 檢舉
突然想回一下,React 的確是非常自由,但好不好維護應該是看寫出來的程式碼和架構 XD

我的想法和 Rach 一樣,就拿個布袋...哦不是啦!是如果你能先做一個簡單的 Project 來說服主管說其實 React 也是可以的,因為感覺上公司不會反對換成前端框架維護,只是現在對前端框架的知識還不夠,那就需要前端工程師的專業啦!
神Q 出現了,好久不見阿!!
Luis-Chen iT邦新手 4 級 ‧ 2020-09-17 01:26:12 檢舉
因為前端是我主導的,他就只是看不慣我這邊Functional Programing 跟 React的元件寫法吧
因為後端偏重OOP跟 middleware => controller => modal => db 這種有固定架構的思維吧?所以就一直勸我寫Angluar
甲土豆 iT邦新手 5 級 ‧ 2020-09-17 09:34:34 檢舉
不是阿,前端你主導,那就請他尊重你
還有就是既然他說React 難維護,他懂 React 或者 Angular嗎

好不好維護不是他一個人說得算,還有他主管能願意讓你學新框架,並且不壓你時間,就使用吧
froce iT邦大師 1 級 ‧ 2020-09-17 11:56:26 檢舉
就列出轉換時間表啊,跟他說轉換要這些時間,你得利用時間多學,造成的生產力下降他得概括接受...
他肯接受就轉換,換個框架說實在也沒啥大不了的。
該給的資源不給然後叫你要轉換,轉換跑道比較快。

不過重點還是團隊的編碼規則要建立好並遵守啦。不遵守的話不管用哪個框架都能寫得很難維護。
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中
3
通靈亡
iT邦高手 1 級 ‧ 2020-09-16 21:52:03

你的問題,剛好跟我這次鐵人賽想寫的有關...

但主管就一直唱雖React 說太自由不好維護,所以一直叫我轉寫 Angular

除非,你或你們團隊絕大多數是使用OOP,那他們會選擇用Angular開發很正常
因為用來開發Angular的Typescript就是OOP的風格
如果你身為少數,他們也堅持更換開發框架,你也只能尊重資深工程師的意見

不過
「太自由不好維護」
我不覺得是足夠客觀的理由,來要求團隊變更穩定使用框架
框架其中主要的目的,是確保團隊成員有一致的開發規範、習慣和流程

如果真的是你主管說的問題
反而重點應該擺在「統一團隊的開發規範」
成本會整個團隊比重新學Angular還小

更直接地說
不會因為團隊換了Angular,大家寫程式就突然變得很有默契。

Luis-Chen iT邦新手 4 級 ‧ 2020-09-17 01:31:51 檢舉

主要是主管一直用過往得經驗說Angluar很棒你經驗比較少可能不能體會,像後端或是寫過MVC那時代的老工程師就會比較偏好Angular,
我是覺得有時只是寫法習慣有差而已,至少在我看來我很能理解React的設計思維,統一開發規範我是覺得這個是重點,統一規範後剩下的就只是換個lib的差異跟框架的特性而已,也可能是Angluar那邊就有統一開發風格的特性吧

通靈亡 iT邦高手 1 級 ‧ 2020-09-17 08:52:48 檢舉

Angluar那邊就有統一開發風格的特性吧

我有個朋友之前到一家新的公司工作
他一開始被賦予的任務是什麼?
「熟悉並重構某個Angular專案」

原因是那家公司早期沒有一致的開發架構和規範
專案的程式碼全部纏在一起,常常改A牽動到不相干的B

所以看完才會覺得
單純從React換Angular,就想解決太自由不好維護的問題
這一定是有什麼誤會...

4
小魚
iT邦大師 1 級 ‧ 2020-09-16 23:57:58

那就跟主管要求時間來學.

我是後端工程師,
不過我React, Vue, Angular都學過,
寫程式學新的東西我覺得蠻正常的,
應該說你會的越多越有機會呈現價值吧,
還是你會害怕學習新的東西?

我比較好奇的是你如何說服自己去學新的東西,
這個主管也許明年就不是你的主管,
也許你明年的主管會叫你用Vue來寫,
但是你學的東西會一直跟著你.
(如果沒有患老年癡呆症的話...)

Luis-Chen iT邦新手 4 級 ‧ 2020-09-17 01:22:54 檢舉

跟學新東西沒關係,而是雜而不精的半吊子,像是React要導新的lib就要去想他改變了甚麼設計思維,以後做甚麼事可以用新的lib去應用,光這些就可以研究不完,何況又半路寫別的框架繼續往下鑽研還是會遇到一樣的問題

2
海綿寶寶
iT邦大神 1 級 ‧ 2020-09-17 09:00:02

提供你參考看看
任職於美國運通的 Business Analyst 在 2020/Aug 寫的比較
也許可以看到一些不同角度的看法

HoiDam iT邦新手 5 級 ‧ 2020-09-18 10:40:02 檢舉

水唷海綿寶寶

3

先不說這兩套哪個好跟不好。及好不好維護的問題。
先說說你對團隊跟架構的看法。

首先你先對你自已不能接受換框架的理由是什麼。
不要跟我說是維護問題還是整體性問題。
這些都是屁話。不熟怕影響進度才是一個重點。
所以你要先問你自已,需要多久時間才能上手。一天、一個月?三個月?一年!!

再來也來問自已,換新的框架有何優點及缺點。
了包含自已還得要包含團隊。
雖然我不太認為你有辦法思考到整體面上的問題。但努力自已想一下。

最後,我再來說說我的經驗談。
認真來說我屬於前後端都會的人。大多數的框架我都有碰過。
對我來說前端框架只是javascript的集合體。只要基本的javascript很熟了。
剩下來就是怎麼去使用這個框架而已。

所以我再帶領團隊,對於前端。我的確會先問看看熟悉的框架為何。
(但請不要回答jquery就好了)
大多數來說,會vue bc jq就可以了。
但前端我會視專案情況。有時會要求前端物件化處理。
這是一種很燒腦的寫法。大多數的前端很討厭這種開發的方式。
(我猜你也是這一種人,要不然你不會看不到 Angular mvc的強勢點)

一個團隊,主管要注意其下人員的能力做搭配。
底下的人員如果沒辦法配合。那就會一團亂。
以上就是我說的重點。

對了對了,我還沒說完。我現在也算是底下的人。
只負責後端。有時還得支援前端。

2
bizpro
iT邦大師 1 級 ‧ 2020-09-17 09:50:06

React和Angular有三大差異:

  1. React是library, Angular是framework: "主管就一直唱雖React 說太自由不好維護" 這是因為React是library, 並沒有routing,也沒有dependency injection, 可以"自由"選擇需要的"架構", 如 https://opensource.com/article/20/1/react-javascript-frameworks 您也有責任"維護"您所選擇的架構. 而Angular是框架, 包含所有.
  2. React建立Virtual DOM, Angular使用Regular DOM: Virtual DOM如同DOM的AJAX, 先更新虛擬DOM, 比較虛擬和常規的DOM的差異, 再更新常規DOM異動的部份, Regualr DOM是每次都重建整個DOM. 這可能是React最大的優點, 但不是每個場合都是.
  3. React是Javascript相容Typescript, Angular是Typescript: 要知道Angular是Google的, Javascript是死對頭Oracle的, Google要防Oracle那天拿Javascript告Google. 除了Oracle-Google爭端之外, Typescript嚴謹, Javascript"自由".

主管的論點是事實, 不是您個人要選擇Libray或framework? 這沒有對錯,就只是一種選擇, 如果公司當初選擇了Library的自由度, 就有蜘蛛人的叔叔說的名言: The great power comes with great responsibility. 的決心, 但最重要的問題是, 公司是誰的? 您又能為您的選擇負多大的責任?

看更多先前的回應...收起先前的回應...
Tree iT邦新手 3 級 ‧ 2020-09-17 10:55:19 檢舉

Javascript是死對頭Oracle的 請問這句話的出處在哪 /images/emoticon/emoticon19.gif
跟小弟之前理解的 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年紀時的事了。當時寫前端要突破非常多的困難。現在的工程師其實已經很幸運了。

bizpro iT邦大師 1 級 ‧ 2020-09-17 12:45:01 檢舉

這是智慧財權權:

美國專利與商標管理局:
https://tsdr.uspto.gov/#caseNumber=75026640&caseType=SERIAL_NO&searchType=statusSearch

展開 Current Owner(s) Information
Owner Name: ORACLE AMERICA, INC.

Javascript是Oracle的商標! 100%

Tree iT邦新手 3 級 ‧ 2020-09-21 17:32:07 檢舉

那 Typescript 跟前端 3 大框架都有可能 Oracle 被告 ! /images/emoticon/emoticon17.gif

bizpro iT邦大師 1 級 ‧ 2020-09-21 22:30:26 檢舉

Typescript 曾是Lotus的商標, 但現在已經不屬於誰的了
https://tsdr.uspto.gov/#caseNumber=73607727&caseSearchType=US_APPLICATION&caseType=SERIAL_NO&searchType=statusSearch

Typescript不會被告, Oracle不會告前端框架, 沒錢賺的. 但告Google就不一樣, 柿子挑甜的吃.

2
BeEvil_Y
iT邦新手 4 級 ‧ 2020-09-17 17:13:38

你們好
我對你們說的React、Angular不懂啦
對我來說,程式這東西,不管是哪一種語言。
定數、變數、函式、運算式、邏輯判斷式、權限、資料庫。
就這樣的東西啊?

定數、變數:了不起就分單雙精元、浮點數、長整數、幾位元
(不是都一樣?)

函式:用背的啊,你沒唸過書喔?

運算式:加減乘除不用特意去學吧?有的是+ ,有的是+> 有的是++> 有的是==

邏輯判斷式:不能適應就寫筆記啊,初期摸時用套的。

最麻煩的就是權限、資料庫。
每一種語言我最討厭處理還有去背的就是這二個。

我先來講人的部份
一、主管會叫你寫Angular,因為他是主管,他有裁量權,他叫你吃屎,你要照做。
  你不做,你要提供證明「你為什麼不做,為什麼改做React」,
這涉及未來公司出事時,像是因為幾段程式嗎,造成幾百萬經濟損失時,
是不是你需要「負全責」。

二、他沒考量到你說的React的原因有很多,
第一個,是你沒「身份地位」。
其二個,是你沒有「作品集」給他看。沒有籌碼去說服。你說你很會,口說無憑。
(你唸大學、大專、高職或出社會時,你的老師、教授、朋友,沒跟你講要把作品留起來,然後整理嗎??)
補第三,你根本沒資格把網友提供的意見拿去給主管說明,
因為你根本就不懂React、Angular這二個差異,這是事實.
萬一這個主管照你說的弄,造成損失、同事間不合、小動作不斷,其他人不謹開始懷疑這個主管的能力(叫一個人寫Angular都做不到),還不知要不要把「你」抓出來揹鍋?還是你直接跑人留下超級有夠爛的大攤子,連老闆都跑下來關切?

三、叫你寫Angular,是因為哪一天與你相處不合時,讓你離開時才不會浪費時間維護你這段時間的「貢獻」。

我要發表回答

立即登入回答