接受SAP/ABAP的摧残中

　　公司实施SAP,于是我们也顺理成章地得到了SAP/ABAP开发的机会.只是我们开发组不能像项目组其它模块的同事一样全职参与到SAP项目组(咨询公司希望项目组组员都交付手上的其它工作,全职做SAP实施;但我们部门人手不够,需要两方兼顾).

　　于是,前期只断断续续地参与了些业务流程分析及蓝图设计,为期五天的开发培训后,也没有怎么进行ABAP的练习.现在实现阶段,需要我们开发组进行报表等的开发工作,于是,被摧残的生活开始了.

1. 　　表名字段名应该都是从德文转化过来的(或者直接就是德文,不知道德文是否也是那26个字母),反正对我等来说,就是无意义字母的组合,很是头疼.
2. 　　编辑器实在用着不爽,经常出一些千奇百怪的问题,比方有时只是对程序进行激活操作,程序就死掉退出了;测试及运行程序时,程序若出现问题便会shutdown,给出错误信息后退出开发工作台,需要再次打开工作后,找到正在调试的程序,重新打开,才能进行下一步的调试工作.这对不能确定原因的错误,需要多次运行调试特别不利,浪费了很多时间.
3. 　　OPEN SQL的限制太多,以至于想实现某些效果时,一个SQL语句可以搞定的,却因为OPEN SQL不支持而需要兜圈子.
4. 　　资料实在太少,系统本身提供的一些函数的使用方法,类型池等不容易理解.现在可以说是模仿顾问的程序来写自己的程序,对顾问程序中引用的一些函数,比方调用ALV的函数,实在不清楚对ALV的控制可以达到什么程度.
5. 　　购买了黄佳的<<SAP程序有设计>>一书,对零基础的人入门帮助还是很大的(通俗易懂又比较系统),可是在开发中想参考时,总觉得这本书讲了很多,可是又什么都没讲.
6. 　　 .............BALABALABALA.........
   

　　还有很多,不再一一赘述.GF出差带回来一本<<不抱怨的世界>>,所以抱怨是不对的,抱怨完后继续加油深入学习SAP/ABAP,成为公司的内部顾问.

　　转眼已经毕业五年时间,也工作了五年.从最开始的ASP,到ASP.NET(C++也写过数千行代码.工作需要时做过测试,还画过GIS中地图的图标),再到现在的SAP/ABAP,面铺的有点大,使用时间最长的ASP.NET的理解也还不够深入.不过SAP毕竟是一个很难得的机会,应该抓住,即使不转型,也可以借这个机会改变只了解编程知识,不了解业务流程的现状.

　　所谓技术,最终还是要为管理,为业务服务.纯粹技术层次的优化虽然也不错,但对业务流程的优化才是最有用的.当然,技术是现在的立身之本,也要继续强化.只是如此以来,.NET技术的深入学习只能暂缓一段时间了.本来还计划今年把<<.NET框架程序设计>>一本仔细研读几遍,好好消化一下的.

　　我们部门老大说了,SAP实施项目结束后,部门内部将用一年时间沟通交流各自所学的内容(差不多每个人的侧重都不一样),进行消化,以达到深入理解的目的:看来接下来的一年半时间都有得东西学了,加油啊.

 　　P.S. SAP中有个功能,经过设置后,拖选文字即复制到剪贴板,现在害得我老是在CTRL+V后才发现没有成功复制.