有趣的故事。在我把创业公司转型为Loom之前，我们是一家用户测试公司，名叫Opentest。我们没有启动数据库，也没有为我的联合创始人创建一个仪表板来查看谁请求了特定的用户测试，我只是把所有东西都放到了一个Google表格中。这太棒了。没有停机时间。开放访问。只有3个人在查看/编辑，所以没有冲突。不必处理数据库升级或维护。我经常回想这个决定，觉得我学到的很多“良好工程实践”相比之下都显得微不足道，而真正精打细算的方法在任何层面都能成为一种天才的突破。
源讨论展示HN：将Google表格作为应用程序的后端/API原帖 162 条评论 · 导入时统计大家好！ 在我之前工作的一家公司，我们需要开发一个MVP（基本上是一个网页），并对销售团队经常更新的Google Drive电子表格应用某些业务逻辑。 在这种情况下，我们有两个选择： 开发一个后端来取代当前的电子表格，并让销售团队将其作为新的“后台系统”使用——这将花费很长时间，如果我们的假设是错误的，那将浪费时间。 创建网页并使用Google的SDK从电子表格中提取数据。 我们选择了第二个选项，因为它更快。确实，这比创建一个新的后台系统要快得多。但并没有我们想象的那么快。与Google的SDK集成需要一些努力，特别是处理OAuth逻辑、在控制台中配置以及理解文档（顺便说一句，文档相当浅显）。 不管怎样！我们完成了这个项目…
完整原文把你的经验，加入这段讨论。
同意。对于初创公司或小公司来说，Google表格是一个很好的粗糙选择。 我用它处理了很多需要最多几个人修改的系统数据。通过一些小心的代码和缓存（我喜欢验证并同步到S3），你可以很容易地用它作为重要系统数据的CRUD前端。 它还可以作为临时仪表板使用——连接到API（甚至如果添加了自定义Google脚本代码，也可以连接到私有API）或向表格推送数据更新。我曾让相当大的报告按计划自动更新，有多个数据视图（数据透视表、查询、查找等）。完全专注于定制的视图，可以快速解决特定的内部问题。 当然，定制开发的方案应该比Google表格好得多，但你不会更快地开发出来。当你真正需要更强大更好的东西时，…
完整原文能收到一位Loom创始人消息是我的荣幸，我一直在使用你们的产品，我非常喜欢！我完全认同你所说的一切。
完整原文Google Sheets 是我参与的几个项目的核心，即使我是一家大公司的软件工程师。在某些地方它被用作前端，在其他地方被用作后端。但部分原因是我们在使用像React或Postgres这样的简单工程工具时有太多的官僚程序。
完整原文如果你能进行这种单向数据转储，听起来是个好主意。问题在于当你有七个不同的表格，这些表格应该权威地控制其他一些流程时。在电子表格中编写的人可以对电子表格进行任何类型的修改，因此很容易出错。
完整原文尊重不同观点，分享具体经验。
登录后即可发帖、评论、转发和引用。