Monthly Archives: 九月 2017

ERP从0到上线的感悟

            公司ERP(YII2) 从2017年1月开始立项到现在并行系统准备上线 经历9个月时候,4-5个开发,1个产品经理~~~第一次开发ERP,实在百感交集,以下是本人9个月,非常不成熟,仍未经过多年岁月的推敲 的体会:

关于技术团队:

           感觉ERP需要的技术不需要多深,有一个有经验的技术老铁,用现在开源流行的框架搭好一个标准统一和高扩展的模板,数据库统一结构和模型,然后找一个可攻关难点的技术和几个肯吃苦耐劳的1,2年经验开发,其中技术最重要的品质是吃苦耐劳,因为ERP实在太多太多太多开发需要去做了~~~~同时需要考虑高扩展性,因为ERP的需求很难一次过,理清楚,很多需求都是边做边加。而且要考虑多数据量,因为公司业务增长量是飞速的。总结为:耐劳,统一,标准,高扩展。

关于需求团队:

      需求团队,是ERP部门最重要的,甚至高于技术团队,因为ERP最大的难点在于需求的分析和理清需求流程,感觉个人在开发ERP,其中没遇到什么技术难点,最大的困难就是 改需求,补需求~~~有一些根本就是推倒重做,很多就想煎一个鸡蛋的事情,在煎鸡蛋过程中发现缺了油盐窝铲一样,有时候发现只是只需要一个生鸡蛋而已~~~~当一个ERP需求都理清楚了,那ERP的开发就非常简单,小学生都能做到了·~~~~~ERP需求谁都想做到尽善尽美~~但是从企业的时间成本来说,很多东西都许可这么多时间的~~~()所以间接要求技术框架需要高扩展性,不然做着做着发现是死胡同就不好了),所以千金难买一个懂准快的产品经理。

关于技术框架

            我们是使用YII2开发的,技术框架方面,个人体会是简单的思维做就好了,新人容易接手,BUG容易发现,但是最重要一点是,需要约束高统一性,要从控制器,模型,视图有一个标准,必须要求各开发严格按照这标准去做,不然就失去高扩展性了,后期维护和需求就难以现实。

关于数据库:

        数据库统一模型,然后字段方面不要怕累赘,一个表能做完的事情,就不要分两个表了~~~尽量让一张表做多事,多记录东西。、、

警觉浪费生命的碎片化

今天看着手机的新闻客户端,特别是里面的短视频,突然发现看这么久这些视频真是浪费生命,看一场电影起码能有一个系统的感知,但是这种短视频纯是浪费生命。手机的便利并不可怕,可怕是从中产生的碎片化。信息化的社会,虽然带来巨大的信息,但是很多信息只是碎片化的东西,假如这碎片化是要点还好,假如取到表面或是会引起歧义的点,只会造成无知或者是误导。
现在什么都追求信息化和互联网化,其实这都是辅助,我们应该要要有一个系统的构造,例如学习一门技术,不应该百度什么段子,看几十集的视频,我们应该要以一本系统的书本作用根本,书本的学习加以信息化的辅助,形成一个系统的学习体系。。。
现在信息充满了碎片化,我们不应该让碎片化造就成一位片面和方便面,人才应该是一个总有系统知识体系,能够理解本质,巨匠精神。。。。