2011年6月16日

本文教你如何成为一名不合格的程序员，已经成为或即将成为或具有该潜质的童鞋可以看看，复习一下，也请不吝赐教。其他的认为一辈子都无法达到这种境界的童鞋，可以以此文作为茶余饭后的笑料。

1. 永远要两次跳进同一个坑里。

2. 让你的Leader重复他/她说过的话。

3. 每件事情只做好一半，但要跟Leader说：差不多了。

4. 永远不要对自己做过的事负责。

5. 要写出连自己都看不懂的代码，这样才显得自己与众不同。

6. 编码规范神马的都是浮云，哥的代码才是标准：变量名用abc，方法名大小写等都是即兴表演。

7. 不管什么问题绝对不要跟Leader说，以免他/她知道你的不足。

8. 你的编程知识已经可以应付一切项目了，啥学习或培训都不用啦，空余时间泡妞玩游戏已经够累啦。

9. 多犯一些低级错误，反正Leader也是闲着没事干，让他/她看看我的“杰作”刺激一下神经多好啊，不是吗？

10. 如果运气不好不小心参加了公司的开发培训，在课堂上左耳进右耳出就可以了，然后在开发过程中不断去提问吧。

11. 像神父传教一样多向周围的程序员宣传“技术无用论”。

12. 上班时间打打酱油，下班时间加加班，这是必须的！

13. 干完一项任务别告诉Leader，一旦让他/她知道就会分配其他任务来的。

14. 拿着一个锤子干活就足够了，其他神马的都是钉子而已。

15. 别去看人家的博客，甭管它有多优秀；买书籍？又不能当饭吃！等有问题，在论坛上发帖跪求就KO了。

16. 你不会写的代码都是因为Leader没有提供一个可以供你Copy的版本而已。

17. 提交一些不能编译的代码到代码服务器吧，很有趣的。

18. 注释是多余的。

19. 未来想做项目经理，所以不用学技术，开发前不用搞什么计划，开发后也不用总结。

20. 多信信什么什么哥之类的，他能让你原地复活，挂几次也不怕，就是不要常挂在一个公司上。

  2011年6月8日

大概两年前我写了篇《QueryBuilder ： 打造优雅的Linq To SQL动态查询》，赢得不少厚爱，如今它还是我博客访问量最高的一篇（即使只有可怜的5500点击量，比一些大牛们少一位数）。时过境迁、岁月不饶人，当年得意之作现在看起来不值一文。收集一下朋友的反馈，主要有下列问题：

1. 不支持 Entity Framework
2. 不支持.Net 4
3. Equals(c=>c.xx, null) 之前是被忽略掉，实际上应该解析成 c.xx is null。
4. Between 没有考虑字符串的情况，例如 Between(c=>c.xx, ”A” , ”Z”) 则解析会报错。
5. 部分不支持Nullable类型
6. 其他没实现的功能：大于、小于、或…

——现在——

QueryBuilder已经发生翻天覆地的变化，但对于使用者来说，使用接口还是一成不变的，并且完全兼容上一版本。当然，它依旧是开源&免费的！

var queryBuilder = QueryBuilder.Create<Orders>()
    .Like(c => c.Customers.ContactName, txtCustomer.Text)
    .Like(c => c.Customers.CompanyName, txtCustomer.Text)
    .Between(c => c.OrderDate, DateTime.Parse(txtDateFrom.Text), DateTime.Parse(txtDateTo.Text))
    .Equals(c => c.EmployeeID, int.Parse(ddlEmployee.SelectedValue))
    .In(c => c.ShipCountry, selectedCountries);

技术分析

Lambda表达式的参数作用域

难点在于不同查询条件之间的参数作用域是相对独立的，如果直接使用 Expression.AndAlso来拼接是行不通的。

上一版本用Expression.Invoke解决，但Invoke在EF下不支持。

解决办法是改用 ExpressionVisitor，重写VisitParameter，返回新的参数表达式。

public class ParameterExpressionVisitor : ExpressionVisitor
{
    private ParameterExpression newParameterExpression;

    public ParameterExpressionVisitor(ParameterExpression p)
    {
        newParameterExpression = p;
    }

    public Expression ChangeParameter(Expression exp)
    {
        return Visit(exp);
    }

    protected override Expression VisitParameter(ParameterExpression p)
    {
        return newParameterExpression;
    }
}

也即是获取第一个Lambda表达式的参数，把后面的表达式用该参数替换。

private static Expression GetMemberExpression<T, P>(IQueryBuilder<T> q, Expression<Func<T, P>> property)
{
    if (q.Parameters == null || q.Parameters.Length == 0)
    {
        q.Parameters = property.GetParameters();
        return property.Body;
    }
     
    ParameterExpressionVisitor visitor =new ParameterExpressionVisitor(q.Parameters[0]);

    Expression memberExpr = visitor.ChangeParameter(property.Body);

    return memberExpr;
}

In操作

旧版本的In操作不支持EF，改成通过反射获取泛型方法。

……
       Expression<Func<P[], P, bool>> InExpression = (list, el) => list.Contains(el);
        var methodExp = InExpression;
        var invoke = Expression.Invoke(methodExp, constant, property.Body);
        Expression<Func<T, bool>> lambda = Expression.Lambda<Func<T, bool>>(invoke, parameter);
……

其中有重载的泛型方法的获取比较麻烦，大家可以观摩一下代码，看看有无好建议。

//var method = typeof(Enumerable).GetMethod("Contains");  //因为有重载，这样获取不到
private static MethodInfo method_Contains =
                (from m in typeof(Enumerable).GetMethods()
                 where m.Name.Equals("Contains")
                     && m.IsGenericMethod
                     && m.GetGenericArguments().Length == 1
                     && m.GetParameters().Length == 2
                 select m
                ).First();

Like操作

旧版本的Like操作使用SqlMethods.Like，也不支持EF。新版本改成字符串的Contains。

typeof(string).GetMethod("Contains", new Type[] { typeof(string) })

Between操作

旧版本的Between不支持字符串，例如 Between(c=>c.xx, ”A” , ”Z”) 则解析会报错。新版本增加新的扩展方法单独处理字符串的情况。

Between<T>(this IQueryBuilder<T> q, Expression<Func<T, string>> property, string from, string to)

小结

很难得两年写的东东在今时今日还能保持原有接口不变并成功重构啊，已经激动到内牛满面&裸奔ing…

源代码下载 CoolCode.Linq.V2.rar

参考

http://www.cnblogs.com/coolcode/archive/2009/09/28/IQueryBuilder.html

  2011年5月17日

客户

小霸王（闺女的别称），出生10天。

原始需求

为小霸王换纸尿片。

需求细化

换纸尿片，擦干净屁股，不能着凉，舒服。

客户满意度

小霸王不哭，屁股要干净。

项目角色

在前几个项目，我都是担任助理工程师，如在换尿片项目中端水、拿垃圾桶等细活。但由于参与整个项目过程，慢慢领会项目各阶段的奥秘，立马晋升成项目经理，现已成功实施3个项目经验，也是客户满意度最高的几个。

约束条件

小霸王怕冻；不懂技术语言，只会发3个音——咿呀哇。无法把握客户需求有一部分原因是，当她哇哇叫时，是要换尿片呢还是要喝奶呢。因为对于客户看来，换尿片和喝奶都是同一样东西，因此她表达都一样，需要不断细化才能准确把握真正的需求点。

项目风险

预估项目风险有利于降低项目风险。换尿片的风险其一是小霸王容易着凉，会导致整个项目失败，是最高风险；其二是换纸尿片时，小霸王的黄金可能会漏出来，导致项目成本增加——拖地。

项目启动会

小霸王叫了，确认换尿片角色——我担任项目经理，兼项目实施；小霸王妈妈担任高级换尿片工程师。

团队激励

换纸尿片项目是客户面前最关注的一个项目，成功实施会向全省BB推广。

项目估算

工作量：2人8分钟；资源：2人、取暖器、爽身粉、盆子、暖水、垃圾桶、纸尿片、毛巾、手帕（擦屁股用）。专家评估法：关羽阿妈评估5分钟、刘备阿妈评估9分钟、张飞阿妈评估10分钟，最后汇总得出结果是8分钟。

需求分析

小霸王怕冷，要关好窗户，开取暖器以防着凉。擦屁股在保证擦干净的前提下，力度得适中，擦的舒服。

技术准备

准备取暖器、爽身粉、暖水、垃圾桶、纸尿片，关好窗户，并精通尿片使用指南。

项目设计

关窗，取暖器温度适中，暖水接近体温。脱小霸王的裤子、原纸尿片放入垃圾桶，用暖水擦屁股，用毛巾擦干，刷爽身粉，换上新的纸尿片，穿裤子，关暖气、开窗，清理现场。

项目实施

按设计流程和要求实施，并增加环节：在整个换尿片过程，用各种办法分散小霸王的注意力。如果实施过程不合客户的要求，她会发飙，哇哇乱叫——老爸！你手脚还不快点，想要我的小命是不？！

团队协作

小霸王妈妈抽掉旧尿片后，反馈并说明可以进行擦屁股流程。

客户验收

小霸王愉快地睡觉。

项目总结

这个换尿片项目等到客户的一致好评，准确把握客户需求，成功控制取暖器的温度和擦屁股的力度。

过程改进

降低成本，如在保证小霸王舒适度的前提下减少纸尿片的支出；提高效率：减少换尿片的时间。

团队建设

提高团队协作能力，换纸尿片各环节的配合；提高工作效率，快速地帮小霸王宽衣穿衣。

知识库管理

项目成员总结项目经验并且文档化，启动新成员。如本文。

产品化

出书《高效换尿片的45个习惯》、《走出换尿片的作坊》，开发换尿片机器人等。

温馨提示

暂无小孩的朋友等将来有小孩后再来看这篇文章会更有意思。

感想

今日换纸尿片突发奇想，激发项目管理的灵感，兴高采烈，赶紧磨墨写文，存此流芳百世。

  2011年5月13日

几乎每种行业都有基层主管（或基层管理人员），而软件行业的基层主管一般是项目经理、技术经理、开发经理、组长等。其职责是资源协调、风险预估、项目管控、团队建设，说白一点大多数的企业现状就是项目负责人带领团队攻下一个又一个项目的过程。很多公司以项目成败作为项目负责人考核的唯一标准，因为项目规模、成本、客户满意度等容易量化，并且是直接跟公司的利润有很大关系；而相反团队建设却难以衡量，如何衡量一个普通技工晋升成高级技工到底是基层主管的培养还是原员工本身就具备高级技工的技能。因此，难免出现以项目额度论英雄的局面，这样往往造成一将功成万骨枯的悲壮场面，并不利于团队的发展。卡耐基曾经说过，带走我的员工，把我的工厂留下，不久后工厂就会长满杂草；拿走我的工厂，把我的员工留下，不久后我们还会有个更好的工厂。我的观点是，从短期目标来看，项目成功是解决温饱问题的指标，如果温饱问题未解决，还如何谈吃得好，如团队经常疯狂加班赶项目就是温饱尚未解决的一种表现；从长远角度来看，团队建设是迈向“吃得好”的改进过程，或着说是一种手段。

一只狮子带领一群绵羊的团队会战胜由一只绵羊带领一群狮子的团队

如果你是一只绵羊，配备一群狮子般的团队也是枉然。说到这里，我曾经从一个电视节目看到十多只年轻狮子攻击一头河马，由于缺乏领队，结果导致河马成功逃过一劫并且一头狮子牺牲这样难以置信的场面。后来，同样这群狮子在一只经验丰富的狮子带领下，战胜比河马更强壮更凶猛的对手。

基层主管往往来自基层的优秀员工，在成功转型之前必须先把自己的宝剑磨利。

在NBA赛场上，5个科比组成的球队可能会输给联盟任何一只球队

一个项目一般需要若干个成员组成团队——售前、需求、设计、开发、测试、部署等。而现实情况往往是，要么项目急、要么人员未到位，或者两种情况都有，那么开发人员由于在公司所占比例大，可能会兼做需求和测试。这样造成的后果是，需求把握不明确，测试不到位导致软件质量差，客户不断投诉。

正如下象棋一样，必须了解各种棋子的角色和作用，以及它们应该摆放的位置。否则拿车当兵使，后果可想而知。

当项目出现危机，基层主管的第一反应是？

如果第一反应是“这个问题是哪个兔崽子造成的”，意味着该主管的思维是先追究责任。有一次，需要向客户演示现有的开发成果，由于各种原因导致离演示的前一天发现很多功能都未完善，如果照这样演示给客户看的话简直是演猴戏。当时，基层主管唯有向上汇报，而高级主管的第一反应是，评估完善这些功能需要多少时间？现在增加资源是否能够缩短工期？需要哪些资源才能完成？并且在该项目所有成员目前表示，他不想追究任何一个人的错误，首要任务是先分析如何能够解决问题。事后，他再向基层主管了解如何改进才能避免同类问题的发生，通过这种方式相当于给基层主管上了一次深刻的管理课程。

聆听团队的意见

善于聆听是良好沟通的铺垫。如果你的团队成员在他岗位上老老实实的干了几个月，突然他有一天告诉你（或者从其他成员了解到），他觉得自己的工作没意思。这其实不完全是分工的问题，很大程度上是沟通出现问题。试问，他是觉得没意思，而不是不合适，即他胜任这份工作，可惜觉得缺少了什么，可能是缺少锻炼机会、想换个项目等等。主动去了解团队成员的意向，因为把他们放在感兴趣的岗位会发挥他们潜在的能力。当然并不是每个人都能找到适合自己的岗位，恰当的给予激励会鼓舞士气，保持工作的热情。某些基层主管把开空头支票当激励，结果失信于团队。

最大限度地发挥团队的力量是每个基层主管的职责

最大限度地发挥团队的力量的前提是得深入了解每个团队成员的技能和喜好。特别是软件工程师，很多不善于语言表达也不会表现自己，更多的需要基层主管去观察。如A君喜欢钻研技术但是缺乏经验，如果有技术难度较高地先分配给他，帮他分析解决方案，更重要的是给他信心。

不要说我以为

基层主管不同于普通员工，一旦犯错就勇于承担。如果说“我以为…，想不到会…，结果造成…”，是一种借口，是不成熟的表现。

让团队主动反馈

基层主管要了解他管理的不是一群机器，是一支优秀的队伍。如果把团队训练成机器，最终会累死基层主管。例如，你需要挨个挨个的去问他们工作进展的怎么样，或者索性让他们写日报周报来反馈。这样得到的结果就是一切看起来很美好，而实际情况就可能隐藏一个个定时炸弹。如果并非团队成员的主动反馈，“被反馈”往往是走走形式，例如某某说“A功能完成了，B功能差不多了”。到了第二天、第三天还是“B功能差不多了”。主动反馈是简要说说工作的问题和解决方法，如某某说“A功能解决方案是…，B功能遇到…问题，C功能预计明天可完成”，并且更重要的是，不是等到你去问他才反馈。

总结

以上纯粹是自己对基层管理的个人看法，也是自己一些微薄经验的一个小结，思维有点混乱。这里抛砖引玉，希望听到更多的建议。

  2011年3月15日

目前公司挺缺人才，其实一直都缺。一个多星期下来，我面试了不少开发人员，他们的表现实在不敢恭维。想起一年前这个时候，作为应聘者的我再怎么逊也不至于这样，一年前的面试故事请猛击这里。

作为初入职场，特别是对于刚踏入社会的热血青年，其实很希望，即使是得到那么一丁点的指引，也足以让他们少奋斗一段历程。作为过来人，我为那些工作一两年仍然停留学生阶段的朋友感到惋惜，与其勉强为了专业对口而从事自己不擅长的工作，倒不如索性转行来得痛快。

下面总结面试者和面试官两者应该具备的基本要求——

面试者应该了解

1. 笔试题做得好，不代表什么；但做不好，往往给面试官第一印象就不太好。即使卷面不合格，也不用妄自菲薄，因为说不定做得比你差的大有人在。

2. 自我介绍不要三言两语就结束，即使是刚毕业的大学生也不至于这样吧？

3. 你不用长得帅气或迷人，但请保持应有的仪态和谈吐。

4. 永远永远不要把你的简历折得皱巴巴，因为它是你的敲门砖。

5. 尽量保持微笑，以及眼睛注视对方，特别是当面试官提问的时候。

6. 专业基础知识一定要扎实，不要告诉面试官你因为工作的原因而忘记了，因为这些知识不应该是用来记的。

7. 当面试官问你是否掌握某方面技术，不要明明没了解过也说自己掌握，否则被问了一个很基础问题就哑口无言。

8. 最好不要被动回答问题，面试官其实很想听听你独到的想法。

9. 最好准备两个以上问题，礼貌地向面试官提问。

10. 最后，如果你面试失败，其实有可能你不适合这个公司而已。

作为面试官，希望在这里抛砖引玉

1. 永远记住：发掘面试者的潜能是你的职责。

2. 私人问题不要问，唯一一个例外就是：问面试者为何离开上一家公司。

3. 不要带有感情色彩去面试，如果那天实在无法调整自己的情绪，把这重任交给其他人。

4. 对于不合格的面试者，绝对不要有半点吝惜。

5. 在面试者眼里，面试官代表公司形象，不要表现强势不可一世，否则毁了公司形象。

6. 不要招聘心术不正之人，甭管他技术胜人一筹。

7. 了解面试者自我学习和解决问题的能力。

8. 不要光凭笔试题目为面试者打分。

9. 真正有才华的人凤毛麟角，因此给自己更为面试者开一条路：你要招的只是合格者而已，将他与公司同等职位的人作比较是最合适不过。

10. 最好一点，也是最重要一点：不要以为只有面试者在面试前要准备，面试官也不例外。

每年招聘或应聘的高峰期又如期而至了，祝找工作的如愿以偿，招聘的招到千里马或潜力股。