自己从事程序员职业比较久，深感解决技术问题和生活中的需要不同的思维模式，总结出来希望对大家有帮助。

　　技术人员会按照需求来完成任务。常常因为需求不明确和产品经理吵架。在工程上，未知因素总是越少越好。对于无法确定未知因素，需要需求方给予假设。我们会要求在需求文档里明确这些假设。文档里面常常会这样写：该系统最高能承受每秒xx次请求，该系统最高容纳xxx个用户。运行该软件最低需要2G内存。这些假设条件设定会给技术人员很强的安全感。虽然需求和假设总是随着业务调整。

　　现实生活中，很多问题，特别是重大的问题，不确定因素很多。而且无法了解全局的信息。根本无法做出全局最优的选择。这时候更多要需要自省。倾听内心的想法。要相信自己能解决。

自己整理思维的清单。（未完待续）

　　1.我是不是无法思考，需要休息？

很多人生中重要问题，不是通过加班冥思苦想可以解决。不要逼自己用技术手段，逻辑思维去解决问题。有时候你需要一些想象思维。把条件和问题，都写下来。让自己清楚利弊，深深印在脑海里。然后放松，答案就会很神奇慢慢浮现。这个不是冥思苦想的结果。像是深处的“我”的选择，不可”想“的我。要对自己有信心，把问题交给内心深处的那个你。

　　2.假如自己80岁高龄时，会不会对今天的决定后悔？

索贝斯的话。把问题放大到时间维度。等自己老了快要死掉了，会不会对今天决定后悔。不后悔的话，就去干吧。

　　3.如果决定导致的后果，明天被登记在新闻报纸上并在网络上传开了，所有人都知道和议论，是否会后悔？

我记得是李开复的方法。把自己决定舆论影响力放大。如果你不会担心媒体们报道你的话。更不会在意，公司同事，朋友怎么看你。很多名人就是这样敢爱敢恨。

　　4.最差的后果是什么，我能承受吗？会有什么收益，回报？

　　风险和收益总是成正比。不要去寻找零风险的解决方案。明白自己承担什么风险，最差情况是什么。你的收益在哪里。选择的方案一般都是我能承担最差情况。

　　极端情况下，法律和规则可以触犯的，但要承担后果和代价。（找不到原话出处）。特别是你自己和家里人的生命权受到威胁时候。这个是人最天然的反应。

想想20年前四处躲藏的超生游击队。电影《达拉斯买家俱乐部》，讲得也是这个道理。

　　5.截止时间是什么？必须马上解决吗？必须要解决吗？这个是个问题吗？

回顾一下问题的本质。很多情况下问题不是问题。而且不要忘了你始终有权利拒绝觉回答问题。

　　6.谁可以帮助我？可以帮助我做决定？

　　（未完待续）