背景

基于 OpenAI 最新的 o1-preview 模型，整理出来的 App 分别使用 iOS、Android、Flutter 流行框架对比，方便查阅，部分数据可能不完全准确，整体的数据质量我看了一下还是挺高，有需要的自取。

内容

自动布局的框架

iOS

Prompt: 以表格的形式输出 iOS 自动布局框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

Andorid

Porompt：以表格的形式输出 Andorid 自动布局框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

Flutter

Porompt：以表格的形式输出 Flutter 自动布局框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

网络请求的框架

iOS

Prompt: 以表格的形式输出 iOS 网络请求框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

Andorid

Prompt: 以表格的形式输出 Andorid 网络请求框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 9 月。如需获取最新信息，请访问相应的 GitHub 仓库。

Flutter

Prompt: 以表格的形式输出 Flutter 网络请求框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

图片加载的框架

iOS

Prompt: 以表格的形式输出 iOS 网络图片加载框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

Andorid

Prompt: 以表格的形式输出 Andorid 网络图片加载框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 10 月。如需获取最新信息，请访问相应的 GitHub 仓库。

Flutter

Prompt: 以表格的形式输出 Flutter 网络图片加载框架，包括使用的编程语言、描述、功能、GitHub 仓库地址和 Star 数量

请注意，Star 数量可能会随着时间变化，以上数据截至 2023 年 9 月。如需获取最新信息，请访问相应的 GitHub 仓库。

数据洞察

针对文档内容，我将分别为 iOS、Android 和 Flutter 提供一些有价值的观点，基于框架的特性、开发趋势及其在各自生态系统中的重要性。

iOS 平台的分析

Android 平台的分析

Flutter 平台的分析

总结

• iOS 开发者在布局时普遍依赖 Auto Layout，但为了简化布局代码，越来越多开发者选择 SnapKit 或 Masonry 等第三方库。网络请求和图片加载方面，Alamofire 和 SDWebImage 占据主导地位。


• Android 开发在布局上具有更多选择，尤其是 ConstraintLayout 和 FlexboxLayout，这两者提供了极大的灵活性。网络请求方面，Retrofit 和 OkHttp 继续主导市场，而 Glide 则成为处理图片的首选库。


• Flutter 由于其跨平台特性，布局和网络请求框架都高度依赖于 Dart。Dio 和 cached_network_image 是最受开发者青睐的选择，特别是在需要处理多屏幕适配和网络资源加载的场景中。

通过这些框架的对比，可以更好地理解不同平台开发的趋势和工具的选择，为优化项目开发流程提供有力支持。

23年因一次机缘巧合，我从程序员转岗为项目经理。这之前，我已在程序员岗位摸爬滚打了近5年，当时的自己似乎已经看到了技术生涯的天花板，尤其是前端和 Web 开发领域，那把35岁“达摩克利斯之剑”仿佛始终悬在头顶。于是，我头也不回地扎进了项目管理岗位，远离了熟悉的编辑器、代码与熟悉的团队。

回过头来看，疫情以来，互联网行业确实进入了大规模收缩期，程序员裁员新闻频繁爆出，我一度还庆幸自己的选择：“看来转岗是对的？”

可两年半后，在项目管理岗位上逐渐摸索成长，我却越来越清晰地看到“真实的自己”——可能我对工作的真正热情依然在于编程、在于技术。

一、认“真”与乌托邦

如果二十岁出头的年纪，还可以坦然地追求理想、抱着点乌托邦的情怀，倒也无可厚非。但三十岁左右，面对现实生活压力，似乎早该学会“世俗圆滑”，甚至当一个愤青、表达不满，都会被人视作“不知所谓”、“单纯幼稚”。

然而，每次试图“再忍忍”，内心总会不平静，耳边总回响起中学时代背诵的诗句：“竹杖芒鞋轻胜马”、“三十功名尘与土，八千里路云和月”、“穷且益坚，不坠青云之志”……想想，也不过就是从头再来？

以前我一直认为“认真”是个褒义词，但现在别人一提起“认真”，心里就会一阵不适：

• 认真=负责？ 那是做好牛马的前提，是被消耗的好耗材。


• 认真=老实？ 脾气好、有教养，最适合被人拿枪使。


• 认真 vs 苟着？ 难道想要站着把钱挣了不成？

在项目管理工作里，我再也感受不到编程带给我的那种纯粹、干净与安静。很多时候，大环境之下个体无法改变什么，哪怕你再坚持原则，也不强过如“铁笔换木枪”，一瞬即逝。

所以，我最终还是决定回归代码，至少在技术世界里，纯粹依旧值得追求。

二、开源精神与自由

做项目经理时，我学习了 PMP，了解了职能型和矩阵型组织结构。现实告诉我，矩阵型的项目管理在落地执行时往往演变成职能部门之间的推诿扯皮，“要发展就要搞关系”似乎已成为铁律。

与之相比，代码世界却截然不同。编程圈的开源精神是开放的、普世对等且包容的，它不拘泥于等级资历，这才是它真正迷人的地方。这种去中心化的世界，能够带给我们真正的自由感。

正因如此，我更加明确地感受到，自己真正热爱的、追求的依旧是编程，是技术带来的自由与纯粹。

未来，不论环境如何变化，我都会坚定地回归代码。

立此帖为证。

短信，从曾经的日常对话，变成了今天只在收验证码、收通知时才偶尔想起的工具。我们不再用它聊天，但它却以另一种方式，继续默默留在了每一部手机里——像一条永不熄灭的应急通道，安静又顽强。

为什么传统短信衰落了？

我想，原因显而易见：

• 体验落后：纯文本，沉闷乏味，与今天充满表情包、短视频的社交体验格格不入。


• 安全问题：垃圾信息与钓鱼链接充斥，带来隐私泄露和金融诈骗风险。


• 替代者崛起：OTT应用（如微信等即时通讯）越过运营商，构建了更强大且丰富的通讯体验。

一句话总结：自第一代iPhone发布以来，短信从未进化过。

但近两年，5G消息的概念强势崛起：试图“复活”短信。

它被认为是短信的升级版，是一种长得更好看的短信，支持文本、图片、音频、视频、定位、支付、卡片应用等丰富媒介内容，如图。它试图成为新的“杀手级应用”，补齐传统短信缺失的智能与体验。

但问题来了 —— 对用户来说，这些体验在APP应用里早已稀松平常，“了无新意”。。。5G消息远远谈不上颠覆，只是跟上了过去的潮流。

思考

这里想问大家一句：短信最大的优势是什么？

—— 我认为可能是有一点：那就是 “强推送“ 。即只要拿到了手机号，不管你愿意不愿意，就能给你发短信！

—— 这个可以是正向积极的、比如，如果在地震台风来临时，谁也不想错过“被强推送”一条预警消息。或者：你订阅了关注金价走势的服务，每天早上9点，直接推送一条金价信息，也不会让人太反感尔尔。

—— 也可以是负面消极的，比如消息轰炸、低劣推销、骚扰信息的等。

本瓜认为：真正的变化不应该是“形式”，应该发生在基础设施层。

现在的消息生态，并不是单一平台控制的，而是：运营商、手机厂商、MaaP平台、AI服务商、HUB厂商、SDK厂商、企业用户等多方共建。

多方参与虽然打破了垄断，但也带来了潜在的协调低效与体验分裂问题。

移动互联网的成功经验告诉我们：轻应用，才是黏住用户、构建生态的核心。

1、对用户而言：免安装、免更新、即用即走、无缝切换。—— 是好的！

2、对开发者而言：开发简单、成本低、快速迭代。—— 也是好的！

在App平台上，代表性的轻应用是小程序。而在5G消息体系里，对应的是Chatbot（聊天机器人） 。—— 就有点像把如今火爆的智能体加入到短信里。

虽然聊天机器人前端看似简单，但背后隐藏着巨大的开发挑战：不仅是UI，而是要设计对话剧本、逻辑分支；还有自然语言输入不确定，需要NLP、NLU技术精准理解；需要训练、调优，否则容易出错让用户失望等等。

对企业来说，想开发一个成熟Chatbot的难度和投入，远超表面。所以，这也是为什么现在你还没有开始在短信界面呼起各类机器人/应用。

未来企业很可能同时包含：

• App：重应用，沉淀核心用户。


• 小程序：轻应用，覆盖广泛场景。


• Chatbot：对话应用，增强即时服务与主动触达能力：智能客服、营销互动

问题又来了： 要支撑这样分散、灵活、快速演化的格局，需要怎样的基础设施？

可能需要一套完善的 沙箱计划：即允许应用以轻量方式接入、运行、管理，同时保障数据隔离、安全合规。

最近鸿蒙 PC 刚发布完，但是发布会没公布太多技术细节，基本上一些细节都是通过自媒体渠道获取，首先可以确定的是，鸿蒙 PC 本身肯定是无法「直接」运行 win 原本的应用，但是可以支持手机上「原生鸿蒙」的应用，细节上无非就是 UI 兼容下大屏模式的支持，比如下图是来自 差评XPIN 的鸿蒙 PC 截图：

那么问题来了，HarmonyOS 「卓易通 」 作为生态过渡的丰富支持，甚至在应用商店都可以无缝衔接，那么鸿蒙 PC 是否也可以有类似的场景？

因为目前得到的消息是，鸿蒙 PC 不支持侧载 ，这个结论我也不保熟，只是在这个大条件下讨论，那么 鸿蒙 PC 是不是也可以有个 「W易通」？技术上是否可以支持？

当然，你要说鸿蒙 PC 和鸿蒙手机，本质它们是同源的，App 之间互通理论上没毛病，从这个角度看，好像又支持侧载？

那「W易通」？技术上是否可以支持？答案上还真可以，从某些媒体上说的，通过定制 Wine 来兼容已有的 win 软件，这个或许是一条可行的路，但是其实我也并没有找到官方下图的说法和出处，但是不妨碍我们讨论可行性。

Wine 这个名字本身就揭示了它核心特性：“Wine Is Not an Emulator”（Wine 不是模拟器），它其实已经被应用很久了，例如：

• Steam Deck 和 Proton，就是那个 Steam 的掌机，它用的就是为极致游戏定制的 Wine ，Proton 是一个为 Windows 游戏能在 Linux 上流畅运行而深度定制和优化的发行套件


• CrossOver 和 Whiskey，在 macOS 上运行 win 游戏，也是 Wine 的定制

所以 Wine 确实是一个可行的途径，Wine 在实际场景里主要是充当一个兼容层，实时地将 Windows 应用的 API 调用转换为宿主操作系统（如 Linux 或 macOS）能够理解的等效 POSIX 调用 。

当然，这种设计也意味着 Wine 的兼容性直接取决于其对 Windows API 的重实现程度，所以 Wine 的核心就是重塑 Windows API ，在某种程度上镜像了 Windows 的结构，例如：

• wineserver：在 Windows 中主要是由内核提供核心服务，在 Wine 中会由 wineserver 在用户空间实现 ，它的职责包括实现基本的 Windows 功能，如进程和线程管理、对象管理、进程间通信（IPC）、同步原语、将 Unix 信号转换为 Windows 异常，处理窗口管理和输入事件等


• 核心 DLL 的重实现：Wine 提供了大量核心 Windows DLL 版本，例如 NTDLL.DLL（Windows NT 内核功能的核心接口）、KERNEL32.DLL（基础操作系统功能，如内存管理、文件 I/O）、GDI32.DLL（图形设备接口，负责 2D 绘图）、USER32.DLL（用户界面元素、窗口管理、消息传递）等 ，这些 Wine 实现的 DLL 通常以 Unix 共享对象（.so 文件）的形式存在，它们可以直接调用宿主操作系统的函数

另外 还有 WineD3D ，将 Direct3D 和 DirectDraw API 调用翻译成 OpenGL 调用的核心组件 ，另外还有 DXVK 这种专注于将 Direct3D API 调用高效地翻译成 Vulkan 调用的支持。

前面的 Steam 的 Proton 也是一个针对游戏优化的 vkd3d 分支，负责将 D3D12 调用翻译为 Vulkan ，而 macOS 上或者还需要比如 MoltenVK 将 Vulkan 转为 Metal ？

当然，翻译 API 的局限性就不用多说了，还有一些依赖底层驱动支持的场景，很难在通用性上做到完美，当时理论上做到部分应用通用的场景应该可以，甚至在游戏领域反而更有优势？

当然，还有另外一条途径就是直接跑虚拟机，或者说虚拟桌面，目前已经有不少人运行成功，比如就有博主用 Os-easy 虚拟机装上了Windows 11 ：

事实上 Linux 上运行 Win 虚拟机一直以来就有，用户只需选择镜像文件并完成基础配置，同样也可以在鸿蒙 PC 上使用Windows系统。

安装完成后，用户可以在鸿蒙与 Windows 系统之间便捷切换，类似切换桌面的效果，这样也算是一种场景支持：

当然，虚拟桌面的割裂感会更重，但是在通用软件场景下会相对更好，但是性能也许会更差一下？

另外，目前也挺多觉得鸿蒙 PC 就是一个平板 PC 化的场景，其实这样也算是一个趋势？类似我前段时间一直在聊的 Android PC 化支持，目前 Android 桌面化已经集齐：

• Linux 终端控制台支持


• 桌面模式


• 外部显示器支持


• 窗口多任务，最小化，多实例支持


• 尚未明确的 Desktop View


• 外部显示器排列和切换


• ·····

例如下方就是 Android 下的外部显示器排列和切换支持：

最后，貌似目前鸿蒙 PC 虽然能进终端，但是不开放 sudo 权限，apt 也没有？这部分能力不知道后续是否会开放，从 PC 角度看这部分能力还是有必要的：

比如小米这个 winplay 是不是也是 wine 的定制魔改？我个人感觉，鸿蒙 pc 上游戏通过 wine 体系支持可能会比虚拟桌面更好？

那么，对于鸿蒙 PC 场景，你有什么技术方向想聊的？

可能是临近假期，昨天眼睛乱晃时，偶然间在我的办公桌角落上发现一罐红牛。当我看到它的第一眼，就想起了很多事情。我知道它已经过期很久了，我还能模糊地想起当年隔壁部门领导送给我们的那个场景，也还能想起早已离职的同事们相处的日常……

这罐红牛啊，过期很久咯

但当我拿过来仔细一看的时候，才有点感慨，我知道它过期很久了，但没想到已经过期快 7 年了。也就是说，我来这个公司已经快 9 年了。作为一个2016年软件工程985本科毕业的年轻人，守在一个工厂拿着远远远低于行业平均水平的死工资，居然已经快 9 年了。我甚至敏感到与这罐红牛“感同身受”。

• 年轻时，无穷的精力和旺盛的斗志，对未来也是无限美好的憧憬，根本不需要红牛来提神。


• 过几年，经历越来越多的挫败和不如意，发现事情越来越不受自己控制，一罐红牛能起什么用。


• 后来啊，感觉自己前途和命运(身体与灵魂)都不属于自己、无法掌握，一罐红牛又算什么东西。


• 现在啊，孙连城是对的，就应该多看星星，“胸怀宇宙”，相比之下一切都是小事，红牛本来就只是用来提神的。

可惜的是，这罐红牛过期快七年了，它还能再提神吗？就和薛定谔的猫一样，不在困倦的时候去喝掉这罐红牛，我根本不会知道它还能不能提神。但是呢，我不敢喝。

• 如果只是想要提神，再买一罐没过期的就好了。但是这罐过期的红牛，再也回不到没过期了。
  
  
  
  • 就像我在这工厂呆了九年，也三十多了，再也回不到二十多岁的时候了。但永远都有充满无限精力、天真稚嫩的二十多岁的小伙子。
  
  
  
  


• 或许只是我还把它遗忘在办公桌的角落，所以它还存在；换成别人，可能早就喝掉了；或者也放过期，但是也早扔掉了；罐子可能回收利用，继续发光发热，也可能埋在哪个角落，慢慢副食氧化……
  
  
  
  • 会不会也偶尔觉得自己“空有一身济世救人的才华和抱负却无处施展”？像个废物不被重视。
  
  
  
  


• 既然已经放在角落那么多年了，我也打算继续放在那里。那个不起眼的角落，只会占那么小小的一点地方，我不会在意，别人更不会在意。
  
  
  
  • 我不知道我还能在这里待多久，到时候我会带它走吗？可能不会了吧，毕竟它也没什么用了。象征意义大于实际，就像我也不主动联系那些没什么交集、感情不深的老同学、前同事。
  
  
  
  

自怨自艾啊，都知道是没用的

我觉得“最近行情不太好”这个话术，我很久没有去听了，也可能是刻意没有去关注。原因倒也简单，之前还想着说不定好好准备换个“钱多事少离家近”的工作。后来就是“我先保住这份工”，什么事情到时候再说吧。现在我多“乐观”，不管什么事，到时候再说吧。

就像也偶尔看到什么统计数据，结婚登记人数越来越少，离婚登记人数越来越多，“或许大家都还在纳闷不知道为什么呢。”

这很难的，就像我表弟刚工作 3 年，就开始在担心“35 岁危机”。未雨绸缪、眼光长远一点问题没有， 但是呢：

• 要命的是光担心肯定是一点用没有，因为你只是担心、忧虑这个情况，并没有想到应对策略，那真正面临的时候，还是无所适从。


• 更要命的是，不管你担心与否、忧虑与否，这个“危机”一定存在。


• 更更要命的是，你知道，但是解决不了。


• 就像我表妹指着我对表弟所说：“你慌什么，到时候先死的是他。”这一点毛病没有，我是没几年就 35 了，而且我到现在也没有具体应对策略。但更更更要命的是 ，我死了并不能缓解我表弟的担忧，看着我毫无办法或许更加重他的忧虑。

那我还会担心吗？偶尔吧。毕竟就像以前所说的，我与自己和解了，认清了现实，接受了平凡而普通的自己。可惜的是自己看清楚了，好像并没有很大的用处，因为似乎现代人很难作为一个独立的个体而生存。简单说起来就是"帅哥/美女与金钱"(爱情和事业)。

• 我一个月倒还想拿个几百万呢，但是老板不给我啊？什么，我为什么不去当老板？


• 我也想相敬如宾、举案齐眉、儿孙满堂、本枝百世，可还是单身。什么，我为什么不去找对象？

八旬老头老太太经常打电话问我：“你要好久才找对象哦”、“你结婚了我们才放得下心哦”、“我们天天焦得瞌睡都睡不着啊”……

我是很难去回应这种期盼了，甚至有时候不知道他们是真关心我生活，还是因为“你大孙 30 多了还没结婚啊，好搞笑哦”太没面子。毕竟时代不一样了，我可能不接受但可以去理解他们的老思想，但他们却不理解也无法接受我们新时代，就好像他们真的觉得想找对象马上就找的到，想换工作马上就换得到，想长生不老喝口水就可以了一样。

说多了大家都不爱听，所以我一般只会阿巴阿巴。

与自己和解？我只是随口一说

偶尔我会觉得，大部分普通人的人生经历都是类似的，只有那些真正“我命由我不由天”的少数人才的成功，比较难以复制。这也是我认为“经验之谈”大部分时候都是有效的。

可惜的是，经验之谈往往只有个结果，每个人的真正经历的细节不太一样，每个人的理解能力不太一样，时代背景也不一样，导致处理过程可能就不通用了。我说“与自己和解”之后，我的人生畅快了很多，但有些陌生的朋友来和我交流的时候，我却爱莫能助，也只能提个结论。

• 深情是不是舔狗？没钱是不是铁废物？


• “事前同意不代表事后同意”到底是什么原理？


• “我只是希望你上进”到底是什么意思？


• “我真的不想耽误你”到底是不是一片好心？


• “我真的希望你有更好的未来”是不是真心的祝愿？


• ……

“乱花渐欲迷人眼”，很多时候我看不明白，我就不爱看，我就做个“逃避者”，你觉得可耻关我什么事呢。这个时代到底需不需要阿 Q 精神？“只有对社会没用的废物才会想着放假，我们这些栋梁之才一心做建设，根本不需要放假。”

……

这样的生活多累啊，但是作为人的话，本来就很复杂。就像我曾以为我可以大展宏图发光发热，但是我错了；也以为自己遇到了对的人，然后又错了……

事实上，那罐红牛没有思想，我摆在那里，它就在那里，而且一直在那里。它不会开心、不会难过，也不会发表长篇大论咋咋呼呼。而且在那已经过去的8年，不管它是否过期，它都没有意识，它根本不关心，而且其实我也TM根本就不在乎它，全都是我顾影自怜而已。

或许可以试着当一罐过期的红牛？

就像我记得去年四五月的时候，各个云平台的AI大模型API或大幅度降价或者免费，我就在想能不能借助这些资源做个什么东西出来，还给好几个平台充了钱。一年过去了，但还是不知道能拿来做什么，依旧和最初的想法一样，调用各个平台API进行聊天对话而已，其他富有创造性的想法，完全没有。甚至在年初DeepSeek爆火之后，像我充钱的零一万物、智谱AI啥的，都没有特别大的声音。

或许有能力的人，先有超凡的思想，然后又脱俗的能力，所以才是弄潮儿。一年过去了，我还是没有想到能借助AI浪潮搞点什么，最多是用上了cursor并逐渐接纳了它。

但是，不管我怎么看待AI浪潮，它都会发展。就像5G、Web3、元宇宙……你不管以后对它们的定义是什么，它们都有着自己的发展轨迹，可能有的生命周期长点，有的Y轴高点，有的依旧不被很多人看好……

虽然我不是“宇宙区长”，我的生命还有那么长，“人生在世屈指算，也就三万六千天”。但就算到了35岁，也才三分之一，到目前的法定退休也才二分之一，我才进社会多少年，那后面的那些年就不过了？

或许可以当一罐过期的红牛，就默默地待在角落，世间的美好，人性的险恶，都如过眼云烟，我自岿然不动。

或许我只是想当这一罐过期了 7 年、却还没被我丢掉的红牛，可以长久在无人关注的角落，享受着自己孤独的快乐。

最后，还是分享一下我最新版本调用云平台大模型API的聊天应用，万一正好有朋友需要呢。

桌面主页面预览:

移动端截图:

若有兴趣，更具体内容可访问github查看：Sanotsu/SuChat-Lite。

以上，感谢垂阅。

前言

前几天和前同事闲时聚餐，约了两个月的小聚终于达成了，程序员行业聚少离多，所幸大家的发量还坚挺着。

期间不可避免地聊到了自己的公司、行业状况以及对未来的看法，几杯老酒之后，大家畅所欲言，其中一位老哥侃起了他的职业生涯，既坎坷又无奈，饭后想起来挺有代表性的，征得他同意故记录在此。

以下是老哥的历程。

程序员的前半生

我今年35岁，有房有贷有妻女有老父母。

出生在90年代的农村，从小中规中矩，不惹事不喧哗不突出，三好学生没有我，德智体美没有全面发展。学习也算努力，不算小题做题家，因为只考了个本科。

大学学费全靠助学贷款，勤工俭学补贴日用，埋头苦干成绩也只在年级中等偏下水平。有些同学早早就定下了大学的目标，比如考研、比如出国、比如考公，到了大三的时候大家基本都有了自己的目标。而我的目标就是尽早工作，争取早日还完贷款，因此早早就开始准备找工作。

也许是上天眷顾，不知道怎么就被华为看重了（那会华为还没现在的如日中天，彼时是BAT的天下），稀里糊涂的接受了offer，没想到却是改变了后面十年的决定。

2013年，深圳的夏天阳光明媚，热气扑鼻，提着一个简单的箱子进入了坂田基地。

刚开始，工作上的一切都很新鲜，每个人都在忙碌，虽然不知道他们在忙什么，但感觉很高级的样子。同期入职的同事都比较厉害，很快就适应了工作，而自己还是没完全应对工作内容，于是下班之后继续留在公司学习，顺便蹭饭。

就这样，很快就一年过去了，自己也慢慢熟悉了工作节奏，但是加班也越来越多了。对于自己来说，为了过节点，6点是晚饭时间，9点是下班时间，12点正式下班。

平凡的日子没什么值得留恋，过一天、一个月、一年、四年都没什么两样，四年里学习到了不少的知识，也数了很多次深圳凌晨的路灯数。

作为深漂，没有遇到深圳爱情故事，也对高昂的房价绝望，于是决定回到二线城市，成为一名蓉漂。
2017年，还是和四年前一样的行李箱，出现在了老家的省会城市，只是那时的我没有了助学打款，怀里也攒下了一些血汗钱。

那时互联网行业发展还是如火如荼，前端的需求量也很大，也得益于华为公司发展越来越好，自己的华为经历很快就拿到了几个offer，选了一家初创公司，幻想着能有一番成就。

2018年底，眼看着房价越长越高，某链中介不断地灌输再不买明天就是另一个价了，错过这个村就没这个店了，也许是想有个家，也许是想着父母能到省会里一起住，拿出自己做牛马几年的积蓄加上父母一辈子辛苦攒的小十万的养老钱购买了城区里的新房，那会儿的价格已经比前两年涨了一倍多，妥妥的高位站岗，不过想着自己是刚需也不会卖，因此咬咬牙掏出了全部的积蓄怒而背上了三十年的房贷。

房子的事暂时落定了，全身心的投入到工作中，没想到老板只想骗投资人的钱，产品没弄好投资人不愿跟进了，坚持了三年，期间各种断臂求生，最终还是落了个司破人走的境地。

2020年，30岁的我第一次被动失业了，幸运的是也找到了另一半。为了尽可能节省支出，房子装修的事我们都是亲力亲为，最后花了十多万终于将房子装好了，虽然很简单但毕竟是自己在大城市里的第一套房子，那一刻，感觉十年的付出都是值得的。

背着沉重的房贷，期望能找到一份薪资稍微过得去的工作，于是在简历上优势那行写了：“可加班”。依稀记得有些HR对我进行了灵魂拷问：结婚了吗？有小孩了吗？你都30岁了还能加班吗？。我斩钉截铁地说：只要公司有需要，我定会全力以赴！

2022年，我们的孩子出世了，队友辞去了工作全心全意带小孩，而我更加努力了，毕竟有了四脚吞金兽，不得不肝。

虽然工作很努力，但成果一般，不是公司的技术担当，也不会是技术洼地。

2023年的某一天，和之前的364天一样的平淡，在座位上解Bug的我突然感觉到一阵心悸，呼吸不畅，实在不行了呼唤同事叫了120，去医院一套检查下来没发现什么大问题。医生询问是不是工作压力太大，平时加班很多？我说还好，平时也就加班到9点。医生笑了笑说你这种年轻人我见多了，都是压力大的毛病，平时工作不要久坐盯着屏幕多站起来走走。他让我回家多休息，回去后观察了几天还是偶尔会有心悸，再去了另一个医院进行检查，也是没有明确的诊断结果，只是说可能是这个问题，又可能是另一个问题。

过了1个月后，身体上的问题不见好转，我辞去了工作。

2023年末，找了一家小公司，也就是我现在的公司，工资没有涨，仔细算起来还变相下降了。

还是做的业务需求，也没有领导什么人，管好自己就行，直属上级还是个工作几年的小伙。这家公司主要的特点是不加班，技术难度不高，能做多少就是多少，前提是要报风险，领导也不会强迫加班。

就这样到了2024，神奇的是我已经很久没有心悸的感觉了，不知道是不加班还是心态转变的原因。
家里的小朋友也长大了，会说话了。我现在每天下班最温馨的的是她开着门期待我回家的那一刻，她的期盼的眼神就是我回家的动力。

公司在2024年也裁了不少人，领导也找我谈过问问我的想法，我说：我还是能胜任这份工作的。领导说：公司觉得你年级大了一些，工资虽然不是最高，但不太符合行情，你懂的。我说：我懂，可以接受适当的降薪。
就这样，我挺过了2024，然而过了一周领导走了。

2025年，我35周岁了。
现在的我已经彻底接受自己的平庸的事实了。在学生时代，从来都不出色，也不会垫底，就是那类最容易被忽略的人。在工作时代，不是技术大牛，也不是完全的水货，就是普普通通的程序员。

如果说上半生吃到了什么红利，只能说入坑了计算机这行业，技术给我带了收入，有了糊口的基础。没进股市，却被房价狠狠割了一道。

35岁的我，没有彻底躺平摆烂，也没有足够奋发进取。

35岁的我，有着24年的房贷，还好61岁的时候我还在工作，应该还能还房贷。

35岁的我，不吃海鲜不喝酒，尿酸500+。

35岁的我，人体工学椅也挽救不了腰椎间盘突出。

35岁的我，头发依然浓密，只是白发越来越多。

35岁的我，已经不打游戏，只是会看这各种小说聊以慰藉。

35岁的我，两点一线，每天挤着地铁，看众生百态。

35岁的我，早睡早起，放空自己。

35岁的我，暂时还没有领取毕业大礼包，希望今年还能苟过。

35岁的我，希望经济能够好起来，让如我一般平凡的人能够有活下去的勇气。

诸君，下一年再会~祝你平安喜乐，万事顺遂！

太极分两仪，有程序员也有程序媛：30岁的程序媛，升值加薪与我无缘

我想多些技术传奇，但是为啥总是那么多曲折的世俗故事，这也是别扭极了。

我博客这儿有技术方案，也好多IT行业的狗血故事。盘点了一下，都快成系列短剧了。

再往前，故事更多。而且总是引发着网友的讨论，以及成千上万的关注量。

今天这个故事，讲的是我放弃了大公司，去了小公司的故事。

刚辞职离开的公司，是超过500人的企业，不缺钱，很土豪。再之前的公司也都是几百人的公司，最次也是新三板挂牌。而现在，我却入职了一家不到10个人的小公司。

我没疯。

咋说呢？我从大公司干了十多年，又能怎样呢？无非就是混日子，混工资。但是，随着年龄的增长，这种状态还能维持多久呢？我并不想混一天是一天。

很多朋友说，你怎么不继续去大公司？目前的大环境，大公司稳定，抗风险能力强。

但是，我刚辞职的这家就是挺大的公司，其实也并不“稳定”。

我依然是修炼不够，同时不愿躺平之心游丝尚存。

上一份工作，我以为找到了职业生涯的终极归宿，因为它太契合我了。可以说，它需要我，我也需要它。

我做教育信息化10年了，从手机到平板，从客户端到服务端，从硬件到软件，从团队管理到技术方案，再到后来将人工智能融入教育领域。说实话，即便如此，我想找份称心如意的工作依然不容易。因为，一个行业待久了，技能窗口变得既深又窄。比如试卷的电子化和批阅，我就研究了3年，可以说做到了行业领先。

但是，并没有几家公司需要这类冷门的技能。

同样，公司这边也面临同样的问题：找一个经验丰富的业内人，也很难。

我需要一个平台，让我继续研究教育领域的人工智能，我有信心让他成为行业领先。而公司需要一个员工帮它打造专业领域的业务，它也有能力供给我可观的收入。

因此，我俩一拍即合。

这家公司规模大，资金链充足，福利待遇又好。我一度认为，我的职业生涯终于可以稳定下来了，这是个好平台，我立志干到退休。

但是，我错了。

有一天，突然一个同事找到我，说要跟我谈谈。

这个同事不是行政不是HR，也不是我的领导，工作上和我也没有交集。离下班还有1分钟，给我发钉钉让我下班别走。

我当然不惯着他，我问他什么事情。他回复说，等他写完代码。

我说，我还有事，要去车站接人，请尽快。

他叫我去会议室，他告诉我说，我这个岗位是因为有临时需求才招聘的，现在我把活干完了，他也能接手，我就可有可无了。

我问什么意思，要裁我吗？

他说不是，现在只有他能救我，他一句话，我就能留，另一句话，我就得走。

第一次谈话，就这么结束了。算是一个下马威。

第二天，我去找我的直属领导。我问昨天找我谈话的那个白胖子什么角色，他说的话可不可信。

领导说，一半可信，一半不可信。

可信之处在于他是新来高管老郭身边的红人，老郭对他言听计从。不可信之处是他什么都不懂，一动代码就捅娄子，根本接不了我写的AI项目。

后来，我也见识到白胖子的能力，就是特别自信，他知道fastjson是阿里的开源项目，所以它笃定fastapi也必定是阿里开源的。这一点让老郭非常欣赏，因为白胖子总是有肯定的回答。而其技术只会说：可能……也许……大概……不敢保证……

有一次白胖子专门设计陷害一个老实同事，结果得到了老郭的大力支持。这一举动让其他同事既不满又无奈，更多的是害怕。而白胖子则以此示威，更加自信。

后来，白胖子又找我谈话。

他说他不想找我，但是老郭老问，他不得不找我。

他找我的主要目的是跟我谈我该怎么被安排的问题。他说，我现在很尴尬，原因是我的工作很差。主要体现在负责的项目太少，因为目前我手头就一个从0到1自研AI的项目。

我很震惊，手敲一个从0到1的自研AI项目，而且我只报了1个月的工期，保证保质保量地完成，这还不够炸裂吗？！做完了，就是公司的自主知识产品，可以申请专利的那种！这可是一个大项目，类似的项目，我上家公司投入几十万都没干成，后来我用2个月时间做了出来，当时我还受到了集团董事长的接见。

而在这里，我分析需求做定制开发，居然被谈话，理由是活太少？！

他说，你看看别人：小张，这个月干了5件事：修改A项目首页的弹窗文案，将“你好”改为“您好”；给B项目一个500行代码的类加了35条注释；C项目实现了登录功能，代码提交量为1500行……

你说说，人家手里5个项目，而你1个项目，这是5倍的差距。

我说，郭总也这么看吗？白胖子说，当然，郭总多厉害，肯定知道5大于1，小学生都知道。

那怎么办……我问他。他说，我早就说过了，现在只有我能救你。你要有空，我们先吃个饭聊聊，合适的话，我叫上郭总再一起吃个饭……

我说，如果不合适呢？他说，我现在站在个人角度给你聊，要是站在公司角度……

“公司角度怎么样？”

“现在就可以走流程了！你个人能和法人玩得起吗？”

我说，我再想想。

后来，他又找我。

这次，我留了个心眼，打开了手机录音。他还是哪些话，基本就是打压和威胁，只不过更重了一些。

这次我跟他顶嘴了，我说要谈离职也是人事跟我谈，你既不是人事也不是我领导，你没有资格。

最后不欢而散。

回到座位后，我听到从远处传来郭总的声音：怎么这么过分……那怎么能行……简直是不像话……

次日，我已经不打算在这干了。理由是小白胖子并没有什么可怕的，这种人我见多了。但是你一个集团高管居然受制于他，这就奇葩了。

我就把录音发给了HR总监，面谈了一会儿。总监说，我们了解下情况。

我感觉这类情况很严重，没想到公司会这么对待员工。如果不是公司的意思，那么个人行为更恶劣。

结果，HR将情况告知了郭总，让郭总找我聊聊。

我原来以为只是白胖子的个人想法，因为一个花十几万猎头费聘来的大集团高管，不至于境界那么低，偏听偏信，一点技术上的判断力都没有。但是，后来跟郭总一聊发现，他的想法完全受白胖子影响。换句话说，郭就是个傀儡，他也不了解该如何工作，完全听白胖子的。也就是郭当皇帝拿工资，任命白胖子为常务皇帝干活。

郭说，现实情况就是你可有可无。如果你足够听话，我肯定会保你。如果不听话，那么他只能重新招人。

这还有什么理由待下去呢？我提出了辞职。

一开始，白胖子一派很开心，马上就批准我的辞职。后来，他们开始紧张了起来。

据说，白胖子原计划将我搞走后，引入他的认识一个熟人进来。

但是他的人来面试之后，履历不匹配，还要价太高，远超出我的薪资，公司没有同意。结果，“人傻、钱多、速来”的换人计划落空，我又被搞走了，导致AI项目无人接手了。

现在，他们赶紧启动招人，并且尽量拖着不让我走。

这个公司离职交接很快，这是几十年的传统。你一旦提出离职，不管何种岗位，是否有交接人，三两天必定办完手续走人。

但是，我破纪录了。我被卡了半个多月，愣是不给我办离职手续。一催就说，法律规定30天才能走。

这就矛盾了，前期你说我可有可无，是个可怜虫，现在又不让我走。

后来，我就催。我说没活了，还留我干什么？结果他们给我安排改bug的工作。我的AI项目识别率99%，他们测出那识别不了的1%算bug，让我修改。

改不出来，就不办手续。

搞得我都想留下来了，留下来让你们辞退我得了，还能拿赔偿。
最后，多方运动，终于办完了手续。
就在最后运维、财务、人力全部都签完字了，还是不给离职证明，说要改bug到满意为止。

从业这么多年来，没有经历这么恶心的事情。

最后，总算是走了。

一个月后，发了离职工资，金额不对。我找公司专门负责工资核算的员工，打电话不接，加微信不通过。托其他同事的关系，才要到了工资条。后来，他们居然还想问我工作上的问题。

这就是大公司，以及大公司里的人情世故。

后来，也听到很多同事的吐槽，说公司如何如何。

一入职白胖子就会鼓动新人去请领导吃饭，表示站队。我就是没有站队，导致被针对。

还有，一动代码就捅娄子的白胖子，曾经动过一次代码，结果捅了大篓子。导致集团追责，技术部全体员工都被扣了工资。因为白胖子通过口若悬河的说辞，让自己完全撇清了关系。因此部门领导扣了全体同事的，唯独没扣白胖子的。结果，同事找到了Git代码提交记录，发现完全就白胖子自己一个人的疏忽造成的。这就是“集体闹绩效事件”。但是，即便集体闹，也没什么用。

我最反感的是即便大家都知道此人横行霸道，但是大家依然无能为力。

因为这个公司太大了，管事的人太多了，导致都管不了，也改变不了。现实情况是只有老板能管，但是老板很信任他建立的体系。

如果有人把白胖子的事迹告诉老板，那老板会狠批告密者，这叫打小报告，是严重违纪。因为公司有七八个部门，大约上百人专门做人员的评价工作，他们每天的工作就是进行风气整治和文化的净化。

但是，这些部门都知道白胖子的事迹，就算都觉得不对，谁来下这个手？肯定不是自己！这是得罪用人部门的事情。那就等老板知道了，老板发了话，大家才抢着干。但是老板又不让打小报告，永远不会知道。那就是用人部门说了算。用人部门又听白胖子。

所以，最后的结果就是白胖子没人能管得了。

在一个很大的体系里，最大的成本就是管理成本，也就是让这个体系能运转的成本。得有200人做服务才能支撑另外200人能正常上下班。

我的另一个感觉就是，大公司的反应速度太慢了。

我从0到1做一个同样需求的AI项目，我在10人企业只需要1个月，在100人企业需要3个月，而在这里，可能1年都干不完。因为周边的东西太多了。会有太多的部门卡你，有功都来抢，有锅都来甩。开不完的罗圈会，写不完申请，以及数不清的明枪暗箭。咱们是技术人，不是朝堂上的政治家。

我实在是不愿意浪费时间在这些人身上，我更愿去研究AI，研究教育。

而小公司就不一样了。可以直面老板，可以直面客户，可以直面技术。行动迅速敏捷，效率高。

如今的市场变化很快，需要快速响应，需要快速迭代，需要快速试错。新模式的爆发速度，让人猝不及防。

跟着小公司老板有很多可以学习的地方，会亲历一个想法从诞生到落地，这些我全程都会亲历，这很有可能就是我的以后。

随着年龄的增长，越来越不愿意待在能养老的地方，反而愿意去折腾，去挑战。因为剩下的时间不多了。

目前入职了一家小公司，不用打卡，不用写各种汇报材料，不用请领导吃饭，同事间关系简单，老板有活力，有想法，有干劲。中午吃完饭，会去园区里走走，晒晒太阳，听听鸟叫，高效率工作，大家也经常和老板有那种面红耳赤的讨论，这在集团企业内是不敢想的，更有一种独立人的自主感。我所写的代码，客户、同事和自己都满意，这是我非常喜欢的。

我一直是跟着自己的感觉走，从不委屈自己的内心。我一个老领导生病了，心脑血管方面的问题。术后，医生不让他抽烟喝酒。后来，他轻度抑郁。医生开始让他每周不能超过2顿酒，每天不超过3支烟。他问医生，为什么现在又可以了？医生说，相比于抑郁症，抽烟喝酒的伤害更小一些。心情对人体的影响，胜过肉体的伤害。工作十多年，我几乎都是裸辞。找工作也基本不内推，走网上投简历。每次也都找的挺好，下一家总能解决上一家的问题。当然，新一家也会有新的问题，但每次都是迈上一个新台阶。干这行，能进步就好。

不委屈自己的内心，也不委屈自己的能力。一切都有解决方案，未知的变化胜过已知的不变。

期望我现在的公司越来越好。也祝原来的公司蒸蒸日上。

另外，我相信白胖子以后肯定比我混得好，甚至我相信他去另一家公司依然能混得风生水起，但是这并不影响我坚守我自己内心的信念。

这就是各有各的道。我老领导经常召集众兄弟给他帮忙，我们多数也是友情出演。他经常感慨，自己也狠不下心去干一些坑蒙拐骗的活，即便他知道别人干项目就是“要么坑客户，要么坑自己”，他也依然选择自己吃点亏。不然他也能混的风生水起。但是，也正是因为他这么做，他才能召集起来我们这一众兄弟。我们本就不是耍心机的人，因此才愿意向他靠拢。他要变了，虽然我们也很一般，那他身边该换人了。

都有各自的活法，无所谓好坏之分。

作者：前端开发爱好者

上班经常摸鱼的小伙伴们要注意了，老板们的监工神器来了！

ChatLog 是一款开源的聊天记录分析工具，能够帮助用户高效解析、可视化和挖掘聊天数据中的关键信息。

它支持从本地数据库文件获取微信、QQ、Telegram 等主流聊天工具的聊天记录，并通过智能分析、数据可视化等功能，帮助用户更好地管理和利用这些数据。

无论是个人社交分析、团队协作优化，还是商业场景的客户对话洞察，ChatLog 都能提供强大的支持。

ChatLog 核心特点

• 智能分析：自动提取聊天记录中的高频词、情感倾向、活跃时段等关键指标，帮助用户快速了解聊天内容的核心信息。


• 多平台支持：兼容微信、QQ、Telegram 等主流聊天工具导出的数据格式，满足不同用户的需求。


• 数据可视化：生成词云、时序活跃图、关系网络图等，直观呈现聊天特征，让复杂的数据一目了然。


• 隐私保护：本地化处理数据，无需上传云端，确保信息安全。用户可以放心使用，无需担心隐私泄露。


• 自动化报告：一键生成分析报告，支持导出 PDF/Excel，便于分享与存档。

如何快速使用

安装 ChatLog

ChatLog 提供了两种方式安装，一种是直接下载预编译版直接安装，另外一种就是下载源码方式安装

• 下载预编译版：https://github.com/sjzar/chatlog/releases


• 命令行安装：

go install github.com/sjzar/chatlog@latest

对于大部分人来说，直接使用 预编译版 就能满足大部分需求，除非你需要做二次开发的可以下载源码本地运行

执行 ChatLog 启动 Terminal UI 界面。

使用 ↑ ↓ 键选择菜单项，按 Enter 确认选择，按 Esc 返回上级菜单，按 Ctrl+C退出程序。

MCP 集成指南

运行 ChatLog，完成数据解密并开启 HTTP 服务

以 ChatWise 使用 MCP SSE 为例，

在 URL 中填写 http://127.0.0.1:5030/sse，并勾选 动执行工具，点击 查看工具 即可检查连接 chatlog 是否正常：

测试功能是否正常：

更多 MCP 集成指南 查看：https://github.com/sjzar/chatlog/blob/main/docs/mcp.md

“牛马”开始慌了？

在日常工作中，微信等工具已成为“牛马”日常沟通的重要工具。

海量的聊天记录中蕴含着大量有价值的信息，却往往难以高效利用。

ChatLog 的出现，无疑为“牛马”提供了一个强大的工具，可以更高效地管理和分析微信聊天记录。

老板会不会用这个工具来分析我们的聊天记录？

随着 ChatLog 这样的工具出现，不少 “牛马” 开始担心：

老板会不会用这个工具来分析我们的聊天记录？以后摸鱼的时间是不是都没了？

但实际上，ChatLog 的出现更多是为了帮助我们更好地管理自己的聊天记录，提高工作效率。

它可以帮助我们快速总结群聊内容，提取聊天记录中有用的信息，从而更好地完成工作任务。

例如：

• 快速查找聊天内容：通过关键词搜索，快速定位到重要的聊天记录。


• 每周工作总结：自动生成聊天记录的总结报告，帮助我们快速回顾本周的工作重点。


• 提取关键信息：从大量聊天记录中提取关键信息，比如客户的需求、项目进展等，方便我们进行后续的工作安排。

总之，ChatLog 是一款功能强大的开源聊天记录分析工具。

它不仅支持多种主流聊天工具的数据格式，还提供了智能分析、数据可视化和自动化报告生成等功能。

• ChatLog Github 地址：https://github.com/sjzar/chatlog

最近，新能源汽车制造商「理想汽车」面向业界搞了一个大动作，相信不少同学也看到了，那就是：

正式宣布开源「理想星环OS」操作系统，并且欢迎各位开发者参与验证开源组件的功能和性能。

作为一名开发者和理想车主，说实话第一眼看到这个信息时还是挺意外的，万万没想到，如今汽车制造商也开始玩开源这一套了。

「理想星环OS」是理想汽车历时3年所研发的汽车操作系统，在车辆中担任“中央指挥官”这一角色，向下管理车辆硬件，向上支撑应用软件。

具体来说，「理想星环OS」包含如下四个组成部分，用于高效调度全车资源并确保汽车功能稳定运行。

• 辅助驾驶OS（大脑）：用于处理复杂的思维过程，以确保辅助驾驶又快又好地工作。


• 智能车控OS（小脑）：用于控制车辆“肢体”，快速执行各种车辆基础控制命令。


• 通信中间件（神经系统）：负责车内各个模块（如刹车、屏幕、雷达）间的高效可靠通信。


• 信息安全系统（免疫系统）：负责数据加密保护以及身份认证和权限管控等信息安全的保障。

早在今年3月份的时候，理想汽车CEO李想就曾在2025中关村论坛年会上宣布过，理想汽车自研整车操作系统 ——“理想星环OS”将会开源，而这一承诺终于在最近开始逐步向外兑现。

按照理想官方发布的开源计划时间轴来看，「理想星环OS」的开源将会分为三个阶段来逐步落地。

• 第一阶段主要是开源星环OS 0.1.0版本，包含安全实时RTOS以及通信总线Lite。


• 第二阶段开源星环OS 1.0.0版本，包含完整的智能车控系统以及智能驾驶系统基础能力，时间节点为今年的6月30号左右。


• 第三阶段开源则将会包括完整的智能驾驶系统以及虚拟化引擎，时间节点定在了2025年的7月后。

并且理想承诺，星环OS将会采用宽松型的Apache License，既不会通过开源来收取费用，也不会干涉代码的使用方式，更不会控制使用者的数据。

按照官方的说法，第一阶段的开源目前已经正式兑现，代码已经托管于国内的Gitee平台之上。

出于好奇，我也特地去Gitee平台上搜了一下。

果然，理想汽车已经在Gitee平台上创建了一个名为「HaloOS」的开源组织，里面包含了一阶段开源相关的多个代码仓库和文档仓库。

具体来看，目前的开源代码主要是 智能车控OS（VCOS） 和 通信总线lite（VBSlite） 两大部分，并且其开源仓库划分得非常细，文档是文档，代码是代码，配置是配置，示例是示例。

文档仓库我们以智能车控OS（VCOS）文档为例，其专门搞了一个文档仓库和详细文档说明，并且附有详细的快速跳转链接，大家可以感受一下这个文档仓库的组织风格，还是非常便于开发者使用的。

docs

├── OVERVIEW.md             # 项目概述

├── README.md               # 文档结构简介（即本文）

├── _static/image           # 文档中用到的图片资源

├── api_reference           # API参考文档

├── configuration_reference # 配置项参考文档

├── key_technical           # 关键技术说明

├── porting                 # 芯片移植文档

├── quick_start             # 快速入门指南

└── user_manual             # 开发者手册与详细说明

    ├── components          # 功能组件使用说明

    ├── kernel              # 内核模块文档

    └── studio              # Studio集成开发环境相关文档

而代码仓库这一块，我们以通信总线lite（VBSlite）工程核心组件之一的MVBS代码仓库为例，仓库说明里给出了详细的代码架构组织，大家也可以感受一下。

mvbs

├── README.md                    # 这个是MVBS仓库的readme

├── build.mk                     # 用于构建的makefile文件

├── CMakeLists.txt               # cmake编译脚本

├── posix_aux                    # 为linux和windows平台提供扩展支持库

├── include

│   ├── mcdr                     # 序列化接口

│   ├── mvbs                     # MVBS头文件集合

│   │   ├── adapter              # 适配层头文件

│   │   ├── core                 # MVBS内部核心的实体定义和操作

│   │   ├── diag                 # 诊断相关的头文件

│   │   ├── rte                  # RTE接口文件

│   │   ├── rtps                 # RTPS协议元素定义文件

│   │   ├── sections             # 用于支持内存layout

│   │   └── utils                # 常用的工具文件

│   └── rpc                      # RPC头文件

└── src

    ├── adapter                  # 适配层实现

    │   ├── auto                 # 基于VCOS 适配层的参考实现

    │   └── posix                # 基于POSIX提供的适配层实现

    ├── core

    │   ├── diag                 # 诊断工具的实现

    │   ├── discovery            # 实体发现协议的实现

    │   ├── entities             # MVBS内部实体的实现

    │   ├── include              # 提供给MVBS内部的头文件

    │   ├── messages             # 报文组装的实现

    │   ├── mvbs                 # MVBS内部接口层的实现

    │   ├── netio                # 网络接口的封装实现

    │   ├── qos                  # E2E和WLP的实现

    │   ├── storages             # CacheChange和History的实现

    │   ├── transport            # Transport的实现

    │   └── utils                # 常用工具的实现

    ├── mcdr                     # 序列化库的实现

    ├── rpc                      # RPC的实现

    └── rte                      # RTE接口的实现

再看一下具体代码，函数和代码组织都比较宽松，是我个人比较喜欢的风格，另外关键步骤或关键字段设有代码注释，阅读起来也便于理解。

并且仓库里还给出了非常详细的快速入门开发者手册，内容我看了一下，内容甚至从安装 git-repo 工具开始，确实给得非常详细。

追了其中几个比较核心的代码仓库后我们会发现，这几个核心项目源码都是基于C语言来实现的，这也再次说明了 C 语言在某些关键系统中不可撼动的核心地位。

大家感兴趣的话也可以上去学习学习相关的代码，研究通了以后想进新能源智能车企做核心系统研发那不就是分分钟的事情了。

众所周知，这两年新能源智能汽车领域的竞争也进入到白热化阶段了，各家新能源车企都在不断地进行产品优化和技术摸高，这个趋势在未来很长一段时间内想必还会继续保持。

按照理想官方的说法，此次开源的主要目的是促进行业合作，旨在破解行业“重复造轮子”的困局，同时通过生态的共建来实现车企之间、车企与其他厂商之间的互利共赢，最终普惠到每个用户。

当然不管他们怎么去说，作为一名开发者我们都清晰地知道，开源的背后其实也是生态的建设和博弈，说实话这一步，理想在新能源车企阵营里走得还是非常超前的。

最近这两年，我自己一直都挺关注新能源汽车市场的，线下也试驾和体验过诸多品牌的新能源汽车产品，也切实感受到了这几年技术和产品的飞速迭代。希望国产智能新能源汽车能持续崛起，为用户带来更多技术普惠和感动人心的好产品。

注：本文在GitHub开源仓库「编程之路」 github.com/rd2coding/R… 中已经收录，里面有我整理的6大编程方向(岗位)的自学路线+知识点大梳理、面试考点、我的简历、几本硬核pdf笔记，以及程序员生活和感悟，欢迎star。

前言

今年2月中旬左右因为公司运营的问题，具体原因是缺少版权。毕竟现在的大环境有些刚性的产品，没有版权轻易入场即使可以赚钱，那么这个钱终于不是自己的。

在接到待业通知的时候，既不意外也不慌张。

• 不意外，是因为工作几年之后都是老江湖，公司能不能支棱起来都是很明显的状态。不论多大的公司，什么时候开始人力扛把子，抓考勤、搞制度，距离凉不远了。


• 不慌张，是因为从3年前就已经开始准备副业了。最近两年更是经常搞到凌晨1~2点才睡，接到待业通知的时候，被动收益已经是薪资的1.5~2倍的水平了。毕竟，给人打工终究不过是为人做嫁衣，寄人篱下罢了。

未雨绸缪

找方向

都知道短视频是红利，所以基本上短视频已经玩过了。某音现在还有1800多粉丝，头条、UC、百度家号，基本上累计粉丝也有几百个，也写出过几篇10w+的爆款文章。

后来发现这个赛道并不好做，1是花费的时间和收入不成比例，2是竞品太多。想脱颖而出难上加难。

尝试过发现，还是得用自己的专业知识变现。1是轻车熟路，2是清楚获量和变现模式，相当于短视频的红海不如给自己打工写自己的App。

经常自我反思，做了那么多产品，应付了那么多需求，有多少是真的为了服务用户？有多少不过是为了应付KPI？有多少不过是满足产品经理的梦？，所以很早之前就开始研究自营产品。 第一年基本上是0收入，勉强把开发账号的688赚回来了。

后来认识了一些志同道合同僚，有想法、有技术，所以一拍即合！王侯将相宁有种乎？

对于一款成功的产品，无法满足三个核心词之一。高频、刚需，痛点，三者得一者得天下！

高频：常见的比如社交、游戏（大型网游、小型休闲）、影视、音频等。

刚需：常见的比如教育、办公打卡、宝宝起名等。

痛点：常见的比如电子衣橱、月子餐、自媒体工具

能落地

这里的能落地从两个方面阐述，1是从产品方向，2是从人的方向。如果是单枪匹马打天下，那大可不用考虑第二点。

产品维度

无论从什么角度切入独立开发者，都要想清楚产品给谁用？赚谁的钱？怎么赚？很多项目出师未捷身先死，大多数并没有找到自己的用户群体，更不用谈赚钱这件事了。

简单来说：准备好了再出发，而不是头脑发热想一出是一出。

人的维度

第一点：谋事在人成事在天，为什么要把人提出来？因为很多常见的合作都需要基于对项目的认可，如果不认可自己正在做点事情，那和打工的心态一样，混日子得过且过。这种很容易消极怠工，也容易半路腰斩。

第二点：要有专业的技术能力，确保能为合作保驾护航。因为只有这样才能保障产品正常推进，保证项目平稳落地。

与君共勉

当品尝过自由的味道，大抵很难再适应被束缚的生活。 认清自己的方向和定位，找到适合方向和机遇，毕竟一辈子能够遇到的机遇屈指可数。毕竟现在的大环境，想打工都是一件奢侈的事情，更不要想提高福利待遇了，不过是痴人说梦罢了。

职场终究不过是赚钱赎身，换取早日恢复自由自身的过渡!那些在职场内卷的同行们，没必要，除非你的老板有胖东来的福利待遇。

遵守规则，方得长治久安，最后祝大家大吉大利，今晚过审！

本人写了五年的后台管理。每次面试前就会头疼，因为写的页面除了表单就是表格。抱怨过苦恼过也后悔过，但是站在现在的时间点回想以前，发现有很多事情可以做的更好，于是有了这篇文章。

写优雅的代码

一道面试题

大概两年以前，面试美团的时候，面试官让我写一道代码题，时间单位转换。具体的题目我忘记了。

原题目我没做过，但是我写的业务代码代码里有类似的单位转换，后端返回一个数字，单位是kb，而我要展示成 KB，MB 等形式。大概写一个工具函数（具体怎么写的忘记了，不过功能比这个复杂点）：

function formatSizeUnits(kb) {

    let units = ['KB', 'MB', 'GB', 'TB', 'PB'];

    let unitIndex = 0;



    while (kb >= 1024 && unitIndex < units.length - 1) {

        kb /= 1024;

        unitIndex++;

    }



    return `${kb.toFixed(2)} ${units[unitIndex]}`;

}

而在此之前，是一个后端同学写的代码（说起来，后台管理系统前端人力不够后端帮忙写好像是常规操作，后端总觉得写前端简单，而我只能说你们那代码写的，一言难尽……），如下：

function formatSizeUnits(kb) {

    var result = '';



    if (kb < 1024) {

        result = kb + ' KB';

    } else if (kb < 1024 * 1024) {

        result = (kb / 1024).toFixed(2) + ' MB';

    } else if (kb < 1024 * 1024 * 1024) {

        result = (kb / 1024 / 1024).toFixed(2) + ' GB';

    } else {

        result = (kb / 1024 / 1024 / 1024).toFixed(2) + ' TB';

    }



    return result;

}

虽然功能都一样，但是我写在面试的时候写了上面的代码得到了面试官的赞扬，也因此非常顺利的通过了面试。而如果我写成了下面的样子，估计不会有这种效果。

如何提升代码质量

想提升代码质量，最理想的是靠 code review ，但实际上这玩意在大多数公司根本就不存在。其次就只能多看看大佬们写的代码，但是一来后台管理本来就没太大难度很少有大佬，二来很多时候一个后台管理系统就一两个人负责。

还好现在有了各种 AI 工具，可以非常方便的优化自己的代码了。

还是上面的问题，看看 GPT 给的答案

// 提问：写一个工具函数，对文件大小的单位进行转换，加注释

// 回答：下面是一个JavaScript工具函数，它接受文件大小、初始单位、目标单位和小数位数，然后返回目标单位下的文件大小。



/**

 * 将文件大小从一个单位转换为另一个单位。

 *

 * @param {number} size 文件大小。

 * @param {string} fromUnit 初始单位（'B', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'）。

 * @param {string} toUnit 目标单位（'B', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'）。

 * @param {number} [decimalPoint=2] 结果保留的小数位数，默认为2。

 * @return {string} 转换后的文件大小，带单位。

 */

function convertFileSize(size, fromUnit, toUnit, decimalPoint = 2) {

  // 定义单位与字节之间的转换关系

  const units = ['B', 'KB', 'MB', 'GB', 'TB', 'PB', 'EB', 'ZB', 'YB'];

  // 获取初始单位和目标单位的索引

  const fromIndex = units.indexOf(fromUnit);

  const toIndex = units.indexOf(toUnit);



  // 如果单位不在列表中，抛出错误

  if (fromIndex === -1 || toIndex === -1) {

    throw new Error('Invalid units');

  }



  // 计算初始单位与目标单位之间的转换系数

  const exponent = toIndex - fromIndex;

  // 计算结果大小

  const resultSize = size / Math.pow(1024, exponent);



  // 返回格式化后的结果

  return parseFloat(resultSize.toFixed(decimalPoint)) + ' ' + toUnit;

}



// 示例使用

console.log(convertFileSize(1, 'GB', 'MB')); // 输出: 1024.00 MB

console.log(convertFileSize(1, 'MB', 'KB')); // 输出: 1024.00 KB

console.log(convertFileSize(1, 'KB', 'B'));  // 输出: 1024.00 B

console.log(convertFileSize(1, 'MB', 'GB', 5)); // 输出: 0.00098 GB

还能说什么，我只能说 NB！（经评论区提示，此段代码可能有问题，建议大家在使用AI工具时，重点是借鉴思路，直接使用代码需要谨慎~）

我现在每次写大段逻辑之后都习惯拿给 AI 看看，有什么更好的实现方式，或者用什么设计模式。AI 是非常低成本且高效提升代码质量的工具。

学会封装

一个功能用到了好多次，为什么不封装成组件？一个组件用到了好几个项目，为什么不单独写个npm包？差不多的项目创建了好几个，为什么不封装成脚手架？

你说，没时间，没必要，复制粘贴反而更快。

那你就完全没理解，这么做不一定是为了让工作更快完成，而是可以让你在年年终述职时更有话说（你就算写了一百个表单表格没有写一个脚手架更值得炫耀），如果不会写可以问问 AI。

而当你真正开始封装组件，开始写工具库了，你会发现你需要思考的确实比之前多了。

关注业务

对于前端业务重要吗？

相比于后端来说，前端一般不会太关注业务。就算出了问题大部分也是后端的问题。

但是就我找工作的经验，业务非常重要！

如果你做的工作很有技术含量，比如你在做低代码，你可以面试时讲一个小时的技术难点。但是你只是一个破写后台管理，你什么都没有的说。这个时候，了解业务就成为了你的亮点。

一场面试

还是拿真实的面试场景举例，当时前同事推我字节，也是我面试过N次的梦中情厂了，刚好那个组做的业务和我之前呆的组做的一模一样。

• 同事：“做的东西和咱们之前都是一样的，你随便走个过场就能过，我在前端组长面前都夸过你了！”


• 我：“好嘞！”

等到面试的时候：

• 前端ld：“你知道xxx吗？（业务名词）”


• 我：“我……”


• 前端ld：“那xxxx呢？（业务名词）”


• 我：“不……”


• 前端ld：“那xxxxx呢？？（业务名词）”


• 我：“造……”

然后我就挂了………………

如何了解业务

关注源码

说到源码， Vue，React 这些基本是每次必问，也有太多大佬们的总结我就不多说了。

除此之外，我想大家每次面试应该都会被问，你写了什么亮点的项目，困难的项目，你会说什么？哦，都是表单表格，都用 Element UI 实现的，没什么难度。那估计你面试也就到这里了。

那说什么，后台管理就这些啊？！

如果你用了 Element UI 你可以说写了什么自定义 Element UI 表单组件，Element UI 表单源码是什么原理，怎么通信的？用了 Axios 可以说 Axios 的原理，它的拦截器怎么实现的？用了编辑器 diff 那你知道 diff 算法是什么吗？用了 ECharts 那你知道他底层是用什么绘制的吗？用了 husky ？husky的原理是什么？用了Vite，它为什么快？是怎么打包的？写过插件吗？

可能有人觉得我离谱，事实上上面每一个问题都是我在面试中真实被问到的。当然，如果全部去了解，肯定不现实，每个人的精力有限，不可能每个用到的每个工具每个库都去了解原理，不过只要有一两个你去了解过，就可以在面试中引导面试官来问，要学会表现出你擅长的点。

至于怎么读源码？以前我不知道，现在嘛…… 为什么不问问神奇的 ChatGPT 呢？

讲一下 Axios 源码中，拦截器是怎么实现的？

Axios 的拦截器实现基于 Axios 的核心原理，即 Axios 实例是一个包含请求和响应拦截器堆栈的对象。当发出请求或接收响应时，Axios 会遍历这些拦截器，并按照添加的顺序执行请求拦截器，以及按照相反的顺序执行响应拦截器。

在 Axios 的源码中，拦截器是通过一个 AxiosInterceptorManager 实例来管理的，它维护了一个拦截器数组。每个拦截器都是一个包含 fulfilled 和 rejected 函数的对象。这两个函数分别对应于拦截器成功处理和拦截器处理出错的情况。

以下是 Axios 拦截器管理器的一个简化版本，展示了其核心实现思路：

class InterceptorManager {

  constructor() {

    this.handlers = []; // 存储拦截器的数组

  }



  use(fulfilled, rejected) {

    this.handlers.push({

      fulfilled: fulfilled,

      rejected: rejected

    });

    return this.handlers.length - 1; // 返回拦截器的ID

  }



  eject(id) {

    if (this.handlers[id]) {

      this.handlers[id] = null; // 移除拦截器

    }

  }



  forEach(fn) {

    this.handlers.forEach((h) => {

      if (h !== null) {

        fn(h);

      }

    });

  }

}

在发送请求或接收响应时，Axios 会创建一个 promise 链，并通过 forEach 方法将拦截器中的 fulfilled 和 rejected 函数添加到这个链中。这样，每个拦截器都可以对请求或响应进行处理，然后将结果传递到链的下一个拦截器，或者在出错时结束链的执行。

axios.interceptors.request.forEach(function unshiftRequestInterceptors(interceptor) {

  chain.unshift(interceptor.fulfilled, interceptor.rejected);

});



axios.interceptors.response.forEach(function pushResponseInterceptors(interceptor) {

  chain.push(interceptor.fulfilled, interceptor.rejected);

});

在 Axios 的完整实现中，这个拦截器机制被集成到了 Axios 的请求发送和响应处理流程中。通过这种方式，Axios 可以在发送请求之前和接收响应之后，但在用户定义的 .then 或 .catch 执行之前，插入自定义的逻辑。

请注意，这里提供的代码只是为了说明 Axios 拦截器的实现原理，并不是 Axios 源码的完整复制。如果你对 Axios 的拦截器实现细节感兴趣，建议查看 Axios 的官方 GitHub 仓库中的源码。

前端基建

当我们工作时间久了面试难免会遇到这些问题，前端工程化，前端监控，工作流，部署，性能等等。其实我们在工作中绝大部分时间都在写代码，对于这些不是所有人都有机会接触到，不过这些和所做的业务无关，是我们提升自己很好的一个思路。

技术选型

技术栈选 Vue 还是 React？Vue 选 Vue2 还是 Vue3？组件库选 ElementUI 还是 Ant Design？微前端有没有使用过？打包工具用 Vite 还是 Webpack？有那么多表单怎么实现的，有没有什么表单配置化方案，比如Formily？

对于我这种菜鸡，我这种只写简单的表单表格的人，这些都……无所谓……

不过为了应对面试我们还是需要了解下未选择技术栈的缺点，和已选择技术栈的优点（有点本末倒置…但是常规操作啦）

Vue 你可以说简单高效轻量级，面试必会问你为什么，你就开始说 Vue 的响应式系统，依赖收集等。

React 你可以说 JSX、Hooks 很灵活，那你必然要考虑 JSX 怎么编译， Hooks 实现方式等。

总体而言，对于技术选型，依赖于我们对所有可选项的理解，做选择可能很容易，给出合理的理由还是需要花费一些精力的。

开发规范

这个方面，在面试的时候我被问到的不多，我们可以在创建项目的时候，配置下 ESlint，stylelint， prettier， commitlint 等。

前端监控

干了这么多年前端，前端监控我是……一点没做过。

前端监控，简单来说就是我们在前端程序中记录一些信息并上报，一般是错误信息，来方便我们及时发现问题并解决问题。除此之外也会有性能监控，用户行为的监控（埋点）等。之前也听过有些团队分享前端监控，为了出现问题明确责任（方便甩锅）。

对于实现方案，无论使用第三方库还是自己实现，重要的都是理解实现原理。

对于错误监控，可以了解一下 Sentry，原理简单来说就是通过 window.onerror 和 window.addEventListener('unhandledrejection', ...) 去分别捕获同步和异步错误，然后通过错误信息和 sourceMap 来定位到源码。

对于性能监控，我们可以通过 window.performance、PerformanceObserver 等 API 收集页面性能相关的指标，除此之外，还需要关注接口的响应时间。

最后，收集到信息之后，还要考虑数据上报的方案，比如使用 navigator.sendBeacon 还是 Fetch、AJAX？是批量上报，实时上报，还是延迟上报？上报的数据格式等等。

CI/CD

持续集成（Continuous Integration, CI）和 持续部署（Continuous Deployment, CD），主要包括版本控制，代码合并，构建，单测，部署等一系列前端工作流。

场景的工作流有 Jenkins、 Gitlab CI 等。我们可以配置在合并代码时自动打包部署，在提交代码时自动构建并发布包等。

这块我了解不多，但感觉这些工具层面的东西，不太会涉及到原理，基本上就是使用的问题。还是需要自己亲自动手试一下，才能知道细节。比如在 Gitlab CI 中， Pipeline 、 Stage 和 Job 分别是什么，怎么配置，如何在不同环境配置不同工作流等。

了解技术动态

这个可能还是比较依赖信息收集能力，虽然我个人觉得很烦，但好像很多领导级别的面试很愿意问。

比如近几年很火的低代码，很多面试官都会问，你用过就问你细节，你没用过也会问你有什么设计思路。

还有最近的两年爆火的 AI，又或者 Vue React的最新功能，WebAssembly，还有一些新的打包工具 Vite Bun 什么的，还有鸿蒙开发……

虽然不可能学完每一项新技术，但是可以多去了解下。

总结

写了这么多，可能有人会问，如果能回到过去，你会怎么做。

啊，我只能说，说是一回事，做又是另一回事，事实上我并不希望回到过去去卷一遍，菜点没关系，快乐就好，一切都是最好的安排。

前言

这周末和上上公司的小伙伴小酌一杯，获悉了两则消息，一则好消息，一则坏消息。

好消息是他晋升了，当了个小组长，管了4个人。

坏消息是他需要优化掉组内一个人。

征得本人同意，本文以他的视角来回顾这个魔幻的一周。

职业之殇

20年刚毕业那会，怀着满腔热情进入了某互联网公司，成为了人见人爱的前端CV仔，一心想要造出几个叫得上名字的轮子，也幻想着某天别人称呼我为轮子哥。

人在怀揣梦想的时候感觉总有使不完的劲，工作中捣鼓了一些轮子，也在公司内部使用了，虽然有些Bug，但瑕不掩瑜，没有哪个轮子出来就是完美的，慢慢优化就是了。

然而天不遂人愿，公司因为一些不可说的原因，业务没法继续开展，它倒闭了，算上上一份实习的公司，这已经是我干垮的第二家公司了。

后来同事们戏称："XX，你没当成轮子哥，却成了垮司哥"

我："..."

突然晋升

23年的行情你们是知道，还好前端的中级岗位还算比较多。

是的，我又入职了新公司。

前端有十个人，只有一个领导，姑且叫B吧。

与我同一年入职的还有2个小伙伴，其中一个是C。

平淡的日子没啥可留恋的，今天就是昨天复刻。

前几天下午，B突然钉钉发消息给我，还DING了一下，让我到会议室聊一下。

当时感觉挺诧异的，平时虽然也有消息往来，但从来没有单独约谈过，难道有什么坏消息？难道要干掉我了？思绪百转千回。

进了会议室就看到B正襟危坐面对着Mac笔记本，让我做到他对面，他的键盘声时不时想起。

B：是这样子的，你来公司快两年了，这段时间你的产出也是有目共睹的，技术也不错。现在团队内人也比较多，我一个人忙不过来，因此我向领导推荐你当前端的小组长，这事你觉得如何？

我：额，有点突然，可我之前没管过人呢？

B：凡事都有第一次，而且这次你管的人也不多，我们分成两个组，一个是我带，另一个是你带。你只需要管住你底下的4个人就好。

我：那我管哪几个人呢？

B：某某某...，这几个平时相处怎么样？

我：哦哦，这几位老哥我都是比较熟，平时也经常一起吃饭什么的，还好说话。

B：嗯，你回去先考虑一下，确定了明天就会发正式通知。

我：好的。

当B说出让我到小组长的瞬间，其实我已经接受了，没啥好考虑的，毕竟我之前没当过，也跃跃欲试。

接下来的几天，因为这事开心了不少，感觉每天都不一样...

裁员广进

过了三天，周五下午，又是B找我到会议室聊。

B：通知下来，组织架构变了，角色切换得咋样了？

我：还好啊，还是在做以前的事。

B：你现在是小组长了，算是管理了，管、理需要并进。

B：组内的同事工作了解的怎么样了？

我：还好吧，我们平时工作都有交集，大概知道他们在弄什么。

B：你觉得C怎么样，我需要真实的想法？

我：C和我同一年来的，工作年限比我长，技术也可以啊。

B：C技术比你如何？

我：额，各有千秋吧，侧重点不一样。

B：C招进来的时候工资比较高，但他的工资没有匹配他的产出，你看平时他也不怎么加班，很多时候到点就走，不像其他的同事有干劲，感觉他的积极性、主动性都不怎么强。

我：听说C的媳妇最近怀孕了，父亲也因病住院了，可能比较忙。

B：我们不说理由，只管结果，上头最近在盘点人力，前端需要走一个人，这个名额我倾向落到C，你找他谈谈。公司的底线是赔1个月，不能再多。

我：但他的绩效没问题啊，不是应该n+1吗？

B：他去年Q4得的是E，今年Q1再给一个E，两个E就可以因为绩效低而少给赔偿，之前其它部门也是有这种先例，Q1的E我倾向给他背，你来操作一下，理由要写的有理有据。

我：4月就准备发年终奖了（普遍1个月），是不是发了之后再让他走。

B：不可能，就是要在年终发之前给他赔偿，你只管通知他，具体会有人事去说。

我：...

走出会议室，我的心情是拔凉拔凉的，心想：资本果然是邪恶的，充满了算计。

整个下午我都在犹豫怎么和C开口，代码都没写几行。

犹豫着告诉了他这条消息，他会不会周末就过不好。

犹豫着告诉了他这条消息，他会不会记恨我，毕竟经常一起吃饭也互加了微信好友。

犹豫着告诉了他这条消息，组内的其他同事怎么看我...

最终我还是将B的想法告诉了C，全程我没怎么敢看C的眼睛，我怕看到他失落的眼神。

没想到的是C听到这消息还很平静，只说了一句：

公事公办，好聚好散

尘埃落定

我不知道C的周末怎么过的，我也不知道C最终和人事咋谈的，但结局已注定，C肯定要走。

期间我和B也争取了。

我：C还是比较有经验的，有些疑难问题还得靠他，而且平时对待工作也是蛮负责的。

B：我们不看态度，只看结果，他性价比不高。现在的疑难问题问AI就可以了，他走了我们再招一个新人，哪怕是实习生也可以在AI的帮助下胜任工作，还解决了一半多的成本。

我：C手里还有负责的比较重要的工作怕是不好分出来。

B：这会就要体现出你水平的时候了，该怎么平稳交接，我只要一个结果，记住必须是正向的结果。管理管理，就是管和理，既要管人（管人的行为），也要理人（修理人，让他走）。在公司工作就是要以公司的利益为准。我就是一个比较纯粹的人，只对事不对人，只做对团队对公司有益的事，其他的放第二位。

我：心想：泥马，价值观都出来了，我还能说啥...

经过这事，把刚当上小组长的喜悦心情基本冲没了，有时候我在想：

人和人都是有差距的，屁股决定脑袋，不要轻信别人，也不要总是试图说服别人。

你在工作过程中会遇到哪些冲击三观的事？说出来让大家涨涨姿势。

离职转AI独立开发半年，我感受到了真正的生活

我的新产品：code.promptate.xyz/

开场白：一个不被理解的决定

2022年12月的最后一天，我收拾了自己的小盒子，里面装着我在这家互联网公司工作的所有痕迹：一个定制水杯，几本技术书籍，和一摞写满代码思路的便利贴。HR部门的小姐姐看着我签完最后一份文件，表情有些复杂："小张，你才来半年就走，真的想好了吗？这个时候辞职，外面行情不好..."

我点点头，没多解释。如何向别人解释我这个2000年出生的"孩子"，毕业仅仅半年就对光鲜的互联网工作心生倦意？如何解释我不想再每天凌晨两点被产品经理的消息惊醒，然后爬起来改几行代码？如何解释我想追求的不只是一份体面的工资和一个看起来不错的头衔？

当我走出公司大楼，北京的冬风刮得我脸生疼。我的储蓄只够支撑我半年，而我计划做的事情——成为一名AI独立开发者——在大多数人眼中无异于天方夜谭。"你疯了吧？现在的独立开发者，有几个能养活自己的？"这是我最好朋友听到我计划时的反应。

事实证明，他错了。我也曾经错了。而现在，当我坐在自己选择的咖啡馆，以自己喜欢的节奏工作，看着用户数突破10,000的后台数据，我知道这半年的挣扎、焦虑和不安都是值得的。

职场困境：我在互联网大厂的日子

回想起入职的第一天，一切都充满希望。校招拿到知名互联网公司的offer，年薪30万，比许多同学高出不少。父母骄傲地向亲戚们宣布他们的儿子"找到了好工作"。

然而现实很快给了我当头一棒。

我被分到一个负责内部工具开发的小组。领导在入职第一天就明确告诉我："小张，我们这个组不是核心业务，资源有限，但任务不少，你得做好加班的准备。"

第一个月，适应期，我每天工作10小时，感觉还能接受。到了第二个月，一个重要项目启动，我开始习惯每天凌晨回家，第二天早上9点又准时出现在公司。最夸张的一次，我连续工作了38个小时，只为了赶一个莫名其妙被提前的deadline。

# 当时的我就像这段无限循环的代码

while True:

    wake_up()

    go_to_work()

    coding_till_midnight()

    get_emergency_task()

    sleep(2)  # 只睡2小时

工作内容也让我倍感挫折。作为一名热爱技术的程序员，我希望能够参与有挑战性的项目，学习前沿技术。但现实是，我大部分时间都在做重复性的维护工作，修复一些简单但繁琐的bug，或者应对产品经理们不断变化的需求。

我感到自己正在成为一个"代码工具人"，一个可以被随时替换的齿轮。我的创造力，我对技术的热情，我想为这个世界带来一些改变的梦想，都在日复一日的996中渐渐磨灭。

转折点：AI浪潮中看到的希望

2022年底，ChatGPT横空出世。作为一个技术爱好者，我第一时间注册了账号，体验了这个令人震惊的产品。我记得那天晚上，我熬夜到凌晨三点，不断地与ChatGPT对话，测试它的能力边界。

"这太不可思议了，"我对自己说，"这将改变一切。"

随后几周，我利用所有空闲时间（其实并不多）研究OpenAI的API文档，尝试构建一些简单的应用。我发现，大语言模型（LLM）并不像我想象的那样遥不可及，即使是一个普通开发者，只要理解其工作原理，也能基于它创造出有价值的产品。

同时，我开始关注独立开发者社区。我惊讶地发现，有不少人依靠自己开发的小产品，实现了不错的收入。虽然他们中的大多数人都经历了长期的积累，但AI技术的爆发似乎提供了一个弯道超车的机会。

这个想法越来越强烈，直到有一天晚上，当我又一次被加到一个紧急项目里，领导发来消息："小张，这个需求很紧急，今晚能上线吗？"

我望着窗外的夜色，突然感到一阵前所未有的清晰。

我回复道："可以，这是我在公司的最后一个项目了。"

第二天，我提交了辞职申请。

技术探索：从零开始的AI学习之路

辞职后的第一个月，我给自己制定了严格的学习计划。每天早上6点起床，先锻炼一小时，然后开始我的"AI课程"。

首先，我需要理解大语言模型的基本原理。虽然我有编程基础，但NLP和深度学习对我来说仍是比较陌生的领域。我从《Attention is All You Need》这篇奠定Transformer架构的论文开始，通过各种在线资源，逐步理解了当代大语言模型的工作机制。

# 简化的Transformer注意力机制示例

def scaled_dot_product_attention(query, key, value, mask=):

    # 计算注意力权重

    matmul_qk = tf.matmul(query, key, transpose_b=True)

    

    # 缩放

    depth = tf.cast(tf.shape(key)[-1], tf.float32)

    logits = matmul_qk / tf.math.sqrt(depth)

    

    # 添加掩码（可选）

    if mask is not :

        logits += (mask * -1e9)

        

    # softmax归一化

    attention_weights = tf.nn.softmax(logits, axis=-1)

    

    # 应用注意力权重

    output = tf.matmul(attention_weights, value)

    

    return output, attention_weights

然后，我需要掌握如何有效地利用OpenAI、Anthropic等公司提供的API。这包括了解Prompt Engineering的技巧，学会如何构建有效的提示词，以及如何处理模型输出的后处理工作。

我还深入研究了向量数据库、检索增强生成（RAG）等技术，这些对于构建基于知识的AI应用至关重要。

$Similarity(A, B) = \frac{A \cdot B}{|A| \times |B|} = \cos(\theta)$

这个余弦相似度公式成为了我日常工作的一部分，用于计算文本嵌入向量之间的相似性。

同时，我不断实践、不断失败、不断调整。我记得有一周，我几乎每天睡眠不足5小时，只为解决一个模型幻觉问题。但与公司工作不同的是，这种忙碌源于我的热情和对问题的好奇，而非外部压力。

产品孵化：从创意到实现

学习的同时，我开始思考自己的产品定位。在观察市场和分析自身技能后，我决定开发一款面向内容创作者的AI助手，我将其命名为"创作魔法师"。

这个产品的核心功能是帮助博主、自媒体人和营销人员高效创作内容。与市面上的通用AI不同，它专注于内容创作流程：从选题分析、结构规划、初稿生成到细节优化和SEO改进，提供全流程支持。

产品开发过程中，我遇到了许多挑战：

最艰难的时刻是产品上线后的第一个月。用户增长缓慢，每天只有个位数的新注册。我开始怀疑自己的决定，甚至一度考虑放弃，重新找工作。

转机：从10个用户到10,000用户

转机出现在上线后的第二个月。一位拥有20万粉丝的自媒体创作者使用了我的产品，对效果非常满意，在他的平台上分享了使用体验。这篇分享在创作者圈内引起了不小的反响。

24小时内，我的注册用户从原来的不到200人猛增至1500多人。服务器一度崩溃，我熬夜进行紧急扩容和优化。这次意外的曝光让我意识到，产品定位是正确的，市场需求确实存在。

接下来，我调整了运营策略：

// 用户增长追踪系统的一部分

function trackUserGrowth() {

  const date = new Date().toISOString().split('T')[0];

  

  db.collection('metrics').updateOne(

    { date: date },

    { 

      $inc: { 

        newUsers: 1,

        totalImpressions: userSource.impressions || 0

      },

      $set: {

        lastUpdated: new Date()

      } 

    },

    { upsert: true }

  );

}

三个月后，用户数突破5,000；半年后，达到10,000。更令人欣慰的是，付费转化率远超我的预期，达到了8%左右，而行业平均水平通常在2-3%。

我分析了成功原因：

财务自由：从赤字到收支平衡

谈到收入模式，我采用了"免费+订阅"的策略：

• 基础功能完全免费，足以满足普通用户的需求


• 高级功能（如批量处理、高级模板、深度分析等）需要订阅


• 提供月度计划（49元）和年度计划（398元，约33元/月）

最初几个月，收入微乎其微。我记得第一个月的收入仅有287元，而我在公司的月薪是25,000元。差距之大，让我一度怀疑自己的决定。

但随着用户增长，情况逐渐改善。第三个月收入突破5,000元，第四个月达到12,000元，第六个月——也就是我离职半年后，月收入达到了23,500元，基本与我原来的工资持平。

考虑到我现在的生活成本降低了（不需要租住在北京市中心的高价公寓，不需要每天通勤），实际上我的生活质量反而提高了。

更重要的是，这些收入是真正属于我的，不依赖于任何公司的评价和KPI。我建立了自己的"被动收入引擎"，它可以在我睡觉时继续为我工作。

生活平衡：找回被工作吞噬的自我

收入只是故事的一部分。对我来说，最大的变化是生活方式的改变。

在互联网公司工作时，我的生活可以用一句话概括：工作即生活。我几乎没有个人时间，健康状况逐渐恶化，社交圈萎缩到只剩同事，爱好被束之高阁。

成为独立开发者后，我重新掌控了自己的时间：

• 合理作息：我不再熬夜加班，保持每天7-8小时高质量睡眠。


• 定期锻炼：每天至少运动一小时，半年下来体重减轻10kg，体脂率降低5%。


• 地点自由：我可以在家工作，也可以去咖啡馆，甚至尝试了几次"工作旅行"，边旅游边维护产品。


• 深度学习：不再为了应付工作而学习，而是追随个人兴趣深入研究技术。


• 重拾爱好：我重新开始弹吉他，参加了当地的音乐小组，结识了一群志同道合的朋友。

这种生活方式让我找回了工作的意义——工作是为了更好的生活，而不是生活为了工作。我的创造力和工作热情反而因此提升，产品迭代速度和质量都超出了预期。

技术反思：AI时代的个人定位

在这半年的独立开发经历中，我对AI技术和个人发展有了更深的思考。

首先，大模型时代确实改变了软件开发的范式。传统开发模式是"写代码解决问题"，而现在更多的是"设计提示词引导AI解决问题"。这不意味着编程技能不重要，而是编程与AI引导能力的结合变得越来越重要。

# 传统开发方式

def analyze_sentiment(text):

    # 复杂的NLP算法实现

    words = tokenize(text)

    scores = calculate_sentiment_scores(words)

    return determine_overall_sentiment(scores)



# AI时代的开发方式

def analyze_sentiment_with_llm(text):

    prompt = f"""

    分析以下文本的情感倾向，返回'正面'、'负面'或'中性'。

    只返回分类结果，不要解释。

    文本: {text}

    """

    result = llm_client.generate(prompt, max_tokens=10)

    return result.strip()

其次，我认识到技术民主化的力量。曾经需要一个团队才能完成的项目，现在一个人借助AI工具也能完成。这为独立开发者创造了前所未有的机会，但也意味着差异化和创新变得更加重要。

最后，我发现真正的核心竞争力不在于熟悉某项技术，而在于解决问题的思维方式和对用户需求的理解。技术工具会不断更新迭代，但洞察问题和设计解决方案的能力将长期有效。

写给迷茫的年轻人

回顾这半年的经历，我想对那些和当初的我一样迷茫的年轻人说几句话：

未来展望：持续进化的旅程

现在，我站在新的起点上。"创作魔法师"只是我旅程的第一步，我已经开始规划下一个产品，瞄准了另一个我认为有潜力的细分市场。

与此同时，我也在考虑如何扩大团队规模。虽然独立开发有其魅力，但有些想法需要更多元的技能组合才能实现。我计划在未来半年内招募1-2名志同道合的伙伴，组建一个小而精的团队。

技术上，我将继续深入研究大模型的微调和部署技术。随着开源模型的进步，在特定领域微调自己的模型变得越来越可行，这将是我产品的下一个竞争优势。

生活方面，我正计划一次为期两个月的"数字游牧"之旅，边旅行边工作，探索更多可能的生活方式。

路上会有挑战，也会有挫折，但我不再惧怕。因为我知道，真正的自由不在于没有困难，而在于面对困难时仍能按自己的意愿选择前进的方向。

当我在咖啡馆工作到黄昏，看着窗外的夕阳，我常常感到一种难以言喻的满足感。这种感觉告诉我，我正在正确的道路上——一条通往真正生活的道路。

如果你也在考虑类似的选择，希望我的故事能给你一些启发。记住，每个人的路都不同，重要的是找到属于自己的节奏和方向。

在这个AI加速发展的时代，机会前所未有，但终究，技术只是工具，生活才是目的。

好人难当，以后要多注意了，涨点记性。记录三件事情证明下：

1. 免费劳动

之前和一个同学一起做一个项目，说是创业，不过项目做好了，倒是他家店铺自己用起来了，后来一直让我根据他家的需求进行修改，我也一一的改了，他倒是挺感谢我的，说是请吃饭。不过也一直没请，后面都一年多过去了，还让我免费帮他改需求，我就说没时间，他说没时间的话可以把源码给他，他自己学着修改，我就直接把源码给他了，这个项目辛苦了一个多月，钱一毛也没赚到，我倒是搭进去一台服务器，一年花了三百多吧。现在源码给他就给他了吧，毕竟同学一场。没想到又过了半年，前段时间又找我来改需求了。这个项目他们家自己拿着赚钱，又不给我一毛钱，我相当于免费给他家做了个软件，还要出服务器钱，还要免费进行维护。我的时间是真不值钱啊，真成义务劳动了。我拒绝了，理由是忙，没时间。

总结一下，这些人总会觉得别人帮自己是理所当然的，各种得寸进尺。

2. 帮到底吧

因为我进行了仲裁，有了经验，然后被一个人加了好友，是一个前同事（就是我仲裁的那家公司），然后这哥们各种问题我都尽心回答，本着能帮别人一点就帮别人一点的想法，但是我免费帮他，他仲裁到手多少钱，又不会给我一毛钱。这哥们一个问题接一个，我都做了回答，后来直接要求用我当做和公司谈判的筹码，我严词拒绝了，真不知道这人咋想的，我帮你并没有获得任何好处，你这个要求有点过分了，很简单，他直接把我搬出来和公司谈判，公司肯定会找我，会给我带来麻烦，这人一点也没想这些事。所以之后他再询问有关任何我的经验，我已经不愿意帮他了。

总结一下，这些人更进一步，甚至想利用下帮自己的人，不考虑会给别人带来哪些困扰。

3. 拿你顶缸

最近做了通过一个亲戚接了一个项目，而这个亲戚的表姐是该项目公司的领导，本来觉得都是有亲戚关系的，项目价格之类开始问了，他们没说，只是说根据每个人的工时进行估价，后面我们每个人提交了个人报价，然后还是一直没给明确答复，本着是亲戚的关系，觉得肯定不会坑我。就一直做下去了，直到快做完了，价格还是没有出来，我就直接问了这个价格的事情，第二天，价格出来了，在我报价基础上直接砍半。我当然不愿意了，后来经过各种谈判，我终于要到了一个勉强可以的价格，期间群里谈判也是我一个人在说话，团队的其他人都不说话。后来前端的那人问我价格，我也把过程都实话说了，这哥们也要加价，然后就各种问我，我也啥都告他了。后来这个前端在那个公司领导（亲戚表姐）主动亮明身份，她知道这个前端和那个亲戚关系好，然后这个前端立马不好意思加价了，并且还把锅甩我头上，说是我没有告诉他她是他姐。还说我不地道，我靠，你自己要加价，关我啥事，你加钱也没说要分我啊，另外我给自己加价的时候你也没帮忙说话啊，我告诉你我加价成功了是我好心，也是想着你能加点就加点吧，这时候你为了面子不加了，然后说成要加价的理由是因为我，真是没良心啊。后面还问我关于合同的事情，我已经不愿意回答他了，让他自己找对面公司问去。

总结一下，这些人你帮他了他当时倒是很感谢你，但是一旦结果有变，会直接怪罪到你头上。

4. 附录文章

这个文章说得挺好的《你的善良，要有锋芒》：

你有没有发现，善良的人，心都很软，他们不好意思拒绝别人，哪怕为难了自己，也要想办法帮助身边的人。善良的人，心都很细，他们总是照顾着别人的情绪，明明受委屈的是自己，却第一时间想着别人会不会难过。

也许是习惯了对别人好，你常常会忽略自己的感受。有时候你知道别人是想占你便宜，你也知道别人不是真心把你当朋友，他们只是觉得你好说话，只是看中了你的善良，但是你没有戳穿，你还是能帮就帮，没有太多怨言。

你说你不想得罪人，你说你害怕被孤立，可是有人在乎过你吗？

这个世界上形形色色的人很多，有人喜欢你，有人讨厌你，你没有办法做到对每一个人好，也没办法要求每一个人都是真心爱你。所以你要有自己的选择，与舒服的人相处，对讨厌的人远离，过你自己觉得开心自在的生活就好，没必要为了便利别人，让自己受尽委屈。

看过一段话：善良是很珍贵的，但善良要是没有长出牙齿来，那就是软弱。

你的善良，要有锋芒，不要把时间浪费在不值得的人身上。对爱你的人，倾心相助，对利用你的人，勇敢说不。

愿你的善良，能被真心的人温柔以待。