建設網站流水作業(yè)的體現案例說明HTTP協議，
網站建設公司認為HTTP協議類似于汽車組裝過程中的一個通用標準，動力系統和車身都要采用這個統一的標準來實現才可能完美對接。用戶量的大小、服務器承受壓力的能力、軟件對服務器計算量的要求、對服務器響應速度的要求……諸多因素會影響開發(fā)者決定使用哪一種后臺技術。汽車的動力性能主要由發(fā)動機來決定，汽車廠商也會根據市場需求、消費者定位和制造成本等綜合考慮使用哪一種發(fā)動機。而前端技術是根據產品所面向的用戶來選擇，這要看用戶是更喜歡用瀏覽器還是手機應用來使用服務。就好像汽車的造型要考慮消費者喜歡什么樣式的外觀。如果二者功能分離得當，后臺服務跟前臺服務一般可以自由搭配，互不干涉。如果服務器邏輯和客戶端邏輯分離得當，二者可以自由搭配。“各司其職”的弊端雖然流水線式的職業(yè)劃分和工程管理有很多優(yōu)點，但是它就像一把雙刃劍，在帶來高可控性、可用性和可管理性的同時，也給工程師帶來了一些困境。
網站建設流水做工程師職責不清導致效率低因為分工太細，所以在不同職業(yè)的交接處往往會有一些既不屬于上游，也不屬于下游的“灰色地帶”。這部分工作沒有明確規(guī)定由誰去做，所以有時候時間會浪費在溝通上。員工會認為自己的頭銜代表了自己的責任邊界。比如，一個前端工程師可能會不加思考地實現視覺設計稿，因為他的崗位說明里規(guī)定了自己的職責，這其中不包括質疑設計稿，所以他忽視了自己的最終目標：讓產品更好。在一個開放平等的環(huán)境中，他實際上可以對影響可用性和性能的設計提出自己的想法。甚至如果他很熟悉這個項目的話，對設計的一致性和一些交互細節(jié)都可以說出自己的看法。工程師缺乏主人感導致產品質量差流水線工作流程對專精工程師的要求是，能很好地執(zhí)行動作或者執(zhí)行任務，而不需要對產品的目標有很好的理解。其實在工程師的初級階段，執(zhí)行任務的能力是必需的，因為他還沒有能力把握產品的目標，而且也需要更多的練習來提升專業(yè)能力。但隨著經驗的積累，如果工程師還不能對產品整體有自己的理解和貢獻，就很容易缺乏主人感，要么他會跳槽，要么產品本身缺乏亮點而導致失敗。工程師缺乏全局的視野影響個人成長當工程師希望晉升到更高級的職位，如高級工程師或者管理崗位時，公司對他的大局觀會有更高的要求，這就不僅僅是做好“分內”的工作就行的。高級工程師需要有對設計的理解、對后臺知識的了解，以及有跨團隊推動項目的能力。長期研究專精的專業(yè)知識會讓一個人視野變窄，變成“學術派”，而不是“實踐派”。
更多角色導致項目效率低下軟件工程項目與工業(yè)中的標準流程化項目有一個很大的區(qū)別：標準流程化項目中每一個流程所接受的輸入都是一樣的，所需要的輸出也都是完全相同的。比如，一個汽車生產流水線，將“造汽車”這個任務分解成“造輪胎”“造方向盤”等。流程拆分得越細，每一個工人或者機器人就能做得越快，整個流水線就會運轉得越快。但是在軟件工程項目中，我們把任務拆分給多個角色，每一個角色需要同樣多的時間去理解需求，在上下游時間的安排中也往往會增加一些緩沖時間，比如周一安排設計，但是為了防止延期風險，會安排周三再制作前端頁面。每一個角色的工作時間都會變長，而且交接也增加了緩沖時間，這樣整個項目的時間就會被延長。全棧工程師登上舞臺因為各司其職的工作流程有效率低下、成本高的缺點，所以很多創(chuàng)業(yè)公司都不會配備齊全的流水線，而是希望采用更靈活的方式來組建團隊，全棧工程師也因此成為了理想的選擇。但是全棧工程師的興起還離不開這兩個重要因素：技術的發(fā)展，以及提供PaaS服務的平臺越來越多。根據StackOverflow在2015年進行的開發(fā)者問卷調查，有32.4%的網站開發(fā)者是全棧工程師，這一比例連續(xù)三年來逐年上升。
深圳網站建設公司本文關于“如何實現建站流水化作業(yè)的”就分享到這里，謝謝關注，博納網絡編輯整理。
