“没有上过大学，没有参加过任何培训，因此手里没有任何证书，因此找工作很难，前阵子投了一份简历，对方以要正规的学历回绝了我，我相信很多没有学历的人和我有相似的遭遇，特别是在IT行业，没有学历、没有证书想要找工作真的很难。 20岁开始工作，做过3年机械设计技术员，4年寿险推销员等工作， 29岁，在一个朋友单位任职采购部经理，正好工厂在上ERP，也就在这个时候开始接触ERP，接触了软件开发，也不知啥原因，对ERP和软件开发一下子着迷了，于是去书店买了一堆书回来看，这个时候算是我的IT生涯的开端吧。刚开始也不知道从哪里下手，毕竟当时我对计算机非常陌生。” 一位IT从业者在国内第三方社区的自白。

对于ERP大部分IT人员没有进行系统的学习，开始的一段时间只能是瞎子摸象阶段。首先要确立产品开发重点： 1、财务与业务与SAP一样高度集成； 2、成本借鉴SAP的CO，采用集团化架构，支持多货币、多公司、多组织、多语言； 3、预留足够多的客户化出口，包括：屏幕变式、字段扩展、表扩展、用户搜索、公式、自定义报表，业务规则扩展等

既然是要做成产品，必须要有特色，不但是外观还是用户体验的提升，当然业务底层支持还是很关键的，于是决定构建组件库，同时必须开发一个高效的代码生成器，代码生成器首先是可以基于模板的，因此设计了一套关键字，以及关键字语法解释器，这样编写模板就非常简单，关键字只需要支持变量、四则运算、循环、判断、替换功能即可，使用者只要根据具体项目架构编写模板，设计好数据库后可以利用该生成器，生成包括winform、webform及数据层、业务层等代码，编译后就能运行。

菜单窗口主要由菜单、拖&查询、收藏三部分组成，拖&查询时在传统的基础上进行改造，一方面力求不与该功能专利上冲突，另一方在体验上做了很大改进。

该部分是整个系统的关键设计架构，根据多年的经验，还是决定借鉴SAP B1的设计，某些部分借鉴微软ERP的设计，为了不做成“四不像”产品，尽可能朝协调性上靠拢，业务窗口做了分类，尽可能标准化、统一化。

MRP绝对是ERP的计算难点，而如果把替代料一并考虑的话，那么计算难度不可谓不大。首先梳理MRP需求来源数据，进行初步归纳

损益类、成本类科目基本上都是初级成本要素，因此在这里自动定义很重要，毕竟在实施时逐个定义很耗时间。次级成本是分摊的中转打包对象，也可以理解为更偏向于业务端。

HR模块在开始初期，并没有认为考勤结算会是个难题，一直认为薪资结算会是难题，而实际在开发过程中，薪资结算倒反而没有预先估计的那么复杂，因为薪资结算要稳定和强大，首先系统先必须具有一个强大的可扩展公式模式。

毕竟不是大团队，也没有研发资金，因此.NET的开发效率就优先考虑了 如果这个产品能被用户认可的话，同时有资金支持，那么再用其他跨平台语言进行改写就比较现实了