谈谈工作方式-博客访问量突破70000之时！
最近一直有些时间来回顾下自己的过去和展望自己的未来，也浏览过很多的一些文章，也看过一些博客。还是觉得有些话要说说。
我担任了微软System Server\Exchange Server 已经快三年了，觉得这三年一个很大的变化在于人员心态的变化，3年前的基本上的问题类型属于你怎么协助我来解决问题，现在呢？我怎么来解决这个问题？
问题的解决方和协助方已经发生了根本的变化。问题提出方已经不再愿意花时间去了解问题地来源是什么，而是我怎么把这个问题解决掉。这突然间的改变让我这个老一辈其实对于新一辈的技术工程师的未来发展深深担忧。
纵观当前各个如火如荼的技术，微博、社交圈、操作系统、应用软件。国内的用户很少有自己的创造性的意见和想法，我可能看的不对，但是我目前看到的目前都是这个状况。国内的很多人都流行抄袭->改编->赚钱这么一种境地，结果呢，出现的情况毫无疑问的出现了全民性浮躁，解决不了问题，花钱买别人解决这个问题，而自己毫无疑问的成为问题不关心者，只要解决问题就好。久而久之成为一个只会描述问题地空壳。
前几天看到CSDN的一个广告，说的是我们不要只做初级程序员，我当时在想初级程序员肯定也是比较厉害的人啊，没想到那广告写着，我们不要只做会拖控件的程序员，联想到码农。不能不有点悲哀。上个月在南京的时候我见到了我在华为的同学，我想他在华为做了这么久了，应该已经脱离了码农的范畴，结果他的回答说，我们多半就是做 IF ELSE的工作。杯具啊！
还是回答论坛的问题上，严格来说，按照回答问题地标准做法，应该准备好几个问题基本要素：
什么时候 在什么情况下 出现了什么问题？这是一个很好的习惯，因为我们在碰到问题地时候，问题其实也是有他的周期，从问题产生他都是有原因的，经常你问美女为啥喜欢你，她说没原因喜欢你，你信么？不管你信不信，我反正是不信，要么你人好，要么你有钱。
很多人一上来，就把问题列出来，问结果什么原因？
亲，很多论坛上的朋友是免费帮你解答的哦，别人也有自己的事情要做，别人是没有义务帮你从头看到尾的！
另外一类人呢，上来问你Q，帮他远程，解决问题就留着，不能解决立即拉黑！
这类人其实更可恶，你招惹别人，同时逼别人帮你解决问题，还得让别人立即帮你解决？我觉得这是一种 厚黑行为。
作为版主来说，这些情况我都碰到过，原则来说，我很不喜欢这类人，非白即黑！
作为版主、作为论坛分享者、作为MVP的价值什么？
其实很简单，他们没有任何帮你们解决问题地义务，只有协助你解决问题而已，这不是责任也不是义务！
谈另外一个方面，就是我们的工程师做项目来说，我面试过的一些乙方工程师，面试过的一些IT人员，在做项目的时候很多时候没有做过相应的POC过程，直接拿着微软的文档开干，我不得不说他们胆子真的很大！
按照工程师标准的做法来看，我们需要把工作重点放在客户需求调查和规划阶段，如果前期规划出现很大问题，我觉得后期直接执行的话会存在很大问题。大部分IT执行人员只关注执行到某个点后出现什么问题，而很少去关注某个操作带来的影响，在执行人员中强调变更管理的作用，强调变更带来的严重后果，可能导致整个项目停滞。
而且执行工程师如果太强调自我在团队中的作用，也可能带来一些未知的后果，我们曾经在一个项目中启用了自我意识非常强的一个工程师，结果带来的后果很严重，因为在某种程度上不遵循项目经理基于项目的总的方向，而导致项目出现失败的风险。
曾经在微博上看到一个文章，讲到 4=3 的悖论。基本上是下面的一段话：
A+B=C 那么 4A-3A+4B-3B=4C-3C 将等式换一下 4（A+B-C)=3(A+B-C) 约掉 A+B-C 我们会发现4=3 这样一个悖论。
这个悖论是怎么产生的呢？我们发现约去重要的一个条件，就是A+B-C=0，大家就会发现恍然大悟。联想到我们工作中的个人规划与公司发展方向的问题。如果说我们公司的发展目标和个人发展的目标不一致的话，即使我们花很大的成本去培养这个 人，我们我们结果往往发现我们给他的期望 和他对于自己给公司的期望往往不一致。这样的话我们将0 带上那个公式，我们就发现这个悖论了。
因此一个团队中的人是否合适，除了团队整体表现出来的协作方向之外，整体表现的方向也能影响到个人和新进人员对于团队整体方向的评估。
因此如果一个不合适的人，如果很早就发现与团队氛围不契合的话可能要尽早做出决断，否则会影响团队其他成员对于整个团队的协作的质疑。