Fans Or Not

这是一本基础教程，虽然很基础，但是实际上很多看着资深的SAP顾问并不了解这些基础。我一直认为一个合格的Function Consultant首先必须熟悉产品本身，然后有吃透业务的能力，如此才能做出最优的方案。这个圈子里有多少人上配“顾问”二字呢？更多的工作怕只是Operation而已。 有多少人悉数了解SAP的各产品线？ 有多少人知道SAP的工作原理？ 有多少人完全掌握了SAP已有的功能从而避免重复造轮子？ (范围仅限于中国，大量二次开发的怪圈子) SAP的领域主要有这么几个关键词：业务，流程，方案。基本上，在SAP的顾问圈子和客户圈子里，没有多少话题是关于技术的，甚至关于产品本身也较少涉及。这并不是说SAP的技术不行，正好相反，一个产品稳定到了极致，恰恰说明其技术水平也非常精湛。SAP的技术实现上的细致、严谨和稳定可以让你安稳地做你的流程。比如SAP中的权限设计，从技术实现角度看甚至透着一种美感。所以一般ERP业内的说法是：SAP实施可以培养管理专家，但是难以培养技术专家，这正是“无折腾，不专家”最佳诠释。 也许，应当对技术给一个定义。很多人对“技术”一词的理解仅仅是ABAP，这是非常狭隘的。大而言之从二次开发、数据库管理、系统架构、系统管理、性能优化都是技术，小而言之软件功能界面的一些细微构思也透露着技术之美。没有脱离业务的ERP，也没有脱离技术的ERP。只是在国内的SAP客户中中小企业居多，系统一旦部署完毕技术方面就退居幕后，或者干脆外包，导致很多顾问以为SAP顾问这一行是不需要懂技术的。其实持这种想法的人在Oracle ERP领域也大有人在，只是SAP领域更为显著。譬如系统优化，有纯粹的代码优化，有数据库优化，有架构优化，但更多的是结合业务同步实施的优化方案，技术和业务并不对立。上层的业务方案直接框定了底层的优化余地，没有切肤之痛的人估计是难以理解的。 这实质上也是一种思维的二分法。连岳解释了二分法思维是如何害死人的：”当你说不要无谓辱骂人时，有人就说难道要拍马屁？除了这两分，你可以好好说话；当你说不要装大爷时，有人就说难道要当孙子？除了这两分，你可以当正常人。” 当我们说技术细节也很重要时，当然是已站在熟悉业务的基础上。一个本应是最需要开放的行业，却偏偏被一群保守的人霸占着，仿佛有人吃透了产品本身就要来抢他的饭碗似的。 说了许多，好像依旧没有切入正题，而其实已经介绍的差不多了。所谓基础教程自然是教授基础知识的，只是介绍产品，每块内容其实并没有深入阐述，每个章节都有更多的书籍来深入。这本书，是所有SAP从业者最好的入门书籍之一。 豆瓣链接：SAP基础教程(第3版)

“未来的DBA，必将都是一个架构师。” 当应用规模达到某个量级后，自然而然的就需要考虑如何扩展，如何保证高可用。DBA对数据库的理解深入后，同时往往也开始了更大的担当，从之前负责数百个在线用户的系统，到负责数千甚至数万在线用户的系统，此时对于某个数据库的管理和优化已经满足不了业务需求了，尤其是数据库的日常管理越来越智能，越来越自动化后，DBA的角色应该升到一个更到的层次。 作为一名ERP顾问，我并没有将所有精力投入到纯粹的数据库领域中，更多的是从应用角度去留意我们的数据库系统运行状态。现在的企业信息化，是以数据库为核心的信息化，当信息化工作从一个公司层面上升到集团层面时，这个核心的瓶颈就暴露在了所有人的面前。我们往往在事后才发现，原来一切的一切，依旧围绕着这个核心在运作。 当面临庞大数据的分析，当面临大型数据库(TB级)的效率和安全问题，当面临各类遗留系统的信息整合和功能整合时，架构的调整就摆上了案台。 《构建0racle高可用环境》出来的不晚，不过我却拖到最近才下决心一读，这是一种需求的表示，也是需求的必然。书中并没有过多深入到某些技术专题，而是以一种建造师的角度去看待Oracle数据库系统的设计、部署和管理，很多其实算是一种经验，比如高可用环境下的系统维护。乍看之下好像觉得都没什么名堂，所阐述的技巧和知识平淡无奇，我不都会嘛？但是慢慢品来，发现它并不是为了炫耀什么小技巧，而是通过这些方式来传授一种思路。 这是一种经验的积累和传承。 我很少看国内作者的技术类书籍，缘于不信任，而这种不信任则由于国内IT行业大环境的浮躁。在培养人才方面，无可否认阿里巴巴是个好地方，虽然晚了两年才来读这本书，但这依然证明了作者陈吉平的实力，也证明了阿里巴巴的实力。 今后，我或将花更多的时间在这些值得投入的地方。 有用的链接： 豆瓣上的介绍 支付宝冯大辉的书评 卓越的地址

对于Oracle初学者，我一直推荐其阅读官方文档，但总是得到因为这样那样的理由而没去读的反馈。他们宁可花费近百元去书店买一本名不见经传的书籍，也不愿意免费阅读最权威的文档。起初我以为是语言问题，后来发现不是。哪怕英语水平非常不错的人，也宁可去书店淘上一本。那么，只好归结为个性喜好问题了 对于Oracle E-Business Suite的文档，11i的我全部浏览过了，R12只是部分去阅读过，基本上只是偶尔增加一两章和少量修改。当然，对于近一半文档我也确实仅仅只是“浏览”，毕竟实际工作中不可能对所有模块都深入接触。这部分文档主要还是针对功能层面的，比较适合系统管理员和实施人员阅读。对于开发人员，看的更多的通常是一些专项的技术文档了，尤其汉得流出来的大量文档，也培养了不少甲方开发人员啊。 近期也在阅读一些书籍，主要关注两方面：深入某专题领域的，或是适合初学者的。前者为了自己，后者主要是看看有没有合适的书籍方便新员工的培训。此外，我认为实施顾问了解产品的技术架构，也是非常有益的。深入下去，沉淀一段时期后再来梳理业务问题，或许会对当初的方案有更多的了解和想法。我觉得《Oracle E-Business Suite Development & Extensibility Handbook》(豆瓣链接)就是这样一本非常不错的书。 目录： Introduction to Oracle E-Business Suite . . . . . . . . . . . . . . . . . . . . . . . . . . . 1 E-Business Suite Architecture . . . . . . . [...]