速度對于幾乎任何項目都至關重要。 經(jīng)常， 截止日期非常緊迫，團隊中良好的工作流程是按時完成任務并避免每個人在整個過程中筋疲力盡的唯一方法。

這樣的工作流程是什么樣的？ 以及如何在日常工作中實施一些最佳做法以加快交貨速度？ 出色地， 有幾種方法可以研究它。 第一個是：

在這一部分， 我們將研究開發(fā)人員用來加速工作的工具。 找出最有效的方法的最簡單方法是指出最慢的過程，即花費最長時間的事情。 接下來是–需要最大的精神精力去做的事情。 有時一個過程可能很快， 但是每次您實際執(zhí)行此操作時， 感覺像是一件瑣事， 您希望將其推遲以供日后使用。

DevriX對我們工作流程的一項重大改進是在開始每個項目之前先做所有標準的事情， 將它們托管在存儲庫中，然后在每次新構建時都對其進行克隆。

它有什么幫助？

1. 無需每次都進行Gulp設置。 所有包裝都開箱即用， 他們跑， 該配置已在多臺計算機上進行了測試。
2. 它帶有簡短的文檔。 如果有新的團隊成員， 他們不必詢問有關基本設置任務的問題，因為其中大部分已經(jīng)說明了。
3. 無需每次都為前端確定文件結構。 從第一天開始，我們的前端團隊通常都會研究一個新主題 因此，如果他們每次都要為Sass文件提出一個文件夾/文件結構， 我們會在每個項目上浪費時間。
4. 我們保持一切一致–這是另一個巨大的推動力。 通常，同時有多個項目處于活動狀態(tài)， 因此，在打開項目時第一次知道在哪里可以找到您要查找的內容可以節(jié)省大量時間。 所有主題的結構相同， 樣式 JS文件， PHP文件都在同一位置。

只要我們找到解決問題的更好方法，可能會改善構建設置， 引進棉短絨， 鉤子 在此處或此處添加一些操作或常用的輔助功能， 我們更新了入門主題。 如果對構建設置的更改很重要， 我們也會更新現(xiàn)有項目的代碼庫。

有了這個， 所有開發(fā)人員都將先了解人們所做的事情。 但是，還有更多的東西–當采用相同的方法來實現(xiàn)布局時， 代碼庫將更加一致。 前端開發(fā)人員尤其需要這樣做，因為污染樣式是主要的回歸問題。

例如，您可以查看Google的HTML / CSS編碼樣式指南。

來源

命名“條目”的常用方法， 或“評論”， 或類似的“列表”管理方法是我們在構建布局時采用的一些標準方法。

快速瀏覽項目的方法本身就可以節(jié)省大量時間。 僅在目錄之間就可以輕松花費一天半小時的時間。 這都是浪費時間。 反而， 您可以在計算機上設置TMUX， 為每個項目設置一個單獨的窗口，為每個任務/目的設置一個單獨的面板，例如“ Running Gulp” –面板1； “主題中的運行命令” –面板2； “插件中的運行命令” –面板3。

另外–確保您可以直接從終端打開代碼編輯器。 與從圖標打開相比，這是一種更快的編碼方式， 然后導航至“打開項目”等。 VS Code的設置非常簡單。

• VS代碼 Sublime文本和許多其他工具都有一個“命令”彈出窗口，您可以在其中鍵入編輯器可以執(zhí)行的幾乎所有操作。 保存所有打開的文檔嗎？ 只需幾個按鈕。 關上他們嗎？ 全都一樣。
• 瀏覽命令面板–瀏覽側邊欄中的文件也需要太多時間。 只需繼續(xù)輸入所需的文件名即可。 添加一些擴展程序以加快常見的操作，例如重命名， 移動， 復制和刪除文件。
• 設置短絨。 如果有工具可以幫您做到這一點，則無需浪費文件格式的時間。 每次縮進代碼， 在方括號之間添加空間等等可以更好地用于解決問題。
• 利用快捷方式和代碼片段–對于前端開發(fā)人員，Emmet是救生員。 簡單的單行代碼，例如：擴展到15行以上的HTM1代碼， 全部格式化并準備好進行樣式設置。 鍵入該行需要幾秒鐘。

VSCode命令選項板的示例。 您可以在他們的概述頁面上閱讀更多內容。

這可能有點棘手，可能需要更多經(jīng)驗和對客戶業(yè)務需求的理解。 這也是更重責任的方法之一， 但這有時可以節(jié)省項目，避免錯過最后期限。

從最重要，最快的實施開始。 如果頁面在第1天不太可能無法啟動， 那么就沒有必要從頭開始。 如果根據(jù)您的估計，有可能尚未準備就緒，請確保與您的客戶討論。 您越清楚地說明自己所做的事情， 什么可能會延遲以及可能出現(xiàn)問題的地方， 您越有可能克服潛在的問題。

盡早委托工作， 但要減少參與人數(shù)。 這是每個人在特定階段都注意到的東西。 也許最早是在學校， 當有10個孩子開始一個項目時， 但是只有兩三個人可以完成大部分工作。

這在以更多前端工作開始的項目中尤其明顯。 從第一天開始，您就不可能有多個開發(fā)人員在工作，因為必須首先確定的第一件事就是項目的體系結構。 設計團隊的基本決定應該是構建。 有哪些成分 它們如何擴展， 文件分離， 媒體查詢結構和規(guī)則， 命名約定。 所有這些。

在這個基本階段，如果有多個開發(fā)人員， 他們兩個都可能開始實現(xiàn)他們所需的基本代碼，以便他們對網(wǎng)站的其余部分進行樣式設置。 當他們推送該代碼時， 沖突將會出現(xiàn)，其中一名開發(fā)人員可能需要重做大部分工作。

添加更多前端開發(fā)人員的好時機是，當完成更多的基礎工作并且可以將工作委派給諸如“內容卡”之類的單獨組件時， 或“著陸頁X”或“ 404頁”等。 到時， 字體被應用， 設置了常規(guī)的版式設置， 創(chuàng)建了大多數(shù)文件，并且至少創(chuàng)建了1-2頁。

接著， 如果將專注于單個項目的總人數(shù)保持在最低水平，則是理想選擇。 在時間管理和專注于任務方面， 團隊中的開發(fā)人員可能需要考慮的一個技巧是在給定項目上切換工作負載。

假設我們有一個前端開發(fā)人員John，他已經(jīng)在新網(wǎng)站上全職工作了兩個星期。 到那個時候， 他每天要看80多個小時。 他極有可能停止在網(wǎng)站上發(fā)現(xiàn)問題！ 現(xiàn)在是他的朋友凱特（Kate）介入并接管他大部分工作的好時機。 凱特（Kate）可以開始解決一些小問題， 仔細檢查它是否符合設計， 改善此處的性能， 完成John推遲的幾個頁面和組件，僅僅是因為他沒有足夠的精力去做。

It’s quite possible that most developers have experienced this and it feels so good to have a teammate that can step in and take things on for another week or two while you clear your mind a bit with a fresh new project or some maintenance work on older websites。

有很多明顯的技術方法可以提高站點的開發(fā)速度。 這是團隊合作之間的混合-您如何定義團隊中的通用準則，以及如何設置工作環(huán)境/如何在利用所有可用工具的同時實現(xiàn)工作自動化。 如何長時間保持頭腦清醒和敏銳，以保持第一天的高生產(chǎn)率。

為了管理所有這些，一支強大的團隊需要優(yōu)秀的高級開發(fā)人員來設計架構， 負責任的開發(fā)人員應遵循準則并進行高質量的工作，并由優(yōu)秀的項目經(jīng)理來尋找每個人的心理狀態(tài)。

根據(jù)您的技術規(guī)范構建定制的解決方案。 提交您的提案或請求一個完整的發(fā)現(xiàn)會話，以確定您的要求并評估您的業(yè)務需求。

DevriX的創(chuàng)意主管和前端開發(fā)人員
亞歷克斯（Alex）的熱情在于學習新的網(wǎng)絡技術， 探索創(chuàng)新的方法來優(yōu)化網(wǎng)站性能并改善用戶體驗。 亞歷克斯（Alex）喜歡騎自行車和數(shù)字藝術，最近開始在ELSYS技術學校教授設計。