去年十月，工程我帮一个做智能门锁的师兼团队改了两周固件。白天写公司项目的工程代码，晚上九点打开他们发来的师兼Git仓库，一直干到凌晨一点。工程报酬按小时算，师兼比工资高一些，工程但也没到能让人辞职的师兼程度。这事我干了三年，工程接过七八个类似的师兼活，有些只聊了一晚上就没了下文，工程有些则断断续续合作到现在。师兼

工程师做兼职，工程最直接的师兼原因是钱。但干久了会发现，工程钱只是门槛。真正让人留下来的，是那种能自己掌控节奏的感觉。公司项目里你改一行代码要走三天流程，兼职项目里你直接跟对方技术负责人对需求，聊完就动手，第二天就能看到结果。这种反馈速度在大厂里几乎绝迹了。

接活渠道比想象中窄。我试过几个自由职业平台，竞争太激烈，一个普通的后端接口优化能收到五十份报价。后来基本靠熟人介绍，前同事、前前同事、甚至大学同学的朋友。信任链条短，沟通成本低，对方知道你能干什么，你也知道对方不会跑路。有一次一个创业公司找我做性能调优，签合同前只通了一次电话，对方说“老张推荐你，那就直接开始吧”。这种效率在平台上不可能发生。

时间管理是个伪命题。你以为晚上两小时能写完一个模块，结果对方需求变来变去，或者你白天上班已经耗光了精力。我给自己定了个规矩：每周兼职不超过十小时，超过这个数，第二天上班肯定出问题。有次为了赶一个交付节点，连续四天凌晨两点睡，第五天在公司评审会上差点睡着。从那以后，再急的活我也要留出缓冲时间。

技术栈的选择也有讲究。兼职项目最好用你本职工作里已经熟练的东西，别想着借机学新框架。客户要的是交付，不是陪你练手。我主要接Python和Go的活，偶尔碰一下前端，因为这两块我日常就在用，不需要额外查文档。有一次接了个Rust的项目，报价挺高，但光环境配置就花了一晚上，最后算下来时薪还不如接个熟悉的活。

沟通比写代码累。客户经常说不清楚自己要什么，你得从他们的业务描述里反推技术方案。有个做跨境电商的客户，一开始说要“优化数据库查询”，聊了半小时才发现真正的问题是订单表设计不合理，导致每次统计都要全表扫描。这种时候你得当半个产品经理，先帮他把需求理清楚，再谈技术实现。很多工程师兼职做不下去，不是技术不行，是懒得做这层翻译。

法律和税务的事容易被忽略。我认识一个哥们，兼职收入没报税，第二年汇算清缴时补了一大笔。现在我只接能签正式合同的项目，哪怕对方是个三人小团队。合同里写清楚交付标准、付款节点、知识产权归属。别嫌麻烦，出过一次纠纷你就知道这半小时的合同起草时间花得值。

兼职做久了，会重新审视本职工作。公司项目里那些你觉得理所当然的流程——代码审查、自动化测试、持续集成——在兼职环境里全是奢侈品。你得自己搭一套轻量级的质量保障，否则交付的东西自己都不敢看。反过来，兼职里养成的快速决策习惯，也会影响你在公司里的做事方式。我现在写公司代码时，会先问自己：这个功能如果明天就要上线，我会怎么设计？

说到底，工程师兼职不是单纯的出卖时间。它是一种技术变现的试验场，让你在拿工资之外，验证自己的代码到底值多少钱。有人做着做着就出来单干了，有人做了一段时间发现还是上班舒服。两种结果都正常。关键是别把兼职当成逃避主业的出口，它更像是一面镜子，照出你真正擅长的和真正想要的。