今天根据老哥的安排，开始主要学习对公业务，接下来应该会负责相关部分。
在了解业务的时候有以下体会：
1.不要先从文字或者小方面入手，就像看世界，眼睛看到的不是全部，从一个外太空的角度看地球才能对生活的世界有一个真实全面的认识。所以，首先要建立一个大的流程，最好先从脑图啊流程图之类的看，比较清晰，需求文档会有一些额外的说明有时候看得多了会糊涂，建立大的框架是第一步。
2.有了框架之后就是拆分。大的框架里肯定有共同的流程部分，但是会根据具体的情况有不同的部分，个人觉得应该跟封装代码一样把这种部分给单独列出来，然后用一个编号统一代到总的框架里，这样比较清晰。
3.看见地球是没有实质性用处的，住在海边和内陆都是地球，但是生活完全不一样的，所以如果想从流程图里就对业务有一个比较详细的认识，我个人觉得还要添加一下类似于备注的东西，将一些每个环节里的具体步骤给完善一下，当然不是在图里写的，是在图片外的注释里，根据流程图里的标号，以标号为基准，将这个环节中的具体操作与可能遇到的问题列出来，详细一点，这样的话，我觉得应该会好一些。
4.最后一点，也是最重要一点！！！一定要规范、美观、清晰、准确。准确是根本，规范是基础，清晰与美观才能让阅读者更愿意去了解。
今天就写成这样吧，后面别的部门的产品老哥在和一个程序员吵架。。。脑壳痛，明天在写写。
——————————————————————7.11分割线—————————————————————————————
昨天只是对问题有一个基本的认识。。。今天做一做发现和实际差距有点大
1.首先是过于依赖文档，当时有老哥讲了一遍流程，听得大概有一个印象，但是没有具体记下来，回来根据文档进行梳理的时候发现文档是旧版本的文档，和目前通用系统流程有一定差距，所以得到结论：听别人讲东西，如果来得及用笔记一下，来不及就录下来，省的出问题；其次，当自己处理系统时，如果流程发生变化，一定要在SVN里面有所总结，省的自己遗忘，也方便后来得人学习。
——————————————————————7.12分割线—————————————————————————————
还是有老哥比较稳，老哥帮我又讲了一遍，我本来打算自己记笔记的，但是老哥帮我写了一下，很清晰，so，以后还是动起手来吧。
网友评论