konakona
2019-05-16 17:08:39 +08:00
这是你的问题，或者说这是你要解决的问题。
你的处境是你必须完成上级指派给你的任务——理解这个程序，并按时提交工作进度。
那么你就需要理解清楚这个代码一共有哪些功能，有什么逻辑思维和开发模式，简而言之是从宏观上出发把握全局，然后逐个细模块的深入参透。
不应一开始什么都不懂就跑去问老员工，老员工也有自己的工作。在他不了解你的情况下，你问的任何问题都显得你能力不足才导致需要老问。
比如 IDE 可以通过点击变量名回到声明处，然后向下阅读来理解整块代码区域的功能含义的事情，你没有做就去问，这个当然不好。假如你已经做了，但是仍然不理解，甚至超出了你对于理解这块代码所预设的时间，那么你就要问。这时你也不要姿态太低的去求人，应该取巧。日常一定要多尊称对方前辈，用对方喜欢的事物打动，加深彼此关系。同事之间本来就应该礼尚往来。他回答你的每一个问题对你来说都是你的珍品。带着这样的心态去进步才是最可取的。你不要觉得领导分配这个老员工带你他就有义务把你培养出师。如果他的代码你完全读懂了，那他的竞争力也就失去了。谁会干这种自毁退路的事？你要聪明点。先搞好关系。