| 关注 @webmink
英国南安普顿
计算机行业和开源资深人士西蒙·菲普斯创立了 Public Software，这是一个欧洲的开源项目托管平台，并自愿担任 OSI 的总裁和文档基金会的董事。他的帖子由 Patreon 赞助人赞助 - 如果您想看到更多内容，请成为其中一员！
在他 30 多年的职业生涯中，他曾在一些世界领先的科技公司担任战略职位。他曾担任过现场工程师、程序员和系统分析师等实践性角色，并经营一家软件出版公司。他在 80 年代从事网络标准工作，在 90 年代从事首个商业协作会议软件工作，并帮助 IBM 引入了 Java 和 XML。
在 2000 年中期，他加入了 Sun Microsystems，在那里他帮助 Sun 开创了员工博客、社交媒体和社区参与计划。2005 年，他被任命为 Sun Microsystems 的首席开源官，协调 Sun 广泛参与自由和开源软件社区，直到 2010 年离职。在该职位上，他监督了整个 Java 平台以及 Sun 广泛的软件产品组合转换为自由软件，所有这些都在 OSI 批准的自由许可下进行。
他对多个自由和开源软件组织保持积极的兴趣，并且还担任英国开放权利组织（Open Rights Group）的董事，该组织致力于争取数字权利。他之前在开源促进会（Open Source Initiative）的复兴中发挥了重要作用，曾担任董事和总裁，现在又回到了这个职位。作为一位广受欢迎的思想领袖，他定期在自己的博客以及 IDG 的 InfoWorld 等许多其他地方发表文章。
撰写的评论
谷歌（和微软）实施 ODF 的一个挑战是，它们不向 ODF 用户提供在多用户工作流程中协作的方式。当这两个供应商将 ODF 文件转换为自己的格式时，都会从中删除各种信息（特别是更改跟踪），并且在导出到 ODF 时也仅导出文本本身。一旦您导入了 ODF 文档，您就应该留在那里并仅使用供应商的专有工具。
这意味着谷歌和微软都将 ODF 仅仅视为 RTF 的变体；一座桥梁，用于将用户从开放工作流程中提取出来，并将他们锁定在专有工作流程中。在解决这个问题之前，我对 ODF 的任何一种实现都感到不满意。
据我所知，LibreOffice 4.2 将引入 Google Drive 读/写支持。