喝咖啡休息#57。5 個最佳免費線上協作工具。初級開發人員的職業技巧

5 個最佳免費線上協作工具

資料來源：DZone 協作工具在將團隊聚集在一起方面發揮著重要作用。它們可協助您協作、規劃和執行工作以實現共同目標。當我們談論生產力時，有效的團隊合作和協作是並行的。多年來，電子郵件一直是線上協作的第一個管道。然而，這種情況最近發生了變化，尤其是現在公司已經意識到電子郵件的效率是多麼低。根據《富比士》報道，辦公室職員每天花費約 2.5 小時閱讀和撰寫電子郵件。線上溝通和協作工具可以減少大量時間。以下是您選擇協作工具的一些理由。

團隊可以遠距工作

使用線上協作工具的好處之一是它讓每個人都有機會在舒適的家中工作。這不僅提高了團隊成員的士氣，也讓他們每個人都能以適合自己的方式工作。

減少對電子郵件的依賴

協作工具鼓勵更隨意的溝通方式。你不再需要一遍又一遍地寫同樣的寒暄——你可以開門見山。

便捷的文件管理

您有多少次收到同一文件的五個不同版本，導致後來因為沒有人知道該使用哪一個而造成混亂？協作工具可讓您無縫共用文件和文檔，然後可以輕鬆過濾或排序。

監控團隊的進度

不知道現在誰在做什麼？當你管理一個龐大的團隊時，這種情況經常發生。有時，即時追蹤所有更新變得很困難。如今，協作工具配備了內建的整合任務管理工具，讓您可以在線上追蹤、控制和保持專案和團隊進度的更新。

不再有低效率的會議

您可以透過軟體與團隊成員互動，避免效率低的會議。23% 的員工認為會議是浪費時間。透過使用會議管理軟體，您可以提高團隊的工作效率。讓我們看看最好的免費協作工具的清單。

鬆弛

Slack 無需介紹。它被認為是最廣泛使用的協作軟體之一。它是內部業務溝通的理想工具，因為它允許您創建不同的管道並允許您添加無限數量的團隊成員。根據團隊中有多少人，您可以為每個部門建立一個管道，例如銷售、行銷、DevOps、支援等。您也可以在頻道內建立群組聊天或直接使用私人訊息與團隊成員合作。如果您不想經常打字，Slack 支援語音和視訊通話。

價錢：

Slack 附帶了適合小型團隊的免費方案。使用免費版本，您可以整合最多 10 個第三方應用程序，還可以進行視訊通話。按年計費，Slack 的標準版和增強版套餐起價分別為每位用戶每月 6.67 美元和每位用戶每月 12.50 美元。

Skype

Skype 是另一個出色的線上協作工具。如果您在一家更依賴語音和視訊通訊的公司工作，Skype 是一個不錯的選擇。此外，該應用程式的介面和功能與社交媒體聊天非常相似，這不僅使溝通變得方便，而且使所有團隊成員都參與其中。

價錢：

Skype 是免費的線上聊天和視訊會議軟體。Skype for Business 的費用為每位使用者每月 2 美元，並附帶額外的便利功能，例如最多 250 名線上會議參與者、企業級安全性和員工帳戶管理。

群

Flock是另一個類似Slack的通訊平台，具有簡單的介面和內建的生產力工具。Flock 的其他協作功能包括輪詢、筆記和工作流程自動化。Flock 還內建任務管理，讓您可以一鍵建立任務。

價錢：

Flock 是一款具有基本功能的免費線上協作工具。Flock 的專業計畫費用為每位使用者每月 4.50 美元，按年計費。

來自 Facebook 的工作場所

想像 Facebook 僅限於你的同事和老闆。它是您所有工作場所溝通的中心樞紐。Workplace 不是單一部門或團隊的工具，而是旨在將每個人聚集在一起。就像 Facebook 一樣，您可以聊天、建立群組、規劃活動、直播或錄製影片以供以後查看。

價錢：

Facebook 的 Workplace 有免費付費版本。高級版本的費用為每位使用者每月 3 美元，包括內建整合、自訂 API、監控工具、SSO 等高級企業功能。

康沃

Convo 是一款先進的社交協作工具，可讓您的團隊保持參與並同時提高工作效率。它用一對多通信代替了傳統的一對一通信。透過其新聞源，您可以隨時了解組織中不同團隊的所有最新活動。這使得該應用程式對於跨職能協作非常有效。

價錢：

Convo 最多可供五名團隊成員免費使用。具有高級功能的 Convo Pro 每位用戶每月花費 9 美元。

初級開發人員的職業技巧

資料來源：Dev.to 有抱負的開發人員經常問我如何加速他們的專業發展。換句話說，他們想了解如何快速成為高效率的團隊成員，並熟悉龐大的程式碼庫以及完成工作所需的一切。即使對於高級開發人員來說，跳槽到新工作也會帶來壓力。如果我們談論的是初學者，那麼這對他們來說是加倍困難的。讓我們來看看提升初級開發人員專業水準的四種策略，讓你快速適應職場。

1.問很多問題

首先，不要羞於提出很多問題。更重要的是，不要害怕去做。鼓起勇氣提出問題可能很困難。對許多人來說，這意味著他們並不了解一切。但這值得擔心嗎？發展領域如此廣闊，沒有人能夠了解一切。當提出問題時，尤其是在公共論壇（例如貴公司的 Slack 頻道）中，您可能會懷疑：「我的同事會因為我不知道這一點而看不起我嗎？他們會不再信任我當程式設計師嗎？在這樣的時候，重要的是要提醒自己每個人都從某個地方開始。即使是擁有 30 年經驗的程式設計師也曾經站在你的立場上，試圖駕馭廣闊的開發領域。其次，如果你有問題，那麼很可能其他人也對這個主題感興趣。勇於公開提問，不僅可以幫助自己，也可以幫助你的同事。請記住，每個人都容易患上冒名頂替症候群。每個開發人員都會在某個時候感覺自己不夠好，不配擔任自己的職位，他的同事會意識到他知之甚少，並且會被揭露為騙子。不要聽那些質疑的聲音。第三，當您在公共論壇中提出問題時，它會成為您可以稍後返回的文件。這就是為什麼我總是建議向我發送私人訊息的開發人員在公共 Slack 頻道中提問。畢竟，任何團隊成員（甚至幾個人）都能夠回答這個問題，而且答案不僅對提出問題的人有用，而且對那些不好意思問的人也有用。此外，討論將是可搜尋的，這將有助於將來遇到相同問題的任何人。現在讓我們轉向經驗豐富的開發人員，新手經常向他們尋求建議。作為經驗豐富的程式設計師，你決定了公司的文化：這家公司和團隊是否是一個心理上安全的地方，人們可以提出問題而不會受到批評？回答問題時要聰明，否則你會創造一個讓同事不敢發言的環境。當Google進行了一項研究來確定有助於團隊高績效的因素時，心理安全感名列前茅。團隊成員需要感到安全，並知道在彼此面前表現出脆弱是可以接受的。現在讓我們再次回到青少年組。為了成為更有效率的團隊成員，您可以提出哪些問題？這裡有幾個例子：

• 您能告訴我我們應用程式的架構嗎？我們使用哪些框架和函式庫？
• 能告訴我我們程式碼庫的目錄結構嗎？代碼在哪裡？它是如何組織的？
• 開發流程是怎麼樣的？我們使用什麼類型的 Git 工作流程？
• 釋放是如何發生的？新程式碼如何投入生產？新程式碼多久發布一次？
• 為什麼函數X要這樣實作呢？
• 為什麼我們使用庫 A 而不是庫 B？

這些都是很好的問題，不僅可以問初級開發人員，也可以問任何剛開始在新地方工作的人。

2. 在需要時尋求協助。

同樣，在需要時尋求幫助也很重要。努力完成艱鉅的任務是學習不可或缺的一部分。如果你一直被牽著走，不讓自己獨立工作，你就無法快速進步。但有時最好承認您需要幫助。一個好的經驗法則是，如果你在某件事上遇到困難，再給自己 15 分鐘時間嘗試自己解決。然後，如果沒有成功，請尋求協助。在尋求幫助之前的這種延遲設定了完成任務的時間範圍，這樣你就不會永遠花在它上面。而且，它迫使你再次嘗試自己解決所有問題（畢竟你不能馬上放棄）。如果您只是不想尋求幫助，時間限制會給您額外的動力！不要指望自己能解決問題——記住，你是因為做這項工作而獲得報酬的。從財務角度來看，花幾個小時做某件事卻沒有任何進展是極其低效的。特別是如果同事可以快速給您建議並從而解決您的問題。不要忘記團隊需要互相幫助。有經驗的教師和導師在幫助低年級學生時，經常使用維高斯基的最近發展區和鷹架理論（即使他們對此一無所知）。最近發展區（ZPD）是“學生在沒有幫助的情況下可以做的事情與他在擁有更多知識或經驗的人的支持下可以做的事情之間的距離。” 鷹架是一種為學生提供指導、幫助他們在職業健康安全框架內工作的方法。因此，經驗豐富的導師會為新手開發人員提供盡可能多的建議，以便他能夠獨立完成任務。

3.不斷學習

軟體開發產業一直在變化。新的語言出現，以前流行的函式庫和框架被更現代的技術取代，新的設計趨勢出現又消失。為了跟上這個快節奏的世界，你必須不斷學習。開發人員不能只是完成大學或課程、找到工作，然後就不再回到學校。我們每天都在學習。馬爾科姆·格拉德威爾在《非凡的成功故事》一書中提出了“一萬小時規則”，隨後變得非常流行。它指出，要成為某方面的專家，需要在該領域投入約 10,000 小時的工作。當然，你在某件事上付出的努力越多，你就會做得越好。然而，一本書出版後一萬小時的規定已經被多次駁斥。事實證明，真正重要的不僅是運動量，還有運動方式。「練習」和「刻意練習」是兩個不同的概念。當您學習演奏樂器時，您需要有意識地練習練習的方式和內容。如果您正在學習一首特定的歌曲，您不會只是一遍又一遍地重複它。僅僅從頭到尾每次都輸是沒有效果的。最有可能的是，歌曲的某些部分會比其他部分更難。透過刻意練習，您可以一遍又一遍地彈奏四個困難的小節，直到彈好為止。之後，繼續下一部分。同樣的概念也適用於開發。沒必要凡事都大驚小怪。有意識地選擇你想學習的內容。如果您覺得編寫單元測試時遇到困難，請學習使用 Jest 進行單元測試的教程（或有關您語言的任何其他測試框架的任何其他課程）。如果您想學習 React，請閱讀文檔: 反應太棒了！試著了解貴公司所使用的技術的基礎知識。了解 AWS、Heroku 或您使用的任何 IaaS/PaaS 供應商。如果您是前端開發人員，請了解您公司使用的框架或 UI 函式庫，例如 Angular、React 或 Vue。如果您經常使用資料庫，請了解 SQL 和 NoSQL 之間的差異及其優缺點。換句話說，花時間磨鋸子。柯維（Stephen R. Covey）在他的《高效人士的七個習慣》一書中將「磨鋸子」列為第七個也是最後一個技能。他講了一個關於一個樵夫的寓言，他費了很大的勁才用一把鈍鋸子鋸了森林，但拒絕磨它，因為他沒有時間這樣做：他需要鋸。人們很容易陷入在工作時間只專注於當前任務的陷阱。您的工作時間由您的雇主追蹤並支付費用。你應該把這段時間花在工作上，這是有道理的，對吧？然而，這種想法是短視的。這就像砍一棵大樹幾個小時而不花時間磨鋸子一樣。是的，當你磨鋸子時，你不是在鋸子。但鋸子越鋒利，你未來的工作就越有效。因此，與不停下來磨鋸子相比，您將能夠在更短的時間內砍倒一棵樹。好的雇主認識到這一事實，並積極鼓勵員工每週花幾個小時進行集中學習。您可以在工作時間隨意花時間閱讀文章或觀看影片教學。如果你這樣做是為了提高你的技能，那麼你將成為一個比你把所有工作時間都花在解決生產問題上更有效的開發人員。

4.參與代碼評審

最後，參加程式碼審查。所有信譽良好的軟體開發公司都實施了審查程序，以保持其程式碼庫的高品質。程式碼審查通常被視為一種控制實踐。這有助於確保程式碼使用良好的設計模式、程式碼乾淨、經過正確測試並避免潛在問題。但同樣重要的是，程式碼審查還可以促進知識共享。當您建立新的合併請求並要求同事檢查您的程式碼時，您是在邀請他們提供回饋。透過這種方式，您可以了解各種各樣的事情。例如，關於重構程式碼的方法，關於更適合您的案例的資料結構或設計模式，關於您違反了您尚未學習的最佳實踐。程式碼審查是最好的學習機會之一，它直接融入開發過程中！程式碼審查可能會帶來情感上的挑戰。人們會批評你的創作，很多人會因此生氣。請記住，即使您的某些程式碼很糟糕，也不會讓您成為一個糟糕的開發人員。擺脫你的自我意識，牢記最終目標——產生高品質的程式碼和分享知識。準備合併請求時，請務必尊重審閱者。他們會花時間幫助您，因此請確保您有良好的提交訊息和有用的合併請求描述。當然，在執行此操作之前，請親自檢查您的程式碼。沒有什麼比在不了解上下文的情況下審查程式碼以及有大量註釋和格式不良的程式碼更讓審查者惱火的了。不要害怕自己檢查其他開發人員的程式碼，甚至是資深開發人員的程式碼。沒有人是完美的，高級開發人員也會犯錯。透過研究更有經驗的程式設計師的程式碼，您可以了解他們如何編寫和建構程式碼、如何命名變數和解決複雜問題。透過模仿資深同事的程式設計風格，您可以快速提升自己的程式碼品質。Google 為審閱者和程式碼作者提供了出色的指南。我建議閱讀這兩部分。

結論

如果您只想記住本文中的一件事，請將其作為重點學習的主題。弄清楚你需要學習什麼並專注於這些事情。進行刻意練習。保持好奇心並盡力滿足你的求知欲。所有這些都將有助於您長期而成功的職業生涯。祝你好運！