iT邦幫忙

1

專案技術的選用和合作問題

  • 分享至 

  • xImage

想和站上各位請教個問題,今天假設有兩個工程師 A, B 一起做一個前端專案,並且這個專案沒有訂定統一的 code style(其實這個團隊開發的專案一直都是如此),而 A 工程師都沒有和協作的 B 工程師討論就自己導入某項技術去作專案,這個技術和狀態管理、api 的呼叫相關,但 B 工程師其實並不熟悉導入的那個技術,所以還是用自己比較熟悉的技術去完成了某個功能,但在發 MR 時被 A 說這樣的寫法可能不行一直不 merge,這種狀況要怎麼處理?

Albert iT邦高手 1 級 ‧ 2022-10-06 09:41:36 檢舉
這是試做比樣階段本就該百家爭鳴
專案是有框架有控管
不可能"自由發揮
就是「溝通,並且取得一致的共識」,沒其他辦法了。
harry xie iT邦研究生 1 級 ‧ 2022-10-06 09:58:07 檢舉
感謝大家回應
圖片
  直播研討會
圖片
{{ item.channelVendor }} {{ item.webinarstarted }} |
{{ formatDate(item.duration) }}
直播中
2
海綿寶寶
iT邦大神 1 級 ‧ 2022-10-06 09:54:03
最佳解答

1.B照A的技術改寫程式
2.A照B的技術改寫程式
3.兩人都不改寫,B證明並merge程式
4.請直屬主管決定如何處理

我在公堂之上做個假設
最後可能是先4然後1或者3
/images/emoticon/emoticon06.gif

看更多先前的回應...收起先前的回應...
harry xie iT邦研究生 1 級 ‧ 2022-10-06 09:58:20 檢舉

我會想辦法溝通取得共識,真的不行再找主管好了

其實這是管理議題而非技術議題
應該由主管做出決定並定下有形或無形的「規則」(eg.引用新技術的流程及授權)
下次大家才有遵循的依據
不必浪費時間在寫程式以外的地方

harry xie iT邦研究生 1 級 ‧ 2022-10-06 10:21:44 檢舉

喔喔,本來一直覺得是偏向技術問題
但您這麼一說就覺得的確從團隊的規範下手或主管導入規則,下次就更不會碰到類似問題了

感謝海綿寶寶大大~

froce iT邦大師 1 級 ‧ 2022-10-06 11:42:11 檢舉
  1. 從合作模式改成一人一個專案。

你們這個合作方式不如不要合作...

1
YC
iT邦好手 1 級 ‧ 2022-10-18 18:29:49

我有類似的經驗
之前有個案子,合作的同事導入ReactiveX
但是其他同事繼續使用原生環境開發。
最後喜歡新技術的同事要離職交接時...,你知道的。

我同意海綿寶寶大大的說法。考慮以下幾點,最終還是主管要決定的

  1. 專案的主導是誰?
  2. 新技術學習時間多久,誰要負責?
  3. 新技術的風險誰要承擔?
0
edson_yen
iT邦見習生 ‧ 2023-06-13 14:04:14

已收藏

我要發表回答

立即登入回答