我原来以为,给海外 SaaS 接支付主要就是两个问题:Stripe 好不好接,手续费多少。
真正把几家方案摊开以后,才发现这个问题问错了。
Stripe、Lemon Squeezy、Paddle、Creem,甚至 USDC,表面上都在解决“怎么收钱”,背后其实是三件不同的事:接一条支付通道、找一家 Merchant of Record 替你卖,或者直接让用户链上付款。
这三件事一分开,选型反而没那么复杂。
我原来以为,给海外 SaaS 接支付主要就是两个问题:Stripe 好不好接,手续费多少。
真正把几家方案摊开以后,才发现这个问题问错了。
Stripe、Lemon Squeezy、Paddle、Creem,甚至 USDC,表面上都在解决“怎么收钱”,背后其实是三件不同的事:接一条支付通道、找一家 Merchant of Record 替你卖,或者直接让用户链上付款。
这三件事一分开,选型反而没那么复杂。
AI 时代做开发,我越来越在意一个问题:既然代码已经可以大量交给 AI,测试和验收最好也能够闭环。
我理想中的开发闭环,不是 AI 写完代码以后,人再负责打开页面、逐个按钮检查、发现问题后重新告诉 AI;而是 AI 能继续把项目启动起来,完成真实操作,发现失败,修复,再验证一遍。人应该更多负责定义目标和做最终判断,而不是反复承担这些机械的验收劳动。
所以我现在会把“完成”分成两件事:代码写完了,和功能被证明做完了。 前一件事 AI 已经越来越擅长;真正容易缺掉的是后一件事——用户要完成的事情,到底能不能从头走到尾。
我最近在给一个新项目确定技术栈。
UI 这一项,我原本很自然地写成了:
shadcn/ui(Radix UI)
GitLab 19.2 发布了。这个版本的核心功能,说出来有点讽刺:用 AI Agent 去补 AI 编码挖出来的安全窟窿。
GitLab 自己把这个叫"AI 悖论"——AI 编码工具让代码产出速度大大加快,但安全审查和代码评审还是靠人,速度跟不上了。结果就是越用 AI 写代码,安全积压越多。
19.2 版本就是冲着这个问题来的。
先看一组数字。GitLab 委托 Forrester Consulting 做的研究说,用了 Duo Agent Platform 的企业投资回报率 400%,不到六个月回本。这个数字是 GitLab 自己赞助的研究,参考价值要打折扣,但方向是对的——AI 编码确实在提效。
前端应用频繁改配置,每次都重新打镜像很蠢。这篇聊几种配置注入方式。
最近和一个团队合作,看到他们用 Node 起了个 BFF 层,结合 K8s 注入配置。研究了一下主流方案,整理成两类:构建时注入和运行时注入。
配置在构建镜像时就固定了。灵活性差,但实现简单。
Dockerfile 示例:
FROM node:20-alpine AS build-stage
WORKDIR /app
COPY . .
# 使用不同的 Vite 模式
ARG VITE_MODE=production
RUN pnpm run build:${VITE_MODE}
CMD ["node", "server/index.js"]
这篇文章是对之前做过的分布式机器人多机协同系统的一些设计和思考的整理归纳。写下来主要是为了复盘思路,理清架构,同时也能给后来者提供一些参考。
我们要解决的问题是:如何让多个异构机器人设备协同完成巡检任务。这意味着系统需要统一调度无人机、地面机器人、固定相机和其他边缘计算节点等
从架构层面看,最合理的方式是 中心控制:
某日,小坤坤顶着狂风暴雨出门面试,坐了地铁,转了共享单车,摔了一跤,走过马路,跨过人行天桥,一路又唱又跳终于到达面试地点,见到了面试官:
面试官:“1 的二进制是多少?”
小坤坤:“01”
面试官:“2 呢?”
小坤坤:“10”(坤:So easy)
面试官:“13 的二进制是多少?”
小坤坤:“这个需要算一下,平时不用” 说完掏出纸笔进行除二法运算
小坤坤顶着面试官灼热的目光一通写画后:“是 1101”
面试官:“那 15 呢?”
小坤坤又一通写画道:“是 1111”
使用 Docker Compose,可以快速实现 GitLab 的自托管部署,提升代码管理和 CI/CD 流程的自动化。GitLab 是一个功能丰富的 Git 仓库管理平台,提供 Git 存储库托管、代码审查、持续集成和部署(CI/CD)等功能。而 GitLab Runner 是 GitLab 的 CI/CD 组件,负责执行 CI/CD 作业。
Docker 和 Docker Compose 安装:如果你的系统尚未安装 Docker 和 Docker Compose 需要先进行安装
sudo apt update
sudo apt install -y docker.io docker-compose
sudo systemctl enable docker --now
配置 Docker 国内源(如果你可以直接拉国外镜像不需此操作)
sudo mkdir -p /etc/docker
sudo tee /etc/docker/daemon.json <<-'EOF'
{
"registry-mirrors": [
"https://docker-0.unsee.tech",
"https://docker-cf.registry.cyou",
"https://docker.1panel.live"
]
}
EOF
# 重启 docker 服务
sudo systemctl daemon-reload && sudo systemctl restart docker
创建数据存储目录
在宿主机上为 GitLab 和 GitLab Runner 创建必要的存储目录
mkdir -p /srv/gitlab/data /srv/gitlab/logs /srv/gitlab/config /mnt/host/gitlab-pages /etc/gitlab-runner
在进行嵌入式开发时,通常需要在 Windows 上安装虚拟机软件。常用的有 VMware,但如果主要进行软件层面的开发,建议使用 Windows 自带的 Hyper-V 进行虚拟化管理。这不仅使用方便,无需安装第三方软件,而且体验极佳,几乎是原生体验。
