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 和
Dokploy
Plausible 是一款与 Google Analytics 类似的 Web 流量分析工具，相比 Google Analytics 对比如下: * 功能复杂度：GA 功能更强大，适合需要深入分析的用户；Plausible 提供基础的流量分析，简单易用。 * 自托管：Plausible 可以自托管，GA 不支持；GA 存储数据在 Google 服务器上。 * 性能：Plausible 更轻量，只有几 KB，加载更快；GA 可能影响网站性能。 * 隐私保护：Plausible 更注重隐私，不追踪用户数据；GA 会使用 cookies 并可能共享数据给 Google。 我是用 Plausible 来监控我的个人的一些站点，这里使用 Dokploy 来一键部署
Dokploy
我是一名开发者，平时会用到以下场景，都可以交由 Dokploy 托管: * 反向代理，之前用 Nginx，现在交给 Dokploy ，用 Traefik 托管 * 常规网站静态部署，比如打包一个 React 项目部署到服务器静态目录 * Nextjs 项目部署，之前依赖 Vercel，现在改为 Dokploy 托管 * NestJS 后端项目托管，直接将服务 Docker 化交给 Dokploy，之前我是用 Railway 托管或者直接在服务器进行 Docker 管理，现在也交给 Dokploy，并且用 Docker 替代 PM2 * 数据库安装与备份，如 Mysql，Postgresql，MongoDB, Redis * 其他: 如 Sentry
Dokploy
我的博客站点是基于 Ghost 开源部署的，最初是用 Nginx + Docker 进行部署管理，后来接触到了 Dokploy，就把所有的服务都统一交由 Dokploy 部署了，体验很丝滑，本文介绍使用 Dokploy 部署 Ghost 博客的详细操作。 首先在 Dokploy 面板，创建一个 Project 因为 Ghost 直接就在 Dokploy 的模板市场里面，所以直接 Create Service -> Template 在模板市场，搜索 Ghost，然后创建 创建完成之后，可以看到已经展示在 Service 列表了，点击进入 直接点击 Deploy 即可，如果需要更改配置，在 Raw 里面进行
技术总结
数据迁移导出 我的博客是基于 Ghost 部署的，开源免费，部署在个人服务器的，但是有时候会迁移或者重置服务器，就涉及到博客内容的迁移了。 迁移主要涉及两块，博文内容的导出，以及图片等资源文件的导出。 博文内容导出 在管理后台的 Advanced -> Import/Export -> Migration tools -> Export 里面，点击 Export content，会导出一个 JSON 文件，这个文件里面就是你的博文内容了。 图片媒体资源导出 对于博文里面的图片，视频等媒体文件，主题配置之类的，需要到存放这些内容的目录进行导出。 因为我之前是通过 Docker 部署的 Ghost，在 Docker 配置中可以看到挂载的内容目录。 然后从服务器上对应位置，把资源下载到本地备份 在服务器上先将 content-volumes 目录压缩