建立WordPress主題時加快工作流程
已發表: 2020-12-17速度對於幾乎任何項目都至關重要。 通常,最後期限很緊,團隊中良好的工作流程是按時完成任務並避免每個人在整個過程中筋疲力盡的唯一方法。
這樣的工作流程是什麼樣的? 以及如何在日常工作中實施一些最佳做法以加快交貨速度? 好吧,我們可以通過幾種方法進行研究。 第一個是:
技術工作流程改進
在這一部分中,我們將研究開發人員用來加速工作的工具。 找出最有效的方法的最簡單方法是指出最慢的過程,即花費最長時間的事情。 接下來是–需要最大的精力去做的事情。 有時一個過程可能很快,但是每次實際執行時,感覺就像是一件瑣事,您希望將其推遲到以後。
建議1 –準備入門主題
DevriX上我們的工作流程的一項重大改進是在開始每個項目之前先做所有標準的工作,將它們託管在存儲庫中,然後在每次新構建時都對其進行克隆。
有什麼幫助?
- 無需每次都進行Gulp設置。 所有軟件包都開箱即用,它們可以運行,並且已經在多台機器上測試了配置。
- 它帶有簡短的文檔。 如果有新的團隊成員,則他們不必詢問有關基本設置任務的問題,因為大多數任務已經說明。
- 無需每次都為前端確定文件結構。 通常,我們的前端團隊從第1天起就致力於一個新主題,因此,如果他們每次都需要為Sass文件設計一個文件夾/文件結構,那麼我們將在每個項目上浪費時間。
- 我們保持一切一致–這是另一個巨大的推動力。 通常同時有多個項目處於活動狀態,因此在打開項目時第一次知道在哪裡可以找到您要查找的內容可以節省大量時間。 所有主題,樣式,JS文件,PHP文件的結構都相同。
每當我們找到解決問題的更好方法時,可能會改善構建設置,引入linters,hook,在此處和那裡添加一些操作或經常使用的輔助函數,我們都會更新啟動器主題。 如果對構建設置的更改很重要,我們也會更新現有項目的代碼庫。
建議2 –保持相同的編碼風格和方法
這樣,所有開發人員都將了解人們之前所做的事情。 但是,還有更多的內容–當採用相同的方法來實現佈局時,代碼庫將更加一致。 前端開發人員尤其需要這樣做,因為污染樣式是主要的回歸問題。
您可以查看例如Google的HTML / CSS編碼樣式指南。

資源
命名“條目”或“註釋”的常用方法,或諸如“ .list-<name>
”之類的“列表”管理方法,都是我們在構建佈局時採用的一些標準方法。
建議3 –改進本地工作設置
在項目之間導航的一種快速方法就是節省大量的時間。 目錄之間的$cd'ing
一天可能很容易花費半小時。 這都是浪費時間。 相反,您可以在計算機上設置TMUX,為每個項目設置一個單獨的窗口,為每個任務/目的設置一個單獨的面板,例如“ Running Gulp”(面板1); “主題中的運行命令” –面板2; “插件中的運行命令” –面板3。
另外–確保可以直接從終端打開代碼編輯器。 與從圖標打開然後導航到“打開項目”等類似的方法相比,這是一種更快的編碼方法。 VS Code的設置非常簡單。
更好地利用您的工具
- VS代碼,Sublime文本和許多其他工具都有一個“命令”彈出窗口,您可以在其中鍵入編輯器可以執行的幾乎所有操作。 保存所有打開的文檔? 只需幾個按鈕。 關上他們嗎? 全部都一樣。
- 瀏覽命令面板–瀏覽側邊欄中的文件也需要太多時間。 只需繼續輸入所需的文件名即可。 添加一些擴展名以加快常見操作,例如重命名,移動,複製和刪除文件。
- 設置短絨。 如果有工具可以幫您做到這一點,則無需浪費文件格式的時間。 每次縮進代碼時,在方括號之間添加空格等可能會更好地用於解決問題。
- 利用快捷方式和摘要–對於前端開發人員,Emmet是救生員。 簡單的單行代碼如下:
nav>.site-nav>ul.list-items>li.list-item*5>a{title}
擴展到15行以上的HTM1代碼,所有代碼都已格式化並可以設置樣式。 鍵入該行需要幾秒鐘。

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

改善工作流程的決策
這可能有點棘手,可能需要更多經驗和對客戶業務需求的理解。 它也是較重的責任方法之一,但是有時它可以使項目避免錯過最後期限。
從最重要,最快的實施開始。 如果頁面在第1天可能無法啟動的可能性很小,則無需從頭開始。 如果根據您的估計,可能還沒有準備好,請確保與您的客戶討論。 您越清楚地說明自己所做的事情,可能會延遲的事情以及可能出現問題的地方,則克服潛在問題的可能性就越大。
儘早委託工作,但要減少參與的總數。 每個人在特定階段都會注意到這一點。 也許最早的時候是在學校,當時有10個孩子開始從事某個項目,但大部分工作只有兩個或三個。
這在以更多前端工作開始的項目中尤其明顯。 從第一天開始,您就不可能有多個開發人員在工作,因為必須首先確定的第一件事就是項目的體系結構。 設計團隊的基本決定應該是構建。 什麼是組件,如何擴展,文件分離,媒體查詢結構和規則,命名約定。 所有這些。
當在這個基礎階段有多個開發人員時,他們兩個都可能開始實施他們需要的基礎代碼,以便他們設計網站的其餘部分。 當他們推送該代碼時,就會出現衝突,並且其中一名開發人員可能需要重做大部分工作。
添加更多前端開發人員的好時機是,當完成更多的基礎工作並且可以將工作委派給單獨的組件時,例如“內容卡”,“著陸頁X”或“ 404頁”等。 屆時,將應用字體,設置常規字體設置,創建大多數文件並且至少創建1-2頁。
然後,理想的是將關注單個項目的總人數保持在最低水平。 在時間管理和專注於任務方面,團隊中的開發人員可能需要考慮的一個技巧是在給定項目上切換工作量。
假設我們有一個前端開發人員John,他在一個新站點上全職工作了兩個星期。 到那時,他每天已經看了80多個小時。 他極有可能停止在網站上發現問題! 現在是他的朋友凱特(Kate)接手並接管他大部分工作的好時機。 凱特(Kate)可以開始解決一些小問題,仔細檢查它是否遵循設計,在這里和那裡提高性能,完成僅由於約翰沒有足夠的精力去做而推遲的幾頁和一些組件。
大多數開發人員很可能經歷過這種情況,有一個團隊成員可以介入並繼續工作一兩個星期,而您又可以通過一個新的新項目或舊網站上的一些維護工作使您頭腦清醒,這真是太好了。
綜上所述:
有很多明顯的技術方法可以提高站點的開發速度。 這是團隊合作之間的混合-您如何定義團隊中的通用準則以及如何設置工作環境/如何在利用所有可用工具的同時使工作自動化。 如何長時間保持頭腦清醒和敏銳,以保持第一天的高生產率。
為了管理所有這些,一個強大的團隊需要優秀的高級開發人員來佈置體系結構,負責任的開發人員必須遵循準則並進行高質量的工作,優秀的項目經理需要尋找每個人的心理狀態。