Stateflow,stateflow

在做程序员的道路上 , 你掌握了什么概念或技术使你感觉自我提升突飞猛进?

Stateflow,stateflow


我是一个甲方的ERP程序员 。公司刚引进ERP系统的时候 , 大家觉得神一样的存在 , 太复杂了 。上线以后 , 各种问题层出不穷 , 项目已经验收 , 乙方只要一听我们提问题 , 就两招:1)这个问题不在需求范围内 , 要解决需要付费;2)这个问题不在这个版本解决 , 下个版本可以解决 。明明是一个小问题 , 为什么就解决不了呢?最核心的原因:没有源代码 , 不知道从哪里下手 。
ERP说到底 , 就是数据库的增删改查 , 直到我明白这两点 , ERP的“九字真言” , 终于跨过了最前面的三个字 。(所谓ERP九字真言 , 是:先僵化 , 后固化 , 再优化) 。我明白的这两点是:1)真正懂ERP逻辑的人 , 其实在企业内部 , 不是搞计算机的 , 而是那帮业务骨干 。ERP内置了最通用 , 最核心的业务逻辑 , 这些业务逻辑表现在操作流程和功能界面上 , 只有业务骨干 , 才会真正理解这么设计的必要性 。
2)编程人员只要和业务骨干结合起来 , 虽然没有源代码 , 但有办法看到那些增删改查代码是如何操作数据库的 , 这就是SQL Profiler 跟踪器 。一旦这二者结合起来 , ERP的维护就会变得非常简单了 。毕竟 , 一个在市面上混了几十年的ERP产品 , 稳定性和继承性是非常好的 。然后 , 各种个性化报表的开发就很简单了 。随着越用越熟 , 业务 编程这个团队会非常透彻的理解ERP产品 , 终于有一天 。
【Stateflow,stateflow】乙方要求增加维护费 , 我们想了想 , 不用了 , 我们自己维护吧 。接着 , 我们把ERP的生产功能剥离出来 , 自己定制开发了 , 慢慢的改进 , 越来越有模样 。这就到了九字真言最后一个阶段:优化 。当然 , 这个过程所以能实现 , 也要感谢大厂ERP产品的开发平台支持性和自身的发展逻辑 。大厂ERP(包括国外的SAP),都是从财务模块开始的 , 然后供应链 , 然后生产制造 , 然后商业智能 。

    推荐阅读