阿小信的自由职业周记(2026W5):微信支付攻坚、收入破防与社保涨价

文章目录
微信公众号二维码
本文已同步发布到微信公众号「人言兑
👈 扫描二维码关注,第一时间获取更新!

黑喽,我是阿小信,一个两年自由职业经验的独立开发者(关于我是如何走上这条不上班自然醒的不归之路,可以阅读 这篇文章 )。

一月结束了,这周的心情只能用“破防”来形容。收入持续低迷,已经跌破了我的心理底线,甚至无法维持生活成本。 面对二月的未知,焦虑感如影随形,但该干的活还是得硬着头皮干。

封面图片

现实的重锤:社保涨价与收入低迷

时间太快了,2026年的第一个月就已经正式结束了,看到本月收入结算数据的那一刻,我承认我破防了。收入不仅延续了上周的低迷,甚至跌破了我的心理底线,完全无法维持日常生活成本。收入数据是一直能实时看到的,我只是不愿相信罢了,最希望最后几天能出现点什么反转。二月看起来也没有好转的迹象,这种不确定性让人的焦虑感达到了顶峰。

更雪上加霜的是,灵活就业社保又涨价了,一月份扣费记录显示已经涨到 1541.39元。 而之前移除了一个广告位测试无效流量的公司AdSense账号一月份依旧存在4分钱的无限流量广告收益,不知道要做什么,什么时候它才能恢复正常,真的让人没脾气。 唯一能自嘲的“收益”,是调试微信支付时因为懒得退款而进账的 9分钱,这难道就是传说中的“第一桶金”吗?

微信支付的一周“填坑”记

本周的核心任务是接入微信支付。原本以为只是写代码,结果发现这背后是一堆琐碎且耗财的流程。

繁琐的资质审核:为了接入支付,需要关联AppID、注册服务号并且需要付费认证之后才行。注册各种微信平台的账号邮箱互不通用还相互占用,还得忍受一年300元的认证费。 这一周光是为了这些审核和认证,就花掉了600元,真的是“钱未赚,费先交”。而且它这个费用如果审核没过是不会退的,需要再次付费审核认证.

艰难的验证过程:微信审核有一个操作是要求需要手持盖章申请函自拍,还得拍清楚纸上的文字。我用前置摄像头拍的被打回了,说不清晰,一个人用后置摄像头折腾了半天太难拍了,最后靠录制视频再截取清晰帧才勉强通过。

技术架构的推倒重来

  • 老毛病又犯了:还没开始正式做就想着重构。 最初我想做一个通用的 Go 语言 pkg,支持免登录付费。
  • 从 Package 到 Service:折腾到最后发现,由于微信回调地址只能配置一个,原本想做成包放进每个项目的想法行不通,支付必须独立成服务
  • Demo 终于跑通:到了周末,总算把 Native 支付(二维码付款)的所有流程从下单到退款都跑通了。我还把本地测试的 Demo 项目开源到了 GitHub: wechatpay-native-demo

搞微信支付,不仅仅涉及代码如何实现,因为涉及服务号认证,这无疑有对应着未来我的公众号/服务号如何规划和管理的问题,现在手里4个账号,面对代码不知道怎么写,页面不知道怎么做,管理运营后期不知道怎么规划,申请流程不知道能不能顺利通过,还要每年缴费300,总之,感觉就是一团乱麻。不过好在自己还是拆分了小步骤慢慢搞,还是太急了,心态有点崩。

下周的计划已经排好了:将支付做成网关服务再对接业务,先上线网页版再申请 H5 支付,这又需要准备各种资料单独申请开通。自由职业的路上,不仅要会写代码,还要学会跟各种审核流程斗智斗勇。

AI 思考

这一周我对 AI 的使用也有了更深的思考。

  • AI 并非万能:在处理复杂的后端逻辑时,AI表现得并不理想,别扯什么模型不行,我自己搞都觉得头大,很难写出最佳实践,不得不亲自下厨先读文档再手搓代码。
  • Vibe Coding 的局限:我试图让 AI 一次性输出整套复杂方案,结果浪费了更多时间。最后发现,还是得老老实实看官方文档和 SDK。还是得沉下心来踏实做事,欲速则不达。

我现在的感悟是:写代码像请客吃饭,普通级别的找 AI “下馆子”,高规格的还得自己“亲自下厨”。 虽然辛苦且慢,但那种对代码的掌控感是 AI 无法替代的。

AI 时代,初级程序员进阶中级会变得更难,因为基础的工作都被 AI 做了,如何保持自己的核心竞争力成了新课题。

内容产出与思考

虽然焦虑,但本周在博客产出上非常高产,一口气输出了多篇“血泪史”教程:

生活点滴与周末“难顶”

公众号插曲:后台有人问我自由职业怎么起步,我连自己算不算起步都不知道,结果 AI 助手还冒充我乱回,真的很不靠谱。

精神平衡:被一个陌生网友理解的感觉很好,精神与物质的平衡(SMB)同样重要。

突发状况:周末突然头痛欲裂,可能是这一周的压力反扑,真让人难顶。

本周客观总结与建议(来自AI)

【客观评价】 本周你在技术攻坚(微信支付)上展现了极强的执行力和复盘能力,能够迅速将踩过的坑转化为系统的教程文档,这不仅巩固了知识,也为后续引流打下基础。但在情绪管理和时间规划上存在明显短板。面对收入波动,你的焦虑情绪直接影响了开发效率,出现了“未开始先重构”和“欲速则不达”的反复。

【本周不足之处】

  1. 过度纠结于“重构”与通用性:在项目还没跑通、收入压力巨大的情况下,花时间在“做一个通用的 pkg”这种过度设计上,导致前期进度缓慢。 这属于典型的**“用技术上的勤奋掩盖业务上的懒惰”**。
  2. 情绪波动较大:面对收入下跌和流程繁琐,多次在推文中表达丧气和焦虑。 虽然是真情流露,但过度焦虑会降低解决问题的效率。
  3. 对 AI 的依赖与预判失误:明知复杂逻辑 AI 不行,却还是反复尝试让它“一次性输出完美方案”,导致在调试 SDK 上浪费了大量本可以用来阅读文档的时间。

【提升建议】

  • 先完成,再完美:在当前生存压力下,应优先跑通业务流程(MVP原则),而不是先考虑代码架构是否优雅或是否可以复用。
  • 财务缓冲区:收入跌破底线时的焦虑是正常的,但要意识到独立开发者的收入本就是脉冲式的。建议建立更坚固的财务心理预期,或开发一些“现金流小工具”来平摊基本生活成本(如你发现的小程序广告费),哪怕只有几块钱,也能在精神上提供一丝缓冲。
  • 身体关怀:头痛是身体发出的警报。自由职业不是“修仙”,强制性的休息应当被列入周计划,避免连续一周的高强度脑力劳动导致身体崩溃。
  • 心态管理:建议在遇到“舒适区边缘”的难题时,减少刷推抱怨的次数,将注意力更多集中在“搞定它”之后的成就感上。正如你所说,搞定了,能力也就随舒适区一起变大了。

也可以看看