---

※ 引述《wax207 (EddieKuo)》之銘言：
: 肥宅新鮮剪貼工程師，有幸進入小公司魯下去，
: 有個疑問，為什麼小公司不分好前後端開發，
: 這樣比較能有高品質程式吧？
: 更不用說TDD,RestFul,CodeStyle等模式惹！
: -----
: Sent from JPTT on my Samsung SM-N9208.


        大公司很多有分「太」開的，比方說 api 跟前端「部門」分離的。


        有不少沒處理好就變成，後端有問題也前端扛、前端有問題還是前端扛，

        更不用說 API QA 理論上是應該前後端橋好再進場的，
        結果弄成後端做好之後先 QA ，再接給前端去用。

        前端覺得 API 不合用要討論更新，QA 就擋在中間說這樣我們要重 Q 很麻煩。
        （ps. 不管有沒有自動化都一樣，只要有情境改變連 QA 都得重處理。）

        搞到開個 api 本來要兩邊互助協力的，弄到最後變成互相牽制。

        所以這些分太開的有一部分也開始打碎成專案導向的團隊。


        重點在環節上有沒有分「角色」跟角色對應的任務，

        基本上正常的公司都有分「角色」，
        只是這些角色是不是重疊在一個人身上的問題。

        怕是怕把設計的任務拿去當前端的任務，
        後端的任務跑去丟給前端的角色，這樣就亂七八糟四不像了。


        他處理的是團隊中各種角色跟他們的進展。

        跟團隊中有幾種角色沒有直接相關。



        CodeStyle 更是跟前後端有沒有分離完全沒有關係。


        事實上，所謂的大公司對多數越來越機動的軟體專案生命週期，
        正苦於開不完的會議，卻越來越少的進展。


        至於搞不清楚角色的，不管大小公司，都是該讓他死一死了。XD


--




--
※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.133.105.90
※ 文章代碼(AID): #1NWYR_bt (Soft_Job)
※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1468147455.A.977.html