16 G 感觉已经没什么压力了

netlify, vercel ，还有 apollo
这种在国外都能融资做大，在国内基本很难融资吧。

国外的 Saas 生存环境真的很好，国内也很难

不确定是不是信任问题。

创业要做自己熟悉的行业，这个无比正确

看你的前途是指什么了。

ToB 理论上很有未来，现在都在搞产业互联网，如果能深入理解业务，肯定是很不错的。
国内的一个技术误区就是很多人想专门搞技术，觉得做业务没意思，其实做技术 infra 和做业务系统也只是业务领域不一样而已

如果是前途是想赚更多的钱，那么能在 ERP 的业务领域做好的话，能深刻理解业务，找一个待遇更好的工作应该不是什么问题

是的，新生代的程序员确实水平低了很多。
因为很多人都是因为钱进来的，根本对编程不感兴趣，写写 CRUD 就可以了，其他的都不懂。

好像好几年了，还没正式发布吗，能养活团队了吗。
想支持下，但是迁移感觉麻烦。。

Shopify API 设计还行，但是有些 API 很难用。
可以参考 stripe 。

API 设计也是要看场景的，Open API ，比如 Shopify ，Stripe 这种，国外一定是 RESTful 的，状态码也是按规范的。
但是用户 API ，就并不一定了，因为 RESTful 表达能力有限。

看风格，RESTful 风格的 API 关注的是业务模型，返回的都是模型所有字段，而不是根据前端需要返回字段。
当然，你们现在的风格就是 RPC 风格，后端应该只返回前端需要的字段就可以了

面向业务

QT 资源占用真不少，自家的 QtCreator Qt 写的，很慢。
看起来你还是想用 C# 的，那就看看 MS 官方的跨平台框架吧，我记得有好几个，Xamarin ，MAUI

我自己的话，没有 C# 背景，如果自己的应用，会选择 flutter

合理肯定改，问题是你如何说明你的 API 设计更合理。

有公司 API 设计 Guideline 吗，有项目 API 设计 Guideline 吗

所以，到底为什么这么多问题。
如果是业务方的问题，为什么是你 on call 。
业务方为什么会写出那么多问题

To B 才更有成就感吧，因为产品有真正的实在价值。
To C 也有价值，但是更多的是娱乐，休闲价值。

业务是比较简单的，先定位问题，主要是看缓存命中率是不是预期的

@XCFOX Apollo 客户端一个项目，只能接一个 endpoint ？后端，准备搞点项目，用 GraphQL ，想的方案是一部分代理到已有的 GraphQL 服务，一部分新写。

@pluswu1986 准备搞 GraphQL ，想问下为什么会有复杂查询问题，Query 应该是后端可以控制提供的吧，可以确保 Query 都走索引，前端只是控制字段扩展什么的吧。
没有限制的话，不就是把整个 db 都暴露出去了吗

看环境。
如果做的项目无聊，同事不给力，工作也没意思。

NewRelic
DataDog