你能相信在過去的兩年里，我們的工作方式發生了動蕩嗎?開始的時候很艱難，但現在，隨著2021年年底的到來，我們已經習慣了遠程工作環境，并期望市場能夠趕上新的常態。

對遠程團隊(尤其是開發團隊)的創新和協作改進的需求可能是我們目前可以觀察到的行業中最強烈的趨勢之一。

在這篇短文中，我總結了最近進入我視線的5個相對較新的開發工具，我相信它們有可能改善我們的日常工作流程。

GitLive

痛苦：缺乏專門為開發者設計的交流工具

解決方案。GitLive--用實時協作的超能力擴展你的IDE

假設你的團隊使用Git，那么GitLive是對IDE內置的Git功能的一個不折不扣的增強。一旦安裝，它就會增加一個團隊視圖，顯示每個合作者在 Git 倉庫中的所有工作進展。任何在主庫/主干庫之前的非恒定分支都被認為是正在進行的工作，你可以檢查文件變化的差異，以及查看相關問題或拉動請求。

但我最喜歡的功能可能是自動檢測合并沖突。對于你當前打開的文件，你的本地修改和你的隊友正在進行的工作之間的差異會顯示在編輯器的溝槽中。它顯示了變化的類型(增加、刪除、修改或沖突)，你可以檢查它，看它的差異，它來自哪個分支，甚至可以挑出你的本地文件。

GitLive對大型團隊非常有用，對開放或內部源碼項目尤其有用，因為這些功能甚至可以跨分叉工作。更酷的是，由于數據直接來自于Git，所以不需要手動輸入來保持數據的更新。

淘寶網

CodeSee Maps

痛苦：復雜而密集的代碼庫，以及對所有代碼和功能如何相互映射缺乏共同理解。

解決方案。CodeSee Maps - 一個讓開發者直觀地繪制代碼庫的工具。

CodeSee Maps提供了自動生成的、自我更新的代碼圖。它們會隨著代碼的演變而同步你的代碼庫，這樣你就可以快速識別跨代碼的依賴關系，并在文件和文件夾之間進行導航。它可以真正提高你對代碼庫的理解，并指導入職、規劃和審查。該工具主要針對開發人員，但它對任何與團隊互動的人都有很大價值。

要開始使用CodeSee地圖，你需要在你的GitHub用戶賬戶上授權CodeSee，然后在你想創建地圖的倉庫上安裝和授權CodeSee架構圖GitHub動作。目前他們只支持GitHub，但BitBucket和GitLab都在路線圖上。

代碼查看地圖

DeepSource

痛苦：耗時的代碼審查容易出現人為錯誤

解決方案。DeepSource--快速而可靠的靜態分析平臺

DeepSource是一個靜態代碼分析器，可以幫助你實現代碼審查的自動化，為你的團隊節省大量的時間。它可以發現代碼庫中的問題，并自動提交PR來修復它們(甚至可以評估PR中的傳入代碼，并修復它們)。支持的分析器包括，除其他外，Docker、Java、JavaScript、Go、Python、Ruby以及目前正在測試的PHP和SQL。它與GitHub、GitLab和Bitbucket集成(也可使用自我托管)。

也有可能在內部部署。它如何能改善你的團隊工作方式?他們的網站指出，使用該工具可以為每個開發人員每周平均節省3.8個小時，所以你可以計算一下

深源公司

Appsmith

痛苦：在一個組織內需要大量的CRUD應用程序，這變成了一項重復的、經常耗費時間的任務。

解決方案。Appsmith - 一個構建內部工具的開源框架。

Appsmith將自己描述為 "為忙碌的開發者提供的UI工具"，它確實是這樣的它非常適合那些建立大量內部應用的團隊，這些應用托管在他們自己的基礎設施和防火墻內。你可以通過拖放預制的、可定制的部件，輕松建立漂亮的管理面板、工作流程和儀表盤。你可以與任何REST或GraphQL API集成，并使用JS或庫來為你的應用程序創建邏輯。

淘寶網

WayScript

痛苦：設置內部工具和應用程序很耗時，而且使開發人員無法解決實際問題。

解決方案。WayScript - 將你的本地代碼轉化為托管應用程序的最快方式。

WayScript是一個內部工具的開發中心。它提供了預配置的容器，你可以在其中構建，使代碼與你的團隊現有的基礎設施一起工作。你可以快速設置API(這在傳統上是一項漫長的任務，但對于技術客戶來說也是必須的)、服務器、cron任務、自定義inpoints、接口等等。當工具準備好后，你可以一鍵部署，并將其發送給你的團隊。你可以通過下載本地應用或通過網絡應用來使用它。

途徑

我們不能確定2022年將會帶來什么，但我肯定的是，我們在過去幾個月中看到的演變趨勢將繼續增長。我希望我在這篇文章中提出的一些工具能夠幫助改善你的工作流程，使你更順利地過渡到遠程工作設置。

原文地址：https://www.toutiao.com/a7050170790771229220/