病假是带薪的，事假不是。
全勤没什么权威说法，影不影响都可能，我觉得影响的多。

提 PR 是好事儿，但是风格一致也是非常合理的要求。这可能不是人家不接受，而是不希望出现这种混合风格。

可以，如果两套页面有比较明确的边界，比如点击登录之后跳转到另一套页面，这么做没什么问题。如果要在两边来回跳，那还挺烦的，不过也只是麻烦点。

这种需求我做过很多次，基于 Django Admin 这种 cms 开发的项目，需要复杂的自定义页面的时候，就难免要结合模板引擎和单页面应用。

缺什么才喊什么

完全两码事，明文只会看一些密码之类的敏感数据，随便脱敏 base64 一下就差不多了，越权才是关键。

好一个歧视

能卖出去的是大哥。

@kandaakihito Kotlin 与 Kotlin 官方英文站由 JetBrains 支持与开发 本站由中文站翻译贡献者译

@paradoxs 然而 deepseek 选择了知乎作为内容发布平台(之一?)。

vercel 可以，没注意有没有墙

cursor 应该是不限制地区吧，我用国内 visa 就行，没遇到什么问题。

所以说程序员和纺织女工没什么区别

grpc 的易用性从来就没好过吧，用它团队里总得有几个人头疼。

其实 jsonschema 在两边都能找到可用的生成器，我觉得好于 grpc

外包和养老这 2 个词一起出现感觉稍显滑稽

你仓库里说破天去也就是开发环境呗，如果生产的信息放在开发机里，被 cursor 读到也没所谓吧

不是，快捷方式不能用吗？

这句话很有局限性，AI 发展太快了，至少经常会令我惊讶。
昨天的 Claude 3.7+Cursor 的表现水平，在我使用的主观感受上，已经远超初级程序员了。

第一，是他能理解我的冷门但合理的需求，第二，是他写出来的代码基本是一遍就通。这意味着只要需求完整合理，这个版本的 AI 在仅需要少许监管的情况下，已经能完成分钟级别实现两三个功能点的组合。更多的我也没验证。

我验证的需求算不上太复杂，用 django 开发一个静态页面托管服务。

- project/deployment/log
- 能通过 webhook 上传 zip 部署
- 使用内置 auth 鉴权
- 页面访问权限分为 public 和 internal
- 使用数据库保存 zip, 首次访问时解压
- 通过 admin 页面管理数据，支持在 admin 手动上传 zip 部署

大概就这些功能，全部是 cursor 实现的。过程中他出现了一些画蛇添足的操作，比如自作主张的生成了一个项目列表页面，但其他功能都算得上完美完成。