Re: [請益] 為什麼小公司不分前後端？

看板Soft_Job作者TonyQ (心存善念盡力而為)時間8年前 (2016/07/10 18:44)推噓5(5推 0噓 4→)

留言9則, 5人參與討論串3/3 (看更多)

※ 引述《wax207 (EddieKuo)》之銘言： : 肥宅新鮮剪貼工程師，有幸進入小公司魯下去， : 有個疑問，為什麼小公司不分好前後端開發， : 這樣比較能有高品質程式吧？ : 更不用說TDD,RestFul,CodeStyle等模式惹！ : ----- : Sent from JPTT on my Samsung SM-N9208. 跟你講一個更恐怖的。大公司很多有分「太」開的，比方說 api 跟前端「部門」分離的。有不少沒處理好就變成，後端有問題也前端扛、前端有問題還是前端扛，更不用說 API QA 理論上是應該前後端橋好再進場的，結果弄成後端做好之後先 QA ，再接給前端去用。前端覺得 API 不合用要討論更新，QA 就擋在中間說這樣我們要重 Q 很麻煩。（ps. 不管有沒有自動化都一樣，只要有情境改變連 QA 都得重處理。）你前後端就這樣漸行漸遠，搞到開個 api 本來要兩邊互助協力的，弄到最後變成互相牽制。所以這些分太開的有一部分也開始打碎成專案導向的團隊。重點在環節上有沒有分「角色」跟角色對應的任務，基本上正常的公司都有分「角色」，只是這些角色是不是重疊在一個人身上的問題。怕是怕把設計的任務拿去當前端的任務，後端的任務跑去丟給前端的角色，這樣就亂七八糟四不像了。至於 TDD 跟前後端分離沒有關係，他處理的是團隊中各種角色跟他們的進展。跟團隊中有幾種角色沒有直接相關。 Restful 一樣是 api 的命名慣例而已。 CodeStyle 更是跟前後端有沒有分離完全沒有關係。事實上，所謂的大公司對多數越來越機動的軟體專案生命週期，正苦於開不完的會議，卻越來越少的進展。大公司搞政治，小公司找資源。至於搞不清楚角色的，不管大小公司，都是該讓他死一死了。XD -- 網頁上拉近距離的幫手實現 GMail豐富應用的功臣數也數不清的友善使用者體驗這就是ｊａｖａｓｃｒｉｐｔ歡迎同好到 AJAX 板一同討論。 -- ※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.133.105.90 ※ 文章網址: https://www.ptt.cc/bbs/Soft_Job/M.1468147455.A.977.html

推

jimmy689

07/10 20:24, , 1^F

07/10 20:24, 1^F

→

jimmy689

07/10 20:24, , 2^F

07/10 20:24, 2^F

推

chung928

07/10 20:51, , 3^F

07/10 20:51, 3^F