Hi 各位前辈大家好
小弟最近找到了一份工作
在工作上遇到问题，想请教各位大德是否有比较好的方法
背景介绍
本公司是一个小公司，专门开发iOS app
公司的产品是从２０１２年开始发展的。
中间经过许多任工程师接手
所以充斥各种coding style与风骚的继承等奇技淫巧
但是关于这个软件并没有document可以看，没有任何unit test,也没有同事可以问
基本上连软件的架构 怎么跟后端沟通 等等spec也没有
跟我交接的同事说 之前都是靠口耳相传的方式 把相关知识流传下来
可惜的是 公司目前最资深的工程师就是小弟在下我 刚进来一个月
跟我交接的同事在我进来后第三天就闪人了
所以目前唯一可以了解code base的方法就是去读程式码
遇到的问题：
由于公司的赚钱方法就是 同一套产品 卖给不同客户
然后依照客户的需求这边改改那边改改
所以小弟遇到的问题是 有什么办法可以能够有效率的了解一份没接触过的code？
或者说有什么书籍好推荐？
题外话：
我想应该有人会说 块陶啊～，但是因为某些因素，小弟目前无法说走就走，
至少也要找到下一份工作才能走，所以这段时间内只能咬牙苦撑了
不过换个角度想，这或许是提升实力与修身养性的好机会。
屎缺，无误！

去问其他人公司产品有什么功能，对应一下程式的function如果公司连了解产品的人都找不到，那只能自己装来试试了以上，结论就是 块陶啊～

提升实力别想了，1F正解，确认功能之后打掉重练吧

从Ui去想一下以前的码农要解决的需求是什么，然后再从几行看的懂的程式码猜猜解决方案，配合猜想再设计更改几个极端的输入验证结果，到这里就可以大概大概试改看看了，反正公司文化就是要产快又肮脏的程式码，能符合老板要变更的需求就好，暂时逃不掉+1

遇到这种情形，如果对技术了解够深，是没有问题的，反之，只能用时间换取对程式的掌握。

如果照你说的,不同课户版本也不同,功能也客制...那你的source code对应哪一家的?感觉好乱啊

#ifdef去做阿 程式码只有一份

放弃吧 这种事很常见 接案公司不能待的理由就是你会花费大量的时间在这堆烂code上 但又不能累积 块陶啊

一楼正解

边看code，边自己画一遍UML跟sequence diagram