裁员通知是在一个周一的上午发下来的。视频会议里组织侧的同事念了一串名单剩下的时间不超过七分钟。会议室安静得能听见空调声。我那时候还挂着一个算法工程师的头衔负责推荐系统里某个模块的离线训练与推理链路桌上摆着去年优秀员工的奖杯。挂断通话之后我做的第一件事是打开日历确认一个月前订好的那张去非洲的往返机票还在。后来很多人问我为什么会把“非洲创业”当成裁员后的出路。说实话这不是什么高瞻远瞩的决定更多是一连串Plan B里唯一没被划掉的那个。硅谷裁员潮来得又急又密我所在的小组被整建制裁撤之后投出去的一百多份简历连有效回复都没几个。算法工程师这个头衔在北美买方市场里突然变得没那么值钱。居留手续、房租、医疗保险每一项都在倒计时。回国内卷我评估过但聊到最后发现大家拼的不只是技术还有对复杂业务的耐力和对高强度节奏的承受度我自认没那么强。于是那张机票成了一条具体的逃生通道。这篇“求生日记”就是想把我从被裁到落地非洲这十几个月踩出来的真实路径、账本和坑尽量完整地摊开来讲。内容会涉及我当时怎么评估市场、怎么迁移技能、怎么处理低端硬件上的模型推理、以及第一年到底花了多少钱。适合三类人看正在经历裁员的软件工程师、对出海或新兴市场创业有想法的朋友以及纯粹好奇“算法工程师离开大厂到底还剩下什么”的同行。我尽量说人话有步骤也有翻车细节。1. 裁员通知发下来那天我手里同时握着一本护照和一屋子代码先还原一下当时的处境。我在某家科技中厂做算法工程师组里负责的是内容推荐与排序模型业务线本身营收压力很大裁员前半年组织架构就调整过两次。通知下来那天我手里其实有三个“选项”一是继续在本地找下一份工作二是回国三是去一个成本低、技术供给稀缺的地方重新开始。选项一在2023年到2024年的北美就业市场里基本等于盲投。硅谷裁员的新闻已经见怪不怪周边全是同样背景的人职位少面试轮次长薪资预期还得往下调。我经不起漫长的空窗期。选项二回国候选机会确实多但留给我的时间窗口不够隔着时区面了几轮反馈永远比本地竞争者慢半拍。选项三看起来最疯但恰恰是我手里唯一能主动控制的牌。为什么是非洲而不是别的区域这里得交代一个前置事实裁员前一年我帮一位在非洲做商户软件的朋友兼职做过一段时间模型接入。那是个非常粗糙的东西——用照片识别单据、生成简单经营报表模型跑在云上客户主要是一些小零售商。兼职赚的钱不多但它让我意识到一件事在那些网络基建不均衡、智能手机性能偏弱、大厂产品覆盖很浅的地方“算法能力”不是锦上添花而是稀缺品。我没有去非洲考察过但远程见过两三万个真实单据的数据集长什么样也听过商户半夜打电话催功能上线的故事。这比任何报告都管用。所以通知下来那天我做的不是疯狂投简历而是复盘自己手里的资产三年多模型训练与部署经验、刚还完贷款但还能撑一段时间的储蓄、以及一张去非洲的往返机票。软件工程师最常犯的毛病是把“平台”误认为“能力”。当你所在平台不再提供光环与流程支撑时真正值钱的反而是那些最脏最杂的动手能力——把模型压小、把接口调稳、在带宽很差的环境里让东西转起来。我开始认真考虑那条最不主流的路。1.1 一个算法工程师被裁员后的首个72小时头72小时我基本没怎么睡但做的事情非常有条理。先把所有工作邮箱里的技术文档和代码库个人笔记备份到本地接下来写了一份“个人能力清单”不是简历那种写法而是按“能解决什么问题”分类数据清洗、离线特征工程、模型压缩、推理加速、AB实验搭建、以及跟非技术角色沟通的能力。写完之后会发现能被市场定价的能力比简历上的title更具体。然后我重新算了三遍钱。储蓄总额、最坏情况月支出、无收入生存月份数。硅谷的房租是最大开销裁员后我第一时间把公寓退掉行李精简成两只箱子。省下这笔钱加上后边旅行保险和机票实际上给后续启动项目留出了最关键的缓冲。很多人在裁员后急着找下家恰恰忘了先把自己的燃烧率降下来。燃烧率降下去决策才有余地。1.2 远程合作留下的“弱关系”才是救命稻草真正让我下决心买下那张机票的是之前兼职合作的那位朋友。他在非洲当地做地推和客户成功手里有一批小商户每天手动点单据、对账、记账错漏很多。他反复跟我提过一个痛点商户的“账”不只是现金流还有赊账、分批还款、拼单进货这些场景在成熟市场早被企业内部系统覆盖了可当地小老板还在用Excel、纸质笔记本和计算器。他提出一个设想能不能做一个手机应用拍照就能把单据录入自动生成客户欠款提醒和一周营收汇总。听起来很朴素但在当地这个需求是确切的。我远程看过他们试点的数据账目错误率明显下降。那次合作让我意识到出海创业不需要一个宏大叙事只需要一个真实存在、愿意掏钱、竞争又不激烈的需求。硅谷裁员让我从“平台里的高薪组件”变成“需要自己找需求的人”而非洲那边恰好有一堆需求等着被满足。2. 为什么是非洲一张被我推翻三次的高风险决策清单说要“去非洲创业”的时候身边人的第一反应基本都是觉得我疯了。为了说服自己也说服那几个愿意相信我的朋友我列了一张非常严肃的决策清单分五个维度打分需求匹配度、竞争密度、个人能力可发挥空间、落地成本与风险、以及最坏情况下的退路。第一轮选择的是东南亚。离中国近、供应链成熟、华人网络多听起来是出海新手的安全牌。但深入调研之后发现东南亚的数字化竞争已经相当拥挤电商、支付、 SaaS 工具都有大量融资充足的团队在做一个没有本地资源的外来算法工程师很难挤进去。第二轮考虑过中东市场的付费能力强但文化门槛和合规成本对我来说都很陌生短期内搞不定。第三轮才认真看非洲准确说是东非与西非的关键城市群。2.1 需求端移动支付渗透率与中小商户的“账本危机”非洲市场的数字基建呈现出一种“跳级”的状态。很多用户没有个人电脑信用卡持有率也不高但手机钱包与移动支付的渗透率却在快速增长大量的交易直接发生在聊天群里。商业形态很活跃问题是工具跟不上。小商贩的生意数据散落在聊天记录、纸质单据、手写账本和收银员的脑子里赊账全凭人情和记忆力。这恰恰是一个算法工程师能发挥价值的地方不是去做一个花哨的AI系统而是把杂乱的信息结构化。拍照识别单据、自动提取金额与日期、建立简单的应收应付关系图这些在成熟市场只是某个ERP的附属功能在当地却可以单独成为一个产品。需求是真的付费意愿也是真的——我后来做了50份街头访谈其中有14家商户表示愿意为先上线的基础版预付款。2.2 供给端大厂覆盖很浅留给小团队的缝隙很具体去过当地之后你会发现国际大厂的产品更多停留在通讯、社交、短视频这类通用场景真正扎进本地商户日常经营的工具极少。主要原因在于这类业务需要非常重的线下地推、本地语言支持和按地区定制的账务逻辑对跨国大公司来说是“低垂但扎手”的果子不值得单独养一支团队。可缝隙小不意味着没有缝隙。小团队的优势是灵活我可以住下来每天跟着地推伙伴跑市场把商户反馈当天转成产品改动。这种“离用户只有一条街”的节奏是我在硅谷办公室里永远得不到的。算法工程师的能力在成熟市场是被框架封装好的但在这种环境里反而回归了本质数据、模型、推理、部署每一步都要求你亲手搞定。2.3 成本端启动资金、试错周期和“活着”的底线我把启动资金定在20万人民币左右其中包含机票、三个月房租、本地居留手续代办、设备从国内采购运输、以及前六个月的工资底线。这个数字在硅谷只够交几个月房租但是在地处东非的某国首都足够撑过第一年的大部分时间。代价是生活品质大幅下降我住在带简易厨房的单间通勤靠摩托车和步行网络信号不稳定时干脆去写字楼蹭Wi-Fi。这张决策清单我前后改了三次。第一版太乐观把收入时间估得太快忽略了建立信任的时间成本。第二版太悲观因为每一行都写着“未知风险”差点没敢落地。最后定稿的版本里加了一条原则把最坏结果定义为“损失20万一年时间”而我可以接受这个代价。人能承受的损失一旦明确决策就会变得干净利落。3. 非洲技术创业的第一课你以为做产品其实做的是基建真正落地之后第一个冲击来自基础设施。我原本设想的架构是典型的中心化云服务手机拍照上传、后端OCR解析、回传结果。听起来没问题但实际情况是当地大量用户的网络质量极不稳定流量贵很多人用的是几年前的低端安卓机内存小摄像头像素一般还常常在昏暗的摊位环境下拍照。云端推理的结果迟迟返回不了用户体验连及格线都够不到。这个冲击带出一个核心认知转变在非洲做技术产品第一课不是“做什么功能”而是“如何在糟糕的基建上把功能跑起来”。你必须在用户能承受的设备与网络条件下重新设计产品形态和技术架构。我把这理解为“产品即基建”因为用户不会为“高大上的AI”买单只会为“在烈日下也能顺手打开的记账工具”买单。3.1 端侧化改造模型必须能塞进几百MB内存的老手机我用了大概四周时间把原本在GPU服务器上跑的模型迁移到端侧。这中间涉及几个关键动作模型轻量化换掉大体积骨干网络改用针对移动端设计的轻量分类与检测结构量化压缩将FP32权重转为INT8模型体积直接缩到原来的四分之一左右裁剪输入尺寸图片分辨率从1080P降到480P推理延迟显著下降增加本地兜底当模型置信度低时不强行输出结果而是让用户手动校正并把校正结果上传用于后续迭代。举例来说当时我用PyTorch训练了一个灰度化的票据分类模型导出时做了动态量化代码大致是这个思路import torch # 假设这是已经在本地微调好的轻量分类模型 model LightweightClassifier() model.load_state_dict(torch.load(receipt_model.pt)) model.eval() # 动态量化FP32 - INT8线性层与 LSTM 层都会被压缩 quantized_model torch.quantization.quantize_dynamic( model, {torch.nn.Linear, torch.nn.LSTM}, dtypetorch.qint8 ) # 导出为TorchScript最终部署到Android端 scripted_model torch.jit.script(quantized_model) scripted_model.save(receipt_model_mobile.pt)动态量化对内存和体积的改善非常明显代价是精度小幅下降。实测下来两类常见单据的识别准确率只掉了1到2个百分点但推理时内存占用下降了接近一半。对一个低端机用户来说这决定了你的App是“能用”还是“不可用”。3.2 交互设计要回到“语音优先”和“极简按钮”技术迁移之外产品形态也必须重新思考。早期版本照搬了成熟市场工具的风格表单密集、层次多、强调数据可视化。结果试点商户普遍反映“不知道先点什么”。后来我们改成三步以内完成一次记账第一步拍照或直接选择常用商品第二步输入金额第三步保存。同时把每周营收汇总做成一条可分享的图文卡片方便商户直接发到客户群里催账。更意外的是语音需求。很多店主在忙碌时段根本没法低头操作手机他们强烈希望“说话就能记账”。这个需求在硅谷是语音助手的延伸在当地却是刚需。我后来接入了本地化的语音转文字能力再把文字解析成结构化记账字段。效果不算完美但用户愿意忍受偶尔的错误因为现状是连基本误差都没有人帮他们管。3.3 获客渠道里没有SEO只有聊天群和地推渠道逻辑也和成熟市场完全不同。没有那么多应用商店流量和搜索引擎入口最有效的获客方式是两条线一是本地的聊天群商户们习惯在群里晒单、询价、催账一款工具如果在群聊里被推荐传播速度很快二是地推我那合作伙伴的团队骑着摩托跑市场从服装摊到杂货店一家一家现场演示。算法工程师在这里没有特权我也跟着跑过地推。第一周下来最大的收获不是新注册量而是终于理解了什么是“商户的真实诉求”他们要的不是报表而是“谁还欠我钱周四该提醒谁”这种具体问题的答案。所有技术投入最终都必须落回到这个层面。4. 第一年存活账本与三个差点致命的踩坑复盘创业第一年活下来是第一目标。我把真实账本摊开来说不是为了卖惨而是想让准备走类似路的人有一个可参考的基线。整个第一年的资金使用大致是这样项目实际支出人民币说明启动资金自有借款约200,000初始垫资后面有部分被消耗机票、签证与运输约16,000往返与设备零件运输前期住宿与生活开销前4个月约28,000单间租房摩托车通勤餐饮本地设备采购二手安卓机等约9,000测试机与给商户的试点机团队早期补贴与地推成本约30,000两名本地兼职燃油通讯云服务与API调用约13,000后期端侧化后下降明显其他杂项合规、办公、应急约12,000各种没列进预算的钱收入端比想象中慢。前两个月几乎为零第三个月靠着预付款签下几个试点商户之后有了小规模的订阅费。真正让现金流转正靠的不是新增客户而是把老客户的月留存率从60%拉到80%以上。减少流失比拉新更省钱这条规律在非洲同样成立。4.1 踩坑一同一张账单不同低端机的识别结果相差巨大上线第一个月用户反馈里最扎眼的问题是“同一张账单有人能识别有人识别不了”。我们一开始以为是用户拍照不规范后来逐个收集了失败样本才发现问题出在机型和图像管线。排查链路是这样的先看失败图片发现很多图片偏暗、带摩尔纹接着怀疑是降采样导致的细节丢失再到不同机型上复现确认部分低端机在拍照后做了有损压缩导致文字边缘发虚最后定位是预处理流程没有针对不同图像质量做自适应的锐化和对比度增强。修复方案分两步在端侧加入图像预处理模块根据图像清晰度动态调整锐化参数同时在模型置信度低时自动触发“重新拍摄”引导页面。上线后误识别率下降了一半。这个坑让我明白端侧AI落地的一半工作量不在模型本身而在图像进入模型之前的那段路。4.2 踩坑二接入本地支付渠道差点被小额结算拖死做订阅制必然要接支付。一开始我们对接了全球化的支付服务理由是接入快、文档全。结果实际跑下来当地用户很多没有国际信用卡支付成功率低得可怕。后来才知道绝大多数目标商户跟本地移动钱包绑定更深必须接入本地化渠道。这个坑的真正难点在于本地渠道对小微开发者的条件不友好需要公司主体、办公地址、甚至是线下核验。我前后折腾了接近两个月中间还因为审核资料不齐被打回两回。最终方案是先通过一位本地合作方完成渠道接入用他的主体绑定支付我们按比例分成。这个临时方案不算长久之计但确实撑过了最困难的第一年。提示如果你也想在新兴市场做产品永远把“支付到底怎么收钱”放在第一批技术问题里去验证不要等到上线前才想起这个环节。4.3 踩坑三外包标注质量参差不齐模型越训越歪为了提升识别能力我从本地收集了大量票据样本但整理后没人标注就雇了兼职来做标注。最初几天模型效果确实涨了可后来发现验证集准确率莫名其妙下降。一查才发现部分标注员为了赶量把模糊的票据随便打了标签还有的标注员对品类定义理解不一致。数据里噪声一多模型自然越训越偏。修复办法是建立三层质检流程第一层是系统自动预检分辨率太低或文字方向异常的图片直接退回第二层是随机抽检每天抽20%的样本由核心成员复核第三层是定期把“最容易让模型犯错”的样本拿给标注员做二次学习。随着质检跑通标注一致性提升模型准确率也慢慢回来了。这件事给我的教训是本地化创业里“脏活”往往就是护城河跳过去等于没做。5. 这一年活下来的算法工程师最后总结出八条人话经过这一年的折腾我逐渐厘清了一些可复用的判断方法和做事原则。它们不一定是普适真理但至少能帮后来者在起点上少走几步弯路。技能值多少钱不取决于你会做什么而取决于你所在的供需关系里这件事有多少人能做。算法工程师在硅谷是最常见标签之一但在一些新兴市场反而是稀缺资源技能要放到对的地方才能定价。创业选择市场时不要只看宏观经济报告要看具体的“脏活密度”。什么叫脏活密度就是商户日常有多少重复动作、多高错误率、多少时间被浪费在手工处理上。脏活越多工具价值越大。先做端侧再谈云端先保核心链路再谈花哨功能。基建不完美的市场所有技术架构决策都应该从“最差网络条件、最低端设备”出发而不是从理论最优性能出发。产品功能和当地文化的匹配度比你想象的更重要。记账工具在图文中夹带表情符号、在催账卡片里加入温和的语气模板这些看起来不技术的行为反而显著提升了日活和转发率。账本上最容易被低估的成本是时间。本地支付接入、合规手续、设备运输、团队磨合每一件事都会比预期多花一倍时间。预算规划请按两倍时间线来排。数据标注是脏活但也是最容易被对手复制走能力的地方。市场上真正值钱的是“高质量标注数据实际业务反馈”的飞轮而不只是模型代码本身。合伙人的靠谱程度比市场机会更关键。我运气好遇到了一个长期扎根本地、愿意跑市场的合作伙伴。他负责地推和商务我负责产品与技术。缺少任何一边这家公司都走不到第二年。判断业务是否匹配自己可以画一张“能力—需求—意愿”三角图需求方真实付费、能力方自己有长期积累、意愿方愿意接受生活品质大幅下降。三个角都满足才是可落地的创业方向缺一个都会很痛苦。5.1 算法工程师技能迁移对照表成熟市场到新兴市场写这张表的时候我颇有些感慨因为很多能力在原来环境中根本没被当作“竞争力”换了场景反而成了价值焦点。成熟市场常规能力在新兴市场创业中的映射举例大规模模型训练经验模型极简化与端侧部署把几百MB模型压缩到几十MB跑在低端机上数据清洗与特征工程非结构化业务信息结构化把聊天记录、手写票据变成可计算的账目A/B实验体系小样本快速验证与迭代10家商户内测后调整交互再铺量与产品、运营协作与地推团队、本地标注员协作用最简单的话把产品改动说清楚建立反馈闭环对代码质量的追求对稳定性和可维护性的极高要求弱网环境下的重试机制、崩溃率监控这个表的潜台词是算法工程师的技能树并没有因为离开大厂而贬值它只是在新的场景里换了形态。如果你正处在裁员焦虑里与其担心“我会的东西没用了”不如想想“我会的东西在什么地方能换来钱”。有些场景离你很远但恰恰因为远竞争才稀疏空间才够大。5.2 给三类人的最后建议如果你是被裁的算法工程师先别急着陷入投简历循环给自己两周时间做“能力地图”和“燃烧率计算”然后有意识地聊聊那些非主流市场里的朋友。往人少的地方走一步有时比在原地内卷强得多。如果你是想出海的创业者不要只看宏观趋势最好亲自飞来住一段时间。市场访谈和酒桌传闻差别很大真实的需求是在小摊前、聊天群里、一次一次试用和退货里浮现出来的。带着明确问题来比带着PPT来更有用。如果你已经在非洲或类似市场创业务必把自己嵌入本地社交网络同时守住技术底线。表面上是做软件实际上你每天都在修基建、补信任、建流程。这些工作很累但当你看到商户头一次分清“现金”和“应收账款”的时候会明白一切都值得。最后说件小事。第一年结束的那个傍晚我蹲在一个服装摊位前帮店主用手机识别了一套进货单据。她看着屏幕上的汇总数字笑着说“这个好以前都要算很久”。那个瞬间硅谷裁员的记忆忽然变得很远。我依旧不知道第二年会不会突然崩盘但至少那天我知道了算法工程师的价值没有消失它只是换了一个地方重新发牌。如果你正在经历类似的阵痛希望这篇“求生日记”能提供一点真实的数据点。路很陡但确实有人走过去了。