看公司/别人代码需要每一句都读懂吗

我怎么觉得你心里已经有答案了

先抄一个和你要做功能最接近的代码就行
照着别人的风格写是有好处的
首先要过第一个模块的代码走查
其次大家风格一样就算烂他也能维护

跟随自己的内心

每个函数都弄懂？
到你辞职的那天都不见得能做到每个函数都弄懂。

先把每个函数当作黑箱 然后把比较 high level 的 code 看懂
然后有需要的话 再去研究每个函数里面是怎么做的

每个都弄懂不存在的
我以前碰到一个项目求功率的函数
```
double getPwrValue(HardwareInit& hw);
double getPwrValue2(HardwareInit& hw);
```
我看了半天，没弄懂这 2 个函数有什么区别，关键是这 2 个函数都用到了还没问题。
我也要读取这里的功率，犹豫了半天


写了个 getPwrValue3

@pusidun hhh

看了干嘛？
找 bug or 离职对接？

@pusidun 目测还会有 getPwrValue4

@jasonyang9 个人倾向于后者，但不全部读懂，又怕到时候问你某个点说不上来[笑哭]

@pusidun
`
getPwrValue3( ){

}


`

@ycz0926 熟悉公司代码啊，总不能以后随心所欲自己写，而且公司代码的确有很多借鉴部分

@pusidun

getPwrValue3( ){
//随机返回 getPwrValue or getPwrValue2 的结果
}

@xiaochocking #13

```
getPwrValue4( ){
// 加权平均返回 getPwrValue, getPwrValue2 and getPwrValue3 的结果
}
```

自己写的代码过了一段时间都不一定能每条语句都弄懂。

@xrlin 哈哈哈哈，这样一想，好像没什么纠结的了

先整体再局部

有注释的 看个注释就完事了 没有的 看看返回参数和引用的地方也差不多能懂是干嘛的了

正好刚刚换公司，说下我个人如何快速上手的吧，仅供参考。

1. 快速体验业务的产品，知道到底是做什么的，有哪些功能（鼠标点点点或者手机戳戳戳然后一边抓包分析）
2. 找你的搭档或者最近的那个上司，明白你接下来要负责的事情，同时让他给你讲一下大概的架构哪些东西，宏观上大概先知道一下
3. 知道你接下来要负责的事情后，然后看主要的流程和逻辑，如果是后端，瞅数据表，我相信，很多公司文档都不咋地，这个时候你可以和我一样顺手整理一波文档出来贴到公司的 wiki 中（如果有的话），有不懂得，及时找你的搭档或者最近的那个上司，然后问，没什么比直接问别人最快的了。但是，提问之前看下《提问的智慧》，我个人是神烦那种 2b 问题都没有尝试解决或者看过就问的伸手党
4. 如果给你任务了，赶紧上手写！没有任务？要任务呗！
5. 一定要记住，多沟通多交流，别一个人瞎折腾瞎看，否则吃力不讨好，别人还会怀疑你的能力。

以上，你的印象分会高很多，且能够快速融入一个新环境。

不用，看懂结构，具体的修改再说

@pusidun 2333 我们现在的代码就是这样，前几天改一个 bug，一看，几种 if 调来调去都是同一个方法

@lsyAndroid 这位仁兄说的在理

@pusidun 函数重写，比如加一个参数修改下逻辑啥的，但是又不能直接在原来的函数里面修改，会影响到其他使用这个函数的业务，一时想不到别的名字，再后面加个数字以示区分，这种在多人开发的项目里面很常见，我们之前基本每个函数都有函数 2 号，后来实在受不了，改成在原来的函数后面加 ByXxx(xxx=程序员名字)

@scofieldpeng 6

不需要，本来就是当成抽象工具用的，就好比如我们不需要弄懂 API 内部的代码，除非出问题了或者有其他需要

@pusidun 笑死了

@scofieldpeng 666

面向黑盒编程。

更多的是看码识业务吧。