yandavid的专栏

如何成为系统分析员 系统分析“需求分析实际应该是问题分析”。含义是系统要解决的是问题，而不是用户提出的需求。经常发现系统完成后，客户说“我的问题还没有解决”。可是，需求分析稿上的目标都搞定了。　　既然是问题分析，所以，熟悉目标系统的知识就是必要的。甚至，可以说，一个好的系统分析员也应该是好的业务专家。　　在中国作分析重要的是人气，因为中国的企业级信息系统的建设在很大程度上可以说并非确有需求，而是迫

【求职经典】五花八门的问题之应对方法 应对HR如果有什么不成熟的看法，欢迎跟帖与我探讨交流。求职经典问题之一：频繁跳槽的应对对于任何一个公司而言，员工的不稳定是最大的隐患，这不仅导致公司招聘成本的增加，也破坏了工作的延续性。所以在面试过程中，公司也会特别关注应聘者的跳槽频率。但是，我对于频繁跳槽的人并没有太多的鄙夷。很多工作在应聘时是看不出好坏的。就像公司对新录用的员工有一个所谓的试用期，那么员工

人无完人 人类头脑的工作方式是非常复杂的。世上没有两个脑袋想法一模一样。就像两个指纹绝对不可能重合，两个个体的工作方式也不可能哪怕90%合辙。美妙的自然，创造出如此多而各不相同的个体，实在让人赞叹。但是，商业目标对所有利益相关方都保持“唯一而相同”。这里提到的人，代表所有参与项目的利益相关方，他们来自不同部门，如（a）项目团队成员、（b）业务用户、（c）管理层和出资人。每个项目在每个地方都需

1) 注重概念和架构设计，而轻详细设计    敏捷开发中，注重概念和架构设计，而轻详细设计。这里的概念设计，可以看成是为什么要做这个产品或模块，强调的是产品的路线规划、市场趋势、客户价值、技术趋势等。架构设计，可以看成从整体上看，概念设计应该用什么方式实现、分几个层次、多少组件、不同层次和组件之间关系是什么。详细设计，则是具体的设计和做法、API接口等。    一个产品，特别是面向行业的产

我们一直在上演“混乱大都市”的神话传说    我们一直在上演“混乱大都市”的神话传说。呵呵，在这里工作了将近一年半了吧,在公司认识了数以百计的人，但是现在在公司还是没几个能叫上名字的。真正关系好的还是没几个。苦恼，为什么这里的药水换的这么快呢？    我第一次接触“混乱大都市”，是在我加入了创建它的公司时。初看上去这是一份有前途的工作。我将加入一个团队，参与基于web的银行服务系统代码集开发，

安装非英语版本的 Microsoft Visual Studio 2008 Service Pack 1 (SP1) 后，某些本地化的“智能感知”文本可能会还原为英语。此问题出现在下列语言版本的 Visual Studio 2008 SP1 中： 简体中文 繁体中文 德语 西班牙语 法语 意大利语 日语 朝鲜语修补程序信息Microsoft 提供了一

Visual Studio 2010 配合同时发布的TFS，为开发团队提供了全面的应用程序生命周期管理（ALM）工具和平台。在2010这个版本中，对于敏捷，或者说Scrum模式的支持是前所未有的。虽然微软的Visual Studio Team System从2005年开始发布的时候就提供了敏捷流程模板（也就是MSF Agile）模板，但是2008版之前的这个敏捷流程模板都是基于MSF（微软解决方案

大家都知道，现在的软件开发已经不再是20年前个人英雄主义的时代，一个超级程序员就能够搞定一切的情况已经很少存在了。更多的情况是我们都是以团队的形式进行系统的设计和开发，因此，团队精神也变得越来越重要。   早在我刚刚毕业要踏入到软件开发这个行业的时候，就在自己的简历里面写到：具有很强的团队精神。然而，说句实话，当时对这个词的理解真的不是那么透彻，只是觉得人缘好，和别人合得来，就叫做有团队精神。