|
摘要：
去年的十二月我开始撰写EOM与程序员的随笔。当我写到程序员收入下降，程序员成为IT农民工，程序员水平下降，程序员理想无存，程序员信心丧失，程序员队伍涣散的时候，我的心情就像当时的季节一样，非常寒冷，非常心痛。要知道程序员是我一个向往并且从事的几十年的职业呀！当我写到什么是EOM，写到用EOM眼光看待一个编程实例（权限管理）的时候，我开始感觉到那种暖意，就如同现在春天到了，春风吹了，原来枯萎的树枝冒出新芽了，油菜花开了，桃花开了，梨花开了，杜鹃花开了，一个五彩缤纷的世界来到了。
阅读全文
posted @ 2010-04-22 08:38 n216 阅读(2071) 评论(17) 推荐(3)
摘要：
一般的权限管理并不关心程序的构架，无论是单一系统的权限管理、还是多系统权限管理，他们根据功能设计和数据库设计，将程序编出来就行了。最多考虑一下采用B/S还是C/S，最多考虑一下采用是C#还是JAVA？。稍好的程序员最多在程序内部考虑一下采用三层架构（界面层、逻辑层、数据层）还是不采用。EOM则根据其定位，站在企业信息化整体的高度，所有应用系统都必须考虑软件的构架，否则无法实现其定位目标。就权限管理而言，由于权限管理定位于多企业多系统，则必然考虑到多企业多系统的现状。本文给出了软件构架的8个方面，并给出编码实例。
下篇：《程序员的春天：EOM与程序员》
阅读全文
posted @ 2010-04-14 08:56 n216 阅读(1938) 评论(43) 推荐(6)
摘要：
功能设计：一般的权限管理大同小异，主要有权限设置、权限比对、参数设置三大功能。而且这些功能因程序员而异，可以说十个系统的权限管理就有十个不同的功能，其功能细节上各不相同，但是大的功能方面还是一样的。 EOM的权限管理主要是由于其定位于通用程序，无论是十个系统还是1000个系统，均是采用相同的权限管理系统或模块，具有相同的功能。
数据库设计：其数据库设计其相对比较简单，根据现实中的系统功能权限状况来设计功能表、用户功能表、角色表、角色功能表等。EOM的数据库设计则是站在整个企业信息化高度角度上来建立企业信息化体系的，所有的信息设计都要考虑到企业信息化所有系统的共享和标准化，并且根据EOM的七大要素采用的是抽象的方式，对所有信息进行合理的分类，使得所有信息在整个企业信息化的大框架下形成有机的一体。
下篇：《用EOM的眼光评判‘我要做全国最最好的标准权限组件和通用权限管理软件’4》（构架设计和程序实例）
阅读全文
posted @ 2010-04-12 09:06 n216 阅读(2236) 评论(24) 推荐(5)
摘要：
从平常的角度来看，权限管理的编程有两个部分，一个是权限设置，一个是权限比对。这两个部分本身都相对比较简单，没有太多复杂。除了这个两个部分，还有就是相关的参数设置等。其实权限管理的亮点不在于编程，而是在于权限管理的设计，有了好的设计，编程应该没有什么问题的。我准备从需求设计、功能设计、数据库设计、软件构架设计四个方面来谈谈这个话题。
本篇主要谈了权限管理的需求分析和设计，其是按照EOM理论，采用抽象的方式进行的。大家可以拿具体的系统，具体的用户权限来验证这个需求是否完整，如果这个需求不完整，不全面，我们可以完善上述的定义使之更加科学更加合理。这样我们不但可以开发出一个通用的权限管理软件，而且建立了与之相适应的理论，这些理论将成为EOM一个部分。而EOM提倡的正是理论和实践的结合。光有理论不行，光有实践也不行，只有理论和实践的结合，才能发挥理论的价值和实践的价值。下篇：《用EOM的眼光评判‘我要做全国最最好的标准权限组件和通用权限管理软件’3》
阅读全文
posted @ 2010-04-07 08:51 n216 阅读(2309) 评论(39) 推荐(10)
摘要：
我在园中看到了《我要做全国最最好的标准权限组件和通用权限管理软件》系列随笔。权限管理几乎每个应用系统都会涉及，也是重复开发的重灾区，大凡做过项目的人都应该涉猎到！我们再来看看《我要做全国最最好的标准权限组件和通用权限管理软件》，就会发现作者做权限管理是根据实际中的需求不断改进而得来的，其权限管理的总体目标并没有联系到企业经营这个根本的出发点和归宿点，而且每没有对权限管理的各种要素进行科学的定义和抽象，也没有就权限管理和相关功能进行联系分析和考虑，更没有说明各种权限管理对企业经营的影响，没有意识提供最优的权限管理以改进企业经营管理。从本质上来说，它还是一种“需求驱动”的程序，没有理论的支持，仅仅以满足用户需求（或自己需求）就可以了，所以就权限管理的总体架构和总体目标而言，作者还有很长的一段路要走。下篇：《用EOM的眼光评判‘我要做全国最最好的标准权限组件和通用权限管理软件’2》
阅读全文
posted @ 2010-03-31 08:30 n216 阅读(2810) 评论(37) 推荐(5)
摘要：
EOM就是从企业经营这个源头着手，对经济生活中的大量企业经营行为进行抽象，并用模型的方式来定义企业经营。很多程序员一定会说：我只管编我的程序，我管企业经营干什么呀！企业经营和我有什么关系呀？哥们儿搞的是技术，不是业务，不是管理。
的确，企业经营和哥们没有直接的关系，但是哥们所编的程序却是和企业信息化产物。而企业信息化是企业经营的一个部分，如果没有企业经营，没有企业信息化，程序员可能就会失去工作。从这个道理上来说，程序员和企业经营还是有关系的。
程序员-〉程序-〉企业信息化-〉企业经营。这是一个从下往上的一种关系。现行思路：需求提出-〉开发-〉应用系统-〉企业信息化-〉企业经营
EOM思路：企业经营-〉EOM-〉EOM的企业信息化-〉企业信息化总体构架-〉通用系统-〉需求满足。下篇：《用EOM的眼光评判‘做全国最最好的标准权限组件和通用权限管理软件’》
阅读全文
posted @ 2010-03-26 08:34 n216 阅读(1760) 评论(18) 推荐(4)
摘要：
昨天看了一篇挑战数据极限的文章：号称100万条记录仅用4秒。
我还是忍不住，用VFP来插入100万条记录。什么优化都不用，结果不到1秒
后来我把100万改成了1000万结果用了5秒。
我不想挑战数据库极限。
虽然很多人不知道什么是数据库极限以及如何计算数据库极限。但是，我知道极限，但不想去挑战这个极限。因为这样做没有什么意义。
阅读全文
posted @ 2010-03-19 08:46 n216 阅读(6947) 评论(33) 推荐(5)
摘要：
什么是EOM？从字面上来说EOM就是企业经营模型（Enterprise Operating Model）英文字母的缩写。大家先记住EOM就是企业经营模型就行了。我想我还是把自己的程序员各个阶段的经历与大家分享吧，或许大家从中可以得到一些启发。或许能看到EOM产生的过程。从我程序员经历可以看出，程序员成长是无止境的，只要有的放矢地去努力，就会一个台阶一个台阶登高向上的。我认为程序员成长经历主要有三大阶段，通用技术阶段、市场阶段、专业技术阶段。这三个阶段其实就是三个过程，每一个过程都是一次飞跃。程序员知道程序员可以飞到多高，那是程序员的学习和眼界；程序员能飞到哪里，那就要靠程序员自身的努力。一个程序员可以没有能力，但是不可以没有眼界。下篇：《我的程序员成长之路：EOM简介2（程序员篇）》
阅读全文
posted @ 2010-03-18 08:31 n216 阅读(2947) 评论(21) 推荐(8)
摘要：
软件的价值无论大小，都体现的软件有用性的大小，软件的有用性则又受制于软件用户数多少和软件的功能多少。中国的程序员无论在单位或是在家，都要注重自己所编制软件的价值，只有编制有价值的软件中国的程序员自身收入才能提高，程序员社会地位才会提高，程序员自我实现度才能提高。而有价值的软件的增加说明软件在国民经济和居民生活中的应用程度的大大提高。我只能说程序员命运掌握在自己手中还是掌握别人手中，虽然不能完全取决于自己，但是要争取取决于自己，放弃自己的选择只能是听天由命，程序员可以通过编制软件的价值的判断，来判断公司成长性的高低，进而选择自己的未来。程序员职业特点说明程序员有很多的自有空间，这个空间可以做自己想做的事，而选择有价值的软件制作则是中国程序员内在的和可行的目标。
下篇：《我的程序员成长之路：EOM简介（程序员篇）》
阅读全文
posted @ 2010-03-09 10:55 n216 阅读(1907) 评论(18) 推荐(3)
摘要：
回到现实生活之中，我们常常听到程序员抱怨自己的工资很低，抱怨自己的付出和自己的报酬严重背离,有的甚至不考虑自己工作能力和工作贡献，以别人的工资或社会岗位工资来确定自己的报酬。同时我们也常常听到公司的老板的抱怨软件公司不赚钱，最大的成本都花在员工的工资上了，自己在给员工打工。那么我们怎么能够计算程序员自身的价值呢？我们怎么看待程序员价值值与不值呢？我感到程序员自身价值有两个方面，一个方面是程序员的收入价值，一方面是程序员市场价值。中国的程序员市场化价值相对较低，导致程序员收入不高，程序员技术水平降低，最终导致软件质量下降。我们要关注程序员市场价值的提高，技术水平的提高，使得软件行业通用能软件所占的比重大大增加，软件公司的收入大大增加，只有这样我们的程序员的收入大大增加，我们的软件才有更高的质量和更大的市场。
下篇：《制作有价值的软件才是中国程序员内在的目标》
阅读全文
posted @ 2010-03-02 09:39 n216 阅读(3113) 评论(30) 推荐(5) |
||
浙公网安备 33010602011771号