新程序员如何理解“独立完成工作”问题？ 推荐

这是一位小MM问我的问题，我觉得也有一定代表性，因此这里提出来公开解答一下。
还是那句话：一家之言哈，欢迎拍砖。
原文如下：
嗯 谢老师 ^^ 我有一个困惑：我知道编程有困难时，可以寻求多方帮助，
最常见的是网络求助，但是那样效率依然不高，而且容易产生依赖性，
有问题就喜欢让网友帮你解决，最终问题的确是解决了，但是大家的时间都浪费
在必要的事情上，而且自身的能力提高的很少，尤其是在编程新手。所以我常常
在思考，究竟如何能提高“独立”解决问题的能力....因为在team work中不仅
要有合作精神，还要有独立解决问题的能力，因为那是自己应该完成的部分，如果
不能做好，就会影响整个小组的进度.....希望老师牺牲一下宝贵的时间，能解答一下
我的困惑

我的回答：
这位MM你好，呵呵，你的问题不是我第一次被人问了，我也不是第一次解答。其实，我在前面的帖子《新程序员职场生存问题实例分析》一文中已经做过一点说明了，嗯，我的书《0bug ---- C/C++商用开发之道》里面也有专文在讲解。不过呢，可能说得不是很清楚，这里我再仔细分析一下。
不过先声明，这个问题比较复杂，属于做人的一个“道”，也是我们通常所说的“度”的把握，因此，很难精确说清楚，更多的，还需要你自己思考理解。《道德经》里面不是一句话嘛，开篇第一句，“道可道，非常道”，就是说道理本来就是说不明白的，如果说得明白，表示我们说的东东抽象度还不够高，不能叫做“道理”。
打个比方，好比我手里面只有一把直尺，但我要给你描述一个圆，怎么办？我手里没有圆规，就只能用尺子画尽量多的直线，这些直线是一个圆的切线，当切线够多，也就是我举的例子够多的时候，你大概就能看到这个图形实际上是一个圆了。但是，我缺乏描述工具，我没有办法一开始就告诉你，它是个圆。明白了吧。讲“道理”，很多时候很难讲清楚，就是因为缺乏描述工具，只有通过举大量的例子，来做侧面说明，知道听的人，一朝顿悟，才能真正理解。
中国有个很古老的词，大概大家都知道，“道术”，这个词呢，我的理解，是两个东东，“道”是指道理，原则，思路，“术”是指具体实做的方法。前者是抽象的，很难说清楚的，后者是具体的，能说清楚，但解决不了所有的问题。中国人做人的高手，一般情况下，都是“道”的高手，掌握原则和思路，能根据具体情况，创造出合适的方法，就是“术”去解决问题。而并不是生搬硬造，看见一个方法别人用了有效，想都不想就自己用。呵呵，最后死得很难看。
这个道理很简单，两件事情，时间不同，地点不同，人物不同，即使事情是一样的事情，应用的方法，其实也应该不同，不能说一个方法在事情A上做成功了，事情B就一定成功。这肯定是欠妥当的。你觉得对不对？
为什么要扯这么远呢？其实我是有道理的。
我们新人入职场，其实很多时候，最缺乏的就是标准，因为工作中，很多东东，是潜在的，内涵的，是隐式的，并不是像学校里面的课本，什么都讲清楚了，老师一定会这么考，最起码，照着书抄，肯定对。工作中最大的特点就是：“生活没有标准的答案”。大家说是不是这么个理儿？
这样的例子太多了，两个新人入职场，都努力做事，结果，几个月后，一个被提拔，另一个可能转正都够呛，被公司拒签。
再比如说，一件事情，你没去做，最后老大骂你：“这种事情你都要不做，我请你做什么？”，那好，下回遇到事情，我们就主动做了，结果老大骂更凶：“这种事情你都敢擅自主张，那要我做什么？”。
呵呵，完蛋了，基本上新人混到这个份上，就到头了，换个公司，继续做新人吧。
其实如果大家像我们这些老师一样，在职场工作过几年，十几年，很多事情自己就看明白了，其实这是正常现象。原因很简单，公司里面的文化，有公开的部分，有不公开的部分，甚至，有很多潜规则，这都是正常的。如果不理解其中的道理，乱作一起，那很可能同样的做法，一次得表扬，一次挨批评。完全有可能。
这需要我们这些新人，进公司要多看多思考，少说话，多做事，自己通过学习来领悟这些道理，方能立于不败之地。
其实，这位MM，你的问题，就是属于这种问题。
新人入职场，到底是“独立完成工作”比较好，还是跟着同事，一起完成工作比较好，这个问题，见仁见智，很难有一定之规。我只能说，有时候独立好，有时候，又合作比较好。这要看公司的具体文化，项目的重要性，你在项目中担任模块的难易程度，你们团队的氛围，等等，很多方面的考量的。
比如说，你们团队比较open，团队提倡有了问题，讨论解决，这个时候，不妨合作点好，如果你们团队比较严谨，强调个人能力，注意哦，这两种团队都存在的，而且都合理，都能完成项目，那你就尽量独立思考吧。
不过呢，这个问题对新人可能比较难以解决，但我们老鸟看，确实不难，因为即使在看不清楚文化，看不清楚游戏规则时，我们其实还有个办法解决问题，就是“沟通”。
“沟通”其实是一门很大的学问，包括同理心，包括换位思考，包括倾听的技巧，等等，包括很多方面，我当时学习《高效沟通技巧》的时候，是公司请了台湾的老师，讲了两天的课程，又做了一天的实战演练，才算入门的。这个，我建议你可以学习一下，很值得学习的，网上资料也很多，多看看，多想想，其实还是很容易学会的。
不过，就这个问题，我可以提示你一点，即使啊，你的团队强调独立性，也并不是说，你不可以问问题，而是需要你很巧妙得问。
怎么问呢？
“老师，请帮我看看，这是怎么回事？”这是一种问法。
“老师，我这个问题我是这么想的，xxxx，请你看看有什么问题没，如果没问题，我就这么做好不好？”这是另外一种问法。
你能感觉到什么差异吗？
前者，你自己的问题自己都描述不清楚，问的又是开放性问题，回答的人很不好回答，相当于要替你思考，这很多情况下都会遭到拒绝，简单的回答就是“你自己看吧，这个问题应该你自己解决的。”。
后者，其实已经融入了自己的思考，自己想出了解决方案，仅仅是请对方点评一下，这一方面体现出对对方水平能力的尊重，另一方面，这是封闭性问题，对方回答很轻松，就是“是”或“不是”。自然愿意回答。
而且，这里面还有个隐含的陷阱，你如果说“不是”，批评我的方案，一般说来，中国人说话，有个最基本的原则，就是你如果说别人不好，一定要指出来，为什么不好，好又怎么做？因此，对方如果否定你的方案，一般不用问，他自己就会跟你说正确的该怎么做，如果意见不同意，还可以多找几个人来讨论，其实都很容易。
你看见没，其实就是简单一个语言技巧，你这个问题也就不是问题了。
现在你能明白我在说什么了吗？
=======================================================
在线底价购买《0bug-C/C++商用工程之道》
（直接点击下面链接或拷贝到浏览器地址栏）
http://s.click.taobao.com/t_3?&p=mm_13866629_0_0&n=23&l=http%3A%2F%2Fsearch8.taobao.com%2Fbrowse%2F0%2Fn-g%2Corvv64tborsvwmjvgawdkmbqgboq---g%2Cgaqge5lhebbs6qzlfmqmttgtyo42jm6m22xllqa-------------1%2C2%2C3%2C4%2C5%2C6%2C7%2C8%2C9%2C10%2C11%2C12%2C13%2C14%2C15%2C16%2C17%2C18%2C19%2C20---40--coefp-0-all-0.htm%3Fpid%3Dmm_13866629_0_0
肖舸