关注公众号，西风的指南，方能阅读正文《逆天改命的七件事》

那天我写，逆天改命的七件事，有读者看了第三件事之后，留言感慨说，人这辈子最重要的，的确是与人相处。

懂如何相处的人，如鱼得水，不懂得如何相处的人，屡屡碰壁。

他就是个不懂相处的人，他描述了自己作为一个码农的处境，在新公司里，快待不下去了。

他有两年工作经验，如今跳槽去了新公司，也不是不会编程，毕竟有经验。

但他不熟悉新公司的代码结构，现在的公司也都很着急，根本不会给你半年适应期。

如果一两个月你都无法融入，那么大概率三个月试用期，是过不了的。

但写代码这件事咋说呢，两三个月，有时候真的不够你了解新公司，如果和老公司比，代码框架都变了的话。

所以他现在无头苍蝇一样，很痛苦，自己研究，研究不明白，问人吧，被嫌弃。

想让我帮着分析分析。

其实这就是个非常经典的不懂相处的案例。

照你这种问人的方式，是根本不可能有人帮你的。

你张嘴就来，我对新公司的代码框架不熟悉，然后呢？然后你指望谁给你安排一场培训？

大公司或许有，但那种培训也都是走过场，没有实际意义的。

如果公司层面没有，你找别的员工，不耽误人家时间么？

人家几天是不用工作了，还是不用产出了，就专门给你辅导？

何况就算对方是个老好人，肯这么做，也没有实际意义的。

他给你泛泛的把公司代码从头讲到尾，对你的实际工作展开，是没有帮助的。

你自己手头的问题，该解决不了照样解决不了，到时候，帮你的人，看你铁定过不了试用期，他干嘛还要在你身上继续浪费时间？

你去找经理，开口就是我不熟悉公司代码框架，希望得到培训，那更显得你无能。

经理不会管你能不能适应，经理看问题的角度是，为什么有人能适应呢？

别人能，那他过试用期，你不能，那你就不要过试用期呗。

怎么通过考察是你的问题，考察你，才是他的问题。

就像考生不可能答不出题，去问监考老师要答案。

所以你面对的问题非常常见，是几乎所有第一次跳槽的码农们，集体遇到的。

一个人，刚毕业，校招阶段进公司，公司通常是会给你非常长的适应期的，也许你要一年之后开发的代码，才真的派上用场。

可一旦你跳槽，你以社招的方式进入第二家公司，对不起，来了你就得创造价值。

你说要是新公司的代码框架，产品结构和原东家差距巨大，你面对的困难和校招无经验时一样。

对不起，那是你的问题。

你要想办法克服，因为你是社招来的，通过社招本来就是你向你的客户承诺，你有金刚钻，能揽瓷器活。

所以这一关，人人都得过，如果你要跳槽，如果你不打算在第一家公司干到老的话。

而过这一关的方式，就是与人相处。

你进入一个新公司，一个新团队，面对一堆全新的陌生工作，你不可能把自己的问题，当成提问，丢给别人。

好比我是你的码农同事，你张嘴就来，你的工作你完成不了，问我要怎么完成。

那我凭什么帮你？

大哥，你是社招的好么，你的工作我告诉你怎么完成，那你的工资，难道是我替你领啊？

那不就结了？如果你张嘴就要讲自己遇到的困境，那你最好别张嘴。

因为根本不可能得到帮助，而且会降低你在别人心目中的评价。

那我不张嘴，我又解决不了，怎么办呢？

很简单，我去问别人的问题。

好比现在我是个码农，领导交给我一个BUG，这个BUG牵涉的代码，我不熟悉。

我当然可以自己慢慢熟悉代码，但耗时太久，领导不会满意。

我当然也可以张嘴问别人，那别人会觉得我在占据人家的时间，人家凭啥给我讲代码。

所以，我只剩一个选择，就是先去找别人的问题。

公司有研发就有测试，有测试就有白盒测试，白盒测试是专门写测试用例的。

我找到这个BUG对应的测试用例，跟对方反馈，我在使用对方测试用例的过程中，遇到了哪些现象，是原有的测试用例无法覆盖的。

这个测试用例需要扩展，扩展的内容包括12345。

提交一个需求，给到白盒测试组，这是来自研发的需求，原因是过去的旧用例，影响了开发。

白盒测试组拿到了需求，这是人家的工作量，是可以写入人家的工作报告的，人家才会派人支持你。

说到底，没人要支持你，人家支持的是公司。

只有支持公司才能写入自己的周报，帮助同事是写不进周报的。

能写入周报，才能显得自己忙碌，才能证明自己的岗位有价值，才能不被裁。

所以白盒测试组非常喜欢得到这种需求，尤其是打着项目旗号的需求，正因为有不断的需求，才能让白盒测试组长期存在，才能让组长长期存在。

否则组就被解散了，组长就被撤了。

好，现在我问你，你真有那么老实么？12345，是站在白盒测试的角度，是站在项目扩充的角度提的诉求？

NO，那是本该你来写的代码，只不过你以需求的方式，提交给了白盒测试组。

他们在公司那么多年了，太熟悉代码框架，12345，一天就写完了，你拿了他们的测试代码，改吧改吧，就是你要提交的，你自己的开发代码。

打完，搞定，收工。

领导原本预期你一个月才能融入工作，结果你48小时就融入了，你就有产出了，就开始提交代码了。

喜出望外。

现在看懂我那天讲的第三件事的重点了么？

与人相处，重点是什么？是与人，人家才是重点，对方才是重点。

你有问题，关人家P事啊。

你没法通过试用期，关人家P事啊。

你时间不够用，关人家P事啊。

没有人会接受那种指向不明确的需求的。

你说，我胳膊骨折了，对方会搭理你么？骨折了你去找医生啊，找我干嘛。

你说，我胳膊骨折了，你能帮我去打印机那里拿一下打好的文件么？他就肯帮你了。

他为啥肯帮你？因为你讲清楚了具体什么事儿，他可以评估风险与收益。

他评估发现代价很小，5分钟顺手的事儿，那干嘛不做个顺水人情？

你张嘴就来，我胳膊骨折了，干啥？人家还以为你要碰瓷，要讹人家呢。

你不能给对方一个不明确的请求，那人家就无法评估帮你的代价了。

同样，当一个请求对对方而言，不是五分钟顺手帮你拿几张纸就能完成的时候，这个请求就得和对方的利益挂钩。

其实是同一件事，都是写12345那点代码，但以谁的名义很重要。

以帮助你的名义？你算老几？公司又不是你家开的，帮助你又不能写入周报。

所以要以对方能够拿到工作量的方式去提需求，花花轿子众人抬，才会请到援兵。

一份代码，两份工作量，白盒测试也能写进周报，开发组也能写进周报，大家都有工作才是重点。

到底谁去干活，反倒没那么重要。

重要的是什么？是学会到底怎么融入一个新团队，学会到底怎么与人相处。
关注公众号，西风的指南，方能阅读正文《逆天改命的七件事》