2019 年的 19 个高效日：失败了
以下是开源世界没有做到的一些工具。
日历 高效
36.99.38.254
最后一张图怎么这么酷，也不仔细讲讲，吊人胃口。
来自河南的 Chrome Mobile 57.0|Android 8.1 用户
2019-03-26T03:50:09.000
112.67.85.172
看看这个 https://linux.cn/article-10525-1.html
linux [Chrome 72.0|Mac 10.14]
2019-03-26T12:45:03.000
以下是开源世界没有做到的一些工具。

> 
> 以下是开源世界没有做到的一些工具。
> 
> 
> 


![](/data/attachment/album/201903/25/233434y2twu27vu37ajhyb.png)


每年年初似乎都有疯狂的冲动想提高工作效率。新年的决心，渴望开启新的一年，当然，“抛弃旧的，拥抱新的”的态度促成了这一切。通常这时的建议严重偏向闭源和专有软件，但事实上并不用这样。


保持高效一部分是接受失败。我是 [Howard Tayler](https://www.schlockmercenary.com/) 的第 70 条座右铭的支持者：“失败不是一种选择，它是一定的。可以选择的是是否让失败成为你做的最后一件事。”在这个系列中我想谈的很多事情都没有找到好的答案。


关于我的 19 个新的（或对你而言新的）帮助你在 2019 年更高效的工具的最终版，我想到了一些我想要，但是有没有找到的。我希望读者你能够帮我找到下面这些项目的好的方案。如果你发现了，请在下面的留言中分享。


### 日历


![](/data/attachment/album/201903/25/233314uzgjo8ustdo5lboo.png)


如果开源世界有一件事缺乏，那就是日历。我尝试过的日历程序和电子邮件程序的数量一样多。共享日历基本上有三个很好的选择：[Evolution](https://wiki.gnome.org/Apps/Evolution)、[Thunderbird 中的 Lightning 附加组件](https://www.thunderbird.net/en-US/calendar/) 或 [KOrganizer](https://userbase.kde.org/KOrganizer)。我尝试过的所有其他应用 (包括 [Orage](https://github.com/xfce-mirror/orage)、[Osmo](http://clayo.org/osmo/) 以及几乎所有 [Org 模式](https://orgmode.org/)附加组件) 似乎只能可靠地支持对远程日历的只读访问。如果共享日历使用 [Google 日历](https://calendar.google.com) 或 [Microsoft Exchange](https://products.office.com/) 作为服务器，那么前三个是唯一易于配置的选择（即便如此，通常还需要其他附加组件）。


### Linux 内核的系统


![](/data/attachment/album/201903/25/233320sb5dot06tiifo06s.png)


我喜欢 [Chrome OS](https://en.wikipedia.org/wiki/Chrome_OS) 的简单性和轻量需求。我有几款 Chromebook，包括谷歌的最新型号。我发现它不会分散注意力、重量轻、易于使用。通过添加 Android 应用和 Linux 容器，几乎可以在任何地方轻松高效工作。


我想把它安装到我一些闲置的笔记本上，但除非我对 Chromium OS 进行全面编译，否则很难有相同的体验。像 [Bliss OS](https://blissroms.com/)、[Phoenix OS](http://www.phoenixos.com/) 和 [Android-x86](http://www.android-x86.org/) 这样的桌面 [Android](https://www.android.com/) 项目快要完成了，我正在关注它们的未来。


### 客户服务


![](/data/attachment/album/201903/25/233329xsqh2m33u91o9qoj.png)


对于大大小小的公司来说，客户服务是一件大事。现在，随着近来对 DevOps 的关注，有必要使用工具来弥补差距。我工作的几乎每家公司都使用 [Jira](https://www.atlassian.com/software/jira)、[GitHub](https://github.com) 或 [GitLab](https://about.gitlab.com/) 来报告代码问题，但这些工具都不是很擅长于客户支持工单（除非付出大量的工作）。虽然围绕客户支持工单和问题设计了许多应用，但大多数（如果不是全部）应用都是与其他系统不兼容的孤岛（同样除非付出了大量的工作）。


我的愿望是有一个开源解决方案，它能让客户、支持人员和开发人员一起工作，而无需笨重的代码将多个系统粘合在一起。


### 轮到你了


![](/data/attachment/album/201903/25/233339j6fgtxw98jgt1616.png)


我相信这个系列中我错过了很多选择。我经常尝试新的应用，希望它们能帮助我提高工作效率。我鼓励每个人都这样做，因为当谈到使用开源工具提高工作效率时，总会有新的选择。如果你有喜欢的开源生产力应用没有进入本系列，请务必在评论中分享它们。




---


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


作者：[Kevin Sonney](https://opensource.com/users/ksonney "Kevin Sonney") 选题：[lujun9972](https://github.com/lujun9972) 译者：[geekpi](https://github.com/geekpi) 校对：[wxy](https://github.com/wxy)


本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出

