摘要：
这是敏捷生态系统系列的第四篇（之一，之二，之三，之四，之五）。一半内容属于需求管理生态，一半内容属于计划跟踪生态。在实际开发环境中，产品负责人常常和开发组存在潜在的利益对立。前者往往希望在更短的时间开发出更多的功能，而后者的绩效则多数来自于计划按时率/缺陷率这些会因“更短-更多”而下降的数据，于是两者的隔阂从此开始。敏捷开发中的计划跟踪生态II大致如此（黑体字即图片中的元素）：☺ 产品负责人（PO）与团队的正确互动是自组织团队正常运转的核心机制之一。☺ 产品负责人的权利是统一管理和讲解需求以及需求优先级排序，而义务则是接受开发团队的估算，并承诺迭代期内不变更。☺ 团队的权利在于开发人员自己估算 阅读全文
摘要：
在cshtml或aspx/ascx中制作链接时，若参数可能是中文，则需要使用HttpUtility.UrlEncode()：@Html.Link("角色", "/SFC/Users/Users2Roles?user=" + HttpUtility.UrlEncode(User.Identity.Name))而在对应的Action中，一切照常，不需要"Decode”（也有帖子说需要，但本人实验的结果是不需要）： public ActionResult Users2Roles(string user) { ViewBag.User = use... 阅读全文
摘要：
好长时间没有更新博客了，特别是这个专栏，一是因为自己比较忙，二是因为我还是比较懒的缘故。让各位见笑了。今天在更新一篇。像什么strcpy、strcat等等字符串的操作和实现在面试中经常出现，不管是上机题还是笔试题。而今天在这里我将重点讲讲strcpy和memcpy的实现，而memset也会稍微提一下。 至于这几个函数，在实际的开发中，肯定不会让你亲力亲为的去实现，直接调用就ok了，但是在面试中这是一个考验你的编程基本功的过程。这三个函数的基本功能如下：strcpy:顾名思义，字符串的复制功能，这只是简单的这么说说memcpy:从名字也可以看出来，这个是内存的复制，这就说明，它不仅仅可以... 阅读全文
摘要：
展望未来，总结过去10年的程序员生涯，给程序员小弟弟小妹妹们的一些总结性忠告走过的路，回忆起来是那么曲折，把自己的一些心得体会分享给程序员兄弟姐妹们，虽然时代在变化，但是很可能你也会走我已经做过的10年的路程，有些心得体会你可以借鉴一下，觉得说得有道理的你就接纳，觉得说得没道理的，你就抛弃，以下是我发自内心的，给大家的忠告，特别是针对那些小弟弟妹妹们。01. 自己的户口档案、养老保险、医疗保险、住房公积金一定要保管好。由于程序员行业每年跳槽一次，我不隐瞒大家，我至少换过5个以上的单位，这期间跳来跳去，甚至是城市都换过3个。还好户口没丢掉，其他都已经是乱了，好几个城市里，都有交过三金，甚至是一个 阅读全文
摘要：
这是敏捷生态系统系列的第三篇（之一，之二，之三，之四，之五）。产品负责人PO与团队的互动一直是一个难题。典型的问题在于：敏捷开发倡导“迭代期内无变更”以换取“团队承诺”，而实际上产品负责人却会不断地来提变更，打乱开发计划了。我们应该怎么办呢？产品负责人说“敏捷就是拥抱变化，我现在来提变化了，你们却关门了。”团队说“如果你总是变，下次我们怎么给你承诺。”敏捷开发中的计划跟踪生态II大致如此（黑体字即图片中的元素）：☺ 产品负责人（PO）与团队的正确互动是自组织团队正常运转的核心机制之一。☺ 产品负责人的权利是统一管理和讲解需求以及需求优先级排序，而义务则是接受开发团队的估算，并承诺迭代期内不变更 阅读全文
摘要：
经过一个多星期的折腾，终于基本完成了任务，贴几张图，聊以留作纪念····对了，剩下的20天真的分组要做项目了，fighting！设计的系统首页添加人员信息成绩查询 阅读全文
摘要：
刚开始的时候非常认同asp.net中MVC的Action的布局方法：无论大小，只要是一个动词，都给一个单独的页面，比如Create/Edit/Detail/Index。编写了一段时间后，又发现这样很不方便，尤其是像“创建角色”这样的页面，就一个TextBox,其他什么都没了，单独编写一个Create一个Edit，不如在Index页面上方放一个TextBox，底下已经存在的角色也直接用TextBox而不是文本，这样想创建就创建，想编辑就编辑。又编写了一段时间，又发现这样有风险。因为在另外一个页面上我把所有信息也这样做的，但这个页面会有大量的用户访问，很容易出现大家同时编辑同时更新的问题，锁都锁不 阅读全文
摘要：
这是敏捷生态系统系列的第二篇（之一，之二，之三，之四，之五）。如果说需求管理中尚有一些团队无法控制的因素导致实施困难，计划与跟踪过程总归就没有问题了吧？其实不然，笔者见过领导很放权的全团（很多是因为领导根本管不过来了），但在团队内部仍然存在很大的问题，一般最为突出的，就是每日立会开得毫无生机。这不完全是因为文化差异问题，而是生态系统出了问题。敏捷开发中的计划跟踪生态大致如此（黑体字即图片中的元素）：☺跨职能团队的整体思路是“每个人可以做每个工作”。好处是消除了资源分配的瓶颈和造成队员无法互助的分工壁垒。☺任务应该先估算后分配给个人，以便整个团队（或至少其中的某个小组）都对其保持兴趣，才可能进行 阅读全文
摘要：
这是敏捷生态系统系列的第一篇（之一，之二，之三，之四，之五）。所谓生态系统，就是指互相依赖方能生存的一系列生物。生态系统常常不是单向依赖的，而是互相依赖互相促进。敏捷开发中的实践也是如此。典型地，当一个实践很难实施时，一定不要认为简单的制度可以保证其实施，而是要思考是什么导致了它的失败。比如每日立会，如果发现大家都不按时开会甚至不开会，马上要做的不是要求大家按时开会+开会迟到给大家买水果+统计每月按时比例+……而是要想一想为什么这些人不按时来，他们一定觉得这个会议不是很重要，会上讲的东西听的东西不能帮助自己的工作，反而耽误时间。进而就能发现会议开不好的根本问题。敏捷开发中需求管理生态大致如下（ 阅读全文
摘要：
本文是IT职场人生系列的第八篇。软件公司五花八门，还分为很多行业，给选择公司带来更多困难。不过尽管行业很多，但却有一些相对简单的方法来理解其收入和晋升空间的差异，可以依据自己的个人情况作出正确选择。以下的分类有交叉，请注意选择。项目型公司项目型公司以合同为开发获得的主要起点，尽管经常拥有自己的产品，但往往是半成品，需要与客户签订合同后定制。欧美/对日外包行业是典型，一些电信/银行/政府/税务的集成商（SI）也是项目型公司。项目型公司的主要收入计算方法，是工作人天×单价。尽管有些项目可以报的比较虚，但是由于最终都落实到人天上，所以有以下特点：企业总收入与总人数相关，不会一夜暴富，管理者 阅读全文