老哥们，我想问下，对于开发过程中遇到的一些问题，你根据你的经验知道这么做是不对的，但是你因为能力问题又说不上来哪里有问题，比如：登录密码用中文，后端给前端字段传 null 过去，就像这种问题，都是怎么处理的呢？（上面的问题只是举例作用哈）

[t298]

[Rache1]

可是你举例的这两个都不算是问题

[Yuhyeong]

开发是可以 debug 的，用 debug 不是犯罪

[javalaw2010]

查资料，明确到底哪里不对，为什么不对，然后再去说服对方。

[sanmaozhao]

经验知道是不对的
这种情况自己下去仔细想想，应该能想到具体有问题的点
拿着这个点再去和对方沟通

如果只是觉得不对，那是不行的，因为对方也可以觉得对啊
这样空对空沟通，没有能落地的问题点，沟通起来没任何意义

[abersheeran]

你说不上来哪里不对，说明你压根不懂为什么不要这么做，你只是在背课文而已，而且背的是不一定对的课文。

[zb1141920796]

建议可以 google 或者 gpt 先把你的问题描述一下，例如，xxx 这样有什么比较大的问题和缺陷，请列举一下？然后根据得出的结果，再结合自己的思考，说出能让人信服的结论，在去讨论

[maocat]

登录接口很多要加密，加密算法对中文有一些问题，还得特殊处理

[wanmyj]

如果是小厂或者业务优先的大厂，很可能压根不注意这些，只要通过测试就可以。

如果不幸进入了很关注 code 质量的大厂，那你就会发现，定位+修一个问题可能只需要一个小时，但是 PR 的 description 要花一天时间，要写的逻辑严谨且来源有据，有时候光找文档就好花几天时间。遇到使用很新的技术，还要自己去 GitHub 发 issue 等开发回复再贴到自己 PR 里。

不存在因为能力问题而说不上来的问题，只有还没找到的文档说明，至少我遇到的都是这样。

[nerkeler]

我也经常碰到，明显感觉这样有问题，但是找不到规范在哪

[sdjl]

这个问题的本质问题是：开发团队是否有“尊重常见经验做法”的共识。

如果没有这个共识，开发团队必然会进入焦油坑，如果反对这个共识，就不是具体事情的问题，而是人有问题。

[palx]

团队应该没有一个懂技术的产品经理，开发团队也没有一致性规范。

[darkengine]

感觉有问题 - 求证（例如谷歌搜“登录密码用中文”）- 总结

这样才能让经验沉淀下来

[wu67]

你要知道, 大部分团队都是草台班子...追求的是代码能跑就行.

当然针对你说的,
中文做密码其实没问题, 本质上都是字符串, 当然别整什么火星文或者那些看起来像但不是的字

传 null 其实也不算错, 只是懒. 当然对前端来说, 挺烦的, 把后端的数据规范处理工作丢给了前端做

[tool2d]

@sdjl 人没问题，只有合适不合适。

有些公司对于代码规范异常严格，比如 google 的 c++规范，你提交的代码，所有的标准异常都不能使用。

代码规范只是把所有人的编程水平，取了一个平均值。

[fregie]

如果你找不出理由证明这个经验的意义,说明你的经验不一定是对的.
很多常见的"经验"在工程角度来看,都是错的
比如保持代码的"优雅",追求代码量少
比如做 web( http)开发的第一步是选一个 web 框架
比如要把两段看起来差不多的代码抽象成一个函数(实际上可能这两段代码表达的过程是不同时,只是恰好大部分代码相同)

[darkengine]

@wu67 同一个汉字不同编码怼进去计算 md5 是一样的吗？

[lstz]

没什么不对，有开发标准就行

[8355]

能做的只有默默提升自己的能力，更换这个环境。

[bingo084]

@wu67 请教一下，后端给前端传 null 对前端来说有什么不方便的吗？如果这个值确实是 null 该怎么传？直接不传这个字段还是？

[tyrantZhao]

不如直接问 gpt