公司 & 款项
首批支持的银行列表如下 内地: * 中国农业银行股份有限公司 * 中国银行股份有限公司 * 交通银行股份有限公司 * 中国建设银行股份有限公司 * 招商银行股份有限公司 * 中国工商银行股份有限公司 香港: * 中国银行(香港)有限公司 * 东亚银行有限公司 * 中国建设银行(亚洲)股份有限公司 * 恒生银行有限公司 * 香港上海汇丰银行有限公司 * 中国工商银行（亚洲）有限公司 操作过程 - 招商银行 我使用的是招商银行，直接在手机 APP 里面搜索 ”跨境支付通“ 即可 点击进入服务页面，官方说明如下: 1、“手机号汇款”和“银行账号汇款”可为您提供快捷、便利汇款至中国香港地区的服务，汇出人民币金额需要占用您的个人年度便利化购汇额度。您也可以选择原有的人民币汇款或外汇汇款渠道办理业务。 2、跨境支付通支持内地与香港地区办理双边本币和双边人民币跨境汇款业务。内地币种为人民币，香港地区币种可选人民币或港币。 3、如香港地区收款人的银行账号绑定了手机号、电子邮箱或支付 ID （FPS ID）
公司 & 款项
⛵️对于出海的开发者来说，stripe 是大家最推荐的收款方式，一般来说，会通过创建英国或者美国公司，开启银行公户，然后来申请 stripe 账户进行全球收款。当然也有开发者通过个人港卡，比如汇丰或者中银香港，开通个人 stripe 账号来进行收款，可以充当前期的过渡，等规模大了之后，还是建议通过公司的方式进行 stripe 开通。 我的具体情况: * 公司是注册的美国 INC 公司，可以参考我的 [独立开发者之海外公司注册] * 银行是水星银行，申请过程可查看我的 [水星银行成功开户] * 电话卡是美国电话卡 Paygo，月租 3 美金 * 我没有申请 ITIN 和 SSN，用的是护照进行验证的 * 有一个自己的网站（尽量是那种能正常运行业务的看起来像是可以收款的网站） 进入 stripe 官方注册地址，填写邮件地址，密码等，注意这里的国家/地区，一定要填你的注册公司所在的国家，比如我这里是美国的公司 进入下一页，
公司 & 款项
新手水星银行注册审核通过全流程记录，包含公司信息，手机号，办公地址，账单证明，入金等全流程，是出海独立开发者热衷的银行，开通后可以接 Stripe 进行全球收款
今天聊了一个远程面试，记录一下自己的感受: 负责人也是技术出身，刚好负责两个团队，一个在美国做 AI Startup，还有一个在香港做软件开发，所以我们直接约了个群聊，相互介绍了团队和自己在当前节点的状态，以及对这个职位的预期 我对这两种业务模式都有兴趣，相当于是一次性参加了两个面试了: AI Startup 这种模式，我刚好在 23 年的时候，跟微软和字节的朋友一起做 AI 电商创业，当时从立项，研发逐步推进，MVP 构建，VC 融资，市场营销方面跟了下来，学习到了非常多的东西 而外包业务，我在很多年前就开始做一些副业，与甲方沟通需求，自己找 UI ，测试的成员组队，可能与多数人不同的是，我对外包项目的接受度很高（这里说的不是传统的如中软，东软那样的外包团队），而是创业型的外包公司，这种环境下，是真的可以在技术、业务、商务、业务视角学到很多。 远程面试一般比较直接，大家都直奔主题，能够迅速感知到候选人和团队的契合程度，在
22 年郑州前端薪资真实统计（200+份样本） 22 年我在郑州前端大群里面统计了一波郑州互联网薪资，当时以为只是开始，想着后面会有更多的企业来到郑州，情况会越来越好，而现在回头来看，没想到那时才是顶峰。 当时在群里面收集到 200+ 位投票，匿名填写自己的薪资情况，当时跟大家特意强调了要保证数据的真实性，也找群员验证过，基本真实性可信: * 🐣 3-6k 占比不少，主要是郑州的工资水平低，对于刚出来的，在小公司的这个薪资也正常，实习生 or 小作坊 * 🐰 6-12k 的占大多数，涵盖了郑州本土大多数互联网公司的薪资范畴，大多数的常规业务开发 * 🐵 12-20k 主要集中在本土大公司、一线城市在郑州的研发团队、外包公司，核心业务开发人员 🦄 20k+ 高学历 or 有大厂经验，主要为本土大公司或者一线公司在郑州的带队 leader ，能力较强，一般承担一些管理角色。 25年：职场寒冬来袭，状况还在持续恶化 一线公司研发部门的撤离 这也是我最在意的一条: 之前有一些一线城市的研发交付部门会在郑州有成立研发交付中心，从疫情之后，
AI
能给人理清目前 AI 在生产落地的问题，是一件难能可贵的事情，AI 在生产落地会有哪些阻碍的讲解，讲干货的真的是很少，至少我自己曾经在这个问题上困惑了很久。 因为之前我在 AI 电商团队，做具体的 AI Sass 落地的时候，团队经常会沟通做到生产级可用的 AI，需要哪些东西，大概的门槛还是了解到一些的，我的能力也顶多在应用层面去做一些工作量的定制与代码衔接，涉及到模型层面，一概歇菜，很多人估计只是想着，写一个 Prompt ，就是真正的拥抱 AI 了。 当我看到自媒体里面铺天盖地的在讲 AI 如何帮助企业提效，如果重塑行业的时候，有种很复杂的感觉，他们真的懂 AI 吗，甚至他们真的懂软件吗？ 基本上现在大家接触到的方式就几种: * 割韭菜卖课，讲概念，前景，这些基本上都是拿别人的产品来给自己做嫁衣，自己顶多是个工具的使用者和营销者，比如用 Midjourney，Kimi，豆包，海螺什么的，告诉大家用了就能提效，获得流量，
当用户需要对 Shopify 商城页面有自定义的需求时，一般会选择: 1、直接使用官方商城的 theme 来构建，可以使用，但是免费模板较少，只有 13 个。 2、使用第三方 theme 来构建，也有很多的模板可以选择，比如 envato 上有数百个 shopify 的模板，这是个非常大的市场。 3、完全自定义开发，自由度最高 当用户对 Shopify 商城页面，有完全自定义的需求，通常是常规主题无法满足需求，推荐使用 Shopify Hydrogen 的官方方案，开发人员可以对商城进行完全的页面级别的自定义。 而对于开发人员来说，官方的 Shopify Liquid 开发起来的效率和体验，是不如 Shopify Hydrogen 来的舒服，而且使用 Shopify Hydrogen ，还可以对性能有提升，
为什么找远程岗位 我一直是比较喜欢远程合作的方式，基本上从事远程开发的团队，都是奔着做事去的，大家能筛选到一起，为一个目标而努力，是一件很难得的事情，远程协作的方式，在自由度和产出之间能保持非常好的平衡，没有必要在通勤以及办公室的无效沟通上浪费太多的时间。 技术特点如何 前端: React + TypeScript 生态体系，常规的网页开发，浏览器插件，Electron 客户端开发都 OK，对各种前端技术方案有一定的沉淀和实践。 后端: Nextjs + Nestjs 开发全栈站点及后端 API 服务 个人特点 即插即用，对于大多数的前端场景和技术方案，都有所涉及。 多年的开发经验，对企业自有产品开发，大客户定制，以及独立开发，有一定的观察和沉淀。 拥抱 AI，对当下比较热门的 AI 技术有一定的了解和沉淀。 喜欢分享和交流，对技术和业务，以及营销都感兴趣。 之前接触的一些业务形态 公司层面: 主要是国内客服领域，涉及到全流程客服，IM，音视频等
SEO
从事 SEO 12 年后，以下是我能想到的所有 SEO 技巧： 1. 在 H1、H2 和 URL 部分中使用主要关键词。 2. 停止追逐虚荣指标。流量固然重要，但转化率才是最重要的。 3. 内部链接可以将“几乎完成”的页面转变为表现最佳的页面。 4. 定期检查你的网站是否有坏链接，这是一个简单的 SEO 胜利。 5. Google Search Console 是您最好的朋友，使用它来重新优化排名在第 3-7 位的页面。 6. 90% 的反向链接应来自相关的高权威网站。 7. 速度决定一切——或许应该说，速度不足会扼杀一切。确保加载时间在 2 秒以内。 8. 持续更新内容将帮助你的页面保持更高的排名。 9. 使用 NLP
技术总结
最近开始搭建 monorepo 的项目，了解到以下方案: * lerna 有强大完善的依赖管理和构建、打包发布流程，而且 v5 版本将 nx 与 lerna 整合了，提升了性能和速度 * 业界大多使用 lerna + yarn workspace 的方式来管理，yarn 用来管理依赖，lerna 用于管理发布 之前简单使用过 lerna ，不过再加上 yarn workspace , 学习容多、配置多又得折腾，太费劲🤪，暂时搁置。 最终尝试使用单一的 pnpm workspace + changesets 的方式来构建 monorepo，本身我就使用 pnpm 作为包管理工具，目前我的场景简单，pnpm 就已足够。 本文记录自己使用 pnpm workspace 搭建 monorepo
技术总结
友情提示：缓存什么的，是完全依赖相关http header头信息来标记和判断的 缓存读取顺序： 首先读取本地缓存，如果条件满足就取本地缓存，否则往后走代理缓存，同理，条件满足就是从代理缓存取资源(可能存在多级代理缓存) 如果一条链路上的资源都不符合，那么就去源服务器获取 缓存优先级：Cache-Control > Expires > Etag > Last-Modified 缓存的分类和优先级 * 强缓存 状态码 200 (比如 200 (from cache)) * Expires 服务器下发的绝对时间，而判断的时候以浏览器时间为准，客户端和服务器有可能会不一样 * Cache-Control 相对时间，以客户端相对时间为准 * 协商缓存 状态码 304 * Last-Modified If-Modified-Since * Etag If-None-Match 强缓存优先级高于协商缓存，强缓存不会询问服务器，直接使用缓存。协商缓存会询问服务器关于文件的可用性 对于传输过程中的中间节点，本文都称为代理服务器，包括proxy、
技术总结
虽然 Vite 是基于 esbuild 构建的，并且 esbuild 在构建速度上有显著优势，但 Webpack 目前并没有直接使用 esbuild 构建的原因涉及多个方面，主要是 架构设计差异、功能需求 和 兼容性 等问题。下面是一些关键的原因： 1. Webpack 的复杂性与扩展性 • Webpack 的高度可扩展性：Webpack 的设计目标是一个 高度可配置和可扩展的打包工具。它提供了丰富的插件和 loader 机制，支持各种复杂的构建需求（如代码分割、热更新、各种资源处理等）。这些功能要求 Webpack 必须具备更细粒度的控制能力，而 esbuild 的设计理念相对简化，主要关注高速构建和基本的模块转换功能。 • Loader 和 Plugin 系统：Webpack 的强大之处在于其 loader 和