※ 引述《sbbty018 (charlie)》之铭言：
: 各位大神好
: 我是最近刚从资策会(java)毕业找到目前这间台中的类博弈公司(40k)
: 面试的时候没问目前团队的状态
: 上班第一天才发现原来我是第一个RD。MIS则是大概有六位
: 公司目前的code都是之前中国外包厂商写的
: 然后一两个月前公司决定要自己组台湾的RD团队就跟中国厂商停止合作
: 所以我这个菜鸟一进来就得自己慢慢看code然后debug
: 另外他们还有用到redis跟rabbitMQ也是我在资策会没学到的让我感到有些负荷不来
: 请问这种情况在业界很常见吗? (超菜junior接手别人的code然后没有人能够请教)
我的第一份跟第二份工作都是这个样子，一开始你会像麻痺的人，给你几个建议
1. 掌握启动前的入口 - 大部分程式语言都会有一个从作业系统下命令开始执行
的进入点，可能会加载 config、环境变量、命令参数这些东西，你要先清楚
这些东西的配置意义是什么。
2. 掌握启动后的入口 - 如果是 server 或常驻程式，在执行阶段就会有监听行为。
可能来自于 http API、socket、message hook、Redis subscribe ....
你就要找到这些呼叫点的 function，尝试插 log 或 print，追踪一些上下游关系
然后学习用工具打约定好的通讯格式测试，像 postman 或去 redis 丢 pub
3. 尝试动动手脚 - 掌握入口后你就知道哪边会像大脑发出命令，而你要让程式神经
将命令传达到该去的地方。所以你要先假定一个起点跟终点，比如 rabbitMQ 收到
讯息经过逻辑运算会将结果存进 redis 某个 key 值，那你就去追 function 的
资料流向以及中途被包装成什么样的资料结构最后又转成什么样的字串存 redis
4. 起身连续动作 - 独立的资料处理都掌握的差不多后就要看系统 state machine 跟
life cycle 结构的运作模型，自己去新增一些状态、设计一些复杂的脚本看看
程式运作的结果跟你想要的是否相同。配合前面三点，自己去修改 config 丢不同
参数、自己开发一个测试的入口，然后呼叫已知的 function 却在逻辑中判断命令
夹带自定义的 config 参数并达成某些状态条件时要引导至自己另外写的 function
印 log，这样你就有办法介入原有程式并增加新功能
5. 外部工具先学有用到的部分 - 例如 redis 写资料有很多命令，set, hset, rpush ..
每个的用法和适合的场景不同，照理说科班教育会让你全部学懂避免误用才去实作
但你接手别人程式面对陌生工具时你其实是要反过来根据程式的资料结构去搞清楚
这个指令的用法就好。先别浪费时间知道他们存在 redis 内有何差别，你要看的
只是在程式内从接口定义读回来的资料长什么样子。除非你很有兴趣，否则训练自己
在 code 内看到对 redis 呼叫的指令能快速从文件中找到用法说明更重要
6. 一知半解下的行车纪录 - 到这阶段差不多你就可以开发新需求，但会有很长一段时间
你觉得自己是在一知半解下做出新功能的。很多时候你是从 try error 发现一条可以
正确执行完的路就走了，然后不知道状态或资料变了会产生 side effect。别慌，在
你不懂的地方加注解，给个编号，然后在自己的文件中写上编号并纪录起来。当 side
effect 发生时，你有机会从文件中判断可能与哪几条有关，去 code 搜寻注解所在
档案有助缩小判断的范围。
7. 不要改坏胜过不要怕改坏 - 有些人会说你就是要放胆去改不要怕坏，从零开发是如此
因为那是你自己写的，掌握度高，又没有曾经稳定运作的印象，坏就坏了再修就好。
但今天你是在很多东西没摸熟不懂的情况下接一个已架构好的系统，
维持运作稳定才不会给自己找加班的麻烦，老板对你的新人印象才会好。
一堆需求进来先挑自己有把握的并告诉 PM 她想先上但你会花超过预期时间的东西
大多专案管理者会同意完成一个不起眼的功能胜过引人注目却花超久时间还搞不定
在稳定中累积经验也累积自信，再慢慢往可能改坏的功能开发
8. 换轮胎 - 过一阵子你可能突然发现好多新功能你其实重复造了轮子，只是当初看不
出来某个 function 跟你写的目的相同。研究对方写法，你会柳暗花明又一村；这
时候你的思考逻辑会渐渐与原作者同化，突然开窍了，看懂很多东西了，这才是你
可以开始不要怕改坏准备对模组重构或大展身手的阶段。

推，这些都是接手不熟悉专案时的基本动作

这是programmer的常识吧

推

能把流程写的出来给推~ 这不是用"常识"就可以解释的

推一个好文

赞

先学会并习惯备份还原所有东西,以后你会感激我

详细推

推

好文

先懂业务逻辑再反过来看程式才是比较快的

推！能把这流程讲清楚让新手可以理解不容易

可以 推

推一个

推推

先学会git的reset、revert相关指令XD我自己是习惯先操作一遍 弄懂业务逻辑 再看DB储存结构再开始追程式流程 这样会比较好懂系统架构

专业的令人心疼

你不要那么专业QQ

推推

推!!

这篇真的把新手上路的过程写得很传神易懂，推

推

推！

插入log/print重得很重要，有时候就会不知道bug咋发生。

推我收藏了

推

收藏

第一步学会备份 第二步学会生出测试环境 第三步在测试环境浪！

人真好

认真文，推

谢谢大大

暗潮中的一盏明灯

推

推

推详细 很有节奏感的流程

我都把每一行给cout出来看是啥

推推

觉得实用又清楚

这一定要推! 有画面耶! 有以前当新人时的既视感~

哦哦哦哦哦！！！

推

推

推

很受用，感谢～

推

认真的经验谈推

哇塞 字字珠玑

推佛心文章

好文推

很宝贵的经验分享 感谢!

推

推

好人 推

推

推实用

能把工程师技能抽象化 绝非等闲之辈

推 好文

推

推好文

用心推

这教学也太认真

推

推。

这篇真的很用心xdd 推一个

说的真好，推

推

推

推 帮助太大了

clg是你的好帮手 QQ

推