shuxx

摘要： 这篇文章对于经常需要写PPT的人来说应该会感觉非常到位，有种茅塞顿开的感觉，以此帖上来与大家分享。希望对大家也能有有一些帮助！ 思路！做PPT最最重要的就是思路： 做PPT的流程： 1：最开始什么都不要想，不要去查任何资料，也不要接触电脑，而是用笔在纸上写出提纲，当然，能简单的划出逻辑结构图最好了，越细越好。 2：打开PPT，不要用任何模板，将你的提纲按一个标题一页整理出来（过去我就总是追求完... 阅读全文

摘要： 阅读全文

摘要： /// 将Xml内容字符串转换成DataSet对象 /// /// Xml内容字符串 /// DataSet对象 public static DataSet CXmlToDataSet(string xmlStr) { if (!string.IsNullOrEmpty(xmlStr)... 阅读全文

摘要： 对每一项功能都要有高标准的要求，不要试图想靠忽悠来取得胜利。每项功能每种环境都要求达到至少是实用的效果。不要有认为差不多就行了的想法。要想使一个系统能达到真正能用的（用得好）的层次，达到使领导达到一个决策的水准。确实需要对每种方式，每个细节都要了如执掌才行，如果我们这些专业人员都用起来别别扭扭，那你让领导怎么去用？怎么相信这项东西的使用水准。做软件要求精益求精，来不得半点马虎。... 阅读全文

摘要： 公开： 在走廊的过道上，以非常醒目的方式列举出每个部门绩效考核的前两名，并附上考核明细和个人照片。在一个更大的地方则显示年度绩效先进的集体。 标准： 将每个考核素质模型贴在墙上，而不是口号。感觉这更加实际，只要员工的素质有了提升，各种目标都容易达成。这让我想起一个故事：墙角有一架梯子，以前有一行标语：“此处危险，请小心！”，但事故依然时有发生，后来一管理学家实地... 阅读全文

摘要： 刘总说得好：要想成为一个好的售前人员，就不要参与市场人员与客户的活动。要树立我们的职业形象，我们和市场人员是不一样的。况且从我个人来讲，估计我永远也成不了市场人员。因为我不擅长吃，玩和吹牛。明天地铁的演示还是给我带来了很大的压力。同时也是一次很不错的锻炼机会，如果过了这一关，那么将意味我的能力和自信将会得到一个突破，为以后的职业生涯做了一个很好的铺垫。 明天早上要做一... 阅读全文

摘要： 用户反应在一台新安装的服务器上，第一个使用系统的用户登录系统很慢，而且每间隔5分钟（5分钟内每人用系统）的样子就，在登录也会出现同样的效果。登录的过程是一个利用vb6.0写的DLL. DLL的代码非常简单。从代码看不出这个问题的原因，于是写上日志，重编译后发给用户使用，结果登录慢的现象消失。后来干脆直接用原来的代码直接在编译一次，现象也消失。问题是解决了，但原因不祥！ 另一个客户出现部分机... 阅读全文

摘要： 单一职责就是指一个类应该专注于做一件事。现实生活中也存在诸如此类的问题：“一个人可能身兼数职，甚至于这些职责彼此关系不大，那么他可能无法做好所有职责内的事情，所以，还是专人专管比较好。”我们在设计类的时候，就应该遵循这个单一职责原则. 说起来容易做起来难，在实际设计或评审过程如何确定是否该拆分呢？尺度如何把握？原则很简单：需求决定一切，如果我们需要的东西是一个在生命周期内不会变的东西，则尽量把他... 阅读全文

摘要： 今天和同事聊天，说起一件事情：他部门几个新进员工很多常规简单的工作没做好，非得他亲自出马搞定。他说起：他们的系统在开发初期是有很多文档的，但随着系统的升级和项目的二次开发。产品的版本多了，二次开发的项目多了，即使有很全的文档也没形成体系。而且很多二次开发定制的功能时间久了，当初是否有文档也就不清楚了。所以导致很多知识的传承只能靠人员间的传授，有点象小说里面的师傅要亲自手把手传授绝招一样。这让我... 阅读全文

摘要： 最近以技术和产品顾问的方式参加了接连参加了几次售前工作。一点体会，做为产品研发人员原来我们考虑问题的时候多从我们怎样提供灵活、稳定、二次开发强的基础平台。解决问题多从：我能做什么去考虑。当越来越多的接触客户后，发现推广一个产品，光有我能做什么是远远不够的。因为用户对于我们的期望，除了能做什么，还要求我们有什么？怎么利用现有的东西去改进他们的工作，而不仅是他们提出要求我们能去实现这些要求... 阅读全文