@donaldturinglee 是的，这是属人原则

@xibei726 而且待遇明显比其他公司好一截，不太正常

存到数据库更稳妥，一则如楼上所说更安全，二则可以方便地控制兑换码，比如停用某个兑换码。你用 key 解析的话，后续想加限制就得改代码

可以说下薪资范围吗

躺床上写代码，不会腰酸背痛吗

@Ghrhrrv146
如果你对产出结果有具体要求 -> 如果你对产出结果没有具体要求

我是 web 全栈，这个问题不约束场景就是自说自话。我的感受是如果你对产出结果有具体要求，那么 ai 生成前后端的质量相比没什么区别。

相反，如果你对结果有清晰的限制，比如精准还原 ui 给的设计稿，ai 给的结果要么是相差甚远（比如 v0 、readdy ），要么极难维护（比如蓝湖给出的 css 全是用定位实现的）。
很多后端之所以觉得 ai 生成前端简单，是因为他在生成前端页面前就没什么要求或者要求极低，属于 ai 给的什么样，就用什么样，最多加点微调。

这种前端场景对标的后端场景应该是数据库的增删改查，此时 ai 质量同样很高，而且由于只涉及数据的流通，验证起来比前端还要简单，前端还要自己去看浏览器效果，后端直接让 ai 生成测试用例，跑一遍即可。

影响 ai 质量的主要因素是语料库的丰富度和任务的可推理性。这两点普通前后端没有显著差别，可以说前端代码语料丰富一些，但没有数量级的差距。

1. 计划不要太大，越具体越详细越好。
2. 心理负担不要太重，不要拘泥于形式，怎么舒服怎么来，一天学半小时，细水长流也好，猛学三四天，歇个一两天这种冲刺式学习也行，总之，按你最适应的节奏来，重点放在你要达成的目标上。

英语好，包括对听说的要求吗

@iMiata 苏州微软现在还招 sde 吗

可以说下税后多少吗

这就是肉食者“高明”之处，多年圈养的“成就”就是，这么多人翻墙上的 v 站，反而自觉维护起 gfw 。
早几年，还是会公布国际出口带宽的，其实往更大的范围看，封闭何至于此，从 21 年开始，裁判文书网上的文书公布数量就骤降了。

@yooomu #29 设计模式本质就是狗皮膏药，用得越多说明语言/架构问题越大

@Ghrhrrv146 自动刷新后，跳转至用户目标地址 -> 自动刷新并跳转至用户目标地址