近日总结3.20-3.22（内控流程图、VBA对象树、编程语言对比、BI的学习）

这两天真的没做什么，各种琐事较多，时间用得很分散。

1、看了几篇论文

• 看了几篇论文，主要是工程管理方面的，不过论文涉及项目管理的内部控制，这对审计而言也是一件需要非常关注的东西。
• 我之前在想，审计的主要时间和精力，应当花在什么上面？当下的审计花费在“抽查凭证”上的时间比较多，实际做分析的时间比较少，很多审计人员几乎没有全局的思维，仅局限在自己做的科目当中，局限在底稿要求的填空之中。
• 其实，审计的主要工作是获取证据，证据的一大部分来源是企业经营过程中产生的各种凭证，另一部分来源是线下各种盘点，而前者的证据可信度，是建立在企业拥有良好的内部控制体系，且执行有力的。若是企业拥有良好的内控，我们在抽取凭证的时候是可以不用抽特别多的，仅需要按照统计学得出的数量，去抽取一定量凭证就ok。
• 所以，对于大企业而言，做内部控制测试的重要性是不言而喻的。
• 做内控的时候，拿到的是被审计单位发来的一大堆的文字版文件，看得人头昏眼花！！稍欠经验的审计人员就会陷入无尽的细节陷阱里去，很难看清楚一个内控的流程以及保证程度。
• 我认为，要解决这个问题，可以从两个方面下手，其一，总结，其二，学会画内控流程图。总结，对于某个方面的内部控制，不论是哪家企业，都是有很多共性的，例如对于货币资金的内控，一般会有预算管理、现金管理、支付管理、票据管理、银行存款管理、备用金管理、银行账户管理；在现金管理中，一般又会分现金额度管理、现金收支范围管理、现金保管管理；现金保管中，经常会有“日清月结”“现金日记账”“现金盘点表”“不相容职务监盘”这些内容。
• 学会画业务流程图，是另一个具有革命性价值的方法。审计的底稿中，可能经常会有一个通用的模板，审计人员在做内控的时候，有时候觉得做起来麻烦，或者不知道怎么做，或者时间很赶等等原因，经常出现“以模板当作实际情况”的情况。其实，若能掌握好画业务流程图的方法，能用一定的工具很快地画出企业业务流程图来，就能够非常清晰地意识到哪些地方可能具有风险，又该如何去检查是否执行到位，如何去获取更多的证据去支撑审计结论。
• 当“画流程图”成了一种习惯，你会发现自己看待一家企业的时候是多么的清晰，企业的运行在脑海中成了一张大的业务流程图，文档的审批点、归档点一目了然，一个业务所经历的审批所涉及到的人员广度和职别的高度，就可以得出这个业务所获得的保证程度。如此，才能对审计工作更加得心应手。
• 后续关注：需要在“泳道图”、“业务树图”等方面进行分析，结合国家颁布的《企业内部控制指南》等文件，分析一个完善的内部控制需要有哪些必要的环节，为将来做内控咨询做好准备。

2、学习了一下VB

• VB的价值之前也说过了，作为一门简单且未来延伸学习很广的一门语言，应当要持续学习的。
• 之前学习VBA，是想要达到某项功能，然后采取宏录制+改代码来实现的，由于没有VBA的基础知识，一个小小的bug都要找很久很久，后来稍微对一些关键字和方法有些许了解了，例如windows、worksheets、range、cell、value、offset、formula、msgbox、inputbox、command、mid等等，就开始各种“瞎操作”……，效率极其低下。
• 我也一直在反思自己的问题，后来觉得是因为自己对VBA的各种对象进行一个全面的、系统性的认识，做任何一件事情，若首先没有一个Overview，那么在做的过程中就会像无头苍蝇一样乱窜，效率非常低下。所以，我首先应当做的，便是参照microsoft的reference，熟悉各个对象的层次结构，然后再谈如何解决某个问题，以及写代码。
• 其实，不仅仅是VB，所有的OOPL的学学习方式都应该是这样的，首先是要熟悉各种对象是干嘛的，能够解决什么样的问题，然后再说如何使用这些对象解决特定的问题。切忌自己去“闭门造车”“胡思乱想”，不仅学习效率低下，还非常消耗意志，这是不可取的。
• 学习编程，就一定要学会借用他人的劳动成果，编程人员这个群体应当是一个相互交融的群体，好的程序人员一定是非常融入这个群体的，参考他人的编程思路甚至是代码，使用他人编写的生产力工具，都是站在巨人的肩膀上看世界，站在别人的肩上并不是自私，因为自己站得高了，就可以让其他人站得更高，程序员群体是一个交融的整体。
• 后续，应当以对象树为基础，了解和熟悉各个对象的功能结构，在此基础上，再去分析和学习他人的功能代码。

3、学习了一下各个语言和技术的适用情况

• 这是我一直以来都想要做的事——对编程世界的各种语言和工具有一个整体性的认识。
• 好处不用说都知道，必定是非常巨大的，这让我对今后要学习的方向有更清晰的认识了。
• 从语言说起，语言的种类非常多，这里仅谈和web相关的一些语言。语言可以分为编程语言和脚本语言，前者是需要把编写的程序编译成机器语言，然后再运行，后者是直接由解释器解释输出。编程语言例如C、C++、C#、java、VB.net这类，主要用来编写有一定体量的软件，例如windows软件、app，或者是没有界面的一些后台服务。脚本语言例如javascript、VBScript、XXXXscript、php、perl、ruby、Python、html、css以及各种专用的脚本语言。
• 每一门语言都有其应用的环境，这个环境就包含了语言的解释器或编译器，能够将语言翻译成机器语言（或其他语言），用于机器执行相关命令。例如java需要在JRE下运行，php需要在php解释器下运行，javascript需要在node.js或者浏览器中运行，vbs需要在windows环境中运行，.net需要在net framework中运行等等。
• 每一门语言由于其特点的不同，更加适用于某些场景，例如C更适合编写后台服务，编写系统，编写嵌入式设备程序，因为C更接近底层，执行效率高。javascript适用于编写网页，php适用于编写web后台应用，css适用于编写web的样式，perl适用于处理文本，C#适用于编写windows应用软件，VB适用于编写小型的简单的windows软件，html适用于编写网页，Vbs与ASP结合编写web后台应用，java的范围就比较广了，java与JSP写web后台，java se 用于编写桌面软件、java me用于嵌入式开发……
• 后续应当继续细化各个语言的特点与适用情况，尤其是需要结合各类工具来总结，例如php搭配mysql，再使用phpMyadmin用于动态网页数据交互；例如javascript使用jQuery库用于标签的选择，使用react或者angular web前端框架，再结合css做UI设计，用php做数据库连接语言，sql做数据库操作语言，sqlserver做数据存储系统，在开发的时候用sublime text作为编辑器……。

4，参加了校招会

• 企业招人，是希望去了能够尽快上手的，所以会有类似于专业的限制，虽然不能确定你有多厉害，但是可以确定的是你有基础知识，那么将来培养的过程中就可以更快更好和更稳定。而我所学的专业，刚好又是那么一个啥都不算的专业，企业就给了一些“人资”“行政”这些职位，非常不利于自己将来的发展。
• 所以，一定要给自己确定一个非常明确的方向，以便让自己非常明确自己究竟要做什么，可以去到哪些岗位，哪些企业是自己的target企业。
• 我将来的方向，要往企业咨询的方向去，因此，“见识”非常重要，可以通过先去事务所工作几年，积累自己的“见识”，然后再去XX企业的consulting部门。或者若有直接的consulting的工作，也可以去见识一下。
• 另一个方向是IT，尤其是跟数据分析结合的方向是最应该去的，一方面，提升自己对于商业数据分析的能力，另一方面，提升自己对IT技术的提升。
• 以我目前所接触到的这几个行业来看，将来的发展方向都很有可能走向BI，例如审计行业，随着技术工具的不断完善，审计将会越来越程式化，先是取代重复性的劳动，例如取数、填数这类，再是取代简单的分析工作，例如趋势分析，勾稽分析，逻辑分析，语义分析这类，审计人员的工作将会越来越轻松，审计人员的价值也会越来越低，那么审计工具所展现出来的价值就越来越高，审计就逐渐走上了数据分析的道路。再说会计，财务会计就不说了，基础的提供会计信息的功能，将随着会计电算化体系发展一步步被取缔，财务会计将转型为管理会计，管理会计的职责就是为企业管理层提供决策依据的，决策依据自然是要以数据为基础，通过设计数据收集方式，报表呈现方式等产生价值，这也是数据分析。
• 后续，将持续关注数据分析方向的学习路径，结合自己的现状，逐渐向数据分析靠拢。