- 主题:各位是从哪里获取code review的动力的？
我先假定你说的代码好指的是代码设计实现的好，然你眼前一亮
如果是这样的话
你不花时间读他的代码，不理解他这么设计的原因，你如何知道他的代码好呢？
你是不是需要花时间？
但是这样做需要的时间成本有多少呢？
你需要了解他这个模块的需求
可能你还需要他给你讲一下他的思路
然后你再去读他的代码
然后你才能知道
这个代码设计的好不好
你说是不是这样？
【 在 z16166 的大作中提到: 】
:
: 你这是改变了我的观点。我的观点并不是说review代码就是学习，我的观点是代码写得比我好的我可以学习。
: --
:
发自「今日水木 on iPhone 12 mini」
--
FROM 111.206.214.*
你到这种公司就理解了
国内互联网一线大厂至少有一部分部门就是这样
你代码写的好
没有毛病
但是运行出了问题后
你也要陪代码写的烂人人一起查
因为项目经理只要结果
等你半夜起来陪别人查问题的时候
别以为因为你的代码完美
你就能闲着
在别人解决问题的时候你要给他做qa
这是个非常普遍的问题
正确的做法是
写垃圾代码快速上线
然后摸鱼或者解决其他工作
等到集成测试的时候
会发现大家的代码都有问题
这个时候再着手解决
这样至少你不会因为自己的模块写的完美没有bug，然后在夜里和大家一起debug的时候给别人当qa
【 在 toutouqi 的大作中提到: 】
:
: 显然不是代码越严谨越吃亏，没有人希望大家一起加班发现的bug多数是自己造出来的。
: --
:
发自「今日水木 on iPhone 12 mini」
--
FROM 111.206.214.*
很多国内公司对快速上线的要求比代码质量的要求更高
快速上线后，
可能直接就重构了
三对一review，你简直是在要项目经理的命
【 在 toutouqi 的大作中提到: 】
: 没见过不代表不可以。步子快，前期review是为了质量，后期发现问题返工合计的工作量可能更大。review比写代码还是要省很多精力的。
: --
发自「今日水木 on iPhone 12 mini」
--
FROM 111.206.214.*
写代码能力强并不一定评级快
解决问题的能力强
产出高的人才升级快
扔垃圾代码上去往往等于快速上线
解决自己垃圾代码的问题往往等于解决问题能力强
快速迭代持续集成
很多时候的实现方式就是
扔垃圾代码快速上线
解决自己垃圾代码的问题更符合持续集成
项目经理往往更加注意你解决问题的数量
而不会注意你制造问题的数量
【 在 z16166 的大作中提到: 】
:
: 大家都写垃圾代码，然后评级时，你甘心也得一个垃圾评级？最后变成一个比谁更垃圾的会议？
: 然后准备一直以垃圾代码制造人的定位在公司长期混下去或者搞两年就拎包走人换个地方继续炮制垃圾代码？
:
: 你这是要教坏小朋友啊
:
: --
发自「今日水木 on iPhone 12 mini」
--
FROM 223.104.41.*
非概念游戏
目前就是这个状态
从不适应不理解到适应也就是一年的时间
美其名曰
拥抱变化
【 在 z16166 的大作中提到: 】
:
: 玩概念游戏了
:
: 垃圾代码怎么定义的？
:
: 项目经理/技术leader不追究谁整出来的问题，只奖励谁解决了问题？
: 评价体系也不咋样啊
:
: 这个帖子我不灌了
:
: --
发自「今日水木 on iPhone 12 mini」
--
FROM 223.72.19.*
目前就是这个样子
甩锅能力在所有能力中居首
从不适应到适应
也就是一年时间
【 在 toutouqi 的大作中提到: 】
:
: 贵司的开发模式和评价体系实在不敢苟同。垃圾代码快速上线，然后靠解决问题的数量来获得经理认可，文秘转行的经理也不至于如此吧。
: --
:
发自「今日水木 on iPhone 12 mini」
--
FROM 223.72.19.*
这是我最烦的地方
美其名曰大家一个锅里吃饭
【 在 cn62 的大作中提到: 】
:
: 没在互联网呆过。
: 查出问题不追责吗？
: --
:
发自「今日水木 on iPhone 12 mini」
--
FROM 223.104.41.*