IT 人应具备的一些素质

  1. 分享。乐于分享,才能共同成长。
  2. 开放 & 空杯心态,接受新事物。
  3. 没有实践就没有发言权。
  4. 没有彻底理解,不要去推翻它。
  5. 不要抨击其它你认为没有意义的技术,任何事物都有它产生的原因。
  6. 不要看不起老技术。只有站在巨人的肩膀上,你才能看得更远。
  7. 认识到:业务是收益、技术是成本。

设计杂谈

  1. 如何做到方案设计得比较完善?答:一项浩大的方案设计,需要平时不断地收集、整理问题。这样才能在出解决方案的时候,做到尽量全面地解决问题。不可能靠人脑临时想出一个完善的方案,很可能会丢三落四,顾此失彼。
  2. WPF框架使用有感: 不熟悉框架的时候,使用框架写出来的上层代码很多都是无用的、杂乱的,这也正反映了底层知识的不足。 随着不断的学习深入,逐渐地对这些上层代码进行重构。每一次精简,都是对底层知识的积累。 忽然有一天,你发现代码被重构得非常简练了,其实也会发现原来基础知识也都越来越扎实了。回头想想,当初写的都是些什么代码,纯粹是为了应急,搞出来就行……
  3. 删除没必要的抽象(例如两年内用不到的),每个抽象都增加了使用的复杂度。
  4. 程序都要尽量地解除耦合,单向依赖。但是有时候是无法做到的。 “双向紧耦合的设计,往往是极度抽象的设计,很可能是经典一笔~” 例如 .NET 中的:AnimationTimeLine 和 Animatable。 要理解这样的程序,也需要从抽象层面入手。
  5. 只有当全面整体熟悉甚至精通这些理论与技术之后,设计才能做到得心应手:“编程手法”★、数据结构★、算法★、数据库、操作系统、编程语言、基础平台类库★、基础平台框架★、网络、ORM、XML、序列化、Web、协议、设计模式★、架构模式★、思维导图★、设计经验★。
  6. 写了代码那么久,越来越体会到,代码注释最重要的不是解释这几行代码做了什么,而应该写清楚为什么要这样做。“做了什么”,就算你不写注释,他人大不了花点时间看看代码流程。但是“为什么这样写”,你要是不写注释的话,就没人知道了。
  7. 对于框架而言,API 的公有接口设计是非常重要的,如果这些公有接口没有设计好的话,说明封装没有做好,类型抽象不到位,内部的设计只可能会更糟。

查看原文