活是要在一个20年前的legacy code base上做一个feature。当年是web server端用java bean，java transform结合xml layout返回静态html给前端，前端用的是公司很久之前自己的framework，也是毫无document。
这project本身业务逻辑就极其复杂，没有document，没细节注释，20年公司懂这部分code的人也走光了。
小弟看了2天代码，光render这条work flow就没看懂，涉及到的java bean至少20个。小弟才疏学浅就一junior，个人觉得应该是做不了。问同组architect也表示对这基本不懂，说可能公司只有几个待了20年的vp才会。我现在该怎么办？求教各位大佬
很多公司也有这种情况。首先你得学会玩，就是玩这个产品，能使用起来。这个你可以吗？
我真没夸张，这web project的team当年有快100+ engineer同时在做。 Codebase 和workflow非常复杂，之前的文档公司在转移平台的时候全弄丢了，现在懂的人也走差不多了。
如果项目可以跑起来，那么就加log，通过log来摸索。前提是你可以找到log在那里。
你需要做的功能是前端还是后端？
我render的workflow跑完也是毫无头绪，stack里面有200+ function
你可以debug 是么？还能加断点？
前端+web server相当于middleware，后台api可能有
可以debug，但是说实话没有document，workflow跑完也没用，property都不知道是干什么的
这个其实可能是最难的地方。但是有时候你未必需要完全搞懂所有的逻辑，只要你涉及到的相关部分搞定即可。
涉及的部分很广，相当难做，现在光一条render的workflow，没人说具体细节，没有document我根本看不懂
前端和后端的交互是REST API吧？看下 request 和 response 的内容，一些key 可以找到相应的代码。
不是rest，是公司自己包装了下xml
那至少可以用fiddler这种软件看下 web traffic吧
看过了，但是并没有什么帮助，从最原始的layout到生成具体html过程中步骤太多，需要的是具体细节
同组architect都承认这活他干不了，现在分在我这junior的头上，我现在怎么搞？
所以主要还是前端这块比较难懂是么？
这project没有前后端分离，硬要说的话前端javascript还好一点，后端java transform和java bean那块根本看不懂
技术以外的话题说下，如果描述属实，这个有为难你、刁难你之嫌，也就是经理给你穿小鞋。
这个你恐怕得做好跳槽的打算。你可以试着白天拖延，晚上好好准备面试。
也不是，经理不懂技术，根本不知道这活是个什么概念，所以我准备向他说明，让上面重新review