去年从大学毕业的我大概没想到自己仅仅毕业两年，生活、心态会发生这么多变化吧。

我学会接受了自己的平凡

大概大家都做过这样的梦吧，毕业我要月入几万，我要做职场最靓的仔，我要去大城市闯荡出属于自己的天地。结果这几年经济状况不太好，很多企业都在裁员，校招名额明显减少，于是校招、找工作的时候就认清现实，好像是个offer就去。

毕业后，我从中选了最满意的一个offer，前往深圳。

在公司的一年，我浑浑噩噩，每天感觉时间像不够用似的。每天升级打怪，学到了很多，后面因为公司业务原因，跳槽了。但是很开心的是在这里认识到了很多小伙伴，大家现在也有联系，时不时出来喝个酒。也和公司技术很牛的大佬成了朋友。也学会接受了自己的平凡，原来真的有那种写代码很轻松，把写代码当游戏，把工作当乐趣的人呀，真的是降维打击我这个小菜鸡。

人生就是不断的坍塌，然后自我重建。

一年过去了，我好像没了刚出社会的冲劲，偶尔下班也会学习，但是没有像刚毕业一样有很多的学习热情，闲暇时间就会多刷技术贴，技术文章。

跳槽跑路了，结果我发现我从刀山跑到了火海。入职后我才知道我所在部门的前端再过几天就要跑路了，相当于就我一个啥也不熟悉的来接锅了。组长带人和我交接时用了两小时，然后留下一脸蒙蔽的我。总之，后面度过了艰难的两个月，好歹算是背着锅缓慢前行。后面公司又出了不少幺蛾子，挺了7个月，忍不了又跑路了。但是这几个月吃的苦也让我的工作能力上涨，技能增多，抗压能力增强。于是我发现“人生就是不断的坍塌，然后自我重建，最后堆成了现在的我”。

相亲也不是不行

话说我年纪也不大，但是不知道为什么毕业两年，时间飞逝，居然就开始有点年龄焦虑。工作后也没什么渠道去认识女孩子。办公室一屋子男生，问他们对象哪儿来的，都说自己的对象是new来的。

也不是没被家里人拉去相亲过，第一年我觉得自己还小，也考虑到在家乡相亲的岂不是要异地啊，无比抗拒。第二年我成熟了，（不是，被毒打了）发现工作后是真难找对象啊。

转折点在某个风和日丽的下午，大数据都知道我单身了。我刷脉脉看到了相亲贴，然后知道了大厂相亲角公众号这个平台，这个公众号标榜用户都是阿里、字节、百度、腾讯、华为等大厂的单身同学。因为注册需要企业认证，最开始不太信任平台，就没注册。先进了他们的单身群观望，后面群里面每天都发一些嘉宾推荐，然后想到这种有门槛的，用户都是经过审核的，岂不是更可靠。感觉确实还蛮靠谱的，于是就注册了。被拉到上墙群后发现上墙群里的群友们都好优秀，小厂的我夹缝求生。

我算是发现了，人的观念是会一直变的，想当初我怎么也想不到自己会去相亲吧。

总结

毕业两年，我的生活好像变了很多，又好像没啥变化，曾经我不能接受的，现在又行了。曾经觉得自己可以了，现在也认清

在日常工作中，尤其是程序员时时刻刻都会与英文打交道，虽然我们尽可能的在互联网和中文书籍中寻找我们需要的信息，但是，有时候总是不尽人意。对待翻译过来的文档或者书本可能有些定义依然无法明确理解，回到它原有的场景中才能明白究竟是什么意思？阅读英文文档应该是我们的基本技能。

本文笔者将会从以下几个方面来分享一个月的时间，笨方法跨越英文障碍的落地方法：

• 遇到的 Bug 百度没有结果怎么办


• 中文翻译文献模棱两可怎么办


• 寻找外文文献的发现过程是什么样的


• 如何解决英文文档中的复杂句子


• 如何结合文档学习语法


• 结合实例带你操作“笨”方法找到适合自己的路

在本文内，笔者想在这儿分享的一点工作体会。在标题中重点引号标注的一个字——“笨”。既然是“笨”方法，就说明我们都很容易理解，很容易上手，很容易操作，很容易见效。

之所以没有说，两天速成，七天见效，因为这些似乎是赤脚医生行走江湖的招数。工作或者学习，还是务实一点比较能走长远。

那么笔者的方法究竟“笨”在哪儿呢？展示几张图就很快明白了。

1. 如果在出差的路上，或者咖啡馆，或者自习室，可以拿出英文资料，或者是需要查看的技术文档，或者需要学习的产品手册。将不能够准确理解的段落、句子、单词摘抄到随身携带的抄写本上，这样便于针对细节深入处理。

（图片来自手机拍摄，不太美观）

上图是笔者曾经在了解 JWT 的涉及到的实现机制的过程中，对于 Auth0 提供的 JWT 指南的阅读过程中留下的笔记。

当再次看到笔记的时候对 JWT-handbook 第 16 页的部分内容就能够了然于心。

那么我们在来看它对应的原始的手册中的内容如下：

（图片来自：jwt-handbook）

通过这种方式，相信一定程度上就能感受到对于英文手册，技术指南的文档也能够看上一看，并获取到一些有意义的信息。

2. 接着上面，如下的内容是笔者对于原文流程图下方的注解的学习过程。

通过剖析一张图和图对应的注解，就能够发现能够很轻松的干掉一篇 122 页技术手册中的其中一页，前前后后可能也不到几分钟的时间，如果基础比较好的情况下，也许几秒钟就解决了无法在各式各样的解读后的博客中看到的原始概念和流程。进而对关键的技术点有更加清晰的认识。

3. 如果在家的情况下，有时候会觉得使用电脑打字的速度要比用手抄本写笔记的速度要快，你就可以像下图这样，在电脑主屏幕上用文本编辑器来记下笔记，用扩展显示器显示 pdf，这样不用切来切去，影响阅读速度。

4. 要说上面是笔者使用的“笨”方法， 那下面就可以说明，它“笨”的程度。笔者大概记下了这么多页的笔记，看完一遍 JWT handbook 和 The OAuth 2.0 Authorization Framework。这个过程大概花了一个月的空闲时间。所以如果你的英语基础更好的话，那就更不用担心了，连一个月的时间都用不了。

曾经多次看到全英文的技术指南，都只能看几句话就放弃，在阅读两篇英文技术文档之后，对于其他的文档来说，都会尝试拿来读一读，而且随着阅读量的增加速度和理解能力都会逐渐增强。

上面分享完了笔者曾经的经历，便能直观的认识到，对于技术人员或者产品经理，应对工作中的英语非要先背诵大量的词汇，并不像想象的那样：买两本厚厚的语法书，啃上半年一年才能够掌握它。

知识点来源于生活和工作，同样它又应用于生活和工作。就像我们的母语汉语一样，从咿呀学语到长篇大论，也并不是长篇大论之前一直在背诵汉字，学习句法。这需要一个过程，但是在这个过程中，随着知识的积累，在积累的过程中一定不耽误成长和认识新的事物。

所以，我们不必恐惧我们遇到的其他语种的文献，它像我们学习汉语一样，只是有一个过程。相对于曾经考试过程中遇到的令人头疼的“完形填空”，“阅读理解”这些，兴许比我们看到的技术文档要更难，因为技术文档对于技术人来说，它所涉及的内容与我们工作的范畴是高度结合的。

如果要学习 Spring Security，那么我们自然不会去看关于发表的“新冠肺炎”的最新文献。随着技术词汇的总结，我们便能够对于相关的技术文档更容易理解，更快速的阅读掌握。因为它首先在行业上就存在一定的专一性，这样就为我们学习圈定了范围。

接下来，从以下几个方面来分享。

遇到的 Bug 百度没有结果怎么办

我们在工作中如果遇到的问题，经常会去百度一些问题，尤其是具体的 IDE 中的一些异常。例如，在 Eclipse 中有如下的错误提示：

MongoDB shell version v3.4.5 connecting to: mongodb://127.0.0.1:27017 2020-0

如果第一次遇见这个问题，无从下手的时候，可能首先会去百度，查找结果，如下：

如果得到的答案，没有我想要的，或者是解决不了我的问题的情况下怎么办呢？

Google

不同的搜索引擎，由于它的搜索机制不一样，自然呈现给我们的检索结果就不一样，所以当无路可走的时候，常常会使用这几种方法综合起来，来搜寻符合需要的方案。

必应

有时候，我们无法访问谷歌的情况下，可以尝试使用必应的国际版。

（图片来自：cn.bing.com）

输入我们之前的问题，得到如下结果：

上面几种检索结果的区别对于我们来说有时候未必不是一件好事，因为它能够展现出更多的推荐方案供我们选择。

Stack Overflow

仔细的从谷歌和必应国际版的检索结果中会发现它得到的结果都有 Stack Overflow 提供的方案。那么 Stack Overflow 是何方神圣呢？可以把它看成是中国的 CSDN、博客园这一类的技术问答网站。

如果无法登陆 Google，而且不习惯于 biying 的搜索引擎的情况下，那么可以直接去 Stack Overflow 查找或者询问你自己的问题。

（图片来自：stackoverflow.com/）

MSDN

如果是微软技术栈的工程师或者是产品经理，可以考虑使用 MSDN。

（图片来自：docs.microsoft.com）

（图片来自：docs.microsoft.com）

在使用 MSDN 的时候有一个优点，就是它支持中文，也支持英文。这样可能能够为我们阅读英文文档提供一个参照。如果英文的版本的确无法看下去的情况下，便可以参考中文的说明。

其他

当然不乏一些其他优秀的网站、论坛，比如日本的 Fresheye、俄罗斯的 Yandex、韩国的 NAVER，如下图：

（图片来自：search.fresheye.com）

（图片来自：yandex.com）

（图片来自：search.naver.com/）

从这也能看出来，尽管我们是学习技术的，或者是产品部门的一个产品专员，但我们一样能够通过我们的努力打开世界上每一扇我们感兴趣的大门。

接下来，说一说文章起始位置的第二个问题。

中文翻译文献模棱两可怎么办

对于这一点，我们引用 DAN OLSEN 的一本书的封面的内容来说明。如图：

（图片来自：THE LEAN PRODUCT PLAYBOOK）

封面上能够得到的信息是：

DAN OLSEN

THE LEAN PRODUCT PLAYBOOK

HOW TO INNOVATE WITH MINIMUM VIABLE PRODUCTS AND RAPID CUSTOMER FEEDBACK

WILEY

其中 DAN OLSEN 是作者、WILEY 是指这本书是由 WILEY 出版的。从领英上的介绍来看，这本书是 DAN OLSEN 是他很得意的一本畅销书。

（图片来自：http://www.linkedin.com）

这也是笔者接触到的第一本专业的关于产品的书。通过它来印证我们遇到模棱两可的解释的时候，该如何处理。

THE LEAN PRODUCT PLAYBOOK

HOW TO INNOVATE WITH MINIMUM VIABLE PRODUCTS AND RAPID CUSTOMER FEEDBACK

WILEY

假设你不知道它的意思的情况下，分别在 Google 翻译和百度翻译上翻译的结果如下：

（图片来自：translate.google.cn）

（图片来自：fanyi.baidu.com）

通过对比就能够知道它的含义就是精益产品手册，对于 PLAYBOOK 的翻译结果稍有不同，如果深究的情况下， 我们可以去看一下 PLAYBOOK 的英文解释。

（图片来自：dictionary.cambridge.org）

（图片来自：http://www.merriam-webster.com）

（图片来自：http://www.oxfordlearnersdictionaries.com）

相信对于你的感到模糊的词汇或者句子，在谷歌、百度、韦氏、剑桥、牛津五家线上词典的围攻下将你的疑问降低到零。

这就是笔者在日常工作和学习中遇到的模棱两可的问题的解决方案。

当时引起笔者注意的是如下这一段话：（引自：THE LEAN PRODUCT PLAYBOOK）

The Lean Product Process will guide you through the critical thinking steps required to achieve product-market fit. In the next chapter, I begin describing the details of the process, but before I do, I want to share an important hight-level concept: seperating problem space from solution space. I have been discussing this concept in my talks for years and am glad to see those terms used more frequently these days.

Any product that you actually build exists in solution space,as do any product designs that you create-such as mockups,wireframes,or prototypes. Solution space includes any product or representation of a product that is used by or intended for use by a customer It is the opposite of a blank slate.When you build a product,you have chosen a specific implementation.Whether you've done so explicitly or not, you've determined how the product looks,what it does,and how it works.

In contrast,there is no product or design that exists in problem space. Instead, problem space is where all the customer needs that you'd like your product to deliver live. You shouldn't interpret the word "needs" too narrowly: Whether it's a customer pain point, a desire, a job to be done, or a user story, it lives in problem space.

如果我是一名产品经理或者产品专员，我想在这里我便应该仔细的去推敲 DAN OLSEN 说的这一句话中包含了些什么信息？

什么是 problem space，什么是 solution space，这两个概念是它的范畴中包含了哪些元素，它们之间有什么关系，它们又是如何促进产品创新的。可以带着这些问题去别的章节中去寻找答案。

另外，这里想要提醒的一点是，在国内我们是可以使用谷歌翻译的，它对应的域名是 translate.google.cn，而不是 translate.google.com，笔者曾经由于一直输入 .com 所以导致困惑了好多天。

寻找外文文献的发现过程是什么样的

白岩松老师在一个《对白》中曾经说过一句这样的话，笔者很赞同。“人找书是很难的，但是书找书是容易的，越读书，越知道该读什么书”。

在工作过程中，我们如果需要找到一个问题的解决方案，可能需要在搜索过程中不断调整检索词，希望能够通过检索词来搜索出自己需要的有价值的内容。

1. 
   

   在工作中，常常为了对项目结构有清晰的认知，需要我们能够画出“软件架构图” ，如果你搜索，“软件架构图”，检索后可以看到几乎第一屏展现出来的有一多半的都是实现软件架构的工具的广告。这往往是一件令人很头疼的事情。

   
   


2. 
   

   调整检索词，改为“software architecture”，在百度中的结果会得到一些相对有用的信息。

   
   

这时候标注出来的 PDF、读书、图文的字样便出现了。

3. 
   

   再次细化检索词，使用“Software Architecture Patterns”。

   
   


4. 
   

   通过查看能够进一步得到某一本书的信息：

   
   

（图片来自：http://www.oreilly.com/library）

这种情况下，就能够对这本书中的部分内容，查看是否是存在自己想要调研的相关内容，而后便能进一步去学习。

5. 如果你需要查看这本书，继续在搜索引擎中搜索，比如“software architecture patterns pdf”，能够看到很多好心人分享出来的书，这种方法往往都比较有效，只要耐心的搜索检索词。

6. 找到后打开对应的文件，浏览目录，这时候看到了它对架构师经常要打交道的”层图“的介绍，这就为我们平时的工作中的画图能够提供参考和建议。

（图片来自：Software Architecture Patterns）

这一部分，基本就介绍了，在我们对于英文文献的寻找过程是怎样的，输入中文检索词，如果中文检索词无法满足要求情况下，可以考虑将中文检索词转换为英文检索词，用转换的英文检索词，一步步优化，结合不同搜索引擎的检索结果去找到符合自己目标的内容。

另外上面的例子中提到的 Software Architecture Patterns 篇幅比较小，也比较适合查看。同时架构图在软件设计过程中又比较重要，我们可以尝试通过这种方式的查找和学习、阅读，逐渐地对于架构图不会敬而远之，不会感觉遥不可及。

有些情况下在某些书中，会对于一些概念在脚注或者引用文献都会进行说明，这样便可以在阅读过程中对于相关的概念，去其他的书中寻找，这就形成了一个书找书的过程，它是实现起来还是比较便捷有价值的。但是在阅读过程中想要提醒的一点是，我们不要过度发散，导致忘记了最初需要解决的问题，导致花费大量的时间，需要解决的问题没有解决。

如何解决英文文档中的复杂句子

在阅读过程中，我们可能会发现长句理解起来相对麻烦一点，这里我们拿上文中提到的 Software Architecture Patterns 的一个段落来解剖：

Each layer in the architecture forms an abstraction around the work that needs to be done to satisfy a particular business request. For example, the presentation layer doesn’t need to know or worry about how to get customer data; it only needs to display that information on a screen in particular format. Similarly, the business layer doesn’t need to be concerned about how to format customer data for display on a screen or even where the customer data is coming from; it only needs to get the data from the persistence layer, perform business logic against the data (e.g., calculate values or aggregate data), and pass that information up to the presentation layer.

文章无非就是通过这种类似的长短句形成的段落堆砌出来的，所以解决了词，解决了句子，自然没什么可怕的。看到这种段落的时候，可以试试去拆分：

将一个段落拆分，按照标点符号拆分成四个部分。再对每一个部分进行分解，再把其中一句单独分离出来。

比如第一句：

只要能够找到句子中的主语、谓语、宾语，基本上就能确定大概的意思。这类比于汉语中实际上，也比较容易理解，“谁”“干了”“什么”。其余的内容只是对这几个元素的修饰和补充说明。

架构中的每一层，形成一个围绕工作的抽象，什么工作？需要被实现用来满足业务需求的工作。

那么上一句就能够基本理解它的意思，架构中的每一层实际上是对于满足特定业务需要的抽象，再简化就是架构图中的层，是对于特定业务的抽象。

回到原文中结合上下文，便能够对第一句进一步理解。

而这时候，如果你不加分析，直接去 Google 翻译或者百度翻译上看它的翻译结果，可能会让你更加迷糊。

从这个结果来看，我们在阅读过程中，所有的工具只能是参考，需要我们结合自己实际情况，不断补充，不断调查，不断积累和完善。

如何结合文档学习语法

从上文中的复杂句子的分解过程中，实际上就能看到语法的影子，如果只是在文档的学习中遇到的问题解决的情况下，如果无法正确理解的时候，从词性、时态、句型、从句等方面去针对性的查找。这儿就不再深入扩展了。

可以查找关于高中、托福、雅思一类的专业英语语法书籍，比如在世界上颇有影响力的 Practical English Usage，它的中译本是《牛津英语用法指南》。

笔者从书中摘抄一段内容，兴许这一小段就会纠正原本的错误认识：

动词形式（”时态“）和时间

动词形式和时间没有直接关系。例如，像 went 这样的动词过去式不但可以表示过去的事情（如 We went to Morocco last January 我们去年 1 月份去了摩洛哥），而且可以表示发生在现在或将来的不真实的或不确定的事情（如 It would be better if we went home how 我们现在回家更好）。动词现在式可以表示将来（如 I'm seeing Peter tomorrow 我明天要见彼得）。另外，进行式和完成式不单单表示时间有关的概念，还可表示动作的持续、完成或目前的重要性。

（摘自：《牛津英语用法指南》）

这就熟悉又陌生的语法，可能从高中毕业后再也没有系统的学习过过于英语语法的内容，但是没关系，只要用到就有机会学习。

结合实例带你操作“笨”方法找到适合自己的路

前面的内容，笔者分享了关于在工作中遇到的问题，查找、分解的方法。总的来说大概几个方面，包括了:

• 搜索


• 翻译


• 找文献


• 分解复杂句子


• 查找语法知识

希望这些能够对你的工作中遇到的头疼的英语问题有所帮助。

下面推荐了相关的文档，你可以使用它，也可以按照前面介绍的方法结合自己遇到的实际问题去寻找对应的文献。

研发的同学可以尝试去读一下，Windows 上 ZIP 版本 Redis 的三个文档：

（图片来自：github.com/）

• Redis on Windows Release Notes


• Redis on Windows


• Windows Service Documentation

产品的同学，笔者目前只发现了上文提到的 DAN OLSEN 的 THE LEAN PRODUCT PLAYBOOK，有好资源的同学可以分享，共同学习。

另外，闲暇时有兴趣的同学可以去浏览、了解日常的消息（国内可访问）

• apnews.com/

（图片来自：apnews.com/）

• http://www.afp.com/afpcom/en/

（图片来自： http://www.afp.com）

• globalnews.ca/

（图片来自：globalnews.ca/）

这次的分享到这儿基本结束了，希望你可以用更快的，更简单的方法，去克服工作中遇到的问题。欢迎共同学习，携手共进。

一家公司的好坏，除去客观情况，更多是个人的主观感受，甲之蜜糖，乙之砒霜，别人口中的“好公司”，未必适合你。

那我们应该怎么挑选一个适合自己的公司呢？还是有一些可以考量的指标的。

• 企业文化和价值观


• 行业势头


• 工资待遇


• 公司规模


• 人才水平

企业文化和价值观

无法适应企业文化和价值观的员工，注定会被边缘化，获取不到资源，直到被淘汰。而适应企业文化和价值观的员工，在公司做事情则更能够得心应手。

如何选择适合自己的企业文化和价值观

如果你打算在一个公司长期发展，可以试着找找里面的熟人，聊聊公司内部的做事风格，比如晋升、奖金、淘汰、组内合作、跨部门合作以及如何处理各种意外情况等，这样就能实际感受到企业的文化和价值观了，然后再根据自己的标准，判断是否适合自己。

行业势头

行业一般会有风口期、黄金发展期和下降期三个阶段。

• 处于下降趋势的行业要慎重考虑。


• 处于风口期的行业发展趋势还不是很明显，如果你之前从事的行业和新的风口相关，那么不妨试试；如果你对这些风口背后的行业不是很熟悉，那不妨等风口的势头明朗了，再做打算。


• 处于黄金发展期的行业发展已经稳定，有成熟的盈利模式，在这样的行业中积累经验，会在行业的发展上升期变得越来越值钱。如果你对这些行业感兴趣，不妨考虑相关的公司。

工资待遇

工资待遇不仅仅包括固定工资，还有一次性收入、奖金、股票以及各种福利等。

很多新入职的员工会有一些的奖金，例如签字费、安家费等，这些是一次性的，有时还会附加”规定时间内不能离职”等约束条件。这部分钱的性价比比较低，但一般金额还不错。

奖金主要看公司，操作空间很大，它和公司的经营状况关联紧密，谈Offer时约定的数额到后面不一定能够兑现，尤其是这两年整个互联网行业都不景气，很多公司的奖金都“打骨折”甚至直接取消了。

其他福利一般包括商业医疗保险、年假、体检、补贴等，它和公司所在行业有关联，具有公司特色。

股票也是待遇中很重要的一部分，很多公司在签Offer时会约定一定数量的股票，但是会分四年左右结清，这需要考虑你能坚持四年吗？四年之后没有股票要怎么办？

公司规模

如果待遇和岗位差不多，建议优先选择头部大公司，这样你可以学到更多的经验，接触更有挑战的业务场景，让自己成长的更快。

如果你看好一个行业，那么需要努力进入这个行业的头部公司。

人才水平

一个公司的人才水平，决定了公司对人才的态度和公司内部合作与管理的风格。

举个例子，如果一个公司里程序员的水平都很一般，那么这个公司就更倾向于不相信员工的技术能力，并制定非常细致和严格的管理规范和流程，避免员工犯错。如果你的水平高，就会被各种管理规范和流程束缚住。同时，如果你发现与你合作的人的水平都很“感人”，你也需要调整自己的风格，让自己的工作成果能够适应公司普遍的水平。

此文章为极客时间3月份Day26学习笔记，内容来自《职场生存

懂点心理学，生活工作两不误～

什么是踢猫效应

某公司董事长为了重整公司事务，许诺自己将早到晚归。有一次，他在家看报太入迷以至于忘记了时间，为了不迟到，他在公路上超速驾驶，结果被警察开了罚单，最后还耽误了时间。这位老董愤怒之极，回到办公室，为了转移他人的注意，他将销售经理叫到办公室训斥了一顿。

销售经理挨训之后，气急败坏地走出办公室，将秘书叫到自己的办公室并对他挑剔一顿。

秘书无言无故被人挑剔，自然是一肚子气，故意找接线员的茬儿。

接线员无可奈何垂头丧气地回到家，对着自己的儿子大发雷霆。

儿子莫名其妙地被父亲痛斥之后，也很恼火，便将自己家里的猫狠狠地踢了一脚。

可怜的猫🥺。

提猫效应指的是坏情绪的传达，并且承受最多最痛的人，是弱小的群体。

其他案例

笔者在工作中也会遇到这样的人：

**主管，因为任务的延期完成或者任务出现问题，并没能完成上面的 OKR。受到经理的警告，然后 TA 会找茬自己手下的人，对其一顿 PUA。有时候，TA 还直接跟经理火拼，美其名曰为公司着想，吵着吵着就哭起来，然后任性连休几天假...

这是一种病态的社会表现。也是个人情绪无法抑制的无良的宣泄渠道。更是一种伤害集体利益和他人利益的一种行为。

当然，现实生活中还有很多这种鲜活的案例，比如：

所谓的专家，建议老百姓城市买房去库存，买车带动经济，再开车回农村耕田。升斗小民们可真是惨啊～

如何应对

1. 认清自己的角色：自己的角色是相对，有时候你是弱者，有时候你是施暴者。我们要正确认识到自己当前所处的角色，尊重善待无辜的人和动物。


2. 情绪管理：人不是神，会有喜怒哀乐愁，适当给自己放松一下，拥抱下大自然，请别压抑情绪，更不能为了释放情绪而转嫁情绪给他人。「亲人最容易受伤」


3. 规范和法律：当自己的权益受到了侵害，需要我们拿起法律的武器。比如，公司无缘无故裁了你，但是又没有给赔偿你，甚至在推荐信上恶意差评你。

参考

• wikipedia 踢猫效应


• 踢猫效应|谁是谁的出气筒<
  
  作者：Jimmy
  来源：juejin.cn/post/7264756009887989812
  /a>

写在前面

好像很久没有更文了，感觉有很多想写的，但却又不知道该写些什么了。。。

近阶段，整个人的状态都好，本计划这月想给自己充电，做一些自己想做的事，结果真的就是事与愿违吧。

好像每个人都一样，都是为了生活而疲于奔命，依然忙碌于各种事情之间。

整个过程

没经过深思熟虑的计划制定

两周前，组内同事想让我帮忙做冒烟测试脚本，原因是因为每次发版测试的时间耗时特别长，所以在结束批量测试工具的开发工作后，我便主动和领导请缨做冒烟测试脚本的开发工作。

和领导说，脚本开发需要5天，整个冒烟测试每次需要大约5分钟！

领导听完很吃惊，我自己说应该差不多吧。

迷之自信？

可能很多同学也会和我的领导一样吃惊，为什么？

系统发版后的回归测试，就测试场景和流程来看，工作量肯定不小，姑且不说技术问题，就业务流程的梳理就很费时间了。

而我却说整个过程只需要五天，可见我是多想证明自己了

其实不然，我自己还是有一些考量的，才说出五天，原因有两个：

• 因为信任，所以备受期待，同事信任我，真的感觉自己被需要，并且想为团队贡献出一份自己的力量；


• 因为之前做过测试环境的性能测试脚本，以为很多接口可以直接拿来就用（我天真了，因为改了不少，需要重做）。

理性永远在给感性收拾烂摊子

整个系统总共6个测试流程，也就是说我每天要完成1.2个流程的脚本开发。

我特别喜欢现在团队的氛围，第一天到下班点时，差一个模块就完成了一个流程。

所以在责任心的驱使下，心想加个班吧，今天能赶出来这个模块，明天其他的流程就能复用了。

一切看似很好，也正是这个模块把我彻底卡住了，我遇到了一个让我很抓狂的问题：

打个类比，比如发起申请接口，申请成功了，到领导审批，点击同意的时候报错，而发起申请这个接口却不报错，你在页面同样的操作，领导同意却是正常好用的。

被问题卡住，心态开始崩盘

这个问题，我反复查了近两天......

这期间我积极的找开发同事帮忙排查问题，并确认是否是我的入参不对导致节点数据不正确。

由于开发同事比较忙，能帮我排查问题的时间有限，所以只有在开发稍微有点时间，才能帮忙排查联调。

也正因为开发同事的尽心尽力帮忙，几次下来，让我感觉离问题根源好像又进了一步。

也知道为什么不能审批了，因为虽然请求成功了，但是没走业务逻辑，导致部分数据还是默认值，所以审批报错。

关于入参的排查，暂时告一段落了，因为数据状态不对，无法进行审批，意味着还是没有解决问题。

到这已经是第三天了，一个流程都没整完，感觉整个人都不好了，心态有点崩了......

于是向领导说明原因，领导了解后，并说先把耗时最长的做完，虽然没那么大压力，但是心里还是有些深深地自责。

我还是没忍住，终于哭了出来......

距离周五晚上发版测试还有两天，这个问题不解决，怎么也说不过去，心里一直憋着这个劲特别难受。

当时的想法，真的是谁能帮帮我，帮帮我行么？

但是我也不知道该找谁帮忙，谁又能帮助我？

为什么？说是业务问题吧？还不算？技术问题吧，入参还查不出来啥问题？真的就是进退两难！

因为开发太忙，实在没时间，暂时也没想到什么好的解决办法，我就先下班回了家。

把车停好后，习惯性地给女友打了电话，那天还是我的生日，再加上那阶段烦心事特别多，说着说着我哭了出来，突然感觉好无助而且很没用，最后彻底哭了出来，为什么就那么难？

我以为我很颓废，今天我才知道，原来我早废了。

因为烦心事特别多，导致整个人都不好了，哭出来后，感觉真的很舒服，而且整个人平和了许多。

没人能教你，只有自己能拯救自己

回到家后，搭建好环境，改用工具进行测试，使用jmeter+fiddler抓包开始，重新调接口来模拟测试，结果居然成功了，真的很意外，难道是我代码写的有问题？

第二天上班，我把自己代码接口调用及入参与昨天做好的jmeter脚本一一对照，发现入参一模一样，这让我产生了怀疑，是我封装的工具类有问题？

我代码走的HTTP协议，而jmeter脚本是HTTPS协议才成功的。

这让我想到，可能我的httpclient需要走HTTPS协议请求会让接口调用后，数据应该会正常显示吧。

有了思路，就开始找httpclient如何进行HTTPS请求的相关文章。

经过一番搜索，找到的重点都是围绕使用ssl和根证书的使用的代码片段，我又对httpclient底层封装进行改造，改造完再次使用封装工具类调用接口，结果还是数据状态不对，我真的彻底绝望了。

于是，我又去找到了强哥（我北京的同事），强哥说你干嘛自己封装，用hutool呀。

我照着强哥的思路，又去照着hutool中的工具类，开始写demo，逐一调用接口，结果竟然成功了，这让我欣喜若狂，真的好用。

于是，我对写好的demo，再次进行封装，也就是hutool中的工具类封装，封装好后，再次使用封装好的工具类调用，结果数据状态又不对了。

我真的服了，这是玩我吗？分开就好使，封装就不行。

有的同学说了，应该是你封装的有问题，那为什么其他模块都好用，就这个模块不行？

后来，我灵机一动，那就都对分开可用这部分代码进行简单封装，保证流程跑通就行，算是退而求其次的解决方法，虽然，它很low，但是能用。

也正因为这个临时解决方案，助力我在周五发版前成功的让同事用上了，一个流程的冒烟测试，跑完这一个流程仅需113秒，比手动回归快了近10倍的时间。

写在最后

整个过程让我记忆深刻，在此特别记录一下，真的是头一次被问题卡的这么难受，那种既生气，又干不掉难题的感觉，太难受了!

你有被难题阻塞，一直无法继续下去的情况吗？

最近老板的老婆在参加一项什么“指尖博物馆”的评选，因此老板每天在群里给我们发链接让我们投票。我们兢兢业业每天一投，甚至还相互提醒，完全把这个当成事业在努力。结果，对面直接不按常理出牌，一夜就刷了300票，我们一早来，发现这个数据，面面相觑：这绝对是刷票了吧！

这就是现在网络投票的现状，可能一开始开启网络刷票的人并没有想到会变成这样。本以为这将是民意的体现，具有公平、公正、透明的特质。而且它不需要场地、设备、人力，更不需要大量资金，极大地节省了人力成本。最重要的是，它能通过网络迅速传播活动信息、扩大影响规模，最后的数据一导出，妥妥一大亮点。

事与愿违，网络投票中的刷票行为，让这原本可以最大体现民意的设置，成了黑灰产牟利的“利器”。“某某评选开始啦，请动动你的手指为我们投上宝贵的一票”“本次评选活动对我们很重要，我们需要您的支持，鞠躬感谢”……每次朋友圈看到这样的话，我都心有戚戚：发了也没用呀，对面可能直接机器刷票了！

网络刷票的两种形式

网络刷票背后有一群分工明确的黑灰产业。所谓黑灰产是指利用计算机、网络等手段，基于各类漏洞，通过恶意程序、木马病毒、网络、电信等形式，以非法盈利为目的规模化、组织化、分工明确的群体组织。

网络刷票形式，主要有人工刷票与机器刷票两种。

人工刷票：就是一些空闲时间多的人士，以帮助参赛选手投票来获得“佣金”为主要工作。这些人多数为兼职投票手，外界称之为投票水军。

**技术刷票：**通过抓包工具分析提交投票时所产生的数据，然后使用脚本程序批量提交数据的刷票方式。

通过分析可以发现，网络刷票黑灰产揽客主要分为三步：第一步，在网上搜索这类评选活动，通过冒充主办方或媒体等方式，拨打参选对象单位公开的办公电话，索要参选者私人联系方式。第二步，抛诱饵强卖。会以“专业低价、保证安全”、“先刷后付”等话术来诱骗参选人交钱刷票，不管参选人是否同意，团伙都会假意进行少量刷票，为下一步诈骗进行铺垫。第三步，威胁+诈骗。即便参选者交了一部分的预付金，诈骗团伙也不会再帮你刷票了。而是以此为要挟不断加价，等到活动快结束时，再以冲击排名为由诈骗一笔。

此外，为了吸引参与者自发的去拉票刷票，商家往往会将投票配合奖励去吸引投票用户。由此经引起“羊毛党”注意，出现组队集团化刷票薅礼品的现象。

如何防止网络刷票

毫无疑问，网络刷票对于发起者（商家）、参与者、投票用户这三方来说，都是会造成损失的。我们需要采取一定的措施来防止黑灰产进行刷票。

比较简单的方式有以下集中：

1. 验证码： 在投票页面中加入验证码功能，通过输入验证码来确认投票者是真实的人类用户，而不是机器人或其他自动程序。这里可以使用顶象的免费验证码，因此就不展开叙述了。

2. IP地址限制： 通过限制相同IP地址的投票次数，可以防止同一IP地址的用户对同一选项进行多次投票。P地址限制可以通过服务器端脚本语言（如PHP、Python等）或者Web服务器（如Apache、Nginx等）来实现。

<?php

// 获取投票者的IP地址

$ip = $_SERVER['REMOTE_ADDR'];



// 设置IP地址的投票次数上限为10次

$vote_limit = 10;



// 判断IP地址的投票次数是否已经超过上限

if(get_votes_count($ip) >= $vote_limit){

    // 如果超过了上限，提示投票失败

    echo "投票失败，您已经超过投票次数限制！";

}else{

    // 如果没有超过上限，进行投票操作

    do_vote();

    // 记录投票记录

    record_vote($ip);

    // 提示投票成功

    echo "投票成功，谢谢您的支持！";

}



// 获取指定IP地址的投票次数

function get_votes_count($ip){

    // 连接数据库

    $conn = mysqli_connect('localhost', 'username', 'password', 'database');

    // 查询指定IP地址的投票次数

    $result = mysqli_query($conn, "SELECT COUNT(*) AS count FROM votes WHERE ip='$ip'");

    // 获取投票次数

    $row = mysqli_fetch_assoc($result);

    $count = $row['count'];

    // 关闭数据库连接

    mysqli_close($conn);

    return $count;

}



// 记录投票记录

function record_vote($ip){

    // 连接数据库

    $conn = mysqli_connect('localhost', 'username', 'password', 'database');

    // 插入投票记录

    mysqli_query($conn, "INSERT INTO votes (ip) VALUES ('$ip')");

    // 关闭数据库连接

    mysqli_close($conn);

}



// 进行投票操作

function do_vote(){

    // TODO：进行投票操作

}

?>

3. Cookie限制： 通过在用户浏览器中设置Cookie，可以限制同一浏览器的用户对同一选项进行多次投票。

<?php

// 获取投票者的Cookie

$cookie_name = "voted";

$voted = isset($_COOKIE[$cookie_name]) ? $_COOKIE[$cookie_name] : 0;



// 设置Cookie的过期时间为1天

$expire_time = time() + 86400;



// 判断投票者是否已经投过票

if($voted){

    // 如果已经投过票，提示投票失败

    echo "投票失败，您已经投过票！";

}else{

    // 如果还没有投票，进行投票操作

    do_vote();

    // 设置投票者的Cookie

    setcookie($cookie_name, 1, $expire_time);

    // 提示投票成功

    echo "投票成功，谢谢您的支持！";

}



// 进行投票操作

function do_vote(){

    // TODO：进行投票操作

}

?>

另外，在用户打开页面时，Cookie已经配置在用户浏览器中了，因为示例代码中的setcookie()函数会在服务器响应中设置Cookie并发送给客户端浏览器，当用户打开页面时，浏览器会检查本地是否存在该网站的Cookie，并将其附加在该请求中一同发送给服务器，以便服务器识别该用户的身份，或者保存一些用户相关的数据。因此，在示例代码中，当用户访问该网站时，Cookie已经生效并配置在用户浏览器中了。

4. 人工审核： 对投票结果进行人工审核，通过人工审核来确认投票者的身份和投票行为的真实性。但是，该方法需要投入较大的人力和时间成本，不适合大规模的投票活动。

结语

在2021年1月8日，国家互联网信息办公室公布《互联网信息服务管理办法（修订草案征求意见稿）》。对互联网信息发布、保存及个人信息安全保护等方面作出规定，并对日益泛滥的刷票、刷量、刷评论及制作虚假账号给出了处罚细则。其中特别第二十五条特提到，任何组织和个人不得以营利为目的或为获取其他非法利益，实施下列行为，扰乱网络秩序：
（一）明知是虚假信息而发布或者有偿提供信息发布服务的；
（二）为他人有偿提供删除、屏蔽、替换、下沉信息服务的；
（三）大量倒卖、注册并提供互联网信息服务账号，被用于违法犯罪的；
（四）从事虚假点击、投票、评价、交易等活动，破坏互联网诚信体系的。

希望在此基础上，网络刷票情况能够得到一定的缓解。<

以上。

努力干活就能赚多点钱

职场中最大的谎言可能是“工作越忙就能赚到更多的钱”。虽然在某些情况下这是真实的，但很多时候这只是一种误解。长时间超负荷工作可能会导致身体和心理健康问题，甚至影响到家庭生活和人际关系。此外，很多公司并不愿意在工作强度过高的员工身上支付额外的报酬，而是更倾向于平衡员工的工作与生活，提高员工的幸福感和满意度。因此，新进职场人士应该认识到，在职场中坚持适度的工作量、良好的工作习惯和优秀的职业素养才是取得成功的重要因素。

我都是为你好

“我都是为你好”可能是一种常见的谎言，在不同情境下被使用。在某些情况下，这可能真诚地表达出对他人的关心和照顾，但在其他情况下，这也可能成为掩盖自己私人动机或者行为错误的借口。因此，在职场和日常生活中，我们需要学会审视这句话所蕴含的背后意图，并判断其是否真实可信。同时，我们也应该秉持着开放、坦诚、尊重和理解的态度，与他人进行良好的沟通和相处，以建立健康、和谐的人际关系。

他做得比你好，向他好好学习

“他做得比你好，向他好好学习”是一句非常有益的建议，可以让人们从成功的经验中汲取营养，不断提高自己的能力和水平。在职场中，人们面对不同的工作任务和挑战，而且每个人的工作方式、思维模式和经验都不同，因此，我们应该善于借鉴他人的优点和长处，吸取别人的经验和教训，不断完善自己的职业素养和技能。然而，这并不意味着要完全依赖和模仿别人，而是应该在合适的时机，根据自身实际情况和需要，加以改进和创新，开拓自己的专业视野和发展空间。

在职场中，有些人可能会通过拍马屁、拉关系等不正当手段来获取自己的利益或者提高自己的地位。然而，这种做法可能会导致负面后果和损失，例如破坏工作团队的合作氛围、损害自己的职业形象和信誉等。因此，我们应该始终保持清醒和冷静的头脑，不受拍马屁等诱惑，专注于自己的工作和职责，努力提高自己的专业水平和职业素养。同时，我们也应该与他人建立良好的人际关系，以合理、公正、透明的方式展示自己的才华和成果，赢得别人的尊重和信任，并在适当的时刻借助他人的力量来实现共同的目标。

公司不怎么赚钱，理解一下，行情好了加工资

如果公司在过去设定了一些目标和承诺，但无法兑现或者没有达到预期的结果，那么这就是一种失信行为。画饼充当推销手段，可能会对员工、客户和利益相关方造成误导和不良影响，并破坏公司的商誉和形象。因此，公司应该根据市场实际情况和自身能力水平，制定合理、可行的计划和策略，避免过于浮夸和虚幻的承诺，注重落实和执行，加强与员工、客户和社会各方的沟通和互动，建立坦诚、透明的企业文化和价值观念。同时，员工也应该保持客观、谨慎、理性的态度，不盲目追求高回报或者虚假宣传，始终以个人职业道德和职责为先，为公司和自

说起来加班，别管什么80后，90后，00后，内心肯定都是非常抵制的，朝九晚六，平衡工作生活，想必是大多数人的梦想。

为什么突然想写一篇这样的文章，这两天确实有几件事情触动了我。

1.同事猝死

曾任职的一家公司，一名同事于4月1日猝死。以前总是看网上那些猝死的案例，感慨加班猝死，不曾想这件事生生的发生在自己身边，这名同事是一名销售，具体猝死缘由（前）公司并没有多谈，但我想一定是和熬夜加班息息相关。

这家公司的加班文化，我深有体会，去年11月初，各个项目组长在工作群先后通知强制要求加班，并不给你机会以及理由请假，反正加班给出的理由就是冲刺冲刺。

当时有同事用dingding和其他同事讨论加班的各种不情愿，聊天记录居然被公司扒出来并认为其散播负面言论，邮件全体对其进行警告，我大为震惊，当然这名同事后来也进入了裁员名单。

警告信发出之后越来越多的同事周末有一天不能来公司办公，其实他们在家根本也没闲着，这时候大老板急了，又发了这样的一封邮件。

（我看到这封邮件的时候，心里的想法就是作为公司的领头人，这格局不是一般的小,仅代表个人意见）

显然这封邮件是给那些不坚持10 10 7的人看的，对于那些不加班的人等待着的自然是优化。就这样还是有些同事继续坚持着10 10 7，在元旦之前大家终于把所有项目全部成功交付，本以为等待着大家的是老板分享喜悦的成果，结果等来的却是3/2的裁员，后来大家想明白了，就是催促着大家感觉把项目做完，裁掉你们。其中有位同事，前一天通宵加完班，第二天就被裁了，那时候整个办公室一片哗然。

2.持续加班住进icu

朋友的同事，据说刚刚升为一名奶爸，每天十点前不曾下班，大家问他为何这么拼，给出的理由是我刚刚生了娃，买了房子，工作一点不敢懈怠，怕惹得领导不高兴随时让我滚蛋。

是啊,谁想加班，谁愿意加班天天守着个破电脑，可是生活让我们不得不加班，不得不向一些不合理的规定屈服。

3.中国电科龙哥

这两天龙哥火遍了各个社交网络，龙哥痛批强制加班员工事情为什么能火，为什么传播速度这么快，我猜测是龙哥一人之言说出了很多打工人的心声，引起网友一片共鸣。

不过央视网的这文字怕是惹得大家一顿p喽。

职场人偶尔加下班，没有任何问题，毕竟工作中肯定会遇到一些紧急事件需要及时处理，作为公司员工，加班赶下进度也是应该的，可是长期被自愿加班就不合时宜了，毕竟身体是革命的本钱，一旦因为长期加班，出现问题就得不偿失了，所以加班文化不可取，尤其是超

如果你接触过公司的面试工作，一定见过很多来自大公司的渣渣。这些人的薪资和职位，比你高出很多，但能力却非常一般。

如果能力属实，我们大可直接把这些大公司的员工打包接收，也免了乱七八糟的面试工作。但可惜的是，水货的概率通常都比较大，新的公司也并不相信他们的能力。尤其是这两年互联网炸了锅，猪飞的日子不再，这种情况就更加多了起来。

反过来说也一样成立，就像是xjjdog在青岛混了这么多年，一旦再杀回北上广，也一样是落的下乘的评价。

除了自身的努力之外，你在上家公司混的差，还与你在组织架构中所处于的位置和组织架构本身有关。

一般公司会有两种组织架构方式：垂直化划分和层级化划分。

1. 垂直划分

垂直划分，多以业务线为模型进行划分。各条业务线共用公司行政资源，相互之间关联不大。

各业务线之间，内部拥有自治权。

如上图所示，公司共有四个业务线。

• 
  

  业务线A，有前端和后端开发。因为成员能力比较强，所以没有测试运维等职位；

  
  


• 
  

  业务线B倡导全栈技能，开发后台前端一体化；

  
  


• 
  

  业务线C的管理能力比较强，仅靠少量自有研发，加上大量的外包，能够完成一次性工作。

  
  


• 
  

  业务线D是传统的互联网方式，专人专岗，缺什么招什么，不提倡内部转岗

  
  

运行模式

1. 
   

   业务线A缺人，缺项目，与业务线BCD无任何关系，不允许借调

   
   


2. 
   

   业务线发展良好，会扩大规模；其他业务线同学想要加入需要经过复杂的流程，相当于重新找工作

   
   


3. 
   

   业务线发展萎靡，会缩减人员，甚至会整体砍掉。优秀者会被打散吸收进其他业务线

   
   

好处

1. 
   

   业务线之间存在竞争关系，团队成员有明确的奋斗目标和危机意识

   
   


2. 
   

   一条业务线管理和产品上的失败，不会影响公司整体运营

   
   


3. 
   

   可以比较容易的形成单向汇报的结构，避免成本巨大且有偏差的多重管理

   
   


4. 
   

   便于复制成功的业务线，或者找准公司的发展重点

   
   

坏处

1. 
   

   对业务线主要分管领导的要求非常高

   
   


2. 
   

   多项技术和产品重复建设，容易造成人员膨胀，成本浪费

   
   


3. 
   

   部门之间隔阂加大，共建、合作困难，与产品化相逆

   
   


4. 
   

   业务线容易过度自治，脱离掌控

   
   


5. 
   

   太激进，大量过渡事宜需要处理

   
   

修订

为了解决上面存在的问题，通常会有一个协调和监管部门，每个业务线，还需要有响应的协调人进行对接。以以往的观察来看，效果并不会太好。因为这样的协调，多陷于人情沟通，不好设计流程规范约束这些参与人的行为。

在公司未摸清发展方向之前，并不推荐此方式的改革。它的本意是通过竞争增加部门的进取心，通过充分授权和自治发挥骨干领导者的作用。但在未有成功案例之前，它的结果变成了：寄希望于拆分成多个小业务线，来解决原大业务线存在的问题。所以依然是处于不太确定的尝试行为。

2. 水平划分

水平划分方式，适合公司有确定的产品，并能够形成持续迭代的团队。

它的主要思想，是要打破“不会做饭的项目经理不是好程序员”的思维，形成专人专业专岗的制度。

这种方式经历了非常多的互联网公司实践，可以说是最节约研发成本，能动性最高的组织方式。主要是因为：

• 
  

  研发各司其职，做好自己的本职工作可以避免任务切换、沟通成本，达到整体最优

  
  


• 
  

  个人单向汇报，组织层级化，小组扁平化。“替领导负责，就是替公司负责”

  
  


• 
  

  任何职位有明确的JD，可替换性高，包括小组领导

  
  

这种方式最大的问题就是，对团队成员的要求都很高。主动性与专业技能都有要求，需要经过严格的面试筛选。

坏处

• 
  

  是否适合项目类公司，存疑

  
  


• 
  

  存在较多技术保障部门，公共需求 下沉容易造成任务积压

  
  


• 
  

  需要对其他部门进行整合，才能发挥更大的价值

  
  

分析

如上图，大体会分为三层。

• 
  

  技术保障，保障公司的底层技术支撑，问题处理和疑难问题解决。小组多但人少，职责分明

  
  


• 
  

  基础业务，公司的旗舰业务团队，需求变更小但任何改动都非常困难。团队人数适中

  
  


• 
  

  项目演化，纯项目，可以是一锤子买卖，也可以是服务升级，属于朝令夕改类需求的聚居地。人数最多

  
  

可以看到项目演化层，多是脏活，有些甚至是尝试性的项目-----这是合理的。

1. 
   

   技术保障和基础业务的技术能力要求高，业务稳定，适合长期在公司发展，发展属性偏技术的人群，流动性小，招聘困难

   
   


2. 
   

   项目演化层，业务多变，项目奖金或者其他回报波动大，人员流动性高，招聘容易

   
   

成功的孵化项目，会蜕变成产品，或者基础业务，并入基础业务分组。

从这种划分可以看出，一个人在公司的命运和发展，在招聘入职的时候就已经确定了。应聘人员可以根据公司的需求进行判断，提前预知自己的倾向。

互联网公司大多数将项目演化层的人员当作炮灰，因为他们招聘容易，团队组件迅速，但也有很多可能获得高额回报，这也是很多人看中的。

3.组合

组合一下垂直划分和层级划分，可以是下面这种效果。

采用层级+垂直方式进行架构。即：首选层级模式，然后在项目演化层采用垂直模式，也叫做业务线，拥有有限的自治权。

为每一个业务线配备一个与下层产品化或者技术保障对接的人员。

绩效方面，上层的需求为下层的实现打分。基础业务和技术保障，为绿色的协调人员打分。他们的利益是一致的。

End

大公司出来的并不一定是精英，小公司出来的也并不一定是渣渣。这取决于他在公司的位置和所从事的内容。核心部门会得到更多的利益，而边缘的尝试性部门只能吃一些残羹剩饭。退去公司的光环，加上平庸的项目经历，竞争力自然就打上一个折扣。

以上，仅限IT行业哦。赵家人不在此列。

前段时间招聘的一位开发，待了两三周，拿到了京东的offer，离职了。在离职的后一天，接到了他新公司的背调电话，几乎每项都给他打了8分。这个分数打的有点虚，单纯只是为了不影响他下家的入职。

离职之前，收到他在飞书上查看电话号码的消息，大概也猜到是在填写背调人信息，但自始至终，他也没打一声招呼，让给个好评。

离职最后一天，办完手续，没跟任何人打一个招呼，不知什么时候就消失了。

当初他刚入职一周时，其实大家都已经看出他在沟通上有很大问题，还想着如何对他有针对性的安排工作和调整，发挥他的长处，避免他的短处。但没想到这么快就离职了。在他提离职时，虽没过多挽留，但给了一些过来人的建议，很明显也听不进去。

站在旁观者的角度来看，他的职业生涯或即将面临到的事几乎能看得清清楚楚，但他有自己的坚持，别人是没办法的。

就着这事，聊聊最近对职场上关于沟通的一些思考：

第一，忌固执己见

职场中最怕遇到的一种人就是固执己见的人。大多数聪明人，在遇到固执己见的人时，基本上都会在三言两语之后停止与其争辩。因为，人一旦在自己的思维层次形成思维闭环，是很难被说服的。

而对于固执己见的人，失去的是新的思维、新的思想、纠错学习的机会，甚至是贵人的相助。试想一下，本来别人好像给你提建议，指出一条更好的路，结果换来的是争辩，是抬杠，聪明人都会敬而远之，然后默默地在旁边看着你掉坑里。

真正牛的人，基本上都是兼听则明，在获得各类信息、建议之后，综合分析，为己所用。

第二，不必说服，尊重就好

站在另外一个方面，如果一件事与己无关，别人有不同的意见，或者这事本身就是别人负责，那么尊重就好，不必强行说服对方，不必表现自己。

曾看到两个都很有想法的人，为一件事争论好几天，谁也无法说服谁。一方想用权力压另一方，另一方也不care，把简单的事情激化，急赤白脸的。

其实争论的核心只是展现形式不同而已，最终只是在争情绪、争控制感、争存在感而已，大可不必。

对于成年人，想说服谁都非常难的。而工作中的事，本身就没有对错，只有优劣，大多数时候试一下就知道了。

有句话说的非常好，“成年人的世界只做筛选，不做教育”。如果说还能做点什么，那就是潜移默化的影响别人而已。

第三，不懂的领域多听少说

如果自己对一个领域不懂，最好少发表意见，多虚心学习、请教即可。任正非辞退写《万言书》的员工的底层逻辑就是这个，不懂，不了解情况，还草率提建议，只是哗众取宠、浪费别人时间。

如果你不懂一个领域，没有丰富的背景知识和基础理论支撑，在与别人沟通的过程中，强行提建议，不仅露怯，还会惹人烦。即便是懂，也需要先听听别人的看法和视角解读。

站在另一个角度，如果一个不懂的人来挑战你的权威，质疑你的决定，笑一笑就好，不必与其争辩。

郭德纲的一段相声说的好：如果你跟火箭专家说，发射火箭得先抱一捆柴，然后用打火机把柴点着，发射火箭。如果火箭专家看你一眼，就算他输。

第四，没事多夸夸别人

在新公司，学到的最牛的一招就是夸人。之前大略知道夸人的效果，但没有太多的去实践。而在新公司，团队中的几个大佬，身体力行的在夸人。

当你完成一件事时，夸“XXX，真牛逼！”，当你解决一个问题时，夸“还得是XXX，不亏是这块的专家”。总之，每当别人有好的表现时，总是伴随着夸赞和正面响应。于是整个团队的氛围就非常好。

这事本身也不需要花费什么成本，就是随口一句话的事，而效果却非常棒。与懂得“人捧人，互相成就彼此，和气生财”的人相处，是一种非常愉悦的体验。

前两天看到一条视频，一位六七岁的小姑娘指派正在玩游戏的父亲去做饭，父亲答应了。她妈妈问：你是怎么做到的？她说：夸他呀。

看看，这么小的小孩儿都深谙的人性，我们很多成人却不懂，或不愿。曾经以为开玩笑很好，现在发现“夸”才是利器，同时一定不要开贬低性的玩笑。

其实，职场中还有很多基本的沟通规则，比如：分清无效沟通并且及时终止谈话、适当示弱、认真倾听，积极反馈、少用反问等等。

当你留意和思考这些成型的规则时，你会发现它们都是基于社会学和心理学的外在呈现。

周末带娃出去玩，回来的时候路过一家新开的水果店买东西，因为是新店，所以店里在搞促销活动。进去后发现一个很糟糕的问题。店员对收银系统不熟悉，排队的人要好几分钟才能结算一个，很多人等着不耐烦就走了。现在客户买东西，在哪里买都是买，体验不好，留不住客户的。

这让我想到前年六月份，公司开第一家实体店的时候，也出现过类似情况。当初做的是让客户通过小程序线下扫码购买，优惠设计得很复杂，服务员虽然做过培训，但很多细节不清楚。当客户支付出现异常情况时，又来回沟通处理。这就让用户很不耐烦。最后虽然看起来店里人多热闹，但实际营收并不高。

这并不是特例，有经验的老板，在正式开店前会有一段时间的试营业，非常低调地开门。等员工都熟悉工作了，才会正式开业。

我们都知道招聘的时候，企业更喜欢招聘有经验的人。为啥？因为经验指的是你不仅知道一个东西，还做到过。你能解决某个问题，解决问题的方法才是经验。

如果你只是第一次做，就算培训过，那也不是经验，只能说你知道某件事。从知道到做到，中间还隔很远，越是复杂系统，越需要花更多时间在这个做到的过程上。就像我们做菜，你按照菜谱做，第一次也大概率做得也不会很好吃。

另外一个原因是，人往往容易高估自己的能力。我们在评估一个项目工作量时就很容易犯这个错误，你要是没经验，很容易把一个复杂需求看得很简单。导致工作量评估不足，这也是导致项目延期很重要的一个原因之一。

说到这里，相信你也知道招聘的背后是找一个能解决他们现有问题的人，这个解决问题的经验才是他们需要的。那如果我们想换工作，我想你应该也知道招聘的关键是”经验“，跟岗位相关的经验都是加分项。在进一步思考，人的时间都是一样的，把时间用哪里，把解决什么问题变成经验，这是我们可以思考的方向之一。比如，你想做一名项目经理。那项目管理经验就是你的加分项。十人的管理、百人的管理，管理的深度不一样，获得经验也是不一样的。

总结一下，今天主要想跟大家表达两个观点：

1、珍惜你的时间，用有限的时间去拥有更多跟工作相关的经验。

2、没有经验就不要太乐观地去做一件事情。反之，在做一件没有做过的事情前，应该找一个无利益关系且有经验的前辈咨询下。

推荐相关阅读： 初学者思维 - 找到解决

夜半惊醒

看了下时间，凌晨4:37，辗转反侧。3.7号大领导告诉我这次10升11没通过，这是我知道晋级失败的第4个夜晚，从震惊到否认，到愤怒，到麻木，再到冷静。我的技术能力、思考深度、攻坚能力明明是小组里突出的一个，但在此次技术职级的晋升上，却名落孙山，落在同组小伙伴之后。技术人员，终究困于技术的窠臼。

工作经历

浑浑噩噩的四年

我毕业就进入鹅厂工作，15年，正是鹅厂大杀四方的一年，至今犹记得当时拿到鹅厂 offer 时的兴奋和同学眼中的艳羡。来了公司后，跟着项目组开始创新项目，一眼望到头的挣不来钱，浑浑噩噩的干了3年，和一起进公司的小伙伴们收入差距越来越大。

好在我的驱力不错，既然挣不到钱，那就好好积累技术能力，提升自己。那段时间，周围没有伙伴，没有对比，没有好的机会，只剩下我一个人慢慢悠悠的学习积累，我以为自己足够努力，没有荒废时间；后来才发现自己其实是井底之蛙，一起入职的小伙伴付出了百倍的努力和数不清的不眠之夜，1年多就已经能 cover 当时的业务了，没过2年就已经提干了。

2018年底，我满怀信心去答辩后台 3.1，没过。我当时还觉得评委装逼，挑刺，后来回头看写的都是s，一点含量都没有。

时来运转

2019年3月，答辩刚结束。部门业务调整，我们被整组划到了一个相对挣钱的业务上，leader 也调整成后台 leader。

新业务还是挣钱，凭着第一个项目积累的技术和项目经验，我得到了新领导的认可，第一年干的轻轻松松就挣到了远远超出之前的收入，和之前累死累活拿温饱线形成鲜明对比，可见大厂里跟对项目是多么的重要。

只是没想到第一年就是巅峰，后面随着贸易战、反垄断，鹅厂形势越来越差，我们业务收入也受到极大影响，人员也越来越冗余。挣的钱少了，分蛋糕的人还多了，可想而知，收入越来越差。

在这里，我成功从8级升到了10级工程师。说起来我们这一届实名惨，第一批毕业要等1年才能晋级，最后一批8升9需要公司范围内通道评审，第一批9升10走BG内评审，第一批10升11走部门内评审，全程试验品，一样没落下。

10升11

去年年底公司晋升改革，10升11评审下放部门，职级和待遇不再挂钩，不仅看重”武功“，还看中”战功“，同时传闻这次晋升名额极少。大领导找我谈话，要不就别去了？我想了想这两年的技术和项目积累，不甘心。

整个中心，就我和同组的小伙伴两个人一起去，我挑的是个一直在做的有技术挑战、持续优化的项目，小伙伴挑的是挣钱的项目。我准备了几个周末，小伙伴临时抱佛脚，结果小伙伴过了，我没过。评委说，我过度设计(优化过头)、没有实战演练容灾。

我和大领导说这个和我预期差太多了，我和小伙伴一起预答辩过，都知道讲的啥，咱是技术评审，我的项目技术含量、架构和挑战明明更好，为啥是我没过？大领导说你是认知偏差，人家讲的确实好。不忿，遂找评委 battle，咱要真按这个说法，能不能对参加评审的项目一致对待，不要双标？且不说我是不是过度设计，凭啥对我的项目就要求容灾演练，对别人的项目就视而不见？评委不语，你的项目对部门价值没产生什么收益和价值。

部门400+人，4个晋升11级名额，大概率是一个中心一个。一个技术评审，糅合了许多超过技术方面的考量，业务挣不挣钱和技术有啥关系？技术好的业务就能挣钱？业务挣钱多的是技术好的原因？

我以前也晋级失败过，但是我认输，因为相对而言，整个BG一起评审，你没过就是你技术差，其他因素影响没有这么大。这次明明是我更有技术深度、更投心思在优化上，却事与愿违。

反思与感悟

反思一下。千头万绪，毛主席说，那是没有抓住主要矛盾。

大的方面上讲：这两年大环境差，公司收入减少，需要降本增效。我要是管理层，也会对内部薪资成本、晋升等要求控制增速；政策制定上，也会将资源更倾斜于现金流业务，控制亏损业务的支出。在这个大的背景下，公司不愿意养“能力强，战功少”的技术骨干了；更愿意养“能力强，战功多”的人员。希望员工把精力都聚焦在业务挣钱上。

部门层面上讲：和公司政策一脉相承。晋升名额少，那紧着挣钱的中心、挣钱的小组、挣钱的个人给。这个意义上讲，职级体系已经不是衡量技术能力的标尺了。你技术能力强，没用。你得是核心，得是领导认可的人。

中心层面上讲：要争取名额，否则怎么团结手底下人干活。而且名额要给业务干活干的最出色的那个人，其他人就往后稍稍。我要是我领导，年前也会劝退我的。毕竟我技术能力虽然强，更多的是问题专家的角色，而不是业务核心。

且预测一下，中心之间肯定进行了各种资源置换。评审估计流于形式。慢说我被挑出来了问题，就是挑不出来问题也得给你薅下来。我就是和小伙伴互换项目去讲，估计还是小伙伴过，到时候评委就该说我“你做这东西有啥难度，我叫个毕业生都能来做”了。此处我想起了一副对联，不太合适，就是很搞笑。“说你行你就行不行也行，说你不行你就不行行也不行”，横批是“不服不行”。

从个人角度讲，付出和收获不成正比，难受吗？那肯定的。但谁让方向一开始就错了呢？这世界不公平的事情多了，不差这一个。

重新出发

综上来说，短期内，不改变发力方向到业务上，后面可以说晋升无望。以前老是觉得自己技术能力强，心高气傲，心思没在业务上，勤于术而懒于道，实在是太过幼稚。做了几年都对很多东西不甚了了。

今后，需要趁着还能拼的时候拼一下，潜心业务。编码和开发只是很小一部分，更要从：

1. 业务大局出发，实时数据驱动，监控、统计一定要完善，要有看板，否则无法衡量。


2. 主动探索业务，给产品经理出主意，一起合力把产品做上去做大，提升对业务的贡献，探索推荐、探索推广渠道等等。产品做不上去，个人也没机会发展。


3. 多做向上管理，和领导、大领导多沟通。做好安排的每一件小事，同时主动汇报，争取重获信任。


4. 主动承担，做一个领导眼里靠谱放心的人。


5. 多思考总结，多拔高提升，不要做表面的勤奋工作，看似没有浪费时间，实则每分每秒都在浪费时间。


6. 多社交，多沟通，多交流，打破技术人员的牢笼。

凡事都有两面性，福兮祸所依，祸兮福所倚。多受挫折、早受挫折不是坏事。

2023，就立个