写在前面
好久不见，我是小方。
最近看了一部小众的纪录片式的电影 《棒！少年》，讲述了几个曾经带领中国青少年棒球队夺得世界冠军的教练和贫困儿童通过棒球去改变自己命运的故事，票房只有区区500万，豆瓣评分却高达8.5。
看完这部纪录片，让我感触最深的地方在于：这是一群在恶劣条件下不断抗争的可爱的人，他们在给自己一个机会，给棒球一个机会。
逆风挥棒 叫板命运。
今天我们不聊技术问题，来说说程序员的个人发展，我是第一次尝试这种风格的文章，还真是有点不知道如何下手。
老生常谈的东西，我就少写不写，尽量做到文短意长，让朋友们有所收获，让我们开始今天的话题吧。
一. 绕不开的话题-跳槽
对于跳槽这件事，有的人很长情，有的人就很激进，无论哪种选择都没错，毕竟大家都是成年人，做任何选择必然都是有所考量的。
我属于略偏激进类型的，目前工作快7年了，现在是第4家公司。
随着年龄的增长，跳槽时考虑的问题越来越多，跳槽频率也会下降，同时公司对你的要求也更高。
在我看来，跳槽时考虑的因素很多，包括但不限于：
-
1. 新公司&新岗位和你之前的工作经历匹配情况，自己能力能否螺旋上升。
比如你之前一直做搜广推，新公司是做直播，除了通用技术能力外，之前积累的搜广推的经验可能没什么施展之处，这时就需要考虑换方向是否值得。
工作能力和经验的持续上升才更有可能让你成为专家级的人才，如果自己当前的方向还不错，其实没必要换的。
搜广推代指搜索、广告、推荐相关的高端方向后端岗位。
一旦换方向就等于只能进行通用技术能力的迁移，领域内的能力就派不上用场了，所以确定好方向就十分重要，不要盲目更换。
-
2. 新公司&新岗位 有没有熟人 节奏如何
刚工作前几年的时候，我都是单枪匹马跳来跳去，主要是我本硕都非计算机相关的专业，同学都从事非IT行业，也就没有这层人脉关系了。
工作5年之后，我慢慢发现职场抱团的重要性，大家有好坑都会相互介绍。
如果是新公司工作节奏慢也还好，但是如果节奏飞快，那就很糟糕了：
在这种情况下，如果你是个强自驱&想做事的人就很容易出问题，内自驱外压力，人很容易崩溃。
当你工作多年之后，尽量考虑有熟人的公司，心理压力会小很多，并且可以帮助你快速landing，彼此工作能力和工作方式都很熟悉，更容易开展工作。
所以内推算是个对个人和公司都比较好的一种招聘方式了。
-
3. 通勤距离、加班情况、年终情况
如果你在工作城市有固定住所，那么通勤距离一定是个重要考量因素。
像我在北京，一般来说单程控制在1小时之内是比较好的，否则时间一长整个人精神状态就会比较差，很早就出门了，晚上回家就11点多了，家都被住出了快捷酒店的感觉。
再说加班，有偿加班是没问题的，无偿白嫖的公司就不要去了，加班的套路也有很多：有只能换调休的公司，以及1倍加班费和2倍加班费的，情况不同需要多问一下。
再说年终奖情况，有的公司写的15薪或者16薪，但是大部分人都拿不满都会打折，这就很流氓，有的公司虽然说15薪，但是这是80%人的水平，前20%可能是1.5倍，这种就很良心很严谨。
千万不要认为HR都会跟你说，这些都是需要自己费心的。
二. 做团队中靠谱的人
当我们加入一家公司，对自己对公司都是有机会成本的，所以要相互成就。
当然有人会说，公司都是资本家的，摸鱼才是提高时薪水，公司好坏和我关系不大，老板年底喜提别墅，那我呢？
这种观点也不好说对错，至少作为打工人还是要有一丝丝感恩之心，至少是这家公司给你吃饭的机会，至于你看到的公司的缺点和问题，也不要过分放大。
没有好工作，只有好工人，没有哪家公司是完美的，摆正心态之后，就需要思考，如何成为团队中靠谱的人：
-
1. 小事情 大局观 把握机会 突破出去
我们都知道，活有好有坏，明星项目稍微干干绩效都不会差，垃圾项目干到死也白搭。
说实话，工作这么多年，明星项目我真没干几个，更多的是平平无奇的项目，这也是大部分人的现状。
"简单的事情做到极致"这种话一定是有上下文的，否则一直做简单的事情，即使做到极致也没什么卵用。
个人认为，做小的事情也要有大局观，相信拧螺丝绝不是终点。
小的事情也可能有非常多的上下文，了解清楚分析全面，这样就为下一个大事情更好做铺垫。
一来二去，几个小事情完成都很棒，并且你对全局有了自己的理解，这时候你的leader仍然不给你机会，还是打杂，那么你可以向他表达诉求，如果leader还是无动于衷，那就可以择机分手了。
个人认为，团队协作中有个关键的东西：技术信任力。
上下级、同事之间的技术信任力都是靠自己一点点干出来的，都是一件件大大小小的事情为自己赢得的，这也是你成为团队靠谱人的关键。
思考充分、高质量交付、表达准确每一次都高标准要求自己，形成团队之间对于自己的技术信任，但凡正常点的leader都会把你当做骨干核心来安排，否则就没必要耗着了。
-
2. 提高技术影响力 让团队真正认识你
如果团队比较大，提高自己的技术影响力非常重要。
大团队一般都会有好几个小方向，这样的话其他小方向的同事并不一定会真正认识你。
在大团队中需要表现有度，不要上蹿下跳像个小丑，总说一些无关的话，至少我是极度反感这样。
我们没法让每个人都满意，获得每个人都很高的评价，因此按照自己的节奏和做事方法去做就好。
或许是一次技术优化，一次技术分享，一次技术改造，只要你足够用心就一定会被有心的同事看到。
在我看来，技术表达往往是内敛和深沉的，浮夸和炫技的东西不应该占到主流。
如果你持续付出了，也有好的口碑，最后还是打杂，这个团队一定是有问题的，团队的人也是有问题的，早点离开去值得的地方，不要错付。
三. 什么是真正的团队
网上关于程序员和产品经理之间相爱相杀的段子真是到了烂俗的地步。
-
1. 真正团队的划分标准该是什么
对于真正的团队来说，应该是产品经理、运营、技术这么去划分，但是我们骨子里会认为是产品团队、技术团队、运营团队，这就为我们后续开展工作中产生一些分歧埋下伏笔。
实际工作中，基本上都是几个技术和几个产品一起做一个方向，各自团队中熟悉程度可能很一般，所以要摆正对团队的认知，一起做一件事情的那些人才是一个团队，现实中这个团队往往是虚线的。
如果对此有疑问，去看看最终绩效考察时技术和产品是不是强绑定的，产品方向不是重点，技术做的再好也不会有很好绩效，所以作为技术你要明白，谁才是自己人。
技术团队的同事们是A级绩效的竞争者，自己所在业务团队中产品同事才是你A级绩效的助力者，搞清楚这个你才能走好后面的路。
-
2. 技术和产品不设边界 换位思考 同理心
技术要有产品意识，产品也要有技术思维，换位思考，同理心协作。
很多时候产品的压力更大，因为ta需要去设计、去拍板、去背锅，产品成败也往往是ta的重要考核标准。
技术要求实现产品的设想，如果一味盲目执行也很难做出优秀的产品，甚至会出现技术实现相互矛盾的情况，最终搞成了代码屎山，不靠谱的技术甚至会觉得是产品的问题。
技术在实现需求的时候，需要了解产品的全局规划，一期二期三期，这样在进行技术实现的时候都会考虑进去，从而避免做二期的时候发现一期给堵死了，不得不去改一期，总之需要全盘打算，全局实现。
我们不要去恶意假设产品经理的行为，大家都是打工人，技术并非服务于产品，技术和产品是相互成就的。
不靠谱的产品也是有的，如果是偶尔一次合作，那就一锤子买卖。
对于长期合作不靠谱的产品，其实是比较少的，如果对于一些行为或者设计不理解，程序员一定要去交流，去沟通，去问清楚why，否则矛盾只能越积越多，最后彼此不信任。
程序员要相信产品同事，做真正的团队协作者，相互成就做好产品，不要被网上的段子给误导了。
结束语
最后愿大家都可以像《棒！少年》的主人公们一样，勇敢，坚定，无畏，纵然路有颠簸，终将乘风破浪！
推荐阅读