@vtwoex2 三星的笔不要钱，苹果一个笔都几百上千。

没时间写，写了也没人看，干脆不写了。

实在没啥理由，5000 为什么不买苹果，而买小米的产品。小米涨价了，但还是偷工减料，而且还不能刷机了。

有同样的问题，protobuf 和 grpc 都占很多体积，还有内存泄漏，但现在没有太多选择。我后面可能会直接把 protobuf 换掉，一直在找更好的 idl 替代品。

因为昨天我的 ls 没挂，没啥影响。而且感觉国内一众云厂商模式基本都是抄 aws 的。

哥们你的视频封面换一下吧，这个特效看到真的有点恐怖，尤其是大晚上的时候。

>> 我写好自己模块前端部分 API 的草案后，请前端的同事先帮我 review 一下

？？？


为什么要让前端 review 你的接口，直接给 swagger 让他用就完事了，设计好的东西没有 bug 就不要听别人的瞎改。


>> 一年前上司曾批评过我过度设计，效率低

我也不建议过度包装，很没用，尤其是项目大了以后很容易忘记这些复杂的设计，维护起来也累，越直观越好。


>> 在后端仅读 payload 的数据结构上做扩展冗余，及 response 里加一些未来可能用上的信息

看情况吧，后面大改也可以直接接口路径加版本号，比如 /api/user/v1, /api/user/v2, /api/user/v3


>> 需要先让产品经理认识到这个设计有问题

建议不要和产品 battle ，产品有自己的想法（也有可能单纯按照用户需求来），所以你就按产品的设计实现，不然后面出问题很可能背锅的就是你。


>> 我协作不到位，我写这部分前端接口没提前通知他

你们公司没有 jira 或者 gitlab issue 之类的东西吗？


>> 我是学生思维，抓不到项目重点，写出来的东西不专业他看不懂

呃呃，就软件工程那点东西，按上学学的来就行，需求分析，概要设计，详细设计...


>> 不能反映到前端原型的字段上就别加，不要自作聪明以为其他人没想到

这我觉得无所谓，swagger 上解释好接口的数据结构就行了，加不加跟前端一点关系都没有。


>> 我很难接受前端把这种模式通过 API 扩散给后端

跟上面类似，接口是后端写的，没有 bug 的情况下不需要向前端确认设计，谁说要改就让谁做，改了也不背锅。


>> 以及他开始打算 HTTP 明文传输密码，后面其他人说不安全换成了传密码的 sha256 （不加 salt 和开始有什么区别...)

现在都有 tls 了，我实在是想不通为什么很多人还要二次加密，是嫌资源用的太少了吗？前端代码都是公开的，你再怎么加密都没用。
难道你们公司也请了某些信创的人来验证安全性？

aws 我现在用 amazon linux ，据说对 aws 有优化。

买回来机都不想开，直接刷港版，能用得下去国产广告系统（ oneui 国行也有广告，港版无）的我都很佩服。

我现在都是用 workers-rs 写，和 aws lambda 对比过，workers 的延迟比 lambda 低很多，但是因为只能 wasm ，写起来麻烦很多。

没影响，三星刷不需要解锁。

@Ketteiron 我只是说 rust 比 go 好用，至少还有宏，完整功能的范型可以用，显然当前 web 后端领域还是 java 生态最好最无敌。

@craftsmanship 确实，但是新版本特性还是要学的。

@susunus 事实而已，想用 kotlin ，kmp 绕不开 jvm ，我不清楚你说的死的不能再死了是什么意思。

@hello333 本来 go 应该对标的 Java ，但 go 写 web 真的是一坨，ORM 也基本没有好用的，加上 go 生态还没发展好，就已经有了性能更好，语法更舒服的上级替代。目前 go 生态发展最好的领域大概就是云原生容器化了，但已经有了不少新用 rust 写的替代品。程序员写的最多的 web 领域 go 的语法真的不适合，没有好用的框架（指现有 go web 框架基本都是一坨，直接用 net/http 都比那些烂框架好），go 也没有类似宏一样的模板语法，写起 web 来费劲很多，完全比不上 Java 的生态。其次 go 非常依赖程序员的水平，很容易写出错误逻辑/烂代码，不像 Java/kotlin 那样很多东西会帮程序员兜底，rust 直接是编译期检查。现在 go 的很多东西还是半成品，比如泛型至今不支持方法泛型，用起来很鸡肋。写了 5 ，6 年 go 了，生态太贫瘠了，很多东西都要自己实现，要么就依赖 cgo ，最近写了不少 rust 了，rust 发展的晚但很多库比 go 的更完善很好用，我现在写新东西必然会用 rust 。也有不少公司开始转用 rust 了，字节跳动很早就开始转用 rust 了，我们公司也有不少东西用 rust 了。
我现在实在想不到什么理由新东西用 go 写，无论 kotlin 或 rust ，都是更好的替代品。

@DefoliationM Java 最好用新版的，虚拟线程啥的都有了，还有很多语法糖，别再一辈子 Java8 了。

Java 吧，你们领导都让你学 Java 了。go 看起来简单，但坑很多，真的想精通花的时间要比 Java 多得多。而且学了 Java 以后转 kotlin 之类的做安卓/跨平台开发也会方便很多。go 说实话长期不看好，现在 rust 的冲击对 go 也很有影响，不少人都 go 转 rust 了。