暮然回首：我的10年软件开发生涯

前言

我是个码农，在职场干了多年，在超过10个公司服务过，遇到过各种怪现状，拍案惊奇葩，不吐不快，太想写篇文章吐槽一下。

这篇文章汇集了我10多年来的工作中遇到的各种经历，总结的心得，分别讨论了团队与协作（同事/领导/客户的交流）、技术与质量（学习、技术选择、质量）、职业与事业（现实、追求、老油条、职业道德、典故、事业/经验）、找工作（猎头/中介、应聘、简历、面试别人）、辞职（原因/理由、信任）等，干货满满的，里面还夹带了我的很多秘密和典故，如果你认真看，会回来找我赞的！！！

如果你非要叫我跑龙套码农，请不要在前面加个死字，谢谢。

本文是我的个人经历和意见，请取滤网三钱，温水煎，和着服用，谢谢。

协作与交流

入职

不管你在以前多厉害，有多丰富的经验，去到新公司，都要重新学习，撇开业务逻辑，我们还需要学新的编码规范(不管你是否认同)、开发流程与守则、工具等等，更耗时的，是理解他们的开发框架，每个公司都有自己的一套(很多可能重复发明了了轮子)。

心态很重要，没有端正心态，很容易造成失衡。一些人一夜暴富(如中奖)，然后大肆挥霍，最后比暴富前更穷困潦倒。入职新公司，可以放低身段，毕竟你掌握的技术是一回事，学习公司各种文化、流程、规范、业务逻辑等等都要花一段时间，不能一蹴而就，否则落差太大，事与愿违，如牛入泥潭，强烈的无力感。

一张厕纸，都有它的作用。每个技术公司都有过人之处，我们要关注的，不是那些不行的地方(有待后续解决)，而是寻找那些有营养的干货，学习之，提高自己。20/80法则，20%的公司牛，那就算差的公司里，也有20%的人尤为突出的，要向他们学习，看他们写的高质量代码。

从一个公司角度来看，评估员工的表现，不是看他以前多厉害，经验多丰富，而是看现在为公司的贡献。所以，一些时候出现的情况是：“我自认水平很好，为什么公司给我的回报没有我想象中那么多？”

去到一个新公司，心态要摆好，低头做人，努力学习。或许，有一些同事，觉得你空降过来，不会持有热烈欢迎的态度，所以，做好本分的事情，不需要奉承别人，也更加不要得罪别人，平常心看待。

每去到一家公司，我会尝试笑着面对每个遇到的人，甚至说一声Hi，如果对方没兴趣，那没关系，我不会因此脸黑或者不爽。笑着面对各种问题，自己写的烂代码，含着泪也得把它重构好。

同事/领导/职场

林子大了，什么鸟都有，公司大了，什么人都有。有人的地方就有江湖，有利益的地方，就有冲突。

澳洲，跟美国一样，是移民国家，一般每家公司都有各色人种。文化的差异，语言的沟通，总会造成各种矛盾。

根据这些年来的观察，冲突一般有：1、邀功，当你辛苦干完活，别人把功劳拿走了；2、推卸责任，不是你造成的问题，别人强加于你身上；3、小圈子排挤外人。

说到底，工作就只是一份养家糊口的事情，其它都是不重要的，把这个想通了，一切都好办了。把心态摆正，把事情做好了，就行了，很多事情无法控制，当然，我们要懂得不要给别人留有藉口揪你小辫子。

每个公司都有各种问题，进新公司之前，大家习惯设想新公司怎么怎么好，自己的计划如何顺利开展，现实，往往不是如你所愿。所以，要做好最好的准备，最坏的打算。

办公室不是找朋友的地方，必须时刻提防各种办公室政治，披着羊皮的狼，是最危险的，越天真越容易中招，不大有人会踢一只死狗，枪打出头鸟，你越出色，越容易招惹是非，要混得开，低头做人很重要。

对美女来说，“天生丽质难自弃”，想突出自己把自己的优势最大化。职场，大部分人都想出人头地，努力往上爬，加薪升职。然而，事与愿违，总有“老子干得很不爽，去你大爷的！”的时候，如果你真有心有力，确实是可以去创业，不需要受各种非人的委屈。

一言蔽之，要干得爽，还是需要自己创业。

公司S，心累，现在公司部门和部门之间有严重的斗争，各自为政，根本就不是想干活的，恶心的事情很多，譬如部门老大不干活，让小弟干，小弟工作繁忙压力大就爆脾气，说话不像人样，然后部门老大就各种推卸责任，还美化之，去它大爷的 。

公司B，三个印度码农在印度，一个大胡子孟加拉国的，一个刚来澳洲两天的伊朗人，一个来了澳洲很多年但口音极重的越南人，一个还在马来西亚下个月才来报道的码农，加上来自黎巴嫩的上司，还有我，真的是联合国。

公司K，精神分裂的部门女同事，菲律宾大妈，在公司呆了18年，在CTO背后联合她的两个马来西亚小弟直接跟CTO的上司说CTO各种坏话，在CTO面前老装很友好地狂笑，对待客户是一样的做法。

公司T，当年很纯真，但已经目睹了各种利益纠纷。公司和别的公司协作做的GSP系统，一个医药销售系统，产品做得差不多了，各种纠纷，后来产品就烂尾了。

公司T，我离职，老板请大家吃酱板鸭，味道特别棒，至今难忘，离职后还和老板保持了多年的联系，每年春节还发祝贺短信，很精短，都是手写的。

工欲善其事，必先利其器。开发工具，是开发中重要的资源，公司不应该在这块上有任何吝啬。

公司S，我入职后发现开发部的机器，最老的7年了，新的也有3年老了，没改一行代码，重新编译，需要5分钟以上。跟我一起入职的有4个新同事，公司给我买的电脑是给其它同事买的3倍价钱，IT部经理一脸正经地跟我说：你丫的应该觉得庆幸拿到这么贵的电脑。但我一脸无奈地跟他说：“虽然你买的是我要求的ThinkPad，我我希望是t4xx，你却买了exxx，我才不想要呢！”。新来的项目经理对公司安排给他的新手提电脑很不满意，一大早打开的时候就已经用力噼噼啪啪了，还吐槽连HDMI接口都没有什么的，下班快走的时候还吐槽这i3 CPU配置都8年老的了。首先，讲道理，每次i3换代都有新版本，不能刻舟求剑，但是，省这几百块不值得。

客户

客户是不讲理的上帝。

你的代码写得那么烂，你的客户知道么？

公司S，做IT的同事告诉我几个真实的故事，忒搞笑了，其中一个是：客户说电脑不正常，同事远程协助，很客户说：“close all the windows"，然后客户说“done"，同事说我这里看见还没有关闭啊，客户坚持已经关闭。争论半天，最后发现客户关闭了的不是“窗口”，是“窗户”。

公司S，有一个潜在客户发来合同，要求我们的系统一年365日，100%在线，如果服务down了，按分钟赔钱[允悲]。

客户的需求，没有明确目标的居多，需要逐步引导，按优先度和难度分期实现，否则很容易烂尾。

技术与质量

学习

只为一家公司卖命一辈子的，少数。即便只为一家公司干活，始终会有产品改进甚至更新换代的一刻，不管是用户量上去了，还是用户需求变更了，那总要学习新技术。一些公司，系统多年不改进，员工就无欲无求了。等离开公司的一刻，才发现自己与社会脱节了，这种如温水煮蛙，所以早就了很多养老心态的老油条 。

公司C，一个资深码农，离职之前，考高级程序员证，恶补，拿到证之后，离职了。

我不是喜鹊码农(The Magpie Developer)，不贪新厌旧，确实太多东西需要学，数据量太大了，每天太多东西可以学，时间不够。举个例子，基本的日常使用的工具，如开发工具，譬如Visual Studio，即便你每天用，很多有用的东西我就是没留意，举个栗子：你知道怎么快速复制、剪切、删除整行代码吗？删除一个词呢？再举个粒子，SSMS(SQL Server Management Studio)里面，怎么快速查看一个对象的相关信息，如一个表，显示所有字段、主键、索引、约束等等？

最近看越来越多的网络资源，一些要收费，如一个网站提供了专业面试国际大公司的一对一指导服务，全程真题，还有全球20多个著名Web2.0公司的系统设计详解，也就几十刀，值得买。

说到这里也给大家推荐一个架构方面的交流学习群：650385180，也是听之前的同事提起过的，看了一下，内容技术点讲解还不错，里面也会分享一些资深架构师录制的视频录像：有Spring，MyBatis，Netty源码分析，高并发、高性能、分布式、微服务架构的原理，JVM性能优化这些成为架构师必备的知识体系。还能领取免费的学习资源，相信对于已经工作和遇到技术瓶颈的码友，在这个群里会有你需要的内容。

看过很多技术文章，一些网站追求一些非常入门的内容，譬如怎么做个多级菜单，动画效果，等等，放在首页，而一些干货文章却被忽视了，悲哀。

大部分码农都只擅长一种技术，所以选择的时候应该选择一种不容易被淘汰的技术(中期还是主流的)，譬如.net，现在各大平台都能用而且生命力很强，在上升阶段。前端，脏乱差，但学好JavaScript不愁吃穿，围绕js的各种框架可以学一下主流的。

技术是相通的，不同的技术栈，技术思想是相仿甚至一样的，所谓一理通百理明，所以，有全栈的开发人员，从Web前端一直到后台、数据存储，还有所有之间的技术如安全、日志、队列等等。

即便不睡觉，也不够时间学习可以学的东西。所以，只能挑食，笼统地学一下大部分新技术，最关键核心的，可以深入学一下。

技术选择

前端、后台、数据存储，都有乱象。

前端尤其乱，对日新月异的那些前端技术无力吐槽，简单来说，就是脏乱差，可惜，技术负责人，没有把好关，选择了错误的技术。

技术选型，决定因素很多，譬如技术带头人，譬如技术储备，公司现有情况，等等。著名云程序日志记录提供商raygun，几个月之前扔掉node.js改用.net core，性能提升20倍。但就是有些公司的技术人为了反对而反对，选择一些不切实际的解决方案[摊手] 。

举个栗子，譬如SOA家的微服务的设计与使用。网上诸多最佳实践，在多数公司里面都没有、也不会实现 ，不管是决策者、财力资源、还是人力资源等限制 。大家审视一下现在公司的系统， 你连现有系统的的基本的模块化做到了吗？如果没有，凭啥你就觉连模块化就做不到就能把微服务做好？ 甭想微服务了。微服务不大适合初创或小公司，Martin Fowler说过，上微服务需要现有的流程、监控、快速发布基础， 而且发布的成本和复杂度比单系统服务高，服务间的网络数据交换成本额外高，本地开发测试复杂度和成本也高。 遇到异常，还是看业务，一些transactional的该怎么样就怎么样，一般流程化操作，如用sagas，容易导致死流程，这种怎么监控和解决具体问题具体分析。一般做法是有机制重试n次后还不行就escalate到IT，还有日志这块也是很多坑的。

继续这个栗子，微服务的基础