摘要： 编码人员的误区 误区一：因为任务紧迫，所以没有时间想 有些人认为只有在领导规定的时间内完成任务才是最重要和最紧急的。至于方向是否正确，功能是否完整则没有时间去考虑。 这些人陷入了多写些代码和程序就会安全了的假象当中。殊不知方向错了，跑得越快，损失越大。 抱有这种想法的根本原因在于他们的不自信，不知道如何分析问题，找出最佳解决途径和细致的评估影响面，因而无法向上级提出一个更加合理的时间。 例如： Bulk Address feature 的设计者也是说时间紧，没时间细想。后来的结果就是这个 feature 的 design 和代码被一次又一次的推翻和重做。而我们的 leader 也因为反复的向 Jerry Lu 解释上次做错了能否接受我们新的 Solution 而招致了 Jerry Lu 的反感。 误区二：在最后一刻告诉 Leader 代码写完就算开发任务完成了 这种人认为只要写完代码告诉 Team Leader ，自己就可以交差了。 如果做错了，大不了重做； 如果漏做了，大不了补做； 如 阅读全文

摘要：近来发现，有很多同事在设计Asp.Net Application时，选择用字符串拼Html文本而不用GridView等控件，原因居然是“Asp.Net太慢”。看来有必要再次明确一个本质问题：我们是做产品的，不是搞学术研究的；同时要强调一个习惯：要用事实去证明你的猜测，而不要臆断。 一、Remember：我们是做产品的，不是搞学术研究的 直接贴一个前阵子的一封邮件，“全在邮件里面了”： 发件人: 发送时间: 收件人: 主题: 答复: 关于WebService的性能损失 这个问题里面，缺少对用户场景的描述。 我认为，我们实际应该关心的并不是这两种方式的性能究竟差别有几倍，而是他们是否会对用户、对业务产生影响。 在这个例子里面，1500次的访问，WebService多出了5000毫秒，平均每次访问多出了3ms。那么我有以下几个问题： 1、当用户执行一次操作的时候，会调用几次Web Service，从而会多出多少毫秒？ 2、多出的这些时间，是不是我们必须省下来，还是在允许接受的范围内、可以忽略不计？ 3、如果用户的一次操作确 阅读全文