DefoliationM

我之前买的 10t 金盘，也跟企业盘一样炒豆子，理论上和企业盘一样，但金盘是消费级的？盲猜售后可能好一点？

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

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

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

因为昨天我的 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 有优化。