【 在 hgoldfish 的大作中提到: 】
: 这样容易堆成 sh*t 山代码，如果是我的话，我会增加一个额外的判断，那就是拼对的和拼错的都能通过。同时写个注释，说等一过段时间要记得删掉。
: 然后通知同事可以改成拼写对的。等过一段时间，我把错的代码删掉。
: 如果数据库里面有这个数据，我就让同事写个脚本改一下。实在不能容忍数据库里面有错的数据。
: ...................

这是一个老鸟程序员的正常思路。增加一个status 而不是直接替换，和  stauts 或 起来，两个返回值都处理，然后让对方改他的stauts。

这就是兼容性处理。

不过，大概率这么改了以后，对方也不改，然后屎山上多了一种判断，哈
--
FROM 111.197.21.*

因为不懂，所以抄的时候连typo也得照抄。

【 在 liangyue 的大作中提到: 】
: 这种无关紧要的错误的地方，有时候有额外的好处。
: 20多年前的遥遥领先还比较弱小的时候，
: 被思科告赢了，就是因为人家手册上typo的错误也照抄不误
--
FROM 124.64.43.*

typo和每次开会同事念queen，哪个让人更难受

【 在 iwannabe 的大作中提到: 】
:
: String stauts = respJson.getString("stauts");
: String token = respJson.getString("token");
:
: if (stauts.equals("0")) {

#发自zSMTH@LNA-AL00
--
FROM 223.72.91.*

不会真是不valide吧

我第一反应式 business unit valid


【 在 z16166 的大作中提到: 】
: 不valid，哈哈
: invalid
--
FROM 175.169.185.*

对啊

【 在 gaofei @ [Programming] 的大作中提到: 】
:
: queue -> queen?
:
: 【 在 cpper 的大作中提到: 】
: : typo和每次开会同事念queen，哪个让人更难受

#发自zSMTH@LNA-AL00
--
FROM 223.104.40.*