Y11(@seclink):建议：新手别滥用 viber coding 。混用中国和海外的大模型，viber coding ，我把所有研发坑都踩完了 : 1. 时区问题，中国的大模型看北京时间，美国的大模型看美国时间 ... 2. Error code 到底是 int 类型还是 str 类型，傻傻分不清. 3. 软删除是真的删除还是标志为 'is_deleted' = true . 4. 状态码 ( 500 , 400 ... ) 分散在全项目各处都是 ... 5. 数据库慢查询设置， N+1 问题未考虑 ... 6. 短信验证码、实名认证的防暴力破解未考虑 ... 7. 状态机待会儿 8个状态，隔一天就10个状态，再隔一天 7个状态 ... 8. 同一个业务含义的变量，分不同函数名或者不同变量名来写。 9. 写了而又不用的函数名。 10. 不用 ORM ，而是裸用 SQL ，带来主键自增长问题。 11. 数据库设计了 JsonB ，导致数据查询和数据检索的困难问题。 12. 高危严重的水平越权漏洞和垂直越权漏洞泛滥 ... ...

2026.06.03 01:54

建议：新手别滥用 viber coding 。混用中国和海外的大模型，viber coding ，我把所有研发坑都踩完了 : 1. 时区问题，中国的大模型看北京时间，美国的大模型看美国时间 ... 2. Error code 到底是 int 类型还是 str 类型，傻傻分不清. 3. 软删除是真的删除还是标志为 'is_deleted' = true . 4. 状态码 ( 500 , 400 ... ) 分散在全项目各处都是 ... 5. 数据库慢查询设置， N+1 问题未考虑 ... 6. 短信验证码、实名认证的防暴力破解未考虑 ... 7. 状态机待会儿 8个状态，隔一天就10个状态，再隔一天 7个状态 ... 8. 同一个业务含义的变量，分不同函数名或者不同变量名来写。 9. 写了而又不用的函数名。 10. 不用 ORM ，而是裸用 SQL ，带来主键自增长问题。 11. 数据库设计了 JsonB ，导致数据查询和数据检索的困难问题。 12. 高危严重的水平越权漏洞和垂直越权漏洞泛滥 ... ...