东欧一座城市,在城东和城西各修筑了一条新马路。犹太人在西边,中国人在东边,各开了一家修车店。他们的价格都很公道,服务非常好,两家店的生意都很红火。
　　不久,另一个犹太人在西边发现人们来修车时,常常要费时等待。他就在修车店旁边开了个餐馆,专营犹太美食,不久就生意鹊起。不少人即使不修车,也愿意光顾这家餐馆。
　　而在城东,另一个中国人看修车生意好做,就在街对面克隆了一家新店。为了招徕顾客,他按照对面老店的价目表,九折收费。两家店的关系有些紧张,但大家的日子还能过。
　　又过了一阵子,另一些犹太人看城西的人流越来越多,就渐渐开起了超市,建起了住宅、教室、学校,西边慢慢形成了一个繁荣的新兴社区,房地产业开始增值。
　　而在东边,更多中国人来开修车店,价格战变得白热化,每家店都偷偷在客人面前诋毁其他同行。为了控制成本,店主们不惜克扣修车师傅的工资,甚至在修车时以次充好,偷工减料。于是,高水平的技师流失到西边犹太人的修车店,不在乎价格而在乎质量的客人也不来了。
　　慢慢地,修车业务出现了产业分工:高价车、新车都到城西维修保养,尽管那边修车的平均价格是城东的3倍;而二手车、廉价车都到城东,尽管他们的服务令人不满意,但毕竟收费低廉。
　　于是,犹太人的修车店,盆满钵满;而城东的中国人,虽然很辛劳,却仅混了个温饱。
　　最先在城东开店的那个中国人,下定决心,决心贷一笔款,把自己的店搬到城西去。他假装顾客,到犹太人的店里去考察,发现犹太人用赚来的钱,买断了几项专利,修车的效率提高了5倍,质量提高了3倍。而此时,城西因为成了商业旺区,房价和房租都上涨了120%。中国人发现,如果在犹太人的店铺旁再开个店,凭他现在的资金和技术,恐怕只有死路一条。
　　对此,中国人百思不得其解:论聪明和点子,他不输给犹太人;论勤奋,他干活不比犹太人少,甚至把犹太人用来念《圣经》、守安息日的时间,全部用于工作;除了看看电视,他根本没有什么娱乐。他把自己的失败,归咎于那些后来的中国人身上,都要把前面的螃蟹拉下来,结果,谁也逃不出困境。
　　螃蟹文化,就是竞底文化的一个表现,每一只螃蟹都被拉到底线,才肯罢休。

 

 

       [软件行业的同行们引以为戒啊]

      最近总有网友来咨询我和我的同事关于工作流引擎设计方面的一些思路，有一个很明显的感触，很多朋友在设计工作流引擎之前 已经习惯了一种“契约式”编程设计的方式，也就是说在明确的需求和约束下去设计和开发。然而工作流引擎并不是一个能在明确需 求和约束的情况下设计的算法。但无论怎样工作流引擎是需要为业务目标服务的，具体的业务流程如何，我们的算法和目标及准确的 计算是必然需要的。

   设计工作流引擎很多时候是需要去处理各种未知的、可能的、可能存在的、曾经有过的、各种版本的需求、只有进行了足够的抽 象和设计才能达到一个足够的灵活度和适应度。就拿处理时限来举例。
    就存在各种未知的、可能的、可能存在的、曾经有过的、各种版本的具体需求，无论哪种需求的可能，业务的目标不能受到影响 ，在工作流处理各种业务的时候，不能影响考核的准确性：
    1、时限分为 流程的处理时限、 环节的处理时限 ，两种时限上的关系错综复杂
   
    2、时限的单位 可能有按工作日计算 可能有按工分计算，也可能有按工时计算，也可能按自然分钟计算 和自然小时计算。
    3、具体业务流程中有可能会存在指定下一个环节的处理时限的需求
    4、流程暂停一段时间后需要重新计算处理时限
    5、具体的流程时限规定对具体业务上一些时限可能存在着某种影响
    6、流程暂停的时候对业务数据中的时限相关数据可能存在某种影响
    7、流程中的特殊权限可能对时限存在某种影响
    8、流程的暂停和恢复 可能对子流程的判断、时限存在着影响
    9、时限规定了之后，还可能有一个警告的设置
    10、预警的方式又可能有各种各样的
    11、流程时限计算好以后，实际流程运转过程中可能有调度、跳转、暂停等等特殊的行为，都不能影响对于超时未完成的事项的 计算
    。。。。。。

    设计一个工作流引擎 处理时限只是一个不特别重要的方面，还有很多方面要考虑的，比如环节的类型、各种条件路径的因素、 各种特殊权限、特殊动作行为、跟业务的结合的方式、各种人员设置的方式、引擎跟业务数据的事务的完整性、引擎不能处理的时候 业务上的方法和接口。。。。所有的情况都可能是未知的、可能的、可能存在的、曾经有过的、各种版本的。

    如果自己去设计工作流引擎，只有进行了足够的抽象和设计和长期优化积累才可能达到一个足够的灵活度、适应度和比较好的性 能和稳定性，设计工作流引擎有时候在学习和理解流程引擎标准的前提下更需要去理解管理、理解各种管理流程的思路。也许应用一 个成熟、稳定、性能好、有足够多成功实施经验的工作流引擎是一个更好的选择。

（E8.Net）转载请注明出处

     发展到2009年 工作流的概念已经深入人心，不仅仅是开发人员熟知这个概念，一些企业的CIO也意识到了工作流的价值，工作流可以简化对设

计阶段业务流程分析的工作，可以节约开发后对开发人员的依赖，业务流程的变化、组织结构的调整、及很大一部分企业战略的改变都可以不再依赖开

发系统的人员，企业可以自行维护，简单维护即可持续发挥企业管理软件的价值。
  
    2010年只有1个月了，工作流，您准备好了吗？

    经过了多年的发展和积累，工作流的成功案例已经遍及了各个领域。

•     电子政务方面，我们的各种行政事务处理，流程已经是采用工作流作为流程维护的工具。众多专们从事电子政府软件开发的开发团队，采用了专业

的工作流平台进行这方面的快速开发，采用传统开发模式20%的成本即可完成整个项目，而且整个项目的维护成本只需要传统方式的10%;

•     业务服务管理方面，国外高昂价格的各种IT服务管理软件，逐步被专业工作流平台下开发的国产服务管理软件所取代，提升专业开发团队成本的基

础上，降低企业IT服务管理工具的成本;

•     企业办公自动化及其它各类管理软件方面，百花争放，企业内部开发，专业软件公司，低成本的为4200万家中小企业开发各种OA管理系统，新一代

的OA，没有工作流支撑基本上会很少竞争力，OA市场软件价格普遍不高，因此快速开发和维护能力，是您角逐这一领域必备的基础，选择架构型专业工

作流平台是最好的选择；

•   企业集团内部各种管理软件开发方面，英明的CIO越来越多，传统的开发模式积累的诟病让CTO们痛苦万分，技术高速发展促进必然的分工合作，架

构型专业的工作流平台，为企业内部各种管理系统开发提供企业管理应用的基础架构、提供快速开发能力的前提下，灵活的机制也可以让企业管理系统

发挥极致的价值；

    。。。。。。

   2010年，软件的应用者对软件的需求不仅仅是对数据的处理、信息的加工、报表的计算，2010年软件的应用者还会要求对人很好的管理、对时效有

效的掌握、对业务管理制度流程很强的执行力，凡事需要能得到监督、跟踪，能分析、能改善。

   2010年软件开发团队，工作流都准备好了吗？

   E8.Net工作流经过10年的研发积累，5年的市场磨练，已经涉及 能源、邮政、电信、移动、电子政务、物流、地产、物业、各种专业研究院所、业

务服务管理、医疗、制造业、甚至包括监狱管理、殡仪馆管理等行政单位业务管理领域等等

   E8.Net 工作流为您的开发团队提供一个飞跃的起点，您准备好了吗？  http://www.feifanit.com.cn/

 

 

 

 

 

  近日有网友发了一个图片，关于程序员人生的一个消极的图片
    

    这图说明了程序员一个目前较为普遍的消极心理

         我也是程序员，看到这样的现象会比较心痛，自身的遭遇也曾经很相似，可是最终我们走出了阴影也获得了收益，作为程序员是完全可以改善的。

         1、我们需要相信这个行业的前景，IT对于企业的价值是非常大的，我们能提升企业的管理效率、降低运维成本，我们将是非常了不起的功臣；
         2、程序员需要保持一个平静的心境，因为技术是需要积累和磨练的，我们代码写得多了，自然会有感觉，自然能创造出更多更好质量的代码；
         3、程序员是我们必须经历的一个过程，也许将来我们不会为写代码而写代码，或许会做项目经理、或许会是需求分析师、或许会自己创业，我们需要对代码很好很正确的感觉，离不开磨练；
         4、建议程序员，多跟非程序员多沟通，电脑是一个很听话的机器，任凭我们的代码去控制着，但社会不一样的，会跟不同性格的人去打交道，会是一个更加复杂的环境，学会IT外的生活，对程序员的生活品质和思路都会有很大的帮助；
         5、培养良好的社会心态，在我们熟练掌握后一定不会是为了代码而代码的，我们的代码是为了一种客户的价值而去实现的，同时也有自己的收获，付出、舍得是需要这个勇气的，尊重他人的成果也是对自己成果的尊重。

         希望每个程序员都能通过自己的努力得到幸福生活！

        E8.Net  http://www.feifanit.com.cn