摘要：
1. 进到一家开发组织，要主动去了解业务，了解领域知识。这种努力或者说这个过程，可以帮你更胜任工作，与业务人员合作更加愉快，获得组织内更高的认可和发展；另一方面， 结合具体的业务场景/特殊的业务需求，讲述设计方案，更能体现一个人的设计经验和素养，也更能向听众准确的传达设计思想。2. 哪里都有政治，自清也别忘表现，不结怨。3. 技术领域广阔，每个人关注的层面也不尽相同，找到自己感兴趣的领域，做更好的自己。4. 技术管理是个难题，执着与妥协交替，尤其合作者间没有很明确的分工。5. 方案和实现都要评审，不然日后补救的可能就是你自己。6. 无论何种开发方法，设计过程中确定下来的内容，一定要有哪怕是最简 阅读全文
摘要：
需要在公用组件里提供一个方法, 直觉的使用了为某个类型扩展方法的方式.编码结束后, 回想为什么没有采用静态方法的方式. 开始觉得前者通过VS的智能提示, 更容易向程序员即时传达"你可以试试这个"的信息.但隔天再想, 在这一点上两种方式并无明显区别, 而要结合上类型的使用频率和场景. 比如对List<T>做扩展, 扩展方法的方式较好;但对IDataParameter[]做扩展, 因为使用场景较局限, 程序员较少用到对象的成员, 所以友好的类名+静态方法的方式可能更佳.当然, 是否引入扩展方法, 往往首要考虑的不是有效告知程序员的因素.但在编码时多考虑人的因素, 是 阅读全文
摘要：
休息的时候趴在同事旁边, 看他写代码.为了对某些方法注入相同的处理逻辑, 他选择在方法上增加Attribute的方式,但是对于一些Web Service代理类的方法, 则是采用另外一种方式：将方法名放到配置文件中。两者皆是通过某第三方框架完成实际的注入.他的考虑是代理类是工具自动生成的, 依赖于外部变化, 所以没有采用在代理类中为方法加上Attribute的做法.这点很对. 但是当外部变化发生时, 手工维护那么多配置项会是件低效易错的事.于是我们讨论了改进的方法:1) 利用Visual Studio的自动从类中提取接口的功能, 为代理类生成对应的接口.2) 原本使用代理类的地方替换为接口.3) 阅读全文