2019 年的 19 個高效日：失敗了

以下是開源世界沒有做到的一些工具。

每年年初似乎都有瘋狂的衝動想提高工作效率。新年的決心，渴望開啟新的一年，當然，“拋棄舊的，擁抱新的”的態度促成了這一切。通常這時的建議嚴重偏向閉源和專有軟體，但事實上並不用這樣。

保持高效一部分是接受失敗。我是 Howard Tayler 的第 70 條座右銘的支持者：“失敗不是一種選擇，它是一定的。可以選擇的是是否讓失敗成為你做的最後一件事。”在這個系列中我想談的很多事情都沒有找到好的答案。

關於我的 19 個新的（或對你而言新的）幫助你在 2019 年更高效的工具的最終版，我想到了一些我想要，但是有沒有找到的。我希望讀者你能夠幫我找到下面這些專案的好的方案。如果你發現了，請在下面的留言中分享。

日曆

如果開源世界有一件事缺乏，那就是日曆。我嘗試過的日曆程式和電子郵件程式的數量一樣多。共享日曆基本上有三個很好的選擇：Evolution、Thunderbird 中的 Lightning 附加元件 或 KOrganizer。我嘗試過的所有其他應用 (包括 Orage、Osmo 以及幾乎所有 Org 模式附加元件) 似乎只能可靠地支援對遠端日曆的只讀訪問。如果共享日曆使用 Google 日曆 或 Microsoft Exchange 作為伺服器，那麼前三個是唯一易於配置的選擇（即便如此，通常還需要其他附加元件）。

Linux 核心的系統

我喜歡 Chrome OS 的簡單性和輕量需求。我有幾款 Chromebook，包括谷歌的最新型號。我發現它不會分散注意力、重量輕、易於使用。透過新增 Android 應用和 Linux 容器，幾乎可以在任何地方輕鬆高效工作。

我想把它安裝到我一些閒置的筆記本上，但除非我對 Chromium OS 進行全面編譯，否則很難有相同的體驗。像 Bliss OS、Phoenix OS 和 Android-x86 這樣的桌面 Android 專案快要完成了，我正在關注它們的未來。

客戶服務

對於大大小小的公司來說，客戶服務是一件大事。現在，隨著近來對 DevOps 的關注，有必要使用工具來彌補差距。我工作的幾乎每家公司都使用 Jira、GitHub 或 GitLab 來報告程式碼問題，但這些工具都不是很擅長於客戶支援工單（除非付出大量的工作）。雖然圍繞客戶支援工單和問題設計了許多應用，但大多數（如果不是全部）應用都是與其他系統不相容的孤島（同樣除非付出了大量的工作）。

我的願望是有一個開源解決方案，它能讓客戶、支援人員和開發人員一起工作，而無需笨重的程式碼將多個系統粘合在一起。

輪到你了

我相信這個系列中我錯過了很多選擇。我經常嘗試新的應用，希望它們能幫助我提高工作效率。我鼓勵每個人都這樣做，因為當談到使用開源工具提高工作效率時，總會有新的選擇。如果你有喜歡的開源生產力應用沒有進入本系列，請務必在評論中分享它們。

---

via: https://opensource.com/article/19/1/productivity-tool-wish-list

作者：Kevin Sonney 選題：lujun9972 譯者：geekpi 校對：wxy

本文由 LCTT 原創編譯，Linux中國 榮譽推出