@wdwwtzy 我们组比较小，还没有外包。

我就只学 c#了，国内搞不下去就润出来搞。在这边还是挺吃香的。

先砍掉一些“运气不好”的 - 随机扔掉一半。

哈哈😄

正确回答：这么巧，我小孩百天也是这天。

我这边两台 7p 都是 15.5 ，没有问题。

我是程序员，我就用 figma 。主要是给桌面应用和 app 画界面和交互，因为这种应用开发起来比 web 慢，等你程序做差不多了才发现页面逻辑有问题就晚了。

web 开发基本上不需要，因为调整很容易。

@G900 属于这边的税务居民（通俗的讲就是每年居住半年以上）才是这样。打算回国的半年后就不是税务居民了何来征税？

月抛

@Protocol
我觉得可能是因为不少国人对 C#还停留在.net framework 时代。

@INCerry
哇，发现了新天地。不过这部分确实用不着。用 C#就是图语法好性能也高工作也好找（国外）。

什么时候 C#打包的应用能和 Go 一样小就更 NB 了。

利益相关：C#程序员

那其实你不需要不同分支啊，你只需要不同配置文件，每个客户打包使用不同的就行了。

容器是针对运行环境，微服务更侧重开发方式。

即便共享数据库，微服务还有一个好处是避免不同服务相互影响，比如项目想升级而里面有一个比较古老的报表业务不支持，这时候报表放在独立的微服务里面就不受影响了。

同样建议 op 试试 k3s 。我的线上系统就部署在虚拟机里面的 k3s 上。

op 如果过于较真的话，那么 OCR 识别接口是不是应该使用 get ？然后你 get 传一张图片是不是更难了哈，这样真变成为了 restful 而 restful 了。

所以有时候不需要完全按 restful 来。比如你有一个接口用来验证订单是否可提交，传的参数会很多，post 更合适。

我的是前端做了组件，需要默认是查看模式，需要编辑哪个字段移到相应位置会出现编辑按钮，然后组件负责将改变的提交上去，同时提交编辑的字段列表。类似这样：
｛
a：123
b：“abc”
fields：[“a”，“b”]
｝
后台根据 fields 更新。

女大三