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

[TonyQ (心存善念盡力而為)]

※ 引述《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: 之前的一個案子、前後端轉包分四家做
→ jimmy689: 各種推拖閃躲飄
推 chung928: 公司一大真的就是各種牽制
推 fatb: 雖然感覺原PO在釣魚 但說真的分太開 領導很重要...
推 vn509942: 大公司就政治跟皮球
推 neo5277: 可是這是不是行業特色? 我以前當廚師的時候我們在飯店
→ neo5277: partition也切滿開的 不過倒是不會都某一組包這樣
→ neo5277: 不過這種"大"公司除非你每個職位都輪過一遍不然很難
→ neo5277: 看到whole picture 這點倒是一樣的