刚入职,要熟悉现有代码(没有文档)好头痛...

同入职不久，加油！

没有文档同时也没有人讲解业务流程吗？

同样刚入坑，问题相当多，提了很多重构建议被质疑。。看来他们是要深入践行破窗效应。。

慢慢来，先从自己的新代码入手

感觉熟悉代码最好的方式是直接找几个现有的 bug 去修复，边调试边熟悉代码比较快，至少我是这么干的

直接做功能,然后根据功能去找代码

刚入新项目 要学习公司内部前端框架 坑爹

@ruandao 赞同，这应该是最方便高效的方法。

哈哈哈。看文档看了一个星期

当年刚入职 啃 webkit 源码， 这一啃就是好几年啊。。

同样在啃代码，没文档。代码特么还没注释…… 这代码还是现任 CTO 写的，喷都不好喷……

我这接手个项目，不光没文档，代码还没注释。拿到开发任务，提出疑问，回复我让我自己判断，其实就是“猜”的意思。我也是醉

看到一种说法是，如果对自己的调试能力自信，直接源代码跑起来，开启调试模式，一步一步的调试。

@ainimuyan 别提重构建议了，你又不会真的去重构，能让代码跑起来这么基础的问题你都不一定做得到，重构的工作量放到谁头上，你给他发工资么？

修 BUG 应该是最好的途径了，想重构这事至少得把整个业务逻辑整得熟练再说，最烦公司来个人就说要重构的了

Debug

一样一样,我 java,公司自己弄了一些库

花了两个多月 大部分业务都重构了一遍🌚

为何大家对重构如此反感呢，或者大家认为重构就是全盘推翻重来？
现在每天做的就是为了更好的添加新功能而对原有代码做一些调整，这算是一种重构，或者有的代码写的不堪入目。
后面业务越来越多，而且业务方向有些调整，现在的整体设计完全是为了满足原有的业务范围，而且都是自下而上设计，层层抽象后发现现在的整体方式并不适用于去扩展新的业务分支，这时候不改怎么办呢，继续往上堆？

@ainimuyan 公司新来个人，代码看不到两行，天天嚷嚷没文档看不懂，多看几行就说 代码傻要重构。给你你能忍？