# Twitter 專案心得

我在此次推特黑客松專案屬於前後端分離組，共有兩位前端、兩位後端。我是其中一個前端。但我因為白天全職工作，只能晚上衝刺開發，實在是滿辛苦的過程。加上在加入組別前，我並不清楚另一位前端的學習狀況其實不太理想，導致後來基本上都是其中一位後端來支援我們前端的開發，實在非常感謝後端的神支援，不然我爆肝也不一定能如期交付。

過程中，因為另一位前端的能力落差，剛開始的前三天，我下班後的時間幾乎都花在解釋與溝通，完全無法推進開發進度，眼看三天進度遲緩，而我白天又要上班，不太能熬夜趕工，我緊張得只好跟後端請求支援，請他們先幫我解答他的問題，讓我下班時間能先全力衝刺開發，等到架構雛型都出來後，或許有些簡單重複的地方可以交給另一位前端負責。這實在是個不得已的策略性抉擇，我當然也想解釋到他懂為止，但很不幸的，解釋得花掉三倍以上如果我直接自己做的時間，而且我自己這邊還零進度，所以應該是四倍...而這些需要解釋的部分，早該是進到專案前，教材裡都有教過的基本東西，所以是理解能力上有一些大問題，不是一時半刻可以開竅的。綜合評估下來，他的程度一時之間無法有正向貢獻，只好棄兵變成負向貢獻管理模式，讓破壞性降到最低。

之後後端開發速度頗快，一位有上過一些前端教材的後端就來支援我開發，而這位後端學習能力極強，自我要求也高，很快的我們就相依為命把API大致串好了。在開發時間很不足的狀態下，我的策略是盡量將溝通成本降到最低，所以我沒跟這位後端做太多溝通，只有用切分工作不衝突為原則分配工作，很信任她凡是一定會弄到成功的能力和自我要求，讓她有更多空間在前端的進度上跟我一起（幫我）衝刺，而我則確保在自己的進度上，且不會阻礙到她。而後來也因為她是整天都在寫專案（且焦慮到凌晨也沒停下來），她開始有多餘的時間想來改善我衝刺雛形時寫得比較粗略的部分，我也很感謝她的幫忙，但有些架構上的伏筆我沒有花時間跟她溝通我本來那樣寫的一些後續相關的構想，導致後來等到我有空想繼續開發時已經與一開始不太一樣了，只好照著她設計的寫法走，而她因為本身是主修後端，所以跟React的一些common design patterns不是很熟，所以就會自己發明出一些特別但有效解決手頭上問題的方法，導致我到後來不太敢動她那邊的部分，深怕會觸發別的問題，而後來她已經幫忙到整個前端的定調都由她帶著走了，一方面很佩服她，一方面我卻有點小擔心會失控，因為我不確定她的非傳統寫法會不會產生什麼系統性的問題（還好後來並沒有，她真的超強）。

如果再來一次，我不會沒面試另一位前端的能力就答應加入，特別是在我必須白天全職上班的狀態。如果再來一次，我可能還是沒有足夠時間跟來支援的後端一一溝通前端的common design patterns，但我會知道這些未溝通的部分將會定調後續的方向，如果code可以work但太特別，我可能還是會提出來請她留意一下，而不會像這次的標準是只要work，我就不干涉，使專案暴露在相對高風險的狀態下。這次最後有發生一些神秘的bug不排除就是我沒有溝通所付出的代價。但總的來說，我實在是太感謝這位後端的前端支援，而且，以她的能力，我甚至也不確定我有沒有資格多說什麼。