日区免费试用的时代，终将成为留念 有些互联网时代的记忆，并不是因为它多么宏大，而是因为它足够折腾，足够民间，也足够像一场短暂的窗口期。 曾经，为了领取一个月的 Plus 免费会员，很多人并不是简单地点一下按钮、绑定一张卡、完成订阅。相反，那更像是一条不断变化的路线：从美国区的无卡 PayPal，到日本区的无卡 PayPal，再到印度尼西亚的 GoPay、巴西的 Pix、印度的 UPI。每一次方式的出现，都像是某个角落突然打开了一扇门；而每一次失效，又像是门被悄悄关上。 最早的时候，大家研究美国区无卡 PP。那时候的信息流动很快，教程、经验、失败案例，一夜之间就能传遍许多群聊和论坛。有人成功，有人卡在验证，有人走到最后一步才发现支付无法完成。后来，美国区的路变窄了，日区无卡 PP 又成了新的方向。日本区的试用入口、支付跳转、账户状态，每一个细节都被反复讨论。那种感觉很奇妙：不是单纯为了省一个月的钱，而是为了验证“这条路到底还能不能走”。 再往后，玩法变得更复杂。印度尼西亚的 GoPay、巴西的 Pix、印度的 UPI 相继进入视野。不同地区的支付生态，像一张张拼图，被人们拿来尝试能否拼进同一个目标里。有人研究长链接支付，有人尝试不同网络环境，有人讨论代理、协议、跳转逻辑，也有人只是默默围观，看着别人成功或失败。 这其中最有意思的，并不是某一个具体方法，而是那种集体探索的氛围。每当一个新路径出现，大家会迅速测试、记录、补充条件；每当平台规则变化，原本可行的流程又会突然失效。成功领取的人像完成了一次小型闯关，失败的人则继续等待下一个可能的入口。 但这种时代注定不会长久。 平台的风控越来越完善，支付渠道的验证越来越严格，地区权益也越来越难被随意迁移。曾经依靠信息差、跳转链路和支付区域差异形成的窗口，正在一点点关闭。免费试用仍然存在，但它不再像过去那样充满“野路子”的空间。那些曾经被反复讨论的无卡 PP、GoPay、Pix、UPI，也逐渐从实用经验变成了互联网记忆。 回头看，这段经历有一点荒诞，也有一点怀旧。它像是某个特殊阶段的产物：全球化服务、地区化支付、平台补贴、风控尚未完全收紧，再加上一群愿意折腾的人，共同制造出了一段短暂而热闹的灰色边缘史。 也许很多年后，再提起“日区免费试用”，大家不会真的记得每一步怎么做，只会记得那种感觉：不断找入口、不断试错、不断刷新消息，看到别人一句“成功了”时，心里也跟着一动。 免费试用的时代会过去，路径会失效，教程会过期，链接会变成无意义的字符。但那段属于折腾者的记忆，会留下来。 它不一定光彩，却很真实。 它不是一个教程，而是一段时代的注脚。 3 个帖子 - 3 位参与者 阅读完整话题
大家好，我最近在做一个小产品，叫 LinkPals 。它想解决的不是一个很宏大的问题，而是一个在独立站、博客、个人项目里很常见但一直有点尴尬的小问题：友链怎么做，才既真的有用，又不把每个网站的 footer 变成一堵链接墙。 一句话介绍：LinkPals 是一个给小型网站圈子用的友链组件。几个网站共用一份 friends.json ，每个站点只嵌入一段 JS ，页面上默认只展示 4 到 8 个精选链接，完整网络则放在抽屉或 /friends 页面里。 我先把 demo 和代码结构做出来了，目前还是早期版本，所以更想听听大家对这个方向的判断。 为什么想做这个 友链其实是老互联网里一个很有温度的东西。 以前逛博客，经常会从一个作者的链接页跳到另一个站，慢慢摸到一小片人的网络。相比搜索引擎和信息流，这种发现方式很慢，但也很有上下文：你知道这个链接不是算法随机推给你的，而是某个站长真的愿意放在自己页面上的。 但现在再给网站加友链，会遇到几个现实问题： 如果每个站都放完整列表，footer 很快会失控。 如果只放几个链接，又很难保持公平，后续也不好维护。 如果每个站单独维护一份 HTML ，更新一次要改很多地方。 如果做成 SaaS ，又显得太重。友链这件事本来就不应该要求账号、后台、复杂权限。 所以我想做的不是一个「友情链接管理系统」，而是一个更小的东西：给一个小圈子一份中心清单，再让每个站点用很轻的方式消费它。 LinkPals 的基本思路 LinkPals 的核心是三个层次： 第一层是共享数据源。 一个圈子维护一份公开 JSON ，比如里面有站点标题、URL 、描述、分类、标签、权重、是否精选、强调色等字段。早期版本里， public/friends.json 就是最简单的 source of truth 。后面也加了发布流程，可以把列表发布成稳定的公开地址，并用私密 update key 以后继续更新。 第二层是嵌入组件。 参与站点只需要放一段脚本。脚本会读取共享 JSON ，渲染出页脚友链区。它不会依赖 React/Vue ，也不要求站点本身用 Astro 。静态 HTML 、WordPress 、Astro 、React 、Vue 项目理论上都可以用。 第三层是完整网络入口。 默认 footer 不展示全部链接，只展示少量精选或相关站点。用户想继续逛，可以打开抽屉，或者进入完整 /friends 页面。这样首页保持克制，但友链网络并没有被藏起来。 我觉得它的价值点 1. 让小网站之间的推荐更容易持续 很多友链页面一开始很认真，后来没人维护。LinkPals 想把维护成本降到一个地方：改一次清单，所有接入站点都能拿到新版本。 这对小型创作者圈子、独立产品矩阵、newsletter 互推、几个朋友共同维护的网站群，可能会比较合适。 2. 不把「展示全部」当成默认正确 友链不是越多越好。一个页面上出现 50 个链接，访客其实很难判断从哪里开始点。 所以 LinkPals 默认只展示少量链接。它会根据当前站点、标签、分类、权重、是否 featured 等信息做一个简单排序，把最可能相关的链接放在 footer 。完整列表仍然可访问，只是从默认视图里挪开。 这个取舍有点像：首页负责推荐，目录页负责完整。 3. 对参与站点足够轻 我不想让每个参与者都注册账号、装插件、维护后台。最理想的接入方式应该是： <script src="https://your-domain.example/friends.js" data-src="https://your-domain.example/friends.json" data-current="your-site-id" defer ></script> 这里的 data-current 用来告诉组件当前站点是谁，这样它可以避免推荐用户正在看的站点，也可以按相关性展示朋友站点。 4. 对搜索引擎和普通访客都是真链接 渲染后，精选链接是实际的 <a href> 。我不想把它做成纯 canvas 、iframe ，或者必须由某个大而重的客户端框架接管的东西。 这个点不神奇，但对友链很重要：链接应该就是链接。 技术上目前怎么做 项目是 Astro 做产品页和 demo ，widget runtime 放在 src/widget ，单独编译成 public/friends.js 。 一些目前的技术选择： 1. Widget 不依赖框架 嵌入脚本是 dependency-free TypeScript 编译出来的。原因很简单：接入方的网站环境不可控。 有些是 Astro ，有些是 WordPress ，有些是手写静态页，有些可能已经有 React/Vue 。如果为了一个 footer 友链再引入一套框架，感觉有点过。 2. 用 Shadow DOM 做样式隔离 友链组件会被放进各种各样的网站里，CSS 冲突是迟早的事。Shadow DOM 可以让组件样式尽量不污染宿主页面，也不被宿主页面轻易打乱。 同时我也留了 accent color 一类配置，让组件可以稍微贴近当前站点视觉，而不是完全像一个外来的广告块。 3. 排序逻辑保持可解释 目前的 featured 排序不是黑盒算法，主要看： 是否手动 featured 站点权重 是否与当前站点相关 标签重合 分类是否一致 一个稳定的小 jitter ，避免同分时永远一样 我更倾向于让站长能理解和调整，而不是做一个看起来很聪明、实际不可控的推荐系统。 4. 数据格式先用 JSON friends.json 的 v1 格式比较直白： { "version": 1, "title": "Friends", "description": "A curated list of independent sites.", "sites": [ { "id": "example-site", "title": "Example Site", "url": "https://example.com", "description": "A small independent website.", "tags": ["Writing", "Tools"], "category": "Knowledge", "featured": true, "weight": 10 } ] } JSON 的好处是简单、可复制、可托管，也方便以后迁移。即使不用 LinkPals 的托管发布流程，一个人也可以自己维护这个文件。 5. 发布服务尽量克制 目前有一个 Cloudflare Worker 方向的实现：可以粘贴 URL ，服务端抓取页面 metadata ，生成初始站点信息；发布后得到公开 JSON 地址和 update key 。之后用 update key 更新同一份列表。 这里我刻意没有上账号系统。因为 v1 的目标不是做完整 CMS ，而是让「一群网站共用一份友链」这件事先跑起来。 当然，这也带来边界：匿名发布要限制数量、限制请求大小、避免抓取内网地址、metadata 抓取要有超时。项目里现在对 URL 、私有地址、请求大小、最大站点数都做了一些限制。 我不太想做成什么 我不想把它做成站长版社交网络。 也不想做成复杂的友情链接交易平台。 更不想做成一个需要每天登录看的 dashboard 。 我心里更接近的形态是：一份小小的公共名单，一段很轻的脚本，一种比较克制的互相推荐方式。它应该服务那些本来就互相认可的网站，而不是制造新的增长焦虑。 可能的使用场景 我目前想到的场景包括： 几个朋友的博客互相推荐 一个独立开发者的多个小产品互相导流 一个 newsletter 作者群共享常读站点 一个开源项目生态里推荐相关工具和教程 一个小型内容社区维护成员站点目录 比如一个产品作者有 5 个小工具站。如果每个站都手写一份「相关项目」，后面维护会很烦。用 LinkPals 就可以维护一份列表，每个站只展示与当前站最相关的几个。 现在还在想的问题 有些点我还没有完全想清楚，也想听听大家意见： 友链排序到底应该多自动，多少应该留给站长手动控制？ 对中文个人站来说，大家更愿意用「自己托管 JSON 」还是「工具帮你发布一个稳定地址」？ Widget 默认展示 4 个链接合不合理？还是 6 个更自然？ 完整网络更适合做 drawer ，还是直接鼓励大家建 /friends 页面？ 如果以后加审核/协作，应该保持 update key 这种轻权限，还是迟早需要账号？ 我个人目前的判断是：先把无账号、低维护、静态优先这条路走通，再考虑更重的功能。 最后 LinkPals 不是一个大项目，更像是我对「小网站之间能不能重新有一点连接感」的一个实验。 现在很多流量入口都变得很集中，个人网站之间的横向发现反而弱了。友链这个东西看起来老，但它背后的需求其实还在：我喜欢你的站，所以愿意把你放在我的页面上；访问我的人，也可能会喜欢你。 我想把这件事做得更轻、更好维护一点。 如果你也有个人站、博客、独立项目，或者以前维护过友链，想听听你会不会用这样的东西，以及你觉得它最应该避免变成什么。
大家好，我最近在做一个小产品，叫 LinkPals 。它想解决的不是一个很宏大的问题，而是一个在独立站、博客、个人项目里很常见但一直有点尴尬的小问题：友链怎么做，才既真的有用，又不把每个网站的 footer 变成一堵链接墙。 一句话介绍：LinkPals 是一个给小型网站圈子用的友链组件。几个网站共用一份 friends.json ，每个站点只嵌入一段 JS ，页面上默认只展示 4 到 8 个精选链接，完整网络则放在抽屉或 /friends 页面里。 我先把 demo 和代码结构做出来了，目前还是早期版本，所以更想听听大家对这个方向的判断。 为什么想做这个 友链其实是老互联网里一个很有温度的东西。 以前逛博客，经常会从一个作者的链接页跳到另一个站，慢慢摸到一小片人的网络。相比搜索引擎和信息流，这种发现方式很慢，但也很有上下文：你知道这个链接不是算法随机推给你的，而是某个站长真的愿意放在自己页面上的。 但现在再给网站加友链，会遇到几个现实问题： 如果每个站都放完整列表，footer 很快会失控。 如果只放几个链接，又很难保持公平，后续也不好维护。 如果每个站单独维护一份 HTML ，更新一次要改很多地方。 如果做成 SaaS ，又显得太重。友链这件事本来就不应该要求账号、后台、复杂权限。 所以我想做的不是一个「友情链接管理系统」，而是一个更小的东西：给一个小圈子一份中心清单，再让每个站点用很轻的方式消费它。 LinkPals 的基本思路 LinkPals 的核心是三个层次： 第一层是共享数据源。 一个圈子维护一份公开 JSON ，比如里面有站点标题、URL 、描述、分类、标签、权重、是否精选、强调色等字段。早期版本里， public/friends.json 就是最简单的 source of truth 。后面也加了发布流程，可以把列表发布成稳定的公开地址，并用私密 update key 以后继续更新。 第二层是嵌入组件。 参与站点只需要放一段脚本。脚本会读取共享 JSON ，渲染出页脚友链区。它不会依赖 React/Vue ，也不要求站点本身用 Astro 。静态 HTML 、WordPress 、Astro 、React 、Vue 项目理论上都可以用。 第三层是完整网络入口。 默认 footer 不展示全部链接，只展示少量精选或相关站点。用户想继续逛，可以打开抽屉，或者进入完整 /friends 页面。这样首页保持克制，但友链网络并没有被藏起来。 我觉得它的价值点 1. 让小网站之间的推荐更容易持续 很多友链页面一开始很认真，后来没人维护。LinkPals 想把维护成本降到一个地方：改一次清单，所有接入站点都能拿到新版本。 这对小型创作者圈子、独立产品矩阵、newsletter 互推、几个朋友共同维护的网站群，可能会比较合适。 2. 不把「展示全部」当成默认正确 友链不是越多越好。一个页面上出现 50 个链接，访客其实很难判断从哪里开始点。 所以 LinkPals 默认只展示少量链接。它会根据当前站点、标签、分类、权重、是否 featured 等信息做一个简单排序，把最可能相关的链接放在 footer 。完整列表仍然可访问，只是从默认视图里挪开。 这个取舍有点像：首页负责推荐，目录页负责完整。 3. 对参与站点足够轻 我不想让每个参与者都注册账号、装插件、维护后台。最理想的接入方式应该是： <script src="https://your-domain.example/friends.js" data-src="https://your-domain.example/friends.json" data-current="your-site-id" defer ></script> 这里的 data-current 用来告诉组件当前站点是谁，这样它可以避免推荐用户正在看的站点，也可以按相关性展示朋友站点。 4. 对搜索引擎和普通访客都是真链接 渲染后，精选链接是实际的 <a href> 。我不想把它做成纯 canvas 、iframe ，或者必须由某个大而重的客户端框架接管的东西。 这个点不神奇，但对友链很重要：链接应该就是链接。 技术上目前怎么做 项目是 Astro 做产品页和 demo ，widget runtime 放在 src/widget ，单独编译成 public/friends.js 。 一些目前的技术选择： 1. Widget 不依赖框架 嵌入脚本是 dependency-free TypeScript 编译出来的。原因很简单：接入方的网站环境不可控。 有些是 Astro ，有些是 WordPress ，有些是手写静态页，有些可能已经有 React/Vue 。如果为了一个 footer 友链再引入一套框架，感觉有点过。 2. 用 Shadow DOM 做样式隔离 友链组件会被放进各种各样的网站里，CSS 冲突是迟早的事。Shadow DOM 可以让组件样式尽量不污染宿主页面，也不被宿主页面轻易打乱。 同时我也留了 accent color 一类配置，让组件可以稍微贴近当前站点视觉，而不是完全像一个外来的广告块。 3. 排序逻辑保持可解释 目前的 featured 排序不是黑盒算法，主要看： 是否手动 featured 站点权重 是否与当前站点相关 标签重合 分类是否一致 一个稳定的小 jitter ，避免同分时永远一样 我更倾向于让站长能理解和调整，而不是做一个看起来很聪明、实际不可控的推荐系统。 4. 数据格式先用 JSON friends.json 的 v1 格式比较直白： { "version": 1, "title": "Friends", "description": "A curated list of independent sites.", "sites": [ { "id": "example-site", "title": "Example Site", "url": "https://example.com", "description": "A small independent website.", "tags": ["Writing", "Tools"], "category": "Knowledge", "featured": true, "weight": 10 } ] } JSON 的好处是简单、可复制、可托管，也方便以后迁移。即使不用 LinkPals 的托管发布流程，一个人也可以自己维护这个文件。 5. 发布服务尽量克制 目前有一个 Cloudflare Worker 方向的实现：可以粘贴 URL ，服务端抓取页面 metadata ，生成初始站点信息；发布后得到公开 JSON 地址和 update key 。之后用 update key 更新同一份列表。 这里我刻意没有上账号系统。因为 v1 的目标不是做完整 CMS ，而是让「一群网站共用一份友链」这件事先跑起来。 当然，这也带来边界：匿名发布要限制数量、限制请求大小、避免抓取内网地址、metadata 抓取要有超时。项目里现在对 URL 、私有地址、请求大小、最大站点数都做了一些限制。 我不太想做成什么 我不想把它做成站长版社交网络。 也不想做成复杂的友情链接交易平台。 更不想做成一个需要每天登录看的 dashboard 。 我心里更接近的形态是：一份小小的公共名单，一段很轻的脚本，一种比较克制的互相推荐方式。它应该服务那些本来就互相认可的网站，而不是制造新的增长焦虑。 可能的使用场景 我目前想到的场景包括： 几个朋友的博客互相推荐 一个独立开发者的多个小产品互相导流 一个 newsletter 作者群共享常读站点 一个开源项目生态里推荐相关工具和教程 一个小型内容社区维护成员站点目录 比如一个产品作者有 5 个小工具站。如果每个站都手写一份「相关项目」，后面维护会很烦。用 LinkPals 就可以维护一份列表，每个站只展示与当前站最相关的几个。 现在还在想的问题 有些点我还没有完全想清楚，也想听听大家意见： 友链排序到底应该多自动，多少应该留给站长手动控制？ 对中文个人站来说，大家更愿意用「自己托管 JSON 」还是「工具帮你发布一个稳定地址」？ Widget 默认展示 4 个链接合不合理？还是 6 个更自然？ 完整网络更适合做 drawer ，还是直接鼓励大家建 /friends 页面？ 如果以后加审核/协作，应该保持 update key 这种轻权限，还是迟早需要账号？ 我个人目前的判断是：先把无账号、低维护、静态优先这条路走通，再考虑更重的功能。 最后 LinkPals 不是一个大项目，更像是我对「小网站之间能不能重新有一点连接感」的一个实验。 现在很多流量入口都变得很集中，个人网站之间的横向发现反而弱了。友链这个东西看起来老，但它背后的需求其实还在：我喜欢你的站，所以愿意把你放在我的页面上；访问我的人，也可能会喜欢你。 我想把这件事做得更轻、更好维护一点。 如果你也有个人站、博客、独立项目，或者以前维护过友链，想听听你会不会用这样的东西，以及你觉得它最应该避免变成什么。
大家好，我最近在做一个小产品，叫 LinkPals 。它想解决的不是一个很宏大的问题，而是一个在独立站、博客、个人项目里很常见但一直有点尴尬的小问题：友链怎么做，才既真的有用，又不把每个网站的 footer 变成一堵链接墙。 一句话介绍：LinkPals 是一个给小型网站圈子用的友链组件。几个网站共用一份 friends.json ，每个站点只嵌入一段 JS ，页面上默认只展示 4 到 8 个精选链接，完整网络则放在抽屉或 /friends 页面里。 我先把 demo 和代码结构做出来了，目前还是早期版本，所以更想听听大家对这个方向的判断。 为什么想做这个 友链其实是老互联网里一个很有温度的东西。 以前逛博客，经常会从一个作者的链接页跳到另一个站，慢慢摸到一小片人的网络。相比搜索引擎和信息流，这种发现方式很慢，但也很有上下文：你知道这个链接不是算法随机推给你的，而是某个站长真的愿意放在自己页面上的。 但现在再给网站加友链，会遇到几个现实问题： 如果每个站都放完整列表，footer 很快会失控。 如果只放几个链接，又很难保持公平，后续也不好维护。 如果每个站单独维护一份 HTML ，更新一次要改很多地方。 如果做成 SaaS ，又显得太重。友链这件事本来就不应该要求账号、后台、复杂权限。 所以我想做的不是一个「友情链接管理系统」，而是一个更小的东西：给一个小圈子一份中心清单，再让每个站点用很轻的方式消费它。 LinkPals 的基本思路 LinkPals 的核心是三个层次： 第一层是共享数据源。 一个圈子维护一份公开 JSON ，比如里面有站点标题、URL 、描述、分类、标签、权重、是否精选、强调色等字段。早期版本里， public/friends.json 就是最简单的 source of truth 。后面也加了发布流程，可以把列表发布成稳定的公开地址，并用私密 update key 以后继续更新。 第二层是嵌入组件。 参与站点只需要放一段脚本。脚本会读取共享 JSON ，渲染出页脚友链区。它不会依赖 React/Vue ，也不要求站点本身用 Astro 。静态 HTML 、WordPress 、Astro 、React 、Vue 项目理论上都可以用。 第三层是完整网络入口。 默认 footer 不展示全部链接，只展示少量精选或相关站点。用户想继续逛，可以打开抽屉，或者进入完整 /friends 页面。这样首页保持克制，但友链网络并没有被藏起来。 我觉得它的价值点 1. 让小网站之间的推荐更容易持续 很多友链页面一开始很认真，后来没人维护。LinkPals 想把维护成本降到一个地方：改一次清单，所有接入站点都能拿到新版本。 这对小型创作者圈子、独立产品矩阵、newsletter 互推、几个朋友共同维护的网站群，可能会比较合适。 2. 不把「展示全部」当成默认正确 友链不是越多越好。一个页面上出现 50 个链接，访客其实很难判断从哪里开始点。 所以 LinkPals 默认只展示少量链接。它会根据当前站点、标签、分类、权重、是否 featured 等信息做一个简单排序，把最可能相关的链接放在 footer 。完整列表仍然可访问，只是从默认视图里挪开。 这个取舍有点像：首页负责推荐，目录页负责完整。 3. 对参与站点足够轻 我不想让每个参与者都注册账号、装插件、维护后台。最理想的接入方式应该是： <script src="https://your-domain.example/friends.js" data-src="https://your-domain.example/friends.json" data-current="your-site-id" defer ></script> 这里的 data-current 用来告诉组件当前站点是谁，这样它可以避免推荐用户正在看的站点，也可以按相关性展示朋友站点。 4. 对搜索引擎和普通访客都是真链接 渲染后，精选链接是实际的 <a href> 。我不想把它做成纯 canvas 、iframe ，或者必须由某个大而重的客户端框架接管的东西。 这个点不神奇，但对友链很重要：链接应该就是链接。 技术上目前怎么做 项目是 Astro 做产品页和 demo ，widget runtime 放在 src/widget ，单独编译成 public/friends.js 。 一些目前的技术选择： 1. Widget 不依赖框架 嵌入脚本是 dependency-free TypeScript 编译出来的。原因很简单：接入方的网站环境不可控。 有些是 Astro ，有些是 WordPress ，有些是手写静态页，有些可能已经有 React/Vue 。如果为了一个 footer 友链再引入一套框架，感觉有点过。 2. 用 Shadow DOM 做样式隔离 友链组件会被放进各种各样的网站里，CSS 冲突是迟早的事。Shadow DOM 可以让组件样式尽量不污染宿主页面，也不被宿主页面轻易打乱。 同时我也留了 accent color 一类配置，让组件可以稍微贴近当前站点视觉，而不是完全像一个外来的广告块。 3. 排序逻辑保持可解释 目前的 featured 排序不是黑盒算法，主要看： 是否手动 featured 站点权重 是否与当前站点相关 标签重合 分类是否一致 一个稳定的小 jitter ，避免同分时永远一样 我更倾向于让站长能理解和调整，而不是做一个看起来很聪明、实际不可控的推荐系统。 4. 数据格式先用 JSON friends.json 的 v1 格式比较直白： { "version": 1, "title": "Friends", "description": "A curated list of independent sites.", "sites": [ { "id": "example-site", "title": "Example Site", "url": "https://example.com", "description": "A small independent website.", "tags": ["Writing", "Tools"], "category": "Knowledge", "featured": true, "weight": 10 } ] } JSON 的好处是简单、可复制、可托管，也方便以后迁移。即使不用 LinkPals 的托管发布流程，一个人也可以自己维护这个文件。 5. 发布服务尽量克制 目前有一个 Cloudflare Worker 方向的实现：可以粘贴 URL ，服务端抓取页面 metadata ，生成初始站点信息；发布后得到公开 JSON 地址和 update key 。之后用 update key 更新同一份列表。 这里我刻意没有上账号系统。因为 v1 的目标不是做完整 CMS ，而是让「一群网站共用一份友链」这件事先跑起来。 当然，这也带来边界：匿名发布要限制数量、限制请求大小、避免抓取内网地址、metadata 抓取要有超时。项目里现在对 URL 、私有地址、请求大小、最大站点数都做了一些限制。 我不太想做成什么 我不想把它做成站长版社交网络。 也不想做成复杂的友情链接交易平台。 更不想做成一个需要每天登录看的 dashboard 。 我心里更接近的形态是：一份小小的公共名单，一段很轻的脚本，一种比较克制的互相推荐方式。它应该服务那些本来就互相认可的网站，而不是制造新的增长焦虑。 可能的使用场景 我目前想到的场景包括： 几个朋友的博客互相推荐 一个独立开发者的多个小产品互相导流 一个 newsletter 作者群共享常读站点 一个开源项目生态里推荐相关工具和教程 一个小型内容社区维护成员站点目录 比如一个产品作者有 5 个小工具站。如果每个站都手写一份「相关项目」，后面维护会很烦。用 LinkPals 就可以维护一份列表，每个站只展示与当前站最相关的几个。 现在还在想的问题 有些点我还没有完全想清楚，也想听听大家意见： 友链排序到底应该多自动，多少应该留给站长手动控制？ 对中文个人站来说，大家更愿意用「自己托管 JSON 」还是「工具帮你发布一个稳定地址」？ Widget 默认展示 4 个链接合不合理？还是 6 个更自然？ 完整网络更适合做 drawer ，还是直接鼓励大家建 /friends 页面？ 如果以后加审核/协作，应该保持 update key 这种轻权限，还是迟早需要账号？ 我个人目前的判断是：先把无账号、低维护、静态优先这条路走通，再考虑更重的功能。 最后 LinkPals 不是一个大项目，更像是我对「小网站之间能不能重新有一点连接感」的一个实验。 现在很多流量入口都变得很集中，个人网站之间的横向发现反而弱了。友链这个东西看起来老，但它背后的需求其实还在：我喜欢你的站，所以愿意把你放在我的页面上；访问我的人，也可能会喜欢你。 我想把这件事做得更轻、更好维护一点。 如果你也有个人站、博客、独立项目，或者以前维护过友链，想听听你会不会用这样的东西，以及你觉得它最应该避免变成什么。
大家好，我最近在做一个小产品，叫 LinkPals 。它想解决的不是一个很宏大的问题，而是一个在独立站、博客、个人项目里很常见但一直有点尴尬的小问题：友链怎么做，才既真的有用，又不把每个网站的 footer 变成一堵链接墙。 一句话介绍：LinkPals 是一个给小型网站圈子用的友链组件。几个网站共用一份 friends.json ，每个站点只嵌入一段 JS ，页面上默认只展示 4 到 8 个精选链接，完整网络则放在抽屉或 /friends 页面里。 我先把 demo 和代码结构做出来了，目前还是早期版本，所以更想听听大家对这个方向的判断。 为什么想做这个 友链其实是老互联网里一个很有温度的东西。 以前逛博客，经常会从一个作者的链接页跳到另一个站，慢慢摸到一小片人的网络。相比搜索引擎和信息流，这种发现方式很慢，但也很有上下文：你知道这个链接不是算法随机推给你的，而是某个站长真的愿意放在自己页面上的。 但现在再给网站加友链，会遇到几个现实问题： 如果每个站都放完整列表，footer 很快会失控。 如果只放几个链接，又很难保持公平，后续也不好维护。 如果每个站单独维护一份 HTML ，更新一次要改很多地方。 如果做成 SaaS ，又显得太重。友链这件事本来就不应该要求账号、后台、复杂权限。 所以我想做的不是一个「友情链接管理系统」，而是一个更小的东西：给一个小圈子一份中心清单，再让每个站点用很轻的方式消费它。 LinkPals 的基本思路 LinkPals 的核心是三个层次： 第一层是共享数据源。 一个圈子维护一份公开 JSON ，比如里面有站点标题、URL 、描述、分类、标签、权重、是否精选、强调色等字段。早期版本里， public/friends.json 就是最简单的 source of truth 。后面也加了发布流程，可以把列表发布成稳定的公开地址，并用私密 update key 以后继续更新。 第二层是嵌入组件。 参与站点只需要放一段脚本。脚本会读取共享 JSON ，渲染出页脚友链区。它不会依赖 React/Vue ，也不要求站点本身用 Astro 。静态 HTML 、WordPress 、Astro 、React 、Vue 项目理论上都可以用。 第三层是完整网络入口。 默认 footer 不展示全部链接，只展示少量精选或相关站点。用户想继续逛，可以打开抽屉，或者进入完整 /friends 页面。这样首页保持克制，但友链网络并没有被藏起来。 我觉得它的价值点 1. 让小网站之间的推荐更容易持续 很多友链页面一开始很认真，后来没人维护。LinkPals 想把维护成本降到一个地方：改一次清单，所有接入站点都能拿到新版本。 这对小型创作者圈子、独立产品矩阵、newsletter 互推、几个朋友共同维护的网站群，可能会比较合适。 2. 不把「展示全部」当成默认正确 友链不是越多越好。一个页面上出现 50 个链接，访客其实很难判断从哪里开始点。 所以 LinkPals 默认只展示少量链接。它会根据当前站点、标签、分类、权重、是否 featured 等信息做一个简单排序，把最可能相关的链接放在 footer 。完整列表仍然可访问，只是从默认视图里挪开。 这个取舍有点像：首页负责推荐，目录页负责完整。 3. 对参与站点足够轻 我不想让每个参与者都注册账号、装插件、维护后台。最理想的接入方式应该是： <script src="https://your-domain.example/friends.js" data-src="https://your-domain.example/friends.json" data-current="your-site-id" defer ></script> 这里的 data-current 用来告诉组件当前站点是谁，这样它可以避免推荐用户正在看的站点，也可以按相关性展示朋友站点。 4. 对搜索引擎和普通访客都是真链接 渲染后，精选链接是实际的 <a href> 。我不想把它做成纯 canvas 、iframe ，或者必须由某个大而重的客户端框架接管的东西。 这个点不神奇，但对友链很重要：链接应该就是链接。 技术上目前怎么做 项目是 Astro 做产品页和 demo ，widget runtime 放在 src/widget ，单独编译成 public/friends.js 。 一些目前的技术选择： 1. Widget 不依赖框架 嵌入脚本是 dependency-free TypeScript 编译出来的。原因很简单：接入方的网站环境不可控。 有些是 Astro ，有些是 WordPress ，有些是手写静态页，有些可能已经有 React/Vue 。如果为了一个 footer 友链再引入一套框架，感觉有点过。 2. 用 Shadow DOM 做样式隔离 友链组件会被放进各种各样的网站里，CSS 冲突是迟早的事。Shadow DOM 可以让组件样式尽量不污染宿主页面，也不被宿主页面轻易打乱。 同时我也留了 accent color 一类配置，让组件可以稍微贴近当前站点视觉，而不是完全像一个外来的广告块。 3. 排序逻辑保持可解释 目前的 featured 排序不是黑盒算法，主要看： 是否手动 featured 站点权重 是否与当前站点相关 标签重合 分类是否一致 一个稳定的小 jitter ，避免同分时永远一样 我更倾向于让站长能理解和调整，而不是做一个看起来很聪明、实际不可控的推荐系统。 4. 数据格式先用 JSON friends.json 的 v1 格式比较直白： { "version": 1, "title": "Friends", "description": "A curated list of independent sites.", "sites": [ { "id": "example-site", "title": "Example Site", "url": "https://example.com", "description": "A small independent website.", "tags": ["Writing", "Tools"], "category": "Knowledge", "featured": true, "weight": 10 } ] } JSON 的好处是简单、可复制、可托管，也方便以后迁移。即使不用 LinkPals 的托管发布流程，一个人也可以自己维护这个文件。 5. 发布服务尽量克制 目前有一个 Cloudflare Worker 方向的实现：可以粘贴 URL ，服务端抓取页面 metadata ，生成初始站点信息；发布后得到公开 JSON 地址和 update key 。之后用 update key 更新同一份列表。 这里我刻意没有上账号系统。因为 v1 的目标不是做完整 CMS ，而是让「一群网站共用一份友链」这件事先跑起来。 当然，这也带来边界：匿名发布要限制数量、限制请求大小、避免抓取内网地址、metadata 抓取要有超时。项目里现在对 URL 、私有地址、请求大小、最大站点数都做了一些限制。 我不太想做成什么 我不想把它做成站长版社交网络。 也不想做成复杂的友情链接交易平台。 更不想做成一个需要每天登录看的 dashboard 。 我心里更接近的形态是：一份小小的公共名单，一段很轻的脚本，一种比较克制的互相推荐方式。它应该服务那些本来就互相认可的网站，而不是制造新的增长焦虑。 可能的使用场景 我目前想到的场景包括： 几个朋友的博客互相推荐 一个独立开发者的多个小产品互相导流 一个 newsletter 作者群共享常读站点 一个开源项目生态里推荐相关工具和教程 一个小型内容社区维护成员站点目录 比如一个产品作者有 5 个小工具站。如果每个站都手写一份「相关项目」，后面维护会很烦。用 LinkPals 就可以维护一份列表，每个站只展示与当前站最相关的几个。 现在还在想的问题 有些点我还没有完全想清楚，也想听听大家意见： 友链排序到底应该多自动，多少应该留给站长手动控制？ 对中文个人站来说，大家更愿意用「自己托管 JSON 」还是「工具帮你发布一个稳定地址」？ Widget 默认展示 4 个链接合不合理？还是 6 个更自然？ 完整网络更适合做 drawer ，还是直接鼓励大家建 /friends 页面？ 如果以后加审核/协作，应该保持 update key 这种轻权限，还是迟早需要账号？ 我个人目前的判断是：先把无账号、低维护、静态优先这条路走通，再考虑更重的功能。 最后 LinkPals 不是一个大项目，更像是我对「小网站之间能不能重新有一点连接感」的一个实验。 现在很多流量入口都变得很集中，个人网站之间的横向发现反而弱了。友链这个东西看起来老，但它背后的需求其实还在：我喜欢你的站，所以愿意把你放在我的页面上；访问我的人，也可能会喜欢你。 我想把这件事做得更轻、更好维护一点。 如果你也有个人站、博客、独立项目，或者以前维护过友链，想听听你会不会用这样的东西，以及你觉得它最应该避免变成什么。
大家好，我最近在做一个小产品，叫 LinkPals 。它想解决的不是一个很宏大的问题，而是一个在独立站、博客、个人项目里很常见但一直有点尴尬的小问题：友链怎么做，才既真的有用，又不把每个网站的 footer 变成一堵链接墙。 一句话介绍：LinkPals 是一个给小型网站圈子用的友链组件。几个网站共用一份 friends.json ，每个站点只嵌入一段 JS ，页面上默认只展示 4 到 8 个精选链接，完整网络则放在抽屉或 /friends 页面里。 我先把 demo 和代码结构做出来了，目前还是早期版本，所以更想听听大家对这个方向的判断。 为什么想做这个 友链其实是老互联网里一个很有温度的东西。 以前逛博客，经常会从一个作者的链接页跳到另一个站，慢慢摸到一小片人的网络。相比搜索引擎和信息流，这种发现方式很慢，但也很有上下文：你知道这个链接不是算法随机推给你的，而是某个站长真的愿意放在自己页面上的。 但现在再给网站加友链，会遇到几个现实问题： 如果每个站都放完整列表，footer 很快会失控。 如果只放几个链接，又很难保持公平，后续也不好维护。 如果每个站单独维护一份 HTML ，更新一次要改很多地方。 如果做成 SaaS ，又显得太重。友链这件事本来就不应该要求账号、后台、复杂权限。 所以我想做的不是一个「友情链接管理系统」，而是一个更小的东西：给一个小圈子一份中心清单，再让每个站点用很轻的方式消费它。 LinkPals 的基本思路 LinkPals 的核心是三个层次： 第一层是共享数据源。 一个圈子维护一份公开 JSON ，比如里面有站点标题、URL 、描述、分类、标签、权重、是否精选、强调色等字段。早期版本里， public/friends.json 就是最简单的 source of truth 。后面也加了发布流程，可以把列表发布成稳定的公开地址，并用私密 update key 以后继续更新。 第二层是嵌入组件。 参与站点只需要放一段脚本。脚本会读取共享 JSON ，渲染出页脚友链区。它不会依赖 React/Vue ，也不要求站点本身用 Astro 。静态 HTML 、WordPress 、Astro 、React 、Vue 项目理论上都可以用。 第三层是完整网络入口。 默认 footer 不展示全部链接，只展示少量精选或相关站点。用户想继续逛，可以打开抽屉，或者进入完整 /friends 页面。这样首页保持克制，但友链网络并没有被藏起来。 我觉得它的价值点 1. 让小网站之间的推荐更容易持续 很多友链页面一开始很认真，后来没人维护。LinkPals 想把维护成本降到一个地方：改一次清单，所有接入站点都能拿到新版本。 这对小型创作者圈子、独立产品矩阵、newsletter 互推、几个朋友共同维护的网站群，可能会比较合适。 2. 不把「展示全部」当成默认正确 友链不是越多越好。一个页面上出现 50 个链接，访客其实很难判断从哪里开始点。 所以 LinkPals 默认只展示少量链接。它会根据当前站点、标签、分类、权重、是否 featured 等信息做一个简单排序，把最可能相关的链接放在 footer 。完整列表仍然可访问，只是从默认视图里挪开。 这个取舍有点像：首页负责推荐，目录页负责完整。 3. 对参与站点足够轻 我不想让每个参与者都注册账号、装插件、维护后台。最理想的接入方式应该是： <script src="https://your-domain.example/friends.js" data-src="https://your-domain.example/friends.json" data-current="your-site-id" defer ></script> 这里的 data-current 用来告诉组件当前站点是谁，这样它可以避免推荐用户正在看的站点，也可以按相关性展示朋友站点。 4. 对搜索引擎和普通访客都是真链接 渲染后，精选链接是实际的 <a href> 。我不想把它做成纯 canvas 、iframe ，或者必须由某个大而重的客户端框架接管的东西。 这个点不神奇，但对友链很重要：链接应该就是链接。 技术上目前怎么做 项目是 Astro 做产品页和 demo ，widget runtime 放在 src/widget ，单独编译成 public/friends.js 。 一些目前的技术选择： 1. Widget 不依赖框架 嵌入脚本是 dependency-free TypeScript 编译出来的。原因很简单：接入方的网站环境不可控。 有些是 Astro ，有些是 WordPress ，有些是手写静态页，有些可能已经有 React/Vue 。如果为了一个 footer 友链再引入一套框架，感觉有点过。 2. 用 Shadow DOM 做样式隔离 友链组件会被放进各种各样的网站里，CSS 冲突是迟早的事。Shadow DOM 可以让组件样式尽量不污染宿主页面，也不被宿主页面轻易打乱。 同时我也留了 accent color 一类配置，让组件可以稍微贴近当前站点视觉，而不是完全像一个外来的广告块。 3. 排序逻辑保持可解释 目前的 featured 排序不是黑盒算法，主要看： 是否手动 featured 站点权重 是否与当前站点相关 标签重合 分类是否一致 一个稳定的小 jitter ，避免同分时永远一样 我更倾向于让站长能理解和调整，而不是做一个看起来很聪明、实际不可控的推荐系统。 4. 数据格式先用 JSON friends.json 的 v1 格式比较直白： { "version": 1, "title": "Friends", "description": "A curated list of independent sites.", "sites": [ { "id": "example-site", "title": "Example Site", "url": "https://example.com", "description": "A small independent website.", "tags": ["Writing", "Tools"], "category": "Knowledge", "featured": true, "weight": 10 } ] } JSON 的好处是简单、可复制、可托管，也方便以后迁移。即使不用 LinkPals 的托管发布流程，一个人也可以自己维护这个文件。 5. 发布服务尽量克制 目前有一个 Cloudflare Worker 方向的实现：可以粘贴 URL ，服务端抓取页面 metadata ，生成初始站点信息；发布后得到公开 JSON 地址和 update key 。之后用 update key 更新同一份列表。 这里我刻意没有上账号系统。因为 v1 的目标不是做完整 CMS ，而是让「一群网站共用一份友链」这件事先跑起来。 当然，这也带来边界：匿名发布要限制数量、限制请求大小、避免抓取内网地址、metadata 抓取要有超时。项目里现在对 URL 、私有地址、请求大小、最大站点数都做了一些限制。 我不太想做成什么 我不想把它做成站长版社交网络。 也不想做成复杂的友情链接交易平台。 更不想做成一个需要每天登录看的 dashboard 。 我心里更接近的形态是：一份小小的公共名单，一段很轻的脚本，一种比较克制的互相推荐方式。它应该服务那些本来就互相认可的网站，而不是制造新的增长焦虑。 可能的使用场景 我目前想到的场景包括： 几个朋友的博客互相推荐 一个独立开发者的多个小产品互相导流 一个 newsletter 作者群共享常读站点 一个开源项目生态里推荐相关工具和教程 一个小型内容社区维护成员站点目录 比如一个产品作者有 5 个小工具站。如果每个站都手写一份「相关项目」，后面维护会很烦。用 LinkPals 就可以维护一份列表，每个站只展示与当前站最相关的几个。 现在还在想的问题 有些点我还没有完全想清楚，也想听听大家意见： 友链排序到底应该多自动，多少应该留给站长手动控制？ 对中文个人站来说，大家更愿意用「自己托管 JSON 」还是「工具帮你发布一个稳定地址」？ Widget 默认展示 4 个链接合不合理？还是 6 个更自然？ 完整网络更适合做 drawer ，还是直接鼓励大家建 /friends 页面？ 如果以后加审核/协作，应该保持 update key 这种轻权限，还是迟早需要账号？ 我个人目前的判断是：先把无账号、低维护、静态优先这条路走通，再考虑更重的功能。 最后 LinkPals 不是一个大项目，更像是我对「小网站之间能不能重新有一点连接感」的一个实验。 现在很多流量入口都变得很集中，个人网站之间的横向发现反而弱了。友链这个东西看起来老，但它背后的需求其实还在：我喜欢你的站，所以愿意把你放在我的页面上；访问我的人，也可能会喜欢你。 我想把这件事做得更轻、更好维护一点。 如果你也有个人站、博客、独立项目，或者以前维护过友链，想听听你会不会用这样的东西，以及你觉得它最应该避免变成什么。
我不知道该用什么样的开头，去描述"人生的意义"这样一个宏大的命题。 但我觉得，当一个人问"人生有什么意义"的时候，他大概并不是想要一个字典式的解释，也不是想听别人端出一套标准答案。很多时候，我们问这个问题，只是因为我们真的有点迷茫，甚至有点痛苦。我们希望有人能给我们一点启发，给我们一种"原来还可以这样想"的震动，哪怕不能彻底解决问题，至少能让我们在某个瞬间觉得：我好像还能继续往前走。 可是这个问题实在太大了。不同的人有不同的答案。有人说人生的意义是爱，有人说是工作，有人说是赚钱，有人说是快乐，有人说是成家立业，有人说是为社会创造价值。也许他们说的都对。也许他们真的从这些东西里找到了支撑自己活下去的理由。但我又忍不住怀疑：这些答案真的是他们自己想明白的吗？还是他们只是用某种说法骗自己继续生活下去？ 就像"等鸡吃完了米，狗舔完了面，火烧断了锁"那样，人总要给自己找一个"以后会变好"的理由，然后靠着这个理由继续忍耐。也许这种自我欺骗并不坏，甚至很多人就是靠它活得挺开心。可我相信点进来看这篇文章的人，大概多少都不太甘心只接受这种答案。也许你也还没有找到属于自己的答案。 当弗洛伊德被问到"一个正常人应该怎么做才能活得好"时，他的回答是"爱与工作"，而他也因此得以流芳后世。如果心理治疗能让一个人学会如何好好爱人及工作，那么这个治疗就算成功，在马斯洛非常著名的"需求层次理论"中，人的生理需求一旦满足之后（如食物及安全感）就会转而追求爱，最后则是追求别人对自己的尊敬，后者大多是通过工作来达到。在弗洛伊德之前，托尔斯泰便曾说过："只要人知道如何工作，如何爱人，人就可以在这世上活得更精彩，我们要为自己所爱的人工作，也要热爱自己的工作。这是当今社会的大多数人所认可的答案，我自己也有一点认可，但是我内心深处就有会有一个声音来问自己，这不就是按部就班吗，和很多人一样过着NPC的生活这种生活还有什么意义呢？我自己觉得这种一眼望到头的生活没几把一点意思，但同时自己又常常夜里幻想做一个改变世界的人，做一些事情被大家所知道，夸赞也好辱骂也罢，被人看见就好了，或许是自己太过于压抑了吧，也许出去走走就会好了点 ？但我不知道你点进来这篇文章的时候所想的是什么，因为什么会点进来这篇文章，也许你和我一样只是最近感到了不开心进来看看来寻找一下答案，亦或者你是半夜睡不着觉随便点进来解闷，不得不承认的是我们绝对不是时时刻刻的在想着人生的意义是什么，因为在生活中总有一点小事来让你感到开心，如他人的赞扬，也亦如中国的谚语说的那样：他乡遇故知，洞房花烛夜，金榜题名时，我想，没人会在这种时候不开心吧？但是开心之后呢，这些东西总归是短暂的，开心之后我总是会想这些东西存在的意义是什么呢，难道人活着的意义就是为了开心吗，不开心的话就去寻找开心的生活，去制造开心，就如那张梗图所说："人活着的意义是什么？去码头整点薯条。"但在那之后呢，还是会不开心还是会想起这个该死的问题，如果真的是这样的话那不就陷入了死刑循环吗？“上帝已死，永恒轮回”，我没有系统读过尼采，也不知道他原本想表达的到底是不是我理解的意思。但用在这里，我总觉得很贴切。有的人会说，哪儿几把有什么人生的意义啊，你作为一个智人的主线任务就是每天摄入2000大卡然后去寻找一个温暖的栖息地让自己活下去，其他的都是支线任务，但为什么 "些人，生来就注定可以悠闲地坐在河边；有些人，就会被闪电击中；有些人，会音乐；有些人，是艺术家；有些人，是游泳健将；有些人，懂纽扣；有些人，懂莎士比亚；有些人，是妈妈；有些人，是舞者。而我却像一个傻逼一样天天抱怨，天天像傻逼一样到处问人生的意义是什么呢？?。这是他们的支线任务做的太棒了吗，做的太出色了吧，我不知道他们的人生快不快乐，但从表面看来挺开心的，因为如果遵守弗洛伊德的言论的话，他们有出色的工作热爱自己的生活，那么在大多数的时间中来说，他们就是快乐的啊，我也想和他们一样尝试坚持下去寻找自己热爱的东，去深研，去和其他人交流，但我做不到啊，是我太懒了吗还是我太笨了，我不知道啊，我总是三分钟热度，会对这些事情提不出兴趣，我发现我这几天最爱的最顺心的事情就是躺在床上闭着眼睛来思考这些B事儿╬▔皿▔)凸我不知道自己是病了还是怎么了，为什么会没兴趣，我也不知道为什么自己的身体总有两种声音，一个用来思考一些宏大的正确的事情，但每当我正要行动的时候那另一个该死的声音就会冒出来，来对我说，你不行的，你就是个废物，你做不成功的，你做这些事情毫无意义，而我也总是听从这个声音，我不知道是否很多人都和我一样是这种情况，也亦或是我只是单纯的懒？是不是只要找到了一点事情做，找到让自己喜欢的事情找到一个好工作，就是人生的意义，就可以让自己不再天天胡思乱想 如果按马斯洛的需求层次来理解，只要一个人足够有钱，底层需求被满足得足够充分，他是不是就会少很多烦恼？甚至几乎没有烦恼？我自己是个穷人，我不知道真正有钱的人每天在想什么。如果有经历过的人，也许可以说说。从普通人的角度看，好像只要努力赚钱，努力过上自己想要的生活，人生就会圆满。很多现实烦恼都会在赚钱的过程中慢慢烟消云散。也许大多数人都是这样想的。如果我也能单纯地这样想，可能会轻松很多。 也许我每天都是在无病呻吟，过着幸福的生活却不自知？还是我要求太多，想的太多。 之前我问过 ChatGPT，它给了我一个答案。它说，如果把"人生的意义"理解成一个全人类共同认可的唯一答案，那么哲学、宗教和科学都没有给出一个能被最终证明的结论。但如果把它理解成一种可以被识别、培养和检验的生活结构，那么有意义的人生大概包含三层东西：连贯性、目的性和重要性。连贯性，就是我能理解自己的经历和身份。目的性，就是我知道自己大概要往哪里走。重要性，就是我觉得自己的存在、关系和行动是值得的。这个答案很理性，也有道理。可说到底，是不是还是要找一个方向？是不是只要找到一件喜欢的事，找到一个不错的工作，找到一种能坚持下去的生活，人就不会再天天胡思乱想？是不是所谓人生意义，最后还是会落到某种具体的行动上？我不知道。我只是觉得，人可能不能一直靠思考活着。想得太多，想不出答案的时候，思想就会变成一种内耗。它本来应该帮你开路，结果最后变成了一把反复割自己的刀。可我又做不到完全不想。所以我写下这些东西。也许这篇文章没有结论，甚至很多句子都不通顺。本人笔拙，还请各位佬友见谅，如果你点进来看到这里，谢谢你读完。也许你只是无聊，也许你也刚好不开心，也许你也在找一个答案。 13 个帖子 - 13 位参与者 阅读完整话题
圣殿春秋 : 中世纪三部曲·第一部 适合初学者阅读的一本大部头——人物数量不多。但是其宏大的历史背景，从小人物看到错综复杂的关系。没有绝对的好人与坏人，展现出中世纪悲惨惊险的人生。 在科技高度发达的AI新纪元，体验优质生活的时候，也会受到一些挫折，但是和中世纪阿莲娜羊毛等财物直接被清零这种悲惨而又无奈的经历相比，其实生活已经非常美好。韧性，无论科技多么发达，都是一种不可或缺的品质。 如果感觉生活不如意，看完这本书，通过对比就会发现，现代生活真是美好。 1 个帖子 - 1 位参与者 阅读完整话题
总部位于科罗拉多州、为特朗普政府宏大的 “金穹”天基导弹防御系统研发太空拦截器的初创公司 True Anomaly 于周二宣布，已完成6.5亿美元融资。这家成立四年的公司目前估值22 亿美元，累计融资总额达10 亿美元。True Anomaly 计划将这笔资金用于业务扩张，并在今年年底前将员工人数从目前水平增加近一倍至 500 人。 “太空已成为作战领域，我们的对手正以前所未有的规模构建太空作战能力，” 公司首席执行官埃文・罗杰斯（Even Rogers）向 CNBC 表示。 全球太空竞赛正持续升温，投资者对埃隆・马斯克旗下 SpaceX 期待已久的上市热情高涨，私人太空企业因此受益。初创公司 Vast 与 Sierra Space 近期均完成了5 亿美元及以上的融资。 与此同时，美国政府通过 “阿尔忒弥斯”（Artemis）计划，近半个世纪来首次将宇航员送回月球，并持续投资太空安全领域。 地缘政治紧张局势下，国防装备需求激增，为太空企业创造巨大机遇，尤其是那些可近距离追踪并拦截导弹的卫星及装备制造商。特朗普政府正规划耗资1850 亿美元的弹道导弹拦截系统，即 “金穹”，并提议到 2027 年将国防预算提升至1.5 万亿美元 。 SpaceX 的 “星链”（Starlink）是全球最大卫星制造商，其 “星盾”（Starshield）业务线专为军事及政府客户打造。其他竞争对手包括国防科技承包商及亚马逊 —— 亚马逊正通过原 “柯伊伯项目”（Project Kuiper）、现名 “利奥”（Leo）布局太空领域。 太空拦截器是 True Anomaly 的新业务方向，该公司同时研发名为 “胡狼”（Jackal）的自主轨道卫星及“马赛克”（Mosaic）自主软件平台。True Anomaly 与包括 Anduril、SpaceX 在内的12 家企业一同入选美国太空部队（U.S． Space Force）“金穹” 导弹防御拦截器项目，获最高32 亿美元 合同。 True Anomaly 还计划将融资用于新产品发布及大规模工厂扩建：未来四年内，工厂面积将从14 万平方英尺扩展至200 万平方英尺。 本轮融资由 Eclipse 与 Riot Ventures 领投。 查看评论
应试教育浸淫之后，看到背景里的宏大叙事总觉得这才是作者的主旨，就像是常常作为中国古代背景的皇权 vs 相权、悼明一样。但作为一个外国人，Investiture Controversy 真的是毫无概念……再加上对于圣经符号也很不熟悉，整体读下来就是普普通通的、功力扎实的一本小说。估计西方人自己读起来会比较 high 吧。 此作者后记展示了很多创作思路，这个反而更有价值。 1 个帖子 - 1 位参与者 阅读完整话题
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。
和老婆认识 10 年了，感慨一下这 10 年的经历。总觉得自己是个少数的幸运儿，没什么宏大规划，全靠走一步看一步。 我没什么退路，家里没啥存款，和父母关系极差（典型的中国式打压教育，沟通令人窒息），所以我很早就清楚这辈子只能靠自己。 2016 年高考前两个月，遇到了一见钟情的她。满脑子都是恋爱导致高考失利，调剂到了南航大经贸系。大二硬着头皮转去数学系，之后浑浑噩噩混日子，靠代打游戏挣了几万，全用来旅游花光了。 2020 年毕业季撞上疫情，猛然惊醒要找工作。为了爱情想留在福州，但我一张白纸，为了不去不靠谱的建筑公司，瞎投了字节跳动。等了一个多月居然过了，后来领导说，录用我是因为头一次遇到敢当面反驳他的应届生。 在字节先做了几个月数分，很不适应。好在领导觉得我有软工潜力，把我调去搞数仓开发。期间和女朋友订了婚，但没钱办婚礼。2021 年底想买辆未来 10 年都能开的新能源车，掏空存款加找丈母娘借钱，买了辆特斯拉。 三年后字节业务萎缩，我选择离开，开启了荒诞的跳槽之旅：上海华为外包（干 5 天看到“猝死急救指南”跑路）、圆领（干 1 个月老板解散公司）、畅读（干 5 天嫌领导不正常没要工资跑路）、水投数科（待 1 个月嫌工资低辞职）。 兜兜转转去了厦门的建信金科，躺平了一年半。直到 2024 年对接上海银行，对方离谱的操作让我忍无可忍。 这时我有了强烈的“润”的想法，疯狂学英语海投海外岗。被拒无数次，PayPal 差点过，加面时鸡同鸭讲挂了（事后看是好事，隔年他们把数据岗全裁了）。最后只拿到澳洲交易所的 offer 。期间其实也面了 Airbnb ，但战线太长早不抱希望。谁知就在去交易所报到的前一周，Airbnb 通知我过了！做梦都想不到能进这家公司，纯远程办公，薪水是之前 3 倍多，于是我又顺理成章回福州“躺平”了。 走到今天，终于和相恋十年的老婆领了证，正筹备婚礼。对未来还是迷茫：没买房（这环境谁买谁傻），有辆车，生不生娃、润不润都没定论。 回看这几年，事业生活一直在漂泊，但好在十年前一见钟情的女孩一直都在。一个没托底的普通人，每次快掉坑里总能凑巧抓到好牌。以后的路？走一步看一步吧。