仪表板，英文名称Dashboard，将多个part放置在一个页面中，给用户以总体全部使用的概览效果。例如，可以将销售收入预测图、客户服务活动图、市场营销效果图以及当前工作任务放入一个页面中，对于企业的高层管理人员，可以很方便的通过图表对企业的运行现状有一个图形化的直观了解，通过工作任务列表可以查看当前的工作内容。     在以往的

在个人管理：简单，我微博中的一句话，总有你喜欢的中我把我新浪微博的一些内容摘录下来与大家分享了，那些都是文字的内容。我们有很多东西，其实用一幅图更容易表达出意思，下面将微博中的一些图片与大家分享一下，更多内容关注我的微博： http://t.sina.com.cn/openexpressapp   更多内容我的新浪围脖： http://t.sina.com.cn/openexpr

今天在新浪微博中看到一句话，【小时候，“幸福”是件很简单的事；长大后，“简单”是件很幸福的事。 】突然发现微博就是一个简单的工具，简单的一句话就能说出你想说的东西。敏捷结果练习中专门有个练习讲谚语和隐喻的，有时候往往就那么一句话一个念头就可以自己充满电，于是突然想把我在微博中发的一些简单文字合集一些贴上来与大家分享一下，总有你喜欢的吧：） 　　更多

Sharepoint中提供了很多开箱即用的Web Service，使用这些web service我们可以进行远程调用， 在"web server extensions\12\ISAPI"（其通常位于C:\Program Files\Common Files\Microsoft Shared\web server extensions\12\ISAPI"）之下的"Microsoft Shared"目

这段时间学习了一下NHibernate，顺便了解了一下延时加载的原理和实现等，今天写了篇文章，已经发在我自己的个人博客上，顺便也发到博客园来给大家分享，技术含量比较少，勿要见怪! 原文地址：http://www.youguanbumen.net/Article.aspx?id=69 【原文】 很久以前就听过“延时加载”这个东西，不过没有理解是什么意思，现在算是了解一二了，写

场景 项目已上线，需不断维护。要求加入全市统一的功能，并马上上线，功能已经开发并测试，目前正在修改一些小的bug。但是新需求在不断引入：修改周期长，由于新需求还未完全实现并测试，bug修正后无法马上发布新版本。 产品化的软件，可能会有多版本存在，其中部分代码需要不断同步。 这两种应用场景，都可以考虑建立分支版本，使用版本控制工具的自动合并功能，更好的实现配置管理。 基本概念 REVISION 修订

阅读指引：    　 　　　　　1. 示例代码   　　　　2. 为什么要字节对齐   　　　　3. 编译器对字节对齐的一些规则.   　　　　4. 结合编译器原则分析示例 　　             5. 总结     　　1.示例代码&nbs

   晚上在武汉飞往杭州的飞机上感觉有些无聊，这次总算是见到一位美女空姐了，的确很漂亮看着赏心悦目，无聊了就写一篇博客到杭州家里发布上去，就写一篇设计模式在实际应用系统开发中的例子。   其实真正能看懂设计模式并熟练应用设计模式并不是一件很容易的事情，因为大部分的日常开发工作不集合设计陌生等都可以达到目的。   当有一些特殊需要时，若不采

    CRM2011中，新增了一种活动类型——定期约会，使用定期约会，可以对间隔固定时间长度而重复出现的活动信息进行记录与安排。     定期约会的创建     可以直接在任务管理中创建定期约会，或者在实例表单中创建定期约会，或者在约会中设定“定期”信息，也可以创建定期约会。   &nb

    之前写过几篇关于聚合对象SQL的文章，讲的是如果设计框架，使用一句SQL语句来加载整个聚合对象树中的所有数据。相关内容，参见：《性能优化总结（二）：聚合SQL》、《性能优化总结（三）：聚合SQL在GIX4中的应用》。由于没有使用其它的ORM框架，当时项目组决定做聚合SQL，主要是为了减少SQL查询的次数，来提升部分模块的性能。现在看来，当时虽然达到了这个目标，

    CRM2011 RC版本中，客服管理方面中，新特性主要体现在知识库文章方面，以往版本的CRM中，文章的搜索使用了单独的页面进行管理，如下图所示     如果需要对文章进行搜索，需要点击左上侧的下拉框，设定搜索方式，然后输入搜索内容、目标文章的主题以及搜索选项，然后点击搜索按钮，才开始进行搜索，下图就是使用关键字进行搜索的界面截屏。     在CRM2011中，放弃了这种使用方式，以标准的搜索框取而代之。如下图所示。     从上图可见，以往版本的那种使用下拉框设定搜索方式的已经被ribbon工具条（1号区所标识的红色方框）所取代，而搜索内容，也直接在上图的2号红色方框所标识的文本框中输入，而且可以使用通配符“*”用于文字匹配，看

.codearea{ color:black; background-color:white; line-height:18px; border:1px solid #4f81bd; margin:0; width:auto !important; width:100%; overflow:auto; text-align:left; font-size:12px; font-family: "Courier New","Consolas","Fixedsys","BitStream Vera Sans Mono", courier,monospace,serif} .codearea pre{ color:black; line-height:18px; padding:0 0 0 12px !important; margin:0em; background-color:#fff !i

    在CRM2011 RC版本中，销售自动化方面新增的特性主要商机产品部分的对目录外产品的处理。     在以往的版本中，不能够在商机阶段将目录外产品作为商机产品的一个组成部分进行管理，只有到报价单阶段，才有了目录外产品的概念。在CRM2011中，对这一部分进行了修改，即，可以在添加商机产品时指定是目录内产品还是目录外产品。     下图是添加商机产品的页面样例     如红色区域标识的样子，在新建商机产品时，可以对产品类别进行选择：是目录内产品还是目录外产品。如果设定为目录内产品，那么和以前版本的crm中添加商机产品没有区别，选择现有产品，设定单位、数量等等信息。如下图所示。     如果设定为目录外产品，那么就需要在&ldqu

2010年总结       这时间真是好东西，在那闲的时候，在你无所事事的时候，它总是那么的缓慢以至于白天等不到晚上、晚上等不到白天，却在你最需要的时候，在你忙的时间，它总是那么的转瞬即逝，多少有些让人伤怀。       2010稀里糊涂的就过去了，想起2009、2010的某些小事与细节，历历在目，感觉一切都像是在昨天发生，时间不因你意愿而停下来或者缓慢起来，过去的总是要过去，新的时刻总是要来到，而不管你是否愿意接受。       简单的总结一下自己过去的一年的表现吧，套用一句简单的话来说：前天年消磨时光，后半年磨消时光，脑子中记忆7、8月份还偶尔在游戏中，此后就忙碌的不知道东南西北了，或许这也是一种生活吧，2010最成功的就是把AgileE

大多数人会对他们在.NET中的算术的"出错"首先感到惊讶。使用一些称为”浮点”算术来表示非整型数字不是.NET 相比其他大多数语言/平台特殊的地方。在.NET 内部是没问题的，但是你需要知道一些底层正在发生什么，否则你将会对一些结果感到惊讶。 我在这个事情上不是一个专家这不重要。虽然写了这篇文章，我也发现了另外一篇 - 这次是一个真正的专家写的，杰弗里 萨克斯(Jeffrey Sax)。我强烈建议你也同时读他的浮点文章。 什么是浮点数？ 计算机总是需要一些表示数据的方式，最终这些表示数据的方式总是归结为二进制(0,1组合)。整数很容易表示(对负数有合适的转换，有确定好的范围可以知道表示从多大开始)但是非整数有一些复杂。不管你想出什么方法，总是有一个问题。例如，使用我们自己的十进制方式写数字: 仍然(在十进制内部)表达一个三分之一的数。你在一个3循环中结束。无论你使

Cacti进行服务器监控时，5分钟的高精度数据默认只保留2天的数据记录，也就是说，两天以外的流量，我们就看不到5分钟的数据了。这对于我们现有的业务需求有所冲突，所以找了一些修改RRD保存周期的方法，可以对现有的RRD文件的保存周期进行修改。对于新建的rrd，可以通过 Data Source –> RRAs 中修改对应的 row，这样新建的数据，就默认使用新值。 注意：修改rrd尺寸的操作非常危险，在操作之前，备份您的rrd数据。本篇文章是个破坏你的rrd数据的最好机会。 不通过命令行修改rrd的最简单的办法是使用The Toolsmith。这个工具有商业版和免费版，感兴趣的同学可以点击下面的链接试用一下。 在参考资料1中可以下载一个resize.pl。是用来在命令行下修改rrd大小的工具，这个工具刚开始执行的时候，可能会提示一些perl模块的缺失。这个时候，一般只要按照

当一个人太执着于某一个东西的时候， 会错过很多美好的东西！ Python值得学习的一个工具，不要局限在当前使用的语言中。 在大概3个月之前，Python对我来说一直是个迷。然而，就在3个月前我经理给我一个任务——删除（替换）所有项目源码文件中包含特定几行内容的所有注释。整个项目源码的大小有1G，在Linux服务器（中高档）上编译需要半个多小时，可见代码量之大，不可能手动去一个一个改。肯定得用脚本去处理，于是我想到了Python。在这之前没有接触过Python，花了2个星期一顿恶补之后，总算顺利交差了。 一直很想和大家分享一下碰到的问题及我如何解决的（可能我的方案并不好，但是他能够解决我的问题），但一直拖到现在是因为我感觉我还对Python的了解还不够。因为要在短时间内完成上面交下来的任务，在学习Python的时候，都是走马观花，对解决自己的问题不相关的直接跳过，看资

  钱李峰 的这篇博文《Asp.net中的认证与授权》已对Asp.net 中的身份验证进行了不错实践。而我这篇博文，是从初学者的角度补充了一些基础的概念，以便能有个清晰的认识。   .codearea{ color:black; background-color:white; line-height:18px; border:1px solid #4f81bd; margin:0; width:auto !important; width:100%; overflow:auto; text-align:left; font-size:12px; font-family: "Courier New" , "Consolas" , "Fixedsys" , "BitStream Vera Sans Mono", courier,monospace,serif} .codearea

上周侯捷大师来京做了一次讲座，有幸和他聊聊。当别人排队，而我也在排队。有意思的是当别人在找侯捷大师签名时，而我确有幸为侯捷大师签了一次名，当然是在我的《葵花宝典——WPF自学手册》上签下了自己难看的名字。这不是重点，重点是他提到他的人生中几件关键的事情。其中一件，如果我的记忆没有错的话，应该是Windows 3.0来的时候的冲击，他当时还在一个台湾的研究所里工作，在考虑窗口，控件如何“Message Based，Event Driven”（以消息为基础，事件驱动之）。Windows3.0来了，一下他的模糊思路明晰起来，尽管侯大师考虑的只是一个雏形，而Windows是实实在在真正的产品。但这并不重要，重要的是他们的思路不谋而合。这样他不至于在DOS到Windows巨变的情况下“死在沙滩上”。很多程序员由于无法从DOS的编

近段时间，一直在负责一个产品版本改造（C/S系统进行B/S改造）的研发项目管理，在任务紧、时间短、团队成员又没有相关技术（Silverlight）背景的恶劣情况下，我带领包含我在内只有6个人员（5个研发人员，1个产品经理，产品经理在系统版本改造中主要精力投入到辅助市场部进行产品推广去了）的超小型项目团队，终于在公司给定的时间范围内完成了整个产品的版本改造。这其中经历了需求变更、技术风险、人员变动等诸多问题，项目任然取得了成功，这种使用新技术的试验项目能够取得成功不得不说有几分侥幸，更多的还是团队兄弟之间的互相帮助、团队协作。   　　在历时3个月的产品版本改造过程中，经历了大大小小的诸多问题，积累了一些经验和教训可以和大家分享。其中主要包括：需求、设计、研发、测试、实施、进度、风险、沟通、团队管理等。由于刚涉入研发项目管理，很多方面都做得不到位，于此记录下本次产品版本改造中的点点