一个40岁嵌入式工程师的尴尬经历

人物：半路出家的技术狗一只，在嵌入式技术这部分有十几年经验，技术很强(我敢吹)。

场景：一年前入职某民营企业

事件：步行遭遇奇葩的花式项目管理

简单整理奇遇如下：

奇葩1：别开生面的入职欢迎。入职第一天、某员工会告诉你要想办法把现在嵌入式工程师的技（甲）术偷学过来，好顶替他的工作。理由是甲的种种人品不好。

奇葩2：之后的工作安排。我一个软件工程参与工作，不开发任何代码。代码全部是由(甲)开发。遇到复杂难解或者不想解的问题。再找鄙人协助，让我写完这部分功能代码再拷贝给他。

奇葩3：技术管理同时给多个人画了大饼，鼓励掌握别人的技术和工作、许以团队leader的好处。于是，就有奇怪的人会莫名来“帮助”你工作，让你把方法和技能交给他们，包帮你解决问题。

奇葩4：软件没有模块化分工，要求多人合写、共享代码开发。说是为了项目进度，可是参与进来的另外两个人根本没做过嵌入式开发。

奇葩5：多人合写代码的要求，实际上就是让我带人、让人监视我的工作。理由是之前嵌入式软件工程师的种种“恶行”和人品不好，说公司不想再受技术人员要挟。

奇葩6：其他员工开始理直气壮的要求你把正在开发中的代码复制给他，被婉拒后会不高兴找项目管理。奇葩项目管理强势来复制代码，被拒后立即开会指定两个制度：第一、每日些工作日报，必须详细写明共组内容解决的技术方法、思路，总之要详细到他满意。第二、定个SVN代码管理制度，要求每写一段功能代码就更新。

奇葩7，你的工作成绩是公司的，所以你完成的工作必须要把用到的技能和经验教给别人。

奇葩8，必须有写作精神，别人工作遇到问题找你，你得给解决。明显的例子就是，如果硬件遇到问题，你得给讲驱动，要不然妨碍硬件工程师找原因。

奇葩9：你得给项目经理讲明白你的技术和方法，要不然就是不配合他工作。你得教项目经理嵌入式开发，要不然他不能评估你的工作量，你就得按照他的要求加班赶工。(每个人的经历都是有限的，没有人是全知全能的。但是能把无知、无能这样当作资本来用的，我有事真感到汗颜)。

奇葩10：如果你拒绝与人合写代码、按照他的要求更新代码给项目经理想看的人学习。他会跑来跟你说，你得“服管”、得让人能控制你，不然就把你踢出团队......

奇葩11：现在的嵌入式软件工程师离职，除了安排两个学习和监视你工作的人、指定各种奇葩制度和要求之外。还不整理交接项目进度、工作目标和剩余工作量、只和你说时间紧，问你多久能完成、不完成要加班加点干。

奇葩12：工作分工交接等分歧都还没解决，没有整体规划和进度，一大堆BUG没解决，项目经理会跑来要求你优先处理那个他对技术感兴趣BUG、或者他认为重要的BUG、这些要求和项目进度一毛钱关系没有。

总之，既然来个公司你得经验和技能都是大家的、你也必须“听话”“受控”的，因为这之前的技术人员人品不好。之前的员工我没见过，他们的人品我不知道。我只知道我的人品没有什么问题。我正在思考为什么没有“司品”这个词。

最后说一下我的看法，入职公司完成开发任务，是我份内的工作。不管是带人、受人监视的工作、还是无条件满足别的好奇心，都不是份内的工作，没必要妥协、也不需要妥协。

之前因为各种原因工作变动频繁，一直不稳定。本来想进一家公司沉淀几年，不曾想偶遇奇葩。不知道是不是因为我在沟通中多次诚恳的表明希望长期稳定在公司工作，反而给人了软弱、任人拿捏的印象。或许真是你付出多少善意，别人就会用多少无赖来回报你。虽然，再次工作变动带来的不稳定会给今后的求职带来更多的麻烦，40岁的男人纵使处境艰难也不受要挟。