前言
我刚才看到了《.net的前世今生》，里面的主文章很精彩，评论更精彩。虽然是骂战，但几位选手都拿出了各自的论点论据，也提供了对我有价值的信息，其他水论，我一概忽略忘记了。
关于.net调试源码
java的下载源，能直接进入源码。VS不开启一些符号设置和必要的插件，是很难调进去的。同事提过jetbrains的Rider能直接调试源码，我还没有试过，但nuget如果打包时不附加符号选项，它真的能调试么？调试源码这方面，微软做的确实不友好。
关于解决问题和helloworld
文中主要参战人员吐槽了一堆写helloworld的获得一堆赞，他实用的踩坑记录却有人反对。这位作者的文章我还没看过，但说的情况我有点自己的想法。我个人阅读推荐最高的是一个支付中心架构，另外是一篇鸡汤文为什么坚持写博客，还有两篇外包回忆录，代码实践的部分也有些量但排不上前五，但使我技术进步的是那些实践，当然架构类的进步更大。也许大众不会都评论，但部分专人会看。我们面向的群体兴趣不同，指望不了对自己有益的，对他人也有益。除非你的实践真的对大家都有用，是解决通用型问题。还有个就是关于人气的了，大牛也会写水文，但点赞的也相当多。这个也是他们长期积攒下来的人气。我们可以学习这些路子，扬长补短。
其他水评论就不贴了，主要评论下对我有提升价值的点。
思想碰撞
上面的争论让我想起了我自己的两篇博文《为什么我们的思想需要一次大洗礼》，和《职场篇：从温水煮青蛙说起》。
思想不同，产生争论。有时候是平等的交流，有时候互相鄙视，很符合我博文里提到的高高在上与鄙视链，相互不满，相互鄙视。这种情况不仅存在于工作中，也存在广泛的社区中。有价值的鄙视能带来思想认识的提升，无价值的鄙视徒然增添许多负面情绪。
直面情绪
人在工作或生活中，会依据不同的遭遇，产生不同的情绪。比如经常加班，又有人不断的提bug，又有需求不断的进来，再加上碰到别人写的bug,这时候得愤怒值会飙升。
如果你写的代码或分享的知识受到夸奖，或博客突然来了第一笔打赏，心情会变得高兴愉快。
假如你面试或谈工资抱着很大的希望，到最后失败的落差，心情就会由高昂的希望转变的低落的失望。
也有看到路上出车祸的形形色色，也会忍不住的提醒自己以后一定要宁停三分不抢一秒的决心。
也有公司巨幅调整，部门裁员带来的恐慌与未知。
情绪是各种各样的，真的勇士，敢于直面瞬变的情绪。
杀手
俗话说夫妻没有隔夜仇，床头打架床尾和。夫妻并不像刚谈恋爱的小姑娘小伙子，一言不合，立刻形同陌路不联系，又在暗地里偷偷哭泣。
夫妻也不像刚参加工作的年轻人，因为领导的几句埋怨，立刻辞职不干。
夫妻之间情绪也经常碰撞，但都能及时解决。如果解决不了的大情绪，也许就是离婚了。
所以情绪处理不好的危害是相当严重的。你一次坏的情绪可能带来客户的流失，带来合作的中断。
大佬也会写代码，如果你发现大佬也写了很垃圾的代码，你会大叫这谁写的垃圾代码么？面对新入职的同事又该如何反应？
你每一次情绪的释放，都和你未来的生活息息相关。能妥善解决的尽量早点解决，不要拖到最后，形成了危害。
解决情绪的几招办法
情绪问题如此之大，有时候需要归纳几招处理情绪的办法，避免紧急时候茫然无措。技术能解决代码问题，好的情绪处理能解决人员问题。
不要沉默
项目紧急的时候，成员交流期间，脾气也许很暴躁。这个时候最好不要太沉默。因为沉默不回应，会导致别人负面情绪的积累，可以采取柔性或刚性的回复。保证交流正常。
影响控制到一定范围
假如出现了什么问题，追究责任起来，小影响的可以选择适当承担一下，快速解决，不必要捅到人人皆知。多系统之间，可能由于某些微小的变更引发的问题，也许很快就好了。为了小影响，去追究一圈人，那负面情绪扩散的很厉害。
信任的基础上保持不信任
没有什么是一成不变的，需求或许刚讨论的，明天就推翻，如果本着完全信任，你会觉得不可接受。时刻保持不信任的需求，不信任接口的基础上，在临界值处做更详细的逻辑验证。
勇于采纳建议
有时候需求过来了，不同的人可能有不同的想法，如果你写了一半代码，另一个同事发现你的逻辑太复杂，不好维护，有更简便的思路。如果时间允许，我是建议重新按更好的思路写的。我说的是小模块，重构快。大模块一般没人动的。
鄙视与被鄙视时心态平衡
有可能因为简单的问题问了别人，得到一堆教训。也有可能因为别人问了你太简单的问题，你也说过别人。这两者引起的情绪都有可能发生在你身上。对比只能保持平常心了。
总结
情绪管理仍然是我们工作中及其重要的事情。高昂斗志的情绪能保证我们工作积极向上，被人赞扬又使我们心飘飘然。愤怒的情绪常常使人失控，得罪同事。失落压抑的情绪，又容易让你无心工作。
来一句李太白的诗句结尾:
人生得意须尽欢，莫使金樽空对月！
文章到处结束，感谢观看