你說前端不瞭解業務？

前言

其實個人觀點一直都是程序員沒有先後端之分，項目纔有先後端之分。咱們能夠看到不少優秀的前端都懂後端的，不少優秀的後端也對前端有所瞭解。

恰好我是個前端，常常被作後端朋友吐槽前端不懂業務，而後一直想寫點來吐槽下，其實懂不懂業務和前端後端不要緊，而是和你在在項目中所在位置和你在項目裏的用心程度有關。就我目前來講，天天的扯皮，在扯業務的比單純扯前端技術的多的多，對業務的瞭解也不比後端瞭解的少。

到底誰不瞭解業務？

說說我遇到的一種狀況：

先後端沒分離的時候是這樣開發的：

產品交互下來，開發須要對每一個前端邏輯理清楚，數據庫要怎麼設計，接口要怎麼設計，前端（實際上是重構）只是實現ui設計的效果。

先後端分離常常出現的狀況是：

一個項目啓動，產品給了交互，後端會說你把須要的接口列個文檔給我，前端把接口列完，後端一個一個寫完，流程走通後發現缺胳膊少腿，而後接口添添補補，項目終於完工了。

這個過程後端都不考慮的業務的，業務都丟給前端和產品去考慮，後端甚至無論他給的接口用來幹嗎，反正提供給前端要的數據就能夠了。

有的時候前端只是要一個字段，後端把整個表都返回給前端，都不用考慮性能的。

因此這個時候出現的狀況就是後端不太瞭解業務。懂不懂業務和是前端後端沒什麼關係。

一個項目最好只有一個負責人

在實際項目中參與先後端分離項目已經有好幾年了，在我這幾年實際參與的項目總結出一個小規律：若是一個項目中，前端中沒有懂後端的人，後端中沒有懂前端的人，項目出問題的可能性會大不少。

先後端分離以後，廣泛出現這樣一種狀況，前端有個負責人，後端有個負責人。這個致使的結果就是，後端負責人不少不會考慮前端的開發體驗，前端會各類吐槽後端這不規範，那不規範，致使扯不完的皮。

在一個項目中必須有個leader，並且是惟一的leader，先後端分離不是一個leader分離出兩個leader。

先後端區別？

我的以爲原本沒多大區別的，被你們搞得區別很大。職業規劃原本都同樣： 碼農 -> 技術主管 -> 業務主管/資深工程師 -> CTO/CEO。

但實際狀況可能是一個公司作好後面後端的話語權會愈來愈大，畢竟數據庫在人家手上，而後致使前端會顯得不那麼重要。若是你仍是在一家不重視用戶體驗的公司，那前端只是實現效果的重複勞動者而已。

自我感知下來，我作後端會比作前端更加仔細謹慎；作前端的時候對產品的感受更深，再體驗上思考的更多，和產品的溝通會更多，這是作前端比較能找到成就感的地方。

解決方案

我以爲能夠試試輪崗

我的公衆號:程序員很忙（xiejun_asp）