考试结束了，紧张了一个多月终于可以得到放松了。考完的下午，放肆的看了场电影《烈日灼心》。出乎意料的好，至少是我目前看过的国产电影里能数得上的好片。小人物、犯罪、惶恐、等待、死亡，三个男人对小尾巴疼爱，为了小尾巴的未来守着最后的秘密，这些元素的碰撞差点把我看哭。看完之后不过瘾，第二天用了一天的时间仔细读了一遍原小说《太阳黑子》。 闯下滔天大祸是罪，最后的结局是罚。从罪到罚，三个人用了七年在挣扎、等待、做着自己认为的救赎。小丰身上的阴冷，面对生死的淡然。每一次执行任务冲在最前面，就是奔着死去的。没抓一个人都记下来，每年都要祭拜那家人都要汇报自己做的“善事”，可笑可悲可怜。 阿道的疯狂和理智似乎是矛盾的却又是合理的。被歹徒砍伤自己在家里缝合，因为早就认定死是自己最好的归宿，也怕自己暴露在公共的视野下那么早的就死。面对心爱的姑娘却不能去爱或者说自卑到不敢去爱，让人觉得可怜。大胆的高数小夏真相，又在小尾巴的问题上却冷静理智。 “在我眼里，人是神性和动物学的总和，就是他有着你想象不到的好，更有你想象不到的恶，没有对错，这就是人。” 善与恶对与错的界限是那么不分明，但是法律的界限却是清清楚楚的 生活，总是很难让人去评说对与错！

这世界有换位思考吗？换位思考，是感同身受是把自己代入同样的场景，感受着你的感受。可是，你又不是我，怎么知道我的痛苦？痛的不是你，你又怎么知道我如何想的？

现在有点理解“难得糊涂”是什么意思了。很多事情不能去仔细琢磨，越想越觉得有些事挺扯淡有些人挺阴险。尤其是职场上，同样一件事支持你做的时候是样说不支持你做的时候那样说。同样一件事领导的喜欢的人去做他会全力支持不喜欢的人去做能挑出各种毛病。凡事别看的太清楚，差不多就得了。努力去做好自己的事情，问心无愧足矣。

“帮我调一下这个程序呗？我搞不定了”“能不能帮我统计一下这个数据啊？老大让我今天下班前给他”“帮我整理上个月的里程碑吗？我还得赶另外一个报告”。这种事情几乎每天都在工作中发生，有来自上司的、有来自身边同事的。周围好多人都迫于这样或是那样的原因，嘴上说着好啊好啊心里早就把对方的祖宗八代骂一遍了。既然答应了就得帮别人做完，结果可能是加班完成可能是自己的事情没有时间做。要不就是做完了，不停的给身边的同事、密友抱怨谁谁怎么老是这样啊烦死了，那个某领导是个sb吗？ 工作这几年，自己也遇到过无数次相同的场景。我一般通过这几点来判断自己该不该拒绝： 好处是什么 我帮你做这个对我的好处是什么，我可以了解你的工作内容和流程扩展我的接触面？锻炼我的某种能力？增进和对方的感情、维护一个良好的关系？ 是不是必须需要我的帮助 这个数据别人知道怎么算，非我出不可？只有我才能帮你协调好？如果只是个体力活，对不起我帮不上你。 时间是不是充裕 没啥好说的，不能因为帮助你耽误我本身的进度。 我们活着就是太爱面子了，有时候为了面子宁愿让自己的里子倍受折磨。面子真没那么重要，别人的看法也无所谓，爱自己最好的方式首先是不让自己的受委屈。

最近在思考一个问题：为什么待过的公司都存在产品同学和技术同学表面融洽私下诋毁的现象？接触过不少产品，自己就是开发，试着从这几个方面对比一下： 性格 火。产品同学都有点文艺范，追求内心向往的那种感觉。想法有时会天马行空，往往蹦出个火花就能想象出一堆东西让技术去实现。不注重细节和尝试的过程，说白了是感性大于理性。 冰。技术同学偏内向、宅，沟通太硬。他们的世界就是0和1，如果某个功能不能实现，往往就硬生的一句实现不了。既不委婉又不能提出替代的意见，大有一副爱咋咋的架势。生活比较散漫缺点情怀或者浪漫。 冰与火本来就不相容，绝大部门产品和技术的性格截然不同，生活圈子也不相同。只是单纯因为毛爷爷在一起工作，矛盾必不可少。 内容 施令。产品同学是发出需求的人，是把设计好的图纸交给工人来实施。委托技术来把自己想法变成产品，与技术是一种上下游的合作关系。在一些公司甚至有点包工头的意思，最后很容易变成监督开发。 执行。技术同学是具体实施产品经理想法的人，通过一行行的代码把纸面上的需求变成活生生的产品。好比我们建造一所房子，技术同学是真正把啥子砖头石块这些原材料组合成房子的人。说白了就是具体干活的人。 一个发指令一个来干活，时间久了必然会各自抱怨。“你干活怎么那么慢，这么简单的东西实现了那么久。”“你站着说话不腰疼，需求来回修改动动脑子想清楚了再来改行吗，不尊重我们的劳动成果” 职责 大局。产品同学属于对产品大局的把控，通过产品来实现大到公司的战略目标小到部门的KPI。关心的往往是更高更远的目标，或者灵光一现的一个好点子。没有时间也不太可能把所有的细节考虑清楚。有时候给人感觉是听风就是雨，没有节奏感和计划性，或者一个计划说到5年以后的事情了。 细节。技术同学的职责看似相对简单，实现产品的想法，保证系统正常提供服务。属于具体执行的角色，需要对细节关注。你产品经理只是说建这个房子，建成什么样。用啥料、多少沙子多少石子，这些都需要技术同学考虑。房子能抗几级地震，你也没说清楚啊？防盗门装B级锁还是C级锁你产品经理到底怎么想的？ 一个组织中，总要各司其职，有人顾全大局有人关心细节。关心大局就必然要忽略掉一些细节，过于关注细节又不能跳出自己的处境在更高的层面上看问题，就不能理解组织的很多决定。这本身又有一个矛盾点。 其实开发和产品是相辅相成的，离了产品的需求技术只是个花架子，没了技术的支持产品也就是只能想想。

有本书拆掉思维的墙，傅盛写过一篇文章也讲过这个事情。以前都当鸡汤看看就完了，最近有两件事让我意识到固化的思维方式真的挺可怕。 上周公司领导让我出一份数据，大致需要从6000w数据里面挑出给定的2ow记录按条件累加一起。拿到需求后第一个想法是数据量这么大肯定不能用常规的方法。想了半天觉得这是大数据可以在hadoop上跑个计算任务。整了半天发现提交任务要申请权限写东西、测试，等待结果，太麻烦。还有没有别的办法？在群里问了同事，大家七嘴八舌最后分为两个观点。一个是导入到hive中写hql统计，一个是导入到mysql中写程序计算。于是开始研究hive的导入，找了一些数据做测试效果不理想觉得学习成本有点大。一天过去了还没结果。后来又想，mysql熟悉啊，要不导入到mysql里再计算吧。于是用了一个上午的时间，把6000w数据导入到mysql。写sql查太慢，于是又写了个python脚本读mysql一条条的过滤。脚本写的不够健壮放服务器上断断续续跑了2天，总算跑出来了。快下班的时候抱怨这个事情，旁边一个小伙说直接从文件中过滤是不是也可以呢。于是他帮我写了个测试的小程序重新跑了一遍统计，5分钟解决问题。 第二件事情是，Ella洗澡用的玩具不好使了。我第一反应昨天还好好的呢，没摔没砸应该是没有电池了。晚上她妈妈买了新电池让我换上。我急匆匆的把电池包装拆掉，把玩具打开装上新电池发现还是不好使。仔细检查了电池仓，发现是接触点生锈了，把铁锈除掉装上原来的电池一切正常。 这两件事都是我先假定了一个事实，或者说没有分析就按照经验来判断和处理问题。结果5分钟能处理完的数据用了一周才搞定，不用打开的电池被我打开了。“我以为”，“我觉得”，“一定是”这些就是我们思维里的墙，这面墙源于我们自身的自负、自大、恐慌。向外扩散来想，当我们面对指责内心时首先充满了排斥，因为我们思维方式是我怎么会犯错一定是你错了。于是动怒失去冷静继而双眼蒙蔽，于是就失去了换个角度思考问题的机会，也许冷静下来换个角度看一下自己会收获更多。有时候限制就是限制本身。你认为做不到，你就真的做不到。你觉得自己可以更强大，你就真的变得更强大。