xiezhixin

xiezhixin

银春花手绘彩铅图

Vibe Coding：当写代码变成多巴胺游戏

一、什么是 Vibe Coding？ 简单说，就是跟着感觉写代码，而不是跟着规范走。 具体表现大概是： 看到一个炫酷的技术，不试试浑身难受 琢磨一个"万一用得上"的功能，结果周末全搭进去了 PR 标题写的是"fix typo"，点进去一看——半个系统都重构了 是不是有点眼熟？这太正常了。 二、这不是快乐，是上瘾的配方 先纠正一个常见误解：多巴胺不是"快乐"本身，它更像是大脑给你画的一个饼——"快到了，好事在前面"。 你期待一个结果，大脑就开始分泌多巴胺。真正拿到奖励的时候？反而没那么 high 了。 这个机制原本是为了让你追猎物、找水源，在漫长的进化里活下来。现在呢，
6 min read
asdf bamboo cover - colored pencil hand-drawn style
tools Featured

CLI 工具多版本管理器 - asdf

asdf 是一个 CLI 工具，可以根据每个项目管理多个工具或语言运行时版本。它就像 gvm、nvm、rbenv 和 pyenv（以及更多）的合一工具！只需安装您语言的插件即可！ 这个随手起的名字，可能是目前地表最强版本管理器。 https://github.com/asdf-vm/asdf 一、安装 asdf 以 macbook 为示例 brew install asdf asdf -v asdf version 0.16.2 0.16.0 以上命令有较大变更，详见：https://asdf-vm.com/guide/upgrading-to-v0-16.html#breaking-changes 本文使用
3 min read
golang proto api 校验国际化 protovalidate
Go Featured

golang proto api 校验国际化 protovalidate

众所周知，protobuf 原型文件扩展很多功能，比如生成 http 接口层代码，顺势就有了生成接口参数校验代码的需求。 早期可以使用https://github.com/bufbuild/protoc-gen-validate 来实现，通过生成特定的 go 代码的方式来实现校验。 github 中也提到目前趋于稳定，不会有更多新特性的支持，推荐大家使用新的版本 protovalidate，https://github.com/bufbuild/protovalidate 。该版本是protoc-gen-validate 的“精神继承者”。它不需要任何代码生成并支持自定义约束。 现在我们尝试新版本，并且增加国际化支持。 go get github.com/bufbuild/protovalidate-go import "github.com/bufbuild/protovalidate-go" syntax = "proto3"; package
2 min read
git clone 复制一个整个仓库并推送到新地址
Featured

git clone 复制一个整个仓库并推送到新地址

要使用 git clone --bare 复制一个新的仓库并推送到远程仓库，可以按照以下步骤操作： 1. 克隆一个裸仓库 首先，使用 git clone --bare 命令克隆源仓库。假设源仓库的 URL 是 https://github.com/user/source-repo.git，你可以执行以下命令： bash复制 git clone --bare https://github.com/user/source-repo.git 这将创建一个新的裸仓库（没有工作区），通常会创建一个名为 source-repo.git 的目录。 2. 进入裸仓库目录 进入刚刚克隆的裸仓库目录： bash复制 cd source-repo.git 3. 添加新的远程仓库 接下来，
2 min read
搜索引擎技巧不用多，学会 3 个加速 100% 找到目标
Featured

搜索引擎技巧不用多，学会 3 个加速 100% 找到目标

在搜索时使用英文关键词，提高结果质量。尽量使用 google.com 以下搜索引擎技巧在 google.com 进行测试，效果都很好，前三个非常常用且强烈推荐。 使用精确搜索 * 建议： 使用双引号 "" 搜索完全匹配的短语，避免无关结果。 * 示例: * "Java NullPointerException" fix * 场景： 找到错误信息的精确解决方案。 利用站内搜索 * 建议： 使用 site: 限制搜索范围到特定网站。 * 示例： * site:stackoverflow.com "TypeError: undefined is not a function" * 场景： 搜索 Stack Overflow、官方文档或技术博客的特定内容。 一些关键词 * 建议:
2 min read
代码重构 Refactoring

代码 Refactoring

重构不必谈之色变。 它也不是洪水猛兽，而是开发过程中持续进行的优化过程。让我们开始学习这个主题，重新认识它的价值。 🌟整洁代码 重构的主要目的是消除技术债务。它将混乱变成整洁的代码和简单的设计。 * 对于其他程序员来说，整洁的代码是显而易见的。 我并不是在谈论超级复杂的算法。糟糕的变量命名、臃肿的类和方法、魔法数字 - 等等，所有这些都会让代码变得混乱和难以理解。 * 整洁的代码不包含重复。 每次你需要对重复的代码进行更改时，你都必须记住对每个实例进行相同的更改。这会增加认知负担并减慢进度。 * 整洁的代码包含最少数量的类和其他活动部件。 代码越少，脑子里需要记住的东西就越少。代码越少，维护工作就越少。代码越少，错误就越少。代码就是责任，保持代码简短。 * 整洁的代码通过所有测试。 如果只有 95% 的测试通过，你就知道代码不整洁。如果测试覆盖率为 0%，你就知道你完蛋了。 * 整洁的代码维护成本低！ 🗑️技术债（What） 每个人都尽最大努力从头开始编写出色的代码。可能没有程序员会故意编写不干净的代码，从而损害项目。但是干净的代码在什么时
7 min read
开启了http2，但是http2_max_field_size 还在用默认值吗？
Featured

开启了http2，但是http2_max_field_size 还在用默认值吗？

排查1个异常接口，学到一个降本和接口提速的新思路。另外找到1个charles的"bug" 现象 测试同学反馈在iOS13设备上请求接口报错，将请求复制为 curl 命令。分别导入 apifox 和 在终端执行： * 在 apifox 请求正常 ✅ * 在终端请求失败 ❌ curl: (56) Failure when receiving data from the peer 测试同学又反馈另一个手机支持请求接口返回正常。 定位 有了正常和错误的请求curl，那直接对比二者差异就很简单了。对比发现，在终端执行失败的请求中多了一个较大的Cookie: app_token。按历史经验基本能确定是因为 Cookie 这个 header 条目太大，超过服务器的限制。 找云平台确定相关配置： ELB http1: header头限制 128KB，body 限制一个10G http2:
5 min read
K8S

Minikube 操作开启 ipvs

1. 编辑 kube-proxy 配置 编辑 kube-proxy 配置以启用 ipvs 模式。您可以使用以下命令编辑配置： kubectl edit configmap kube-proxy -n kube-system 在配置中，找到 mode 字段并将其设置为 ipvs。例如： apiVersion: v1 kind: ConfigMap metadata: name: kube-proxy namespace: kube-system data: mode: "ipvs" 保存并关闭配置。 2. 重新启动 kube-proxy 重新启动 kube-proxy 以应用新配置： kubectl rollout restart daemonset kube-proxy -n kube-system
1 min read
K8S

在 Minikube 中直接上手学习 K8S Service

K8S 为什么需要 Service？ 1. Pod 的 IP 不是固定的； 2. 一组 Pod 实例之间有负载均衡的需求； 上机操作 以下使用 minikube 作实例： # 安装 brew install minikube # 启动 minikube start # 创建 ~/.kube/config 请注意先备份 minikube update-context # 进入宿主机 minikube ssh 集群启动后，创建 Deployment 和 Service apiVersion: v1 kind: Service metadata: namespace: default name: nginx-svc spec: type: NodePort selector:
7 min read
Docker 入门
Docker

Docker 入门

1 docker 是什么，解决什么问题？ * docker 将要程序和环境一起打包成一个镜像，可保证环境一致性。 * docker 容器启动速度非常快，快速部署和扩容。 * 每个镜像有独立的版本，可以用于快速回滚。 还有依赖管理、资源隔离、可移植性等特点。 2 镜像 2.1 基础镜像是什么？ docker 是由多层(layers)组成的，每一层代表镜像的一次变化，这些层叠加在一起，形成一个完整的文件系统。基础镜像是构建容器镜像的起点。可以在其上安装和配置应用及依赖项，就是叠加层。 基础镜像有： alpine (https://hub.docker.com/_/alpine) busybox（https://hub.docker.com/_/busybox） 2.2 Dockerfile 有了基础镜像还不够，还需要安装必要的依赖。我们公司选择的基础镜像是 alpine
4 min read
Git hook 开发和实践，提升自动化效率
Git Featured

Git hook 开发和实践，提升自动化效率

我们使用 git 进行版本控制，期间会触发很多事件，这些利用好这些事件做好自动化，能帮我提升效率。git hook 就是一个这样的工具，在特定的事件中执行特定的钩子。 ╰─➤ ls .git/hooks applypatch-msg.sample post-update.sample pre-merge-commit.sample pre-receive.sample update.sample commit-msg.sample pre-applypatch.sample pre-push.sample prepare-commit-msg.sample fsmonitor-watchman.sample pre-commit.sample pre-rebase.sample push-to-checkout.sample 设置钩子路径 git 仓库的钩子存放路径由 core.hooksPath 控制，默认是在项目的 .git/hooks。它不能使用版本控制
1 min read
Docker

MacOS 安装了最新版 Docker，命令行找不到了？

它藏在 /Applications/Docker.app 中，可以使用 find 命令查看： $cd /Applications/Docker.app $find . -name "docker" ./Contents/Resources/bin/docker 将 bin 目录拼接到 PATH 环境变量即可，一般可以追加到 ~/.bashrc ~/.zshrc 中。 export PATH=/Applications/Docker.app/Contents/Resources/bin:$PATH source ~/.zshrc 使环境变量生效，执行 docker 检查版本 $ source ~/.zshrc $ docker --version Docker
飞书集成平台 x Grafana：打造监控告警系统全攻略
Posts

飞书集成平台 x Grafana：打造监控告警系统全攻略

Grafana告警内容设置 告警内容分为：告警标题、告警说明、告警详情。告警标题和告警说明用来描述告警的规则。告警详情，描述告警的规则和具体的值。 告警详情 Description 设置 1. 打印所有的标签 {{ $labels }} alertname=High CPU usage, grafana_folder=CPU alerts, instance=server1 2. 自定义格式化打印所有的标签 {{ range $k, $v := $labels -}} {{ $k }}={{ $v }} {{ end }} alertname=High CPU usage grafana_folder=CPU alerts instance=server1 3. 打印单个标签 The host {{ index $labels
2 min read
Makefile 看这一篇就够
Posts Featured

Makefile 看这一篇就够

makefile 是一个文本文件，以下是一个子命令，包含： * 名称：支持英文、数字、连字符"-"和下划线 " _" * 注释：使用 "#" 表示注释，不支持 /*...*/。推荐写在名称的上一行 * 命令：任何可在 shell 执行的命令行语句。必须是\t 开头，否则报错 make: Nothing to be done for 'build'. * .PHONY：可选，命令声明了 .PHONY，执行时将不会输出具体命令到终端。在一些 CI 工具中可以起到过滤敏感信息的作用。 .PHONY: build # 编译构建 build:
3 min read
Git 修改提交邮箱和用户名信息

Git 修改提交邮箱和用户名信息

公司项目和个人项目不能耦合特别是发布到公开项目的“提交人”信息最好不要和公司一致； 但，难免忘记配置，需要重新刷； 推荐的方式是，放弃全局配置，每个项目独立配置 user.name user.email 步骤 1. 克隆bare项目 纯仓库 git clone --bare <https://github.com/user/repo.git> cd repo.git 2. 编写脚本 注意替换 OLD_EMAIL CORRECT_NAME CORRECT_EMAIL #!/bin/sh git filter-branch --env-filter ' OLD_EMAIL="old@
1 min read

Git rebase合并多个提交

本文介绍了通过 Git 命令操作，文末有 Goland IDEA 的简便操作。 查看日志，找到需要合并的多个分支的上一个起点，比如 18a14636 $git log --oneline d1503601 feat(link_video):埋点统计 ad94a443 feat(bottom_ecmp_policy):策略名称唯一验证修复 043fa7de feat(bottom_ecmp_policy):策略名称唯一验证修复 32fae648 feat(bottom_ecmp_policy):策略名称唯一验证 80cee6b4 feat(bottom_ecmp_policy):按ecpm正序排序 f955a20e feat(bottom_ecmp_policy):新增策略类型'
2 min read
一个服务端故障应急响应处理案例|演绎
Posts Featured

一个服务端故障应急响应处理案例|演绎

Chapter 1 发现告警 2023年3月11日，上午11点，这是一个周末，大壮正在刷七猫免费小说，一条告警赫然出现在飞书监控告警群里。大壮点开看一下，虽然平常也会有一些 5xx 出现，但是10%这么高占比的有点离谱。大壮顺手就在飞书群@了值班人员阿新。但是阿新一直未读，过了一分钟，新的告警又来了，5xx占比来到了15%。 Chapter 2 接警启动 大壮意识到问题比较严重，立即将最新的告警消息创建了话题，@了Teamleader 阿茂。同时根据《业务线负责人和值班文档》多维表格文档，确定了业务线 owner 小美为【快恢负责人】，在话题中@了他。值班人员阿新同时也是项目的专职【通讯员】之一，也在话题群里@了阿新。接着发起了和小美、阿茂、阿新4人的视频会议。 视频会议： 小美、阿茂上线，阿新依然不在线。大壮反馈了问题；Teamleader
4 min read