Mias' blog

golang随笔备忘录

Mon, 09 Mar 2026 00:00:00 GMT

背景

为什么不做前端了？well...这个问题涉及的个人原因有些多，纯技术角度解释也很复杂，可以参考杭电某 wiki，特指其中评价后端的某句话：

这些概念在不同的语言和框架之间是通用的。而核心的业务逻辑甚至基本可以脱离特定的 Web 框架而存在。你会学习到通用的 “道”，而不是仅仅某一个工具的 “术”。

总之对如今/后来的我，前端已经：不适合，不够擅长，使用范围重合低

为什么是 Go？很多人吐槽其控制流面条，不爽，OOP 弱，ORM 奇怪，巴拉巴拉，xxx

少关注太多别人的见解，每个人有自己的需求立场，不同的立场和角度得到的结论往往差别较大，乃至难以理解。关注自己的需求就好。就这么简单。

web 后端需求+朋友项目+杭州找饭吃+语言生态对我需求便利

完

看什么：go.dev + pkg.go.dev + 适当 llm + Google

为什么不是各种 blog/教程/视频？

太老/太旧/八股 or 面试题为主/缺乏引导/中文过量/卖课过量/中文圈 go 匮乏/go 特殊性，原因很多

本篇目的？

没有目的，也不是给其它人看的。我的记性很差，故备忘录随笔糊个几下。老实说我已经越来越懒于写 blog 了，意义不足

大纲

Go
Docker
Kubernetes
PostgreSQL
Redis
Kafka
gRPC
Prometheus
Grafana
OpenTelemetry
Gin
GORM

阶段 A — 语言基础（语法、模块、并发）

[ ] 安装 Go 并运行第一个程序
- 文档：https://go.dev/doc/install
- 练习：hello world、go run、go build、go env
[ ] 完成 A Tour of Go（交互式）
- 文档：https://go.dev/tour/
- 重点：slices、maps、methods、interfaces、defer、panic/recover
- 练习：跑完所有章节并做题
[ ] 阅读 Effective Go（风格）
- 文档：https://go.dev/doc/effective_go
- 练习：把常见 idiom 写成小样例（命名、接口、错误处理）
[ ] 学习 Go Modules (go mod)
- 文档：https://go.dev/ref/mod
- 练习：go mod init、添加依赖、查看 go.sum、配置 proxy
[ ] 并发基础（goroutine / channel / context）
- 参考文章：https://go.dev/blog/pipelines
- 练习：实现 worker pool、并发爬虫（限制并发）、用 context 管理取消/超时

阶段 B - Web 后端必备（目标：能独立实现 REST API + 数据持久化 + 测试）

[ ] 学习标准库 HTTP（优先）
- 文档：https://pkg.go.dev/net/http
- 练习：实现最小 HTTP server（路由、JSON I/O、日志 middleware、graceful shutdown、请求超时与 context）
[ ] JSON 编码/解码与请求处理
- 文档：https://pkg.go.dev/encoding/json
- 练习：实现 POST /users、GET /users/{id}、输入校验、错误返回
[ ] 可选：用轻量框架重写（对比实现）
- Gin 文档：https://gin-gonic.com/en/docs/
- 练习：用 Gin 改写并比较两种写法的优劣
[ ] 数据库基础（以 PostgreSQL 为推荐）
- PostgreSQL docs：https://www.postgresql.org/docs/
- Go database/sql：https://pkg.go.dev/database/sql
- 推荐驱动 / 示例库：pgx 或 lib/pq（在 github 搜索最新驱动）
- 练习：设计 users 表，写 CRUD、事务、索引、分页
[ ] 可选 ORM（理解其代价）
- GORM docs：https://gorm.io/docs/index.html
- 练习：用 GORM 实现 CRUD，并查看生成的 SQL
[ ] 并发模式与后台任务
- 练习：实现异步任务（邮件/图片处理）、保证安全关闭与没有 goroutine 泄露
[ ] 测试（单元/集成）与基准
- 文档：https://pkg.go.dev/testing
- 练习：表驱动测试、集成测试（用 Docker Compose 启动 DB）、go test -bench
[ ] 性能剖析（pprof）
- 文档：https://pkg.go.dev/runtime/pprof
- 练习：在服务暴露 /debug/pprof/，采集 CPU/heap 分析热点

阶段 C — 工程化与生产能力（目的：把服务做成可运维的系统）

[ ] Redis 缓存与缓存策略
- 文档：https://redis.io/docs/latest/
- Go client（示例）：https://github.com/redis/go-redis
- 练习：为 GET /users/{id} 添加缓存，设计缓存失效与一致性方案
[ ] 消息与事件（Kafka / NATS 等）
- Kafka docs：https://kafka.apache.org/documentation/
- 练习：实现 user_created 事件生产/消费，处理幂等与重试
[ ] RPC 与接口定义（gRPC + Protobuf）
- gRPC Go：https://grpc.io/docs/languages/go/
- 练习：用 protobuf 定义接口，搭建简单的 gRPC 服务并互相调用
[ ] 容器化（Docker）
- 文档：https://docs.docker.com/
- 练习：编写高质量 Dockerfile（multi-stage）、构建并在本地运行镜像
[ ] 编排与部署（Kubernetes）
- 文档：https://kubernetes.io/docs/
- 练习：用 minikube/kind 或云集群部署应用，熟悉 Deployment/Service/ConfigMap/Secret、滚动更新与探针
[ ] 监控、可视化与追踪
- Prometheus：https://prometheus.io/docs/introduction/overview/
- Grafana：https://grafana.com/docs/
- OpenTelemetry（Go）：https://opentelemetry.io/docs/languages/go/
- 练习：导出指标，搭建 Grafana 面板，实践分布式追踪分析 P99
[ ] CI/CD 与自动化流水线
- GitHub Actions docs：https://docs.github.com/actions
- 练习：实现 build → test → image → deploy 的流水线
[ ] 安全与运维要点
- 练习：Secrets 管理、TLS/HTTPS、依赖漏洞扫描、速率限制、日志审计、认证（JWT/OAuth）

随笔

Go 的 gc 和内存自动管理，导致 runtime 停机时间不可测，使得其无法做硬实时平台，与 java 和 py 类似

每个 go 项目为一个 module，每个 module 下，通常按惯例，每个 directory=package=library，package(except main)/lib can be imported by others who can access the module.others can use the func of the pack, like fmt.Println().

btw, in "import" process, the statement like "math/fmt",it means the pack u import is "fmt",like:

math/rand -> rand

net/http -> http

and,module is unique. eg: github.com/gin-gonic/gin . it represent "module path + directory"

module
  ├─ directory
  │     └─ package
  ├─ directory
  │     └─ package
  └─ directory
        └─ package

the pack/dirc is a kind of "namespace".

蚌，发现自己 en 讲比 cn 貌似还顺畅些。

:::tip Go Tour and the other similar, many exercises of them are CS-style learning, not production backend.

Don't get stuck thinking:

"If I can't solve this, I can't be a backend dev."

That is false. :::

往日旧事总结-回忆录篇

Thu, 08 Jan 2026 00:00:00 GMT

各位新年好，这是我第一次从头写这么长的年末总结。我知道定期写总结对个人复盘督促警惕徘徊陷阱等有好处，但我实在不善组织言语来长篇逻辑性表达，以及我的文法确实很糟糕。

让我从头介绍下吧：

你们可以叫我 mia,米垭都行，现如今是一个正在努力的后端开发者，倾向于 infra 的PaaS&SRE。

我是个很普通也很平庸的人。我既没有无与伦比的天赋，也并非出生在大城市，也没有高知宽容的幸福家庭，像样的朋友曾经往日里都没几个。或许如今在部分人的眼里，会觉得我是大佬很厉害计算机知道很多研究员跨阶层等等什么的，但我自己始终也无比清楚的知道：我很平庸，我攀爬的速度仍然太慢。

我与计算机的开始。。。老实说，我也不知道什么才是真正的起点。非要说的话，或许是小学四年级吧。我的家庭并不关心我，或许他们工作从未偷懒，但他们确实不是合格的父母。那时在那个穷乡僻壤的破学校里，欺负我的教师子女不少，毕竟谁会拒绝一个没有家人在乎的沙包呢（笑。没有人会帮我的，在那个偏远小地方里，教育畸形思想愚昧可笑的“关系”遍布，一群互保的乡间野猴，谁会在乎我呢，没有人会拯救我。那时四年级有机房课，其实也就是小孩子玩玩 4399 页游的。我已经不记得那时到底是什么启蒙我了。大致是利用了 arp 缓存的缺陷，改变全机房的网关 ip->MAC 映射，使得网关 ip 实际指向为不转发流量的我，从而让所有人断网。那时的我很开心，发自心底的开心。因为没有教师亲人同学愿意帮助的一无所有的我，被计算机帮助，报复了他们。

当然，这在现在行不通，当时是因为老旧协议+windows 安全缺陷+破地方机房设施草台班子等各种因素叠加下，才能诞生的侥幸。如今是不可能行得通的。

后来。。。自然也不是一些轻小说中那样一路展现天赋的剧情。我只是个平庸的穷乡僻壤的孩子，当时的我没有见识到广袤的天地，多彩的世界，也没有愿意支持我的开明家庭，帮助我的诸多前辈。我被寄养到了另一个穷乡僻壤的亲戚家完成小学六年级至高一的学业，这家亲戚的认知环境稍微高些，但依旧畸形、愚昧、短视。我在这期间偶尔会展现兴趣，偷偷用他们的电子设备去搜索各样的知识，满足些对小孩子而言再正常不过的爱好，用一个破烂的杂牌平板去鼓捣类 unix 新奇小玩具，甚至做到了些在那些乡间人事看来不可思议的所谓的奇迹。隐私考虑，不展开了（笑当时的我过的一点也不开心，因为我总是要写一些永远写不完的亲戚孩子不用的破书，总是要忍受这家亲戚生活中的不顺谩骂自我发泄的虐待自我感动的 pua 和畸形观念。那时什么都不知道的我，将周遭的一切视作正常，毕竟那时我只是个没什么见识面的普通人，活在一个扭曲而 toxic 的囚笼中。可笑而卑微的我努力的获取这些野猴的认可，就和那些可怜的小镇做题家似的追求着一些无关紧要的考试成绩自我慰藉自我感动，期待能被那些也挺扭曲的同学和教师认可，能证明：我并非一无所有

呵，在如今的完整的我看来，他真是个可笑可怜可悲的孩子。不过，我依然会同情悲悯那时无力而麻木的“自己”。

btw,我毕业后后来所经历的人性，也阴暗唯利是图的多。与之相比，这些可能完全只算是宝宝巴士了（苦笑

高中。。我不太记得学校，也基本不太记得这期间认识的人了。我有着做噩梦的习惯，但我很少梦到与高中有关联的一切，偶尔有了，也是在惊醒后陷入茫然：我刚刚梦到啥了来着？就如同消失空白的三年一样。到手的只有个没啥用的高考分数和毕业证书，几个烂摊子，在空白中重新活过来的自己。

其实从大学往前推，过往的一切，无论是同学教师亲戚的名字和脸，还是我究竟是如何熬过那宛如噩梦般无用可笑扭曲灰暗的十余年，我都已经不太记得了。

如今看来着实好笑，我在短短的两年内，经历了，比过去十余年多还多的人生阅历，仿佛如今的我和曾经无力而卑微的我不是同一个人一般。这也是我从未真正共情过去人事包括自己的缘由。

不过也没有那个必要，如今有很多事情等待着我去做去学去实现。比如下辈子也看不完的计算机知识（笑。好玩的有价值的人事多的是，多彩而宏大的世界也一点点的被我所接触所展开，这不比过去那些没啥用又想不起来的东东有用多了（笑

我想想（毕竟要遮去敏感信息

我学到了不少曾经好奇没能细究的技术，与能上电视屏幕的人鼓捣东西

我去了很多的学术会议，看到了接近巅峰的光景，被一些过去遥不可及的人带去参会和吃饭，听他们有趣的过去时光和见闻，去了好多好多地方

我被很多阶层很高的前辈朋友帮助，极大拉高了眼界见识面，填补了信息差，并见识到了。。“真实的世界”

我的所长所好被真正厉害的人所认可，发挥了价值。我赚到了米，买了曾经自己想要需要的电子设备，吃到了好吃的，看到了好多好多

www,如果是你的话，在有一天离开阴暗可怖的马厩，迈向了广袤无垠的草原，被一匹匹千里马向前推，向上行后

你，能接受过去所经历的一切毫无意义，一切皆为谬误和底层民众不切实际的幻想，自己自己的朋友亲人自己的一切一切都只不过是外界天上之人们嘲笑的对象，最可笑的耗材吗

即使接受了

你，还会在乎曾经被困在马厩中，卑微而麻木的自己，马厩中所见所触的愚昧而畸形的一切吗

一开始迈入草原的我，怨憎过去的一切，瞧不起乃至嘲笑过去的一切，打自心底的蔑视藐视鄙夷他们，鄙夷过去活在囚笼中可笑而无知的我。

我鄙夷那群认知低微的亲人，愚昧自锁的中学教师，没有理想混日子的同学，活在笼中的自己，等等所有过去的一切，我甚至不曾把他们当做是“人”，

因为那时的我觉得，包括过去的我在内，所有这些的一切，不过都只是群穷乡僻壤自欺欺人认知配得上苦难的，假山上的野猴。

但如今，我既行过云霄之上那璀璨的天宫见到了那或是沉沦或是问道的仙，也踩过群山之间那污浊的泥沼见到了那或是挣扎或是无力的人。

在方今的我来看，无论是天上仙沼间人笼中鸟，都有自己活法的权利。我或许会以傲慢的眼光看一些认知匮乏的人，也或许会忽视他们，但当我看见时，不再会鄙夷他们了。因为他们是泥沼间挣扎的人，笼子里囚徒终生的鸟，他们无力改变一切，我们也帮不了他们。

我很幸运，因为我的人生因为一些愿意主动帮我的“天上仙”和“计算机/Web”这条道而改变了

我很不幸，因为我知道了太多太多，它们超出了我原本阶层的上限，我不得不放弃过去的一切。虽然我本来就已经不记得了（笑

我拥有了好多，但。。我却一点点的失去了对游戏对动漫的热忱、对朋友对他人的期待、对过去对他人的共情，世界随着我所经历的一切，随着我在这长阶上一步步的登攀，一点点的褪色直至灰白。

有了喜欢的电子设备，有了广阔的自由人生，有了喜欢我的人。我因为这条路得到了许多，却在逐步失去享受它的时间和热忱，它托举我跨入那遥不可及的云霄，触及那照彻永夜的皓月，成为那被人羡慕的天光，但...

我也因此，永远成为了它的囚徒。永远不得不向着那些更为璀璨的群星看齐，与他们相比，我不过是萤火之光，即使走在了通往天上的路，也不过是最最平庸黯淡的星星。

只有当你跨越苍穹之上，俯视这众生沉浮的无垠大地，瞥见那诸星璀璨的寰宇星空，你才能明白自己的无知愚昧，才能超越你的过去，跨越这一切，成为你想成为的自己

<pre> To follow the path:

look to the master,

follow the master,

walk with the master,

see through the master,

become the master.

</pre>

当你成为了 master,回首一瞥

或许，只会剩下一声无奈的叹息，一个饱含沧桑的苦笑

再见了，过去

终有一日愿遂彼空。

课题组AiCE使用记录

Mon, 27 Oct 2025 00:00:00 GMT

施工（吐槽）中。。。

课题组EvolvePro使用记录

Sun, 26 Oct 2025 00:00:00 GMT

抱怨

**我c你m的科研代码，你m写的是什么sb玩意，依赖是不全的，文档是一笔带过的，paper是只写数学/生物学术理论的，产品是不打算教人用的，就连nm的连个pip包单词拼写都nm是错的，你写你m呢写，这是什么傻x玩意，多写点是要扣你的经费么？ntm就当写写开发日记或者llm帮你写都jb写的比这好，你这sb文档最好不是什么傻鸟kimi/豆包之类的玩意写的，在学术上您值得受敬，代码可用性上ntm就是个 *的s*，cnm的💩文档，照着你这s*玩意能做出来就有你*的鬼了，您才是该被linus竖中指的coding毒瘤，s* ! **

前言

言归正传，这篇文章我本来想拿个llm写的文档糊一下了事的，没什么好写的，引用下某群u的话：

因为搞科研的就没两个会写代码的

会写代码的那两个也懒得在这种地方认真写

此言有理乎，我感觉自己正在coding上经受莫大的折磨

如果说写/看vue的文档是被开发者们拖着皮鼓，百般讨好让你看看它们最新的努力成果和对使用者的宽容

那用/看这种扫码科研项目的文档简直就是在舔写文档/写💩项目的人的皮燕子

这玩意从头到尾就不是让人用的，就差把提防写脸上了，它根本就是一个给业内评委看一眼的展示品，甚至这个展示品不能独立的从头到尾自包含的跑一次

还有学校给的服务器，“我们学校图书馆最强的服务器”，2015年出产的8代E7，还没有gpu，让我训练一个现代5090见了都倒头就拜的模型，每个时代有每个时代自己的长生不老仙丹妙药，笑死我了

60g显存，用dr3的1.5t memory硬跑那个paper原作推荐的15B model，第二天早上起来一看日志，动都不带动一下的，难绷。最后还是用自己的设备去强跑650M的，提取了一下午的plm训练用向量

什么是蛋白质进化？

用日常例子理解

想象您有一把钥匙（蛋白质），但它开锁（功能）不够顺畅。您想改进它。

传统方法：随机换零件，一个个试 → 太慢了

钥匙有 562 个零件（氨基酸）
每个零件可以换成 19 种其他零件
总共有 10,678 种可能
一个个试，写这项目的人试到经费耗尽也试不完

EvolvePro 方法：让 LLM/AI 帮您预测 → 快多了

先试 20 把钥匙，记录哪个好哪个坏
LLM/AI 学习这 20 个的特征
LLM/AI 预测剩下 10,658 个哪些最有希望
您只试 LLM/AI 推荐的最好的 20 个
重复这个过程，越来越接近完美的钥匙

流程概览

第一阶段：准备工作（1-2 小时，计算机完成）
┌─────────────────────────────────────────────┐
│ 输入：您的蛋白质序列（562 个氨基酸）          │
│   ↓                                          │
│ 生成所有可能的单点突变体（9,482 个）          │
│   ↓                                          │
│ 用 AI 给每个突变体"拍照"（提取特征）          │
│   ↓                                          │
│ 输出：9,482 个突变体的"数字指纹"              │
└─────────────────────────────────────────────┘

第二阶段：实验 + 预测循环（2-3 个月，多轮迭代）
┌─────────────────────────────────────────────┐
│ 【第 1 轮】                                   │
│  1. 选择 10~20 个突变体（随机或理性选择）         │
│  2. 实验室测试（1-2 周）                         │
│  3. 记录数据：哪些好坏以及activity活性相对值（假设wt野型为1.0） 
│   (activity可以选用任意期望权重，包括但不限于酶活性，结合亲和度，只需要除以野型蛋白的数据得到比例即可)
│  4. LLM/AI 学习并预测剩下的 9,462 个              │
│  5.LLM/AI 推荐 Top 50 个最有希望的               │
│                                              │
│ 【第 2 轮】                                   │
│  1. 从 Top 50 里选 10~20 个测试                  │
│  2. 实验室测试（1-2 周）                      │
│  3. 累积数据：现在有 20~40 个数据点了             │
│  4. LLM/AI 重新学习，预测更准确                   │
│  5. 推荐新的 Top 50                          │
│                                              │
│ 【第 3-5 轮】                                 │
│  重复上述过程...                              │
│  数据越来越多，LLM/AI 越来越聪明                  │
│  通常 3-5 轮后找到显著改进的突变体             │
└─────────────────────────────────────────────┘

第三阶段：收获成果
┌─────────────────────────────────────────────┐
│ 获得：                                        │
│   改进的蛋白质突变体                         │
│   性能提升 50%-200%（典型）                 │
│   只用了 60-100 个实验（vs 9,482 个全试）    │
│   节省了 95% 的时间和成本                    │
└─────────────────────────────────────────────┘

详细步骤

阶段一：前期准备工作

Step 1：生成突变体序列

做什么：

从您的原始蛋白质序列出发
把每个位置的氨基酸都换一遍
生成所有可能的单点突变体

打个比方：

原始序列：MADKLN...（562 个字母）
         ↓
突变体 1：AADKLN...（第1位 M→A）
突变体 2：DADKLN...（第1位 M→D）
突变体 3：EADKLN...（第1位 M→E）
...
突变体 9482：MADKLA...（最后一位 N→A）

技术细节：

每个位置可以换成 19 种其他氨基酸（除了它自己）
562 个位置 × 19 种可能 = 10,678 种理论可能
实际生成 9,482 个（某些不合理的会被排除）

输出文件：

output/exp_results/your_protein/
  ├── your_protein.fasta           ← 原始序列（WT）
  └── your_protein_mutants.fasta   ← 9,482 个突变体

耗时： 几秒钟

Step 2：提取 LLM/AI 特征（嵌入向量）

做什么：

用 ESM2 语言模型给每个突变体"拍照"
每张"照片"是 1,280 个数字（向量）
这些数字代表蛋白质的特征

为什么需要这一步？

计算机/模型不认识 MADKLN 这样的字母，但认识数字。

打个比方：

人类看蛋白质：MADKLN（一串字母）
                ↓ ESM2 模型
电脑看蛋白质：[0.23, -0.15, 0.89, ..., 0.47]（1,280 个数字）

这 1,280 个数字包含了：

蛋白质的结构信息
氨基酸之间的相互作用
功能相关的特征
...等等

使用的模型：

ESM2-650M（您本地勉强可用的）：6.5 亿参数，本地 CPU 运行
ESM2-15B（可选）：150 亿参数，需要服务器 GPU，且至少60g显存

技术细节：

ESM2 是 Meta（Facebook）开发的蛋白质语言模型
在 2.5 亿个蛋白质序列上训练
能"理解"蛋白质的语法和结构

输出文件：

output/plm/esm/
  └── your_protein_esm2_t33_650M_UR50D.csv
      ├── 9,483 行（9,482 突变体 + 1 WT）
      └── 1,280 列（1,280 维向量）

耗时： 3-4 小时（本地 CPU）或 1-2 小时（服务器 GPU）

阶段二：实验与预测循环

这是整个流程的核心，重复多轮，每轮包含 4 个步骤：

Step 3：准备实验数据

做什么：

创建一个 Excel 表格，记录实验结果。

表格格式：

variant	activity
WT	1.0
N58V	0.85
Y250N	1.25
Y268V	0.92
L230G	1.15
...	...

字段说明：

variant（突变体名称）
- WT：Wild Type = 野生型 = 原始蛋白质
- N58V：第 58 位的 N（天冬酰胺）→ V（缬氨酸）
- Y250N：第 250 位的 Y（酪氨酸）→ N（天冬酰胺）
- 格式：原氨基酸 + 位置 + 新氨基酸
activity（活性值）
- 实验测得的性能指标
- 可以是任意单位（只要能比较大小）
- 数值越大表示越好
- 建议以 WT 为基准（WT = 1.0）

活性值示例：

酶活性：
  WT = 100 U/mL  → 标准化为 1.0
  突变体 A = 125 U/mL → 1.25（提升 25%）
  突变体 B = 80 U/mL  → 0.80（下降 20%）

结合亲和力（Kd 越小越好）：
  WT = 100 nM    → 取倒数 → 0.01 → 标准化为 1.0
  突变体 A = 50 nM → 取倒数 → 0.02 → 2.0（提升 100%）
  突变体 B = 200 nM → 取倒数 → 0.005 → 0.5（下降 50%）

第一轮要测试多少个？

最少：WT + 10 个突变体（11 个数据点）
推荐：WT + 20-30 个突变体（21-31 个数据点）
更多更好：数据越多，模型越准确

如何选择突变体？

第一轮（没有 AI 推荐时）：

方法 1：随机选择 20-30 个
方法 2：基于结构/功能知识选择（活性位点、关键残基等）
方法 3：混合策略（推荐）：一半随机，一半理性选择

后续轮（有 AI 推荐时）：

从 AI 推荐的 Top 50 里选择
可以全选 Top 20
或者混合：Top 10 + 随机 10（避免过拟合）

操作步骤：

# 1. 打开我创建的模板
libreoffice data/exp/rounds/your_protein_Round1_template.xlsx

# 2. 填写数据
#    - 第一列：突变体名称
#    - 第二列：活性值

# 3. 保存为
data/exp/rounds/your_protein_Round1.xlsx

耗时： 实验 1-2 周，填表 10 分钟

Step 4：训练模型并预测

做什么：

AI 学习您的实验数据
对所有 9,482 个突变体进行预测
推荐最有希望的 Top 50

技术原理：

使用**随机森林（Random Forest）**机器学习模型：

输入：
  - 9,482 个突变体的"数字指纹"（1,280 维向量）
  - 您测试的 20 个突变体的活性值

训练：
  AI 学习："哦，这些特征的突变体活性高，那些特征的活性低"

预测：
  AI 预测剩下 9,462 个突变体的活性值

输出：
  按预测活性排序，推荐 Top 50

为什么用随机森林？

简单有效，不容易过拟合
对小样本数据（20-30 个）效果好
不需要大量调参
训练速度快（几秒钟）

操作步骤：

# 1. 编辑快速启动脚本
nano scripts/exp/your_protein_quickstart.py

# 2. 找到 Round 1 代码块（第 93-110 行左右）
#    删除前面的 # 号（取消注释）

# Round 1
ROUND = 1
evolve.evolve(
    ROUND,
    wt_fasta_file=WT_FASTA_FILE,
    mutant_fasta_file=MUTANT_FASTA_FILE,
    rounds_data_file=ROUNDS_DATA_FILE,
    embeddings_file=EMBEDDINGS_FILE,
    output_dir=OUTPUT_DIR,
    model=MODEL,
    scaler=SCALER,
    hyperparameter_tune=HYPERPARAMETER_TUNE,
    cv=CV,
    selection=SELECTION,
    n_top=N_TOP,
)

# 3. 保存并运行
conda activate evolvepro
python scripts/exp/your_protein_quickstart.py evolve

输出文件：

output/exp_results/your_protein/Round1/
  ├── your_protein_Round1_predicted_variants.csv
  │   ├── 所有 9,482 个突变体的预测结果
  │   └── 按预测活性排序
  │
  ├── your_protein_Round1_predicted_variants_top50.csv
  │   └── 推荐的 Top 50（用于下一轮测试）
  │
  ├── your_protein_Round1_model_performance.png
  │   └── 模型性能图（预测 vs 实际）
  │
  └── your_protein_Round1_feature_importance.csv
      └── 哪些特征最重要

查看结果：

# 查看 Top 50 推荐
head -20 output/exp_results/your_protein/Round1/your_protein_Round1_predicted_variants_top50.csv

# 查看模型性能图
xdg-open output/exp_results/your_protein/Round1/your_protein_Round1_model_performance.png

耗时： 10-30 分钟

Step 5：第二轮实验

做什么：

从 Top 50 推荐里选 20 个突变体
实验室测试
创建 Round 2 数据文件

重要：Round 2 数据包含所有前几轮的累积数据

Round 1 数据：WT + 20 个突变体（21 个数据点）
              ↓
Round 2 数据：WT + 20 个（Round 1）+ 20 个（Round 2）= 41 个数据点
              ↓
Round 3 数据：WT + 40 个（Round 1-2）+ 20 个（Round 3）= 61 个数据点

Excel 格式：

data/exp/rounds/your_protein_Round2.xlsx

variant  | activity
---------|----------
WT       | 1.0       ← 每轮都要包含
N58V     | 0.85      ← Round 1 数据
Y250N    | 1.25      ← Round 1 数据
...      | ...       ← Round 1 数据
L299F    | 1.38      ← Round 2 新数据
L313W    | 0.78      ← Round 2 新数据
...      | ...       ← Round 2 新数据

操作步骤：

# 1. 创建 Round 2 数据文件
#    - 复制 Round 1 的数据
#    - 添加 Round 2 的新数据
#    - 保存为 your_protein_Round2.xlsx

# 2. 编辑快速启动脚本
nano scripts/exp/your_protein_quickstart.py

# 3. 取消注释 Round 2 代码块

# 4. 运行
conda activate evolvepro
python scripts/exp/your_protein_quickstart.py evolve

耗时： 实验 1-2 周，计算 10-30 分钟

Step 6-N：继续迭代

重复 Step 5，直到找到满意的突变体。

何时停止？

活性不再显著提升（收敛了）
达到目标性能
预算/时间用完
通常 3-5 轮后收敛

每轮的变化：

轮次	数据量	模型准确度	发现好突变体的概率
Round 1	21	低	20%
Round 2	41	中	40%
Round 3	61	高	60%
Round 4	81	很高	80%
Round 5	101	极高	90%+

阶段三：分析与验证

Step 7：性能提升分析

查看最佳突变体：

# 查看最终推荐的突变体
head -10 output/exp_results/your_protein/Round5/your_protein_Round5_predicted_variants_top50.csv

绘制进化曲线：

import pandas as pd
import matplotlib.pyplot as plt

# 读取所有轮次的数据
rounds = []
for i in range(1, 6):
    df = pd.read_excel(f'data/exp/rounds/your_protein_Round{i}.xlsx')
    df['round'] = i
    rounds.append(df)

all_data = pd.concat(rounds)

# 绘制每轮最佳活性
best_per_round = all_data.groupby('round')['activity'].max()
plt.plot(best_per_round.index, best_per_round.values, marker='o')
plt.xlabel('Round')
plt.ylabel('Best Activity')
plt.title('Evolution Progress')
plt.show()

典型结果：

Round 1：发现 1.5x WT 的突变体
Round 2：发现 2.0x WT 的突变体
Round 3：发现 2.5x WT 的突变体
Round 4：发现 3.0x WT 的突变体（收敛）
Round 5：仍是 3.0x WT（确认收敛）

Step 8：组合突变

单点突变体不够 -> 试组合

找到几个单独都好的突变体，组合在一起：

单点突变：
  Y250N：1.5x WT
  L299F：1.8x WT
  R307N：1.6x WT

组合突变：
  Y250N + L299F：2.3x WT？
  Y250N + L299F + R307N：3.5x WT？

注意： 组合效果不一定是简单叠加，需要实验验证。

实际案例

案例 1：T7 RNA 聚合酶

目标： 提升转录效率

流程：

Round 1：测试 24 个随机突变体，发现最好的是 1.4x WT
Round 2：测试 Top 24，发现 2.1x WT
Round 3：测试 Top 24，发现 2.8x WT
Round 4：测试 Top 24，发现 3.0x WT（收敛）

最佳突变体： Y639F, L746M, Q732R 组合突变： Y639F + L746M = 4.2x WT（协同效应）

总测试： 96 个突变体（vs 9,000+ 个全试）

案例 2：Cas12f 核酸酶

目标： 提升切割效率

流程：

Round 1：测试 32 个（一半随机，一半活性位点附近）
Round 2：测试 Top 32，发现 1.8x WT
Round 3：测试 Top 32，发现 2.3x WT
Round 4：测试 Top 32，发现 2.5x WT
Round 5：测试 Top 32，发现 2.6x WT（收敛）

最佳突变体： N282D, L355F, K412R

总测试： 160 个突变体

案例 3：抗体亲和力优化

目标： 降低 Kd（提升亲和力）

挑战： Kd 是越小越好，需要取倒数

数据处理：

WT：Kd = 10 nM → activity = 1/10 = 0.1 → 标准化为 1.0
突变体 A：Kd = 5 nM → activity = 1/5 = 0.2 → 2.0
突变体 B：Kd = 2 nM → activity = 1/2 = 0.5 → 5.0

结果：

5 轮后找到 Kd = 0.5 nM 的突变体（提升 20 倍）

总结

上述内容我已经经过review，在650M模型下向量提取等工作流没问题

15B参数等esm2 plm没法试，也别指望自己能跑得动，建议直接找老板。Google可知其显存需求至少60g needs，在模型启动的一瞬间，显存内存就会双双过载，dmsg可知发生 oom out-of-memory ，进程直接panic。超256g的内存勉强可以保持不发生panic，但速度非常慢，cpu硬算就更慢了，这并不是你的cpu有什么性能缺陷（当然也可能有），而是图计算和模型训练这种活就不是cpu擅长的范围，犹如让重卡车和超跑比赛车一样

一言以蔽之，科研codebase在功能上或许一个比一个神异，但在代码结构和用户友好性上那是一个比一个沟式，拒开发者于千里之外

转机

well...由于AiCE本身无法被直接用于活性推断，RF diffusion 3 对显卡显存要求极为严苛，12GiB+都是至少了，故回到 evolvePro的 esm2-650MiB 这边，思考有没有什么转机之法

教授那边一共就39个现存的突变体的活性数据，理论上来说，如果要从活性推断吻合的角度来收敛模型，得到高精的嵌入向量提取那是远远不可能够的（）巧妇亦难为无米之炊（

但考虑到这就是个本科毕设，应该不需要那么精确的预估范围，于是转换思路：

如果我只判断趋势，不追究最高效数值呢？然后尝试：

改写evolvePro的流程，不再是以十次为单位的交互式训练，而是再第一次初始化嵌入提取后，一次性给它30个作训练集
以剩下9个数据为测试集，不再是「预估具体的活性程度和大小」，而是「判断活性增减趋势与实验侧数据是否符合」
调整训练集与测试集的数据分配，测个四五次五六次

um，结果出乎意料的好，准确率高达77.8%，意味着 7/9 的高额准确率，都能拿来投入实际产出来缩减实验侧的试剂开销了貌似（）

再次吐槽，这科研代码的作者就差把“别研究我”写在注释里了，bro是有多怕被后人钻研才能把代码架构和流程间的交互烂到这种地步（

软路由配置记录

Fri, 17 Oct 2025 00:00:00 GMT

背景

学校校园网网关限制了每个带宽账号2个mac——这对我的超过7个设备是极大的阻碍。
AP隔离使得内网设备间不可通信。AP/Client Isolation 在 L2 层面拦截站对站流量，这意味着它阻止了无线客户端之间直接交换以太网帧（ARP、IPv4/IPv6 unicast）。因为没有 L2 通道，基于直接 IP 的会话（比如 SSH/TCP 连接、UDP 单播、广播）通常无法建立，这是帧 Frame 级别的阻拦，不可绕过——这对我多设备通信极不友好。
我有些设备不便于在本地代理，或者其l3/4无法被捕获/转发。
我没玩过软路由，~~给自己找点罪受，~~，体验实践一遍软路由整套部署的大致工作流。

普及下 router-based proxy 和 device-based proxy 的区别

router-based：

类型	例子	OSI 层	原理
NAT（网络地址转换）	OpenWrt、iptables MASQUERADE	L3 / L4	直接改写 IP 头和 TCP/UDP 端口，不看应用层内容。纯粹的数据包转发。
TProxy / REDIRECT 透明代理	Clash、Surge、OpenClash、Xray 透明代理	L3 / L4	捕获所有目的端口流量，把 TCP/UDP 流导入本地监听的代理进程（例如 HTTP/SOCKS）。代理进程再在 L7 层解析。
防火墙规则/路由策略	iptables、nftables、ip rule、ip route	L3 / L4	依据 IP 和端口做流量重定向或丢弃，不理解 L7 内容。
软路由中的代理核心	Clash、Xray、V2Ray、Sing-box	L7	在路由器中运行的代理引擎本身理解 HTTP、TLS、QUIC、SOCKS 协议。属于应用层代理，但它接收的流量是从内核 L4 转发来的。

device-based：

类型	示例	OSI 层	原理
HTTP 代理	系统设置中的 HTTP Proxy、Surge、Quantumult	L7	应用发送 HTTP 请求给代理，代理解析并转发。处理的是应用层 HTTP 协议。
SOCKS5 代理	Shadowsocks、Clash 本地模式	L7	代理客户端封装 TCP/UDP 连接请求，通过 SOCKS 协议转交代理服务器。
VPN App / Tun 驱动	Clash Tun、WireGuard、Outline、OpenVPN	L3~L4（虚拟网卡）+ L7（代理引擎）	虚拟网卡捕获 IP 包（L3），然后交给 L7 的代理协议（如 Shadowsocks、Vmess、Trojan）处理。

然后这个 gl-mt3000 在硬路由上性价比和社区名声不错，但单纯就软路由来说，并不算是性价比很好的选择，而是个妥协。既要天线2.4g+5g高频宽、usb-device + 2.5g wan口接入等硬路由需求，又要openwrt supporting list "榜上有名"，还要有轻便小巧+售后兜底，那肯定是有代价的（

友善系列可玩度高，但价格太抽象了，且仅能做软路由用途，不考虑（）而且我很 ~~实用主义~~ 懒，着实不想在工作流外的事情上花太多时间，我没那么多闲空。

MediaTek MT7981BA 这个CPU作为arm平台，那转发处理肯定是性能远不如E5等便宜好用x86平台的，但没办法，我总不能为了个软路由在宿舍单独放个itx+ups堆箱 or 裸露开发板+线缆放在宿舍小的可怜的桌面上，那也太抽象了。

这里鸣谢下 molinyue 。没有这位在网工上很厉害的朋友，面对软路由这个完全陌生的领域，我可能要自己摸索个少说三天往上（）时间高低得翻个四五倍不止（

过程

前置部分

首先，我们需要明白的是，openwrt的本质就是linux，是个特化适配了路由器相关软硬件包的轻量distro，因此您可以用您对macos（cli）和对linux常规distro共通的常识去对待它。把它当成一个比较好伺候的linux server即可。

它的pack manager是opkg，~~听说不太好用~~

ssh gl-mt3000.local || ssh 192.168.8.1 #出厂默认ipv4是这个  
cat /etc/openwrt_release
cd /etc/opkg
ls -la
cat distfeeds.conf

如果您发现ssh出现问题，那大概率是"host indentification has changed"，清理下残留host记录就好

rm -f "$HOME/.ssh/known_hosts"

如果您配置过.ssh/config，看到诸如"permission error"，那大概率是ssh配置文件的权限设置问题，openssh对此有着严格的安全要求，如果您是 macOS/linux 用户，那非常简单，只需如下，但如果是windows，umm请自行llm/Google

chmod 600 ~/.ssh/config

给不太清楚这个config是做什么的萌新普及下，你可以理解成这是个openssh的配置文件，它是描述性的，而且日常用的话其实配起来很简单，可以省去每次输入完整ipv4以及ssh protocol断链的烦恼，以下为示例：

Host *
    AddKeysToAgent yes       # 自动将密钥添加到 ssh-agent
    UseKeychain yes          # macOS 使用 Keychain 管理密码,其他os用户可忽略
    IdentityFile ~/.ssh/id_rsa  # 默认私钥存储文件
    ServerAliveInterval 60   # 每60s尝试一次相应，避免断链
    ServerAliveCountMax 5    # 服务器无响应时，5*60=300s后断链

Host gl-mt3000
    HostName 192.168.8.1     # ipv4
    User root								 # login user
    Port 22                  # ssh开放端口

cat查看信息后，可以清楚的看到这个路由器出厂内置的就是openwrt的一个snapshot, 这点毫无疑问，其区别只是引入了厂商特调的ui和 opkg 源等部分。既然内核完善，具备openwrt luci，是linux且可被ssh，那事情将会变得非常简单

首先摆在您面前的有三个选项：

直接前往 openwrt supported device 下载Firmware OpenWrt Upgrade URL(直接进openwrt的 luci ui-web 安装新固件)或者下载Firmware OpenWrt Install URL(通过Uboot刷入安装固件)，两者没区别，前者方便的多
前往 iStore 搜索您的设备型号 gl-mt3000 然后下载tar打包固件，然后同上的第一种安装新固件方式。关于iStore和openwrt的关系/区别请自行llm/Google。不过要说明的是iStoreOS的openwrt内核往往落后官方一些，比如这里是24
自行下载openwrt提供的，包含编译源码ci流程的container，并使用docker或其他容器工具启动/部署，自行选择自己的平台/设备进行编译（）不过放心，gl-mt3000是“榜上有名”的受支持设备，一般不会碰上离谱问题

我是实用主义者懒狗，于是在经过多方征询实践经验摇人后我选择2（

然后就等待固件刷入就行，记得期间不要断路由器电，不碰它最好）

完善部分

好，那么现在您已经得到了纯的不能再纯的软路由了，您可为自己达成了世上99.99%的普通人都没做到的事感到由衷的自豪（？

接下来就不算什么特别重要的事情了，只是一些诸如openclash，镜像源配置，一些小坑的注意点等细枝末节，根据个人需求完善即可，本文只介绍我的 personal practice，不然一篇post写着实在太费力了（

题外话：在 2025-10-18 更新本文上传图片时碰上了怪事，vercel部署的webapp url正常，被cf dns解析至vercel部署所在的域名则第一张图片加载失败。怪。

openclash的配置其实很简单，只是有几个可能需要留意的小坑。

在github下载ipk，并通过scp上传至openwrt/iStore中的/tmp缓存区（把它当linux server轻量服务器就好
ssh，补齐作者readme中所写的依赖项，opkg直装
补齐openclash所需要的内核部分，clash、meta、verge，自选。这里有个要注意的地方就是关于内核安装，项目本身提供了三个镜像源和github url，但这四个有时都会因为网络问题要么不行要么curl下一半断掉。这时您可以多试几次~~大力出奇迹~~，或者干脆去github源址下完内核，然后同理scp上传，并安装至openclash内
余下就是subscribe file，自动生成代理组/策略组config，然后享受您的软路由了

btw，arm平台的软路由确实存在转发能力瓶颈的问题。能用，但有时反应有点慢（tcp握手过程

2025-10-25 17:15

补充碰上的小问题：

[/tmp/clash_latest_version] Download failed: [curl xxxxx]

具体表现为日志里不断滚出此报错，且无法正常测速代理文件内的各个节点

判断为疑似dns问题

解决方法：

ssh
vim /etc/resolv.conf

然后发现其中包含字段如下

search lan
namerserver 127.0.0.1
nameserver ::1

这玩意一看就不太对劲。。。尝试改为阿里的dns

search lan
nameserver 223.5.5.5

问题解决。

2025-12-9 16:30

首先arm平台存在同价格同功率下低人一等的劣势，软路由用户层转发上先天不足

其次当用它做wifi中继时，我感觉在无线扫描和接口转发配置上经受了莫大的折磨。这似乎和iStoreOS对MT3000的无线固件适配存在一些问题，在更替接口配置时，会出现无法激活/关联无线的窘境（（（

不得不承认，特供有特供的道理（（（

赤了半下午史，发现纯硬路由还是原厂特供的openwrt固件好用（ istore对天线的激活本来就有毛病，死磕不明智

引用某前辈的话：

（不用管，这些就是能 work 就行

常见命名范式

Thu, 16 Oct 2025 00:00:00 GMT

现代项目常见命名范式

我相信不少萌新在接触完整项目时，会发现在代码中各个元素的命名都是有规律、成体系的。它们有规律，而且很简单。

规范范式的命名很重要，在社区/商企的实际项目中，遵循统一的命名规范可以极大地提高代码的可读性和可维护性。“统一度量衡” ，这是连秦始皇都明白的道理。只有组成的零部件在互通上不成障碍，才能加速主干部分的发展。

不同的命名法有各自的特点和常见的应用场景，通常在不同的编程语言或代码元素（如变量、函数、类）中会有所偏好，下表将对此大致介绍。

命名规范	格式	主要应用对象	常用语言/场景	示例
lowerCamelCase	`myVariableName`	变量、函数、方法	Java, JavaScript, C#, C++	`userName`, `calculateTotal`, `getUserInfo`
UpperCamelCase	`MyClassName`	类、接口、组件、构造函数	Java, C#, Python, JavaScript (用于类)	`UserProfile`, `ServiceManager`, `HttpRequest`
snake_case	`my_variable_name`	变量、函数、文件名、数据库字段	Python, Ruby, C/C++ 标准库, SQL	`user_name`, `calculate_total`, `first_name`
SCREAMING_SNAKE_CASE	`MY_CONSTANT_NAME`	常量、全局配置	Java, Python, PHP 等多种语言	`MAX_CONNECTIONS`, `API_KEY`, `DEFAULT_TIMEOUT`
kebab-case	`my-variable-name`	CSS 类名、HTML 属性、URL 路径、文件名	CSS, HTML, Lisp	`main-container`, `user-profile-card`, `primary-button`

一条 SE 自学之路

Mon, 13 Oct 2025 00:00:00 GMT

最最普通的自学之路/心路

前言

在此致敬湊老师的一条CS自学之路 ,给了一开始小小的我大大的启蒙，虽然那时候因为混淆我期望的道路，因而导致花了很多时间走歪路，但那是我的问题不是湊老师那篇文章的www。我是个很普通很平庸的人，因此我很清楚，90%的萌新都会极度的缺少"常识"。我看过很多被推荐的blog, article, turorial，看到了那宛若繁星难以理清的概念和技术，见到了那大大的、难以触及的世界。我相信很多其他真正想走在这条路上的人都会有着难以下手的错乱和矛盾感。

在这篇文章中，我将以我，一个平庸者的视角，向您拉开计算机那难以透过的帷幕。

误区

在现代社会里，包括曾经的小萌新时期的我在内，很多人会混淆计算机的各个方向，对这个巨大的世界认知往往模糊不清，认为一个人能完成整套业务需求、做web的一定会写数学算法、做理论的一定能写好项目代码等等，这些都是由于认知高度和信息来源极度匮乏、没有清晰教育和"隔行如隔山"等造成的结果。

首先，在学习开始前，您需要清晰的思考和认知到，自己希望走的道路是什么样的

在现代-2025年，以我个人的视角大致可以将除了硬件之外的，您目之所及的软"计算机"分为两大类：CS和SE

一、计算机科学（Computer Science, CS）

计算机科学的核心目标是：

研究“计算”本身的本质与规律。

它更偏理论、底层和抽象，强调“为什么能工作”,“如何更快/更优地计算”等。

主流研究与应用方向（从理论到系统）：

层次	方向	包括
理论层	计算理论（Theory of Computation）	研究可计算性、复杂度、NP问题、图灵机模型。属于CS最理论的分支。
	算法与数据结构（Algorithms & Data Structures）	研究高效求解问题的算法设计与分析。ICPC核心内容。
	数理逻辑与离散数学	支撑算法、语言理论、形式化验证等。
系统层	操作系统（Operating Systems）	研究进程管理、内存管理、调度机制。
	编译原理（Compiler Design）	研究语言解析、优化、中间代码生成。
	计算机体系结构（Computer Architecture）	研究CPU结构、并行计算、硬件抽象。
	数据库系统（Database Systems）	探讨存储结构、事务、索引、分布式一致性。
	网络与分布式系统（Networking & Distributed Systems）	涉及协议、容错、共识算法、P2P架构。
智能层	人工智能与机器学习（AI & ML）	研究计算学习理论、深度神经网络、强化学习。
	自然语言处理（NLP）	模型语言、语义理解、对话系统。
	计算机视觉（CV）	图像识别、视频理解、生成模型。
	量子计算、密码学、安全理论	数学逻辑、计算复杂度与安全算法。

如果您完整的在CS的道路上走下去，您大概率会走在这些方向上：

算法工程师（Algorithm Engineer）
系统工程师（OS、Compiler、Kernel、Network）
研究员 / 博士（AI/LLM、理论计算、复杂度分析）
安全专家 / 密码分析师
数据科学/分析、机器学习

它们几乎都是理论性、抽象性、研究导向、底层性的

如果您希望走的是这条路上的内容，我推荐您看一位对我启蒙很大的恩师的文章(点此) ,我对CS只有系统层稍微了解些，因为SE会不可避免的触及到“本质”

二、软件工程（Software Engineering, SE）

软件工程的核心目标是：

研究“如何高效地构建、维护、迭代和交付大型软件系统”。

它更偏实践、系统、工程与协作，强调“让系统能运行、能扩展、能维护”。

主流研究与应用方向（从架构到管理）：

层次	方向	包括
开发层	前端开发（Frontend Engineering）	Web、移动端、UI/UX、React、Vue、Flutter 等。
	后端开发（Backend Engineering）	业务逻辑、数据库、API设计、微服务、Spring Boot、Gin、Flask 等。
	全栈开发（Full-stack）	同时承担前后端。
架构层	软件架构（Software Architecture）	MVC、微服务、DDD、分层架构、消息队列等。
	系统设计（System Design）	大规模系统、高并发、负载均衡、缓存一致性。
	云计算与容器化（Cloud/DevOps）	Docker、Kubernetes、CI/CD、监控、部署自动化。
质量层	测试与质量保证（QA / Testing）	单元测试、自动化测试、集成测试。
	软件维护与重构（Refactoring）	管理技术债、重构架构、版本控制（Git）。
管理层	项目管理（Project Management）	敏捷开发、Scrum、Kanban、需求分析。
	团队协作与工程文化（Engineering Culture）	Code Review、文档、规范、可维护性。

如果您完整的在SE这条路上走下去，您大概率会走在这些方向上：

前端 / 后端 / 全栈工程师
软件架构师（Software Architect）
DevOps / SRE（Site Reliability Engineer）
测试工程师 / QA
项目经理（PM）
系统分析师（System Analyst）

它们多数都是工程性、系统性、协作性、落地性的。

一言以蔽之：

计算机科学(CS) 研究“计算的规律与底层机制” 软件工程(SE) 研究“如何得到可靠、可维护、可用的产品”

只有理清了您想做什么，您才能形成清晰的认知然后找到学习的路线，并极大化减少自己方向外的，不需要的庞大知识树。当然，CS需要部分SE，SE也需要部分CS，这点在之后您都会慢慢接触到。

当时候到了，您自然而然就会接触到您需要的内容。

如果您也和我一样打算走engineer方向，那应该把重心放在自己需要的知识树和实践上。

未完待续...

小萌新装大系统的奇遇记

Sun, 12 Oct 2025 00:00:00 GMT

前言

这是篇关于我为什么如今选择使用Kubuntu，以及期间一些经历和解决方案的文章

我不喜欢windows，当然我也不是那种在desktop上堆一堆folder，连brew包管理和shell都不会用的果粉。

Windows遮掩了很多东西，过度的gui，冗余的组件，难堪其用的权限分配和目录树，见鬼一样的sh env等等都是我不用它干活的理由。您会不得不需要大量的虚拟化环境，啥都整合的IDE，以及大量的兼容性，版本管理问题。

那破目录树简直是什么考古垃圾堆...Program Files、Program Files (x86)、AppData、System32，再加上点盘符和反直觉路径名...一个库装完是要在四五个路径里找残骸的。后台进程是要抢IO的。cli tool是东拼西凑的。包管理winget、choco、scoop是三国割据的。脚本好像还互不兼容🤔？权限分配(UAC)像是大陆的学校门卫——平时谁都随便过，一旦你想干点大的，立刻把门锁死装眼瞎耳聋的（

PATH更神秘。用户级、系统级、session级，左右脑互搏各管各的，解析展开和合并生效也模糊不清。python装几遍、node装几遍，语言包管理和被管理主体永远指向不同版本。最后一看生效path和link，后宫宫斗这一块。

最后还有最爱的遮羞布：GUI。点开N层窗口才能找到真正的配置选项。日志散在十几个角落，想看端口还得netstat。这不是在开发，是在做考古。这些“外壳”都掩盖了DEV需要的透明度。

它不希望你理解它，只希望你别碰它。

Windows像是个被强行封装的黑盒系统，它允许你''运行程序''，却不鼓励乃至阻碍你"理解系统"。一言以蔽之：Windows很适合日常消费者民用，但不适合多数触及本质的开发。

以及：

wsl2有着众所周知的跨文件系统极其拉垮的读写性能
vmware有着神秘非常的网络配置问题
hyper-v的网桥数次让我Windows主体的DE崩溃。

我是个高度的实用主义者，我不在乎是MacOS还是Linux的哪个distro，方便好用就行。当然，如果您是做基架/计算机科学向(理论算法除外)的，那需要额外的考量。

安装 - 1. Arch Linux

背景

我想您曾在数次在各个社区/info上看到这句 "~~btw, i use arch~~"

Hey,bro,我想其中还有不少使用来自东方的二次元纸片小人，其中又有不少背景是彩虹或🍥（）

不可否认的是，Arch wiki在如今社区处理问题的便携性(对比以前)上可谓功不可没，such as:你在debian/ubuntu/open suse(Tumbleweed)等其他distro上碰上nvidia或者其他毛病，搜出来往往google SEO榜首是Arch wiki的某篇post ( ) 它写下了从零构建整个现代gnu/linux您所需要的近乎一切，看不懂/不会看是您的问题，不是它的（笑

但就我个人平心而论，我真不觉得complete newcomer用Arch是啥好主意，您会以至少6t/h的速率去高频骚扰agnet/llm，然后又使用更多的时间去问询关于linux基础架构和底层实现的知识，您会淹没在庞杂的command里，延伸出十几个、几十个、近百个问题及其分支中。不是每个人都做计算机科学的系统层方向，也不是所有人都会在乎哪个犄角旮旯的包是崩溃的罪魁祸首。您修/问等折腾的时间将会远远超过您在特定环境下完成期望的工作/学习的时间，请牢记：You are just a newcomer,not long-term open-source contributor or scientist. 很多知识/技能不是您当下该学的，您也学不会，就算学会也要花费很多不值得的时间精力。

时间到了，您自然会需要，会根据自己的需求接触到。

过程

我使用Ventory来创建bootable USB drive，u盘是Samsung 64g的闪存盘，我喜欢稳定和适量的冗余余地，同时我对镜像损坏和盘读写锁死有阴影。同样，因为我实用主义懒。这个工具创建USB driver可以同时放入多个镜像文件，而且只需要把iso拖入进存储分区就行，不需要反复formant，而且除了UEFI外的存文件的分区可以当作正常u盘来放文件，我可不想买个u盘只能当安装介质。

我使用archinstall来安装，这是一个helper library，很多人抱怨它不能手动分区（这一点其实新版的镜像附带的archinstall已经解决了）以及失去了手动学习arch的机会。但我不在乎这个，我只想有个合适的工作环境。~~工具做出来就是给人用的嘛。~~ 不过当然了，以后有机会/空闲时我会"朝圣"一番拜读纯手工安装的arch wiki的，但现在不是时候。然后就是非常固定的：

进入bios，关闭Secure Boot(安全启动)，调整efi顺序为ventory优先

联网和配置临时代理:

export http_proxy="http://proxy-host-address:proxy-lan-port"
export https_proxy="$http_proxy"

进入archlive， pacman -Sy archinstall更新
archinstall，然后把它要求您必填的字段全处理好，包括Partition，Time zone，镜像下载来源，nvidia driver，root/user账密等等
进入kde后，再次配置临时代理，安装yay，字体，fx5 input source，fish shell，您喜欢的proxy cli/gui

:::tip 这里有个小坑，一些游戏本会在新live环境自动启动飞行模式以禁用网卡，造成您在iwconfig时看不到网卡存在，您只需要用键盘的Fn key关闭飞行模式即可 强烈建议您用rj45网线链接路由器lan口，然后用手机clash系代理app进行LAN Proxy，以最大化减少不必要的麻烦 :::

:::warning 请给/和/root划入不同的分区，便于您后续修/root时保留自己的用户数据 请务必选择nvidia的闭源专有驱动，以及在这之后禁用自带的nouveau开源驱动（让你看个亮的） :::

至此主体安装以及结束了，但剩下的细枝末节实在是难以数尽，包括但不限于:

部分app window在Wayland下字体渲染模糊
内置网卡上下行速率奇慢无比(树外驱动)，~~这里特指联发科某些偏门/邪门玩意~~
nvidia睡死，桌面环境渲染输出崩溃
明明支持Wayland但默认不启用，查arch wiki：u need add the flag --ozone-platform-hint=auto --enable-wayland-ime to the launch file for Chrome (often located in /usr/share/applications/google-chrome.desktop ) Native Wayland support
滚挂（设置下timeshort在每次-Syu之前备份快照，其实修起来还好）

于是乎，我放弃arch了。因为 <a href="#self-awareness">上文所提</a>。

安装 - 2. Kubuntu

背景

在被Arch拷打半个月后，感觉自己的的怒气值和跟llm间的亲密度，尤其是日用期间修问题时与日俱增😡(这也可能与我双硬盘双系统设备本身有关)，因而转头被Kubuntu捞走了。一开始其实期望是open suse，但我对ubuntu这边的包管理熟悉度好些(以前用Kali的)。契机：暑假时偶然认识到了一位叫做 Glavo 的猫猫，得知其居然是大名鼎鼎的 HMCL 的唯一maintainer以及 PLCT 的疑似lv5前辈，感到十分震惊。看了几天他在bili上的日常issue、code、pr&merge以及我最头大的config env都是在Kubuntu 24LTS下进行。几日观察+和群u聊天提问后选择了这个distro，因为——它真的很懒。

过程

遭罪，非常的遭罪。

我一开始为了图更新的包而选择了Latest而不是LTS，相信我，这简直是赛博酷刑。

我的所有config都是接近最优最简解的Best Practice，和Arch以及多数distro类似的前置配置，config proxy，apt update&upgrade，然后最恶心的来了: ubuntu-drivers

这个cli本身没有任何问题，它同时也是被社区共同认可/设计的、面对 "Which proprietary graphics driver to install?" 时的Best Practice，详情可见Community。可以说你压根不用动脑子，直接:

sudo ubuntu-drivers install   
sudo reboot

即可解君愁。~~一开始我就是如此相信的（~~

但直到我花了整整八次去重装并输出内核报错结果以及显卡硬件信息反馈后我发现：

Best practice is NOT ALWAYS the BEST (

我用了2次尝试在best practice下查明问题所在和发生了什么：情况一. 网卡部分内核级崩溃，别说无线，连rj45有线网卡，usb网卡都不识别。情况二. Nvidia经典一睡不醒，这是安装过程中的随机事件，但我日志看了半天看不明白为什么发生。控制变量完全一致。但如果您使用了大陆高校/大厂镜像源的话可能性疑似更大

然后用了5次尝试了所有sudo ubuntu-drivers devices下的所有drivers，open kernel的，proprietary的，新的老的全试了一遍，最后得到结论：在我的设备环境下(CPU：amd R9-7945HX，GPU：RTX 4060 Laptop，Wireless LAN Card：MediaTek Wi-Fi 6E MT7922 (RZ616) ，Lenovo R900P 2024)，安装Kubuntu latest（KDE 6.x , Wayland）将会100%复现情况一，概率复现情况二。且reddit社区对联发科(MediaTek)的这位邪门网卡驱动表现可谓骂声一片, linux上同样, 感兴趣可自行goggle search下这位神秘网卡。

然后红温了，直接照搬Glavo~~猫猫大人~~的配置，成为究极懒狗。1. Kubuntu 24LTS 2. sudo ubuntu-drivers install 3. Install fish shell, 啥都不改，WM也是24LTS的X11，DE也是default KDE 5.x。

然后过上了幸福的日子，解决了我近乎一切烦恼，除了💩的 MediaTek Wi-Fi 6E MT7922 (RZ616) ，它在linux下的速率和信号接收仍然是依托答辩，不负它在社区的显赫骂名（

后续：我又重装了两三次确认，在24LTS下无论装那种devices optional下的Nvidia drivers，都没有出现任何问题。

一个普通人的全栈学习日记

Fri, 26 Sep 2025 00:00:00 GMT

记录着，叹息着，期盼着

建立缘由

我是个很普通的人，自然也会有偷懒，迷茫，恍惚的时光。写这份日记是为了记录自己，看着自己一天天，一点点向上攀爬的样子。希望多年后自己能成为很厉害的人，回首时一边看着自己的来时路，一边哑然失笑。

对看这份日记的人，一些想说的

如果您是个很厉害的，已经在半山腰或是临近山巅的成熟开发者，这只不过是个小萌新步履蹒跚的玩具日记罢了。但如果您也是个对计算机，对前端有些兴趣，但却患得患失，不知从何入手的普通人，或许它给您心中的困惑带来些答案。

老实说我是个很懒的人，也不喜欢写文档，写文章。我一直秉持着“不是同一个世界的人，再怎么接近，也终究无法重合”和观点。因此我其实对docs持悲观态度，这份日记也主要是为了我自己而已。

不过每个人都有自己的局限性，我也不例外。这份日记基本算我的备忘录和流水账日常，因此只是一份参考。同时屏幕对面的您要做好一个准备就是：您不一定能完全复刻我的道路。这不是对您的看轻，不屑或是歧视，而是字面意思上的陈述。我是个很平庸但比较幸运的孩子，在我的一路有很多对我影响深刻的人，或是前辈或是朋友也或是陌路，都对我帮助了很多很多。~~某种意义上，我是个百家理念的集成品（？~~ 可以说是拾人牙慧，也可以说是被“托举而上”的。同时我的专业技术虽然不怎么样，但我对软工SE的很多现代技术栈/架构/产品都有较明晰的大致认知，且我对计算机软工SE有较高的亲和度，从源头追溯可以到小学三四年级乃至幼儿园时期，不过对计算机科学CS尤其是理论层，比如DSA那种直指数学的东东就不怎么样也谈不上喜欢了。我喜欢code，喜欢engineering，但不大擅长scientific。

在当今社会环境下，我见过太多太多在大陆国行手机和低俗短视频平台下，失去对计算机基本理解和亲和的孩子了。傻瓜式的手机阻碍了基本的系统操作能力，无用的庞杂信息流妨碍了自主的探究思考，“民用”化的Windows遮掩了计算机的本质。

每个人都有各自的方向，烧菜的厨子不一定需要了解生火需要的热力学理论，也不一定需要学习如何生出更好用的火，但不能太离谱，至少TA得知道火是什么。您可以在计算机科学/软件工程基础上薄弱，但不能完全被蒙蔽双眼。

btw，我如今几乎所有工作环境都在mac和gnu/linux下完成，后者选个您顺眼的，(k)ubunttu就不错。我不喜欢Windows，原因有点罄竹难书，不过如果一路走下去的话，未来您自然会知道的。

:::warning However，DONT USE Arch IF U ARE A COMPLETE NEWCOMER :::

环境介绍

我主要使用MacOS作为主要开发设备。使用iTerm2作为terminal，使用zsh和oh-my-zsh三件套插件为shell，我现在主要方向在web上，所以我使用vsc，同时样式环境是Vitesse Theme+Material Icon Theme, linter上我使用SonarQuobe。agent上我使用copilot(vsc)并多数情况下用Claude4sonnet, 但是我不喜欢vibe coding和大陆市场部推出的agent产品，在面对配置和样式设计时它是💩，您可以拿它来问，但我始终不建议您用它写完整的东西。

在Kubuntu上我比较懒，用的是kubuntu lts24，但这是有原因的，和我笔记本的联发科偏门网卡以及nvidia有关，这部分未来会在另一篇文章中详谈。WM上我使用x11，DE上我用kde plasma5，使用fish为shell，因为我懒。当然您大可用Debian 13什么的，喜欢啥distro都可以。我们是engineer，不是scientist或社区宗教信徒。

:::important 我始终建议您使用Google，reddit，overflow，gpt/gemini model等，我个人拒绝使用且不建议您使用baidu,csdn,douyin,deepseek,doubao等玩意。我不喜欢大陆的软件生态。 :::

:::warning 不要在学习和练手时用vibe coding，那对教育意义是灾难性的。 :::

补充：后来用 EndeavourOS(一个贴近arh原生的分支)去了，以及对vibe。。时代不同了，应该辩证的使用，后面会详谈

预期roadmap

:::tips 我个人建议您使用OSX(MacOS)或任意发行版的gnu/linux去尝试参照我的路线，因为这可以帮助您触及很多本质上的东西。正如我上文所述，windows会遮掩本质，以及windows其实在很多地方很麻烦。 :::

大致预期路线：

语言/框架

前端部分：

HTML -> CSS -> Tailwind css 写静态web -> JS -> 写手搓web -> npm(大致了解包管理即可) -> Vue -> TS -> 写现代webapp -> Nuxt -> React -> Next

Branch: Vue   -> scss
        React -> css-in-js, css modules

后端部分：

Nodejs -> 写CLI app -> PostgreSQL -> 写简单的CRUD app -> RESTful API -> JWT Auth -> Redis -> 写一个完整的app

DevOps部分；

未完待续......

工具链

Build tool: Vite Webpack, serving to bundle and optimize web applications.

Bundler: ESBuild

Deploy: Vercel, Netlify

Linter: ESlint, SonarQuote

流水账

2025-10-9 00:20

W3S tutorial, HTML

Now, Chapter : Forms Section : HTML Input Attributes

2025-10-9 09:00

W3S tutorial, HTML

Finish Forms chapter learning

Now, Chapter : Media

2025-10-10 02:18

W3S tutorial, CSS

Finish HTML part learning

预期学习概况：

必学：

选择器：基础（#id, .class, tag），组合选择器，伪类（:hover, :focus），伪元素（::before, ::after）
盒模型：margin, padding, border, width/height, box-sizing
布局：display（block, inline, inline-block, flex, grid），position（static, relative, absolute, fixed, sticky）
字体与文本：font-size, line-height, font-family, text-align
背景与颜色：background, color, opacity
响应式：媒体查询（@media）
动画/过渡：transition, transform, animation（了解即可，常用在按钮 hover 等场景）

初学阶段可以不学：

CSS 自定义属性（--var）→ 初学不常用
CSS 函数（calc(), clamp() 等）→ 可后面补
CSS 高级选择器（nth-child, nth-of-type）→ 先不碰复杂情况
CSS Grid 高级特性（自动布局区域命名）→ 学基础网格即可
CSS 高级动画（关键帧复杂动画）→ React/Tailwind 常用库替代

2025-10-10 23:30

[x] 字体与文本：font-size, line-height, font-family, text-align
[x] 盒模型：margin, padding, border, width/height, box-sizing

2025-10-11 8:30

看文档/视频是在获取知识，亲手写code是在训练技能。

:::important 切记，减少陷入"知识幻觉"的情况！ Coding是一种技能，而不是纯粹的知识。如果您采取了先看完很长篇部分的文档(期间不动手)，然后再尝试写example，这时您的脑子往往会一片空白，反应不过来该怎么做。We are engineers , not scientists. 您应该在学到每个(几个)可以独立起效的概念时，尝试动手去进行复现->改造->观察这样的重复过程。这就是我的best practice。 :::

这也是我一次次强调，避免在newcomer时用agent写东西的缘故之一，vibe写出的不是您自己的。

2025-10-12 23:45

今日休战，写了篇关于Linux安装历程和不喜欢windows原因的post

同时在纠结要不要写个用于页内bookmark跳转后暂时高亮:target的css/js，llm不好用，问厉害的前辈不太搭理我，难过

可能是我的问题太低端了吧，可是我也问不出什么更厉害的问题了呀，唉。。。

给校内的教授写了邮件，不知道我一个做软工SE的能不能被转专业，我不想干两三年的牛马活和写生化论文毕设。

今天是不太开心的一天。

2025-10-13 3:20

理解概念，梳理构造，分剥问题，书写实现，整合连结

工程的本质是一次又一次类似操作流程的完成，互相契合的齿轮互相带动，形成了完整的大厦。

这也是SE每天都在做的事情。我喜欢这样的重复，虽然它一眼望得到头hhh

2025-10-13 13:00

第一次给大大的repo Dify提 PR，被merged了，虽然没什么难度，但很开心。很感谢湊老师ww

2025-10-15 21:30

因为一些事，想起来之前被一位很厉害的朋友带去和一群很厉害的CS方向的人吃饭，被其他人问自己的学校和专业是什么时的情景了hhh

感觉自己所在的 “位置” 说出口都是一种，莫大的自卑和丢人。他们那才配称之为真正的“大学”，至于我嘛... ww，多说无益。

2025-10-16 01:36

看一篇某校的面向新人wiki有感，发觉自己犯了个很大的错误

我太多的用被一些厉害的人，潜移默化/耳濡目染下的，学CS的态度去学SE。纠结没什么鸟用的css property rendering顺序等等类似的事情，每小时十几次问llm旁枝末节，这些都太冗余和拖慢进度了，应该是一切以“写”和“做”为导向才对。

我纠结太多没用的细节了，那种“先做了再说，细节回头补”的做法才是更合适的（这才是Software Engineer该有的、更合适的做法。

被湊老师喂饭+1 ：面对 gemini2.5p 需要调整temperature为 0 ，会得到更好用和专业的结果。湊老师说我需要看这个，唉他昨天就发我了，结果昨天一整天都在不知道做什么，拖拖拉拉的没看。

我有好多好多要做的事情，永远也做不完、堆积如山的需要看/学的docs内容，却总是想着偷闲。真的好羡慕那些可以无虑过完“青春年华”的人生啊。。。或许我该进一步的减少和室友/本校同学以及这个无用学校的交互了，对正事毫无帮助。

2025-10-16 02:20

唉。。看到了杭电HDU的wiki 越发觉得无力，我这种从一开始一无所有的人真的最后能在 SE 上成功吗...

“他们”无一不是有着庞大的校院优异资源，大量的社区支持，一代代难以数尽的先辈经验和支持，上位阶层兜底的初始认知高度etc...我有什么，我又能付出什么,,,现实中的全部吗？隔着屏幕能抱上大腿的数来数去也就那几位，方向还多数是不同的，现实里能帮到我的一个人也没有。

我没有项目/课题组/导师，我没有学校社区足以喂饭的wiki，我没有衣食无忧的阶层背景。我，，，除了计算机，早就什么都没有，也什么都不剩了hhh。没有人能帮我垫底，也没有人能在现实中的当下帮到我。

当下，一切只能靠我自己了。好在，SE对背景/资格的需求是最低的，不过与此同时，对个人的剥夺也是最大的www

果然，还是好羡慕，好羡慕啊...我真的能在最后胜出吗？即使能，为此我又会付出多大的现实呢...?

2025-10-17 21:30

终于配完软路由了。从十点半配到现在饭没吃屁股没挪过，坐牢。

写篇post

2025-10-18 14:50

学习源有问题，我想我应该修正下自己的学习工作流...

正在参考御守老师发的 https://wangdoc.com 和杭电的 https://hdu-cs.wiki/

我之前居然把csdiy忘记了。。。好蠢（

太慢了，太慢了。我必须得更快点，必须得把现实压缩出更多的时间才行。。。

2025-10-19 14:55

来看了下学校的百团（社团聚集/招新演艺活动）

嘛...有时看着这些出着各色服饰的coser，看着在社团和活动中洋溢青春笑容的人，我总是会不禁在想：

“这才是大学生活呀...与之相比，我仿佛是在大学上班一样”

哪怕想跨越的只是知识的阶层，所长之处和卑微的出身，也会成为壁垒，成为包裹自己的最大的隔阂

我该怎么做。我必须得做。想起了一句歌剧台词：

汝欲许下跨越常轨，跻身天穹的愿望？

那意味着要付出除愿望外的一切，

才能填补那浊沼与高天间的隔断

原本想着能不能通过给学校一个叫电医的社团提供对萌新/客户的软件/环境配置+水群+分享工作流/工具链，来借此获得在社团活动室的久居坐班权，看来不大行。排班已经满了。

我不算特别喜欢宿舍，或许没有什么特别的矛盾，但终究不是一个世界的人，没有交互性，也没有共同的语言。我需要更多的时间去做自己的事。无论是技术，还是生活。

不是一个世界的人，终究不会有交集的，哪怕看上去的关系再好也一样，毫无意义。

预计给一个学校动漫社web的立项，其中涉及到了数据存储问题，我在思考该和前人一样py+numpy操作csv表格，还是使用正统的方式去存储数据信息，比如SQLite或者postgreSQL，然后再单独设计个页面去用于数据库的CRUD。这是个很麻烦的问题，因为这其中的功能逻辑期望是不确定和易变的。

web上我预计会用 vue ，并使用Tailwind来处原子化样式，pnpm来对node包管理，vite构建，因为这在学习路线上。我听说过UnoCSS的引擎更佳，但我这个学期可能学不到。

后端上我预计会用Golang的Gin来做routing和后端逻辑，并对sqlite数据库进行CRUD，以此达到需求。

2025-10-20

出于人际关系和学业问题，终止立项。我对“社团”这样的组织很失望，并且也不打算再与自己本科学校的所有学生自发组织有任何交集。

这篇日记还是回到全栈开发的正题上好了

找到校内的某教授当背书毕导，开心。终于不用为了毕业担惊受怕了。不过我需要为课题组处理一些信息上的问题，这个小问题。

2025-10-22 20:30

在教授导师那边蹭到了一个课题组的工位，没想到困扰/期望了这么久的校内工作环境居然能以如此简单的方式解决。。。该说不愧是正教授/博导吗，恐怖如斯（）

早知道就不去掺合社团之类的没啥用学生组织了，现在想想自己当时好蠢，浪费时间精力。。。（

或许只有更高的地方才能发挥出我的价值。

2025-10-23 00:43

记录一段可能会影响余生的对话：

A1 : 说话卡哇伊的人,或许正忙着拉小团体/圈子背后嘲笑你

A2 : 重要吗嘲笑你会让你亏钱吗

A1 : 上一分钟还在萌萌表情包,下一分钟地雷后开始嘲笑

A2 ：好事啊说明这关系有问题，断掉就行他们对我的意义都没有 llm 大，为什么我要期望他们。。。

A1 ：您的情感/对人的期望好像很淡ww. 如果是我的话可能要膈应个少说半个月往上或许情感淡漠有时并不是坏事

A2 : llm 能放大我的能力，有几个人也能，一般路过的我哪有精力管

A1 : 您会有和人打自心底的分享烦恼/寻求情感帮助吗？

A2 : 有，不多没有情感就不需要了人是会分道扬镳的，习惯就好了

A1 ：这一周内经历了很多，很多。仿佛把“人走茶凉” “人情冷暖” “时过境迁”，一次性看了四五年的份一般。

A2 ：你会对着 llm 生气吗，他们连 llm 都不如（

A1 ：我感觉自己的热忱正在一年年的消退，漠然，沉默。对游戏的，对现实里“周边人”的认知的，对家庭的，对现实的朋友的，对隔着屏幕的“朋友们”的。

A2 ：好事

A1 ：向往，印象，记忆，认知高度。一切仿佛都成了莫大的隔阂，把自己隔阂在现实中的周围人之外，成了脑海中不断回荡的洪钟，无时无刻的催促自己向前，向上。

A2 ：我从来没在意过别人比我早学编程也没在意过别人本科拿各种奖学金现在他们在哪呢.jpg 既然不是一条路上的为啥要在意（

A1 ：比如一些人在很小时就能接触到coding并能继续维持下去，而我接触时间很早但那时只能写题和做题家

A2 ：你都只喜欢技术了，自己给技术多交点 pr 有啥嫉妒的。。你现在也可以 coding（

没有价值的交际圈不重要，不必理睬太多的辱殆，看清自己的前路就好。

我该继续向前了，谢谢您。

2025-11-10 17:55

久违

当了两周的科研牛马，发现这并不是我应该走的路，以及这条路对我这种大陆下层阶层的人来说是走不通的。既不是不够努力，也不是没有能力，而是很简单也很现实的...“你不行”。世界上有很多光辉的路，但那并不是给你我准备的，从出生开始，就没有走那些路的“资格”。

听到了室友昨天关于出国旅游的一些聊天www...出身终究是出身，投胎也是门技术。我出生到现在，似乎一次完整的旅游都没有过，唉。。。缩在小小的工位，睡着小小的床，抱着小小的电子设备。说的好听点，是计算机大佬，是明确己道。说的直白点，就是这辈子只配，也只能配活在数字构建的虚拟中，一辈子也没有离开的资格，唉。。。朋友终是狼藉散尽的宴席；亲人在高阶层时是“亲情”，低阶层时连交流的必要都没有；恋人...至少我或许没有资格吧。

我心眼很小，当我看到他人获得了自身“德不配位”的好东西时，脑海中总会忍不住的盘旋：“凭什么...？”。我敬仰羡慕那些凭借自己，达到自己应得成就的人，但极端畸形的嫉妒、怨憎那些得到不该有享受的人，明明我如今得到的很多东西也是“幸运”的一部分，但至少是真正的“幸运”。

想法发生了一些改变：

A1: 这些近乎于系统层和架构的东东，如果我不满足于仅仅只“照猫画虎，llm照着做”，而希望明白自己在这期间做了什么，对整个架构有什么意义，在其中发挥了什么作用，我该从哪里开始学起或者了解起（？

A1: 怎么说呢。。。有一种，这才是计算机和软件架构的本质的感觉，而不是那种web冗余的样式，和用框架去写一个又一个思路近乎一致的webapp

A1: ww，想法发生了些改变，不过似乎没有用，因为我的现实境况似乎只能从前端开始攒简历，没什么选择余地

A2: 有个叫 llm.c 的项目

ww，与同一个世界的人际交际毫无意义，与同世界不同阶层的人交际不是为了获利就是为了讨好，与同世界同阶层的人交际可遇不可求，往往碰上也只是提防和警惕。

「我思我想皆为过去所定，我行我为尽是未来所鸣」

啧，颈肌痉挛的问题对长坐的影响太大了，周三还得去做磁共振

家庭的漠视与无能，却要我自己的身体留下病根来弥补，到头来谁会关心我hh，只不过会嘲笑我缺乏运动和偷懒罢了，说的好像他们愿意交出自己幸福轻松的中学和温馨体贴的家庭似的，可笑。天宫上的天龙人，怕是这辈子都没见过什么是真正的“下水道”和无能为力吧。真想全部夺走啊。。那些遥不可及，每次噩梦中都羡慕的幸福。

HDU-CS-WIKI

Chapter: CSS basic

2025-11-13 22:05

哦天，让我一个大二直接速通毕设+论文吗（）

不知道该说感谢这位博导能记得我需要大三四跑路实习还是该说他对我期望有点离谱了（x

git graph一下子空了好几周，有点难受

2025-11-17 21:56

时间过得好快（

每天不刷下git graph总感觉缺了点什么（）不过这几天学校琐碎事务太多，都没啥空好好耐下心来完整的看doc,唉。。。

感觉越来越缺“时间”了

2025-11-19 21:41

complete CSS at-rules in mdn

follow hdu-wiki frontend fast-completion tutorial

coding by hand is more important then reading, maybe i need try self-test project of roadmap.sh

2025-12-8 17:43

这两周经历了许多，感觉自己的一些见解也成长到了似乎前所未有的高度

从对一些新鲜花俏事物和急切于工作需求的小玩具/技术栈盲目求成，到转向于倾向更底层、更原理性的思考

直面了某最好朋友之一的离世后，深刻的明白了个道理。。。：珍惜该珍惜的忽视没意义的。

不是所有人事都有交集的必要，沉默的旁观，把时间精力放在自己的日子上或许往往会是更好的选择。

「时间」，是我这几个月来体会最深的。

读完了一篇近七十岁活化石级别hacker的文章，与某些前辈交流，反思了很多自己不足的地方。我不得不承认的是，我此前的很多想法有些肤浅了，在 llm 高速发展的现状下，我或许不应该用那么多不必要的时间和精力去细究于使用各式各样花俏的框架，而应当去沉思「框架的如何去优化和底层如何实现某个功能」，「如何更好的编程」，「整套业务逻辑是由什么组成的」，只学原理，不背语法(syntax)/标准(spec)。

<details> <summary>对于路线的一些变更</summary>

给初学者的建议：不要只学“语法”，要学“体系”

许多人对前后端尤其前端感到的“失去意义”，是因为把前端理解为 UI切图 (Styling & Layout)。没错，写CSS、调布局、写简单的点击事件，这部分工作确实会被AI吞噬90%。

前端真正的未来在哪里：

向深处走：钻研语言底层、浏览器原理、安全攻防。做那个能解决AI解决不了的Hardcore Bug的人。
向宽处走：学习Node.js、数据库、部署。把自己变成一个能独立完成产品的工程师，而不仅仅是“写界面的”。
向高处走：学习编译原理、工程化架构。搭建高效的开发环境。

AI看不懂混淆代码 -> 所以逆向工程依然值钱。

AI不会设计新的工具链 -> 所以造轮子依然值钱。

AI不懂业务怎么拆分微服务 -> 所以架构设计依然值钱。

AI写的代码性能一般 -> 所以底层优化依然值钱。

:::important 如果你只学怎么“开车”（写代码语法），那自动驾驶来了你就失业了。但如果你学的是机械原理（底层/工具链）、交通规划（架构/全栈）或者特种驾驶（安全/逆向），那你永远是控制方向盘的那个人。 :::

总结：

不要再去学怎么“手写一个导航栏”了，那是上个时代的技能。

现在的学习路径应该是：用AI帮你快速把页面搭起来，然后把节省下来的时间，全部投入到 JS运行机制、浏览器原理、网络协议、算法、以及复杂的业务架构设计中去。

LLM（尤其是Gemini3p、Claude4.1、GPT-codex等）并没有让前端消失，但它极其残忍地铲除了前端开发中那些“只靠记忆和体力”就能完成的领域。

对于初学者和就业者来说，以下这四个曾经可以用来谋生的领域，现在已经基本被摧毁了：

“切图仔”模式 (The PSD-to-HTML Era is Over)

曾经的价值：设计师给一张Figma/PSD图，开发者手写HTML/CSS把它还原出来，处理一下Margin、Padding、Flex布局。
现在的状况：彻底毁灭。
- 工具如 v0.dev、Screenshot-to-Code 甚至直接把截图扔给 Claude/Gemini，它们能在几秒钟内生成完美的 Tailwind CSS 代码。
- 就业影响：如果你的作品集里还在展示“我能完美还原一个静态网页”，这在面试官眼里约等于毫无价值。因为老板一个月花20美元订阅AI，干得比你快100倍。

“API 搬运工” (CRUD Boilerplate)

曾经的价值：写一个表单，验证一下手机号格式，调用一下后端API，把数据显示在列表里。这是过去初级前端80%的工作内容。
现在的状况：极度贬值。
- 现在的IDE（如Cursor）可以直接根据注释生成整个 fetch 请求、Loading状态处理、错误捕捉。
- 就业影响：公司不再愿意招一个初级员工来写这些“样板代码”。以前招初级是为了给高级打下手，写写简单的页面；现在高级工程师+AI，一个人就能把这些杂活干完。“初级工程师”这个岗位的坑位正在剧烈收缩。

“文档背诵型”技能 (Syntax Memorization)

曾经的价值：面试时问“CSS居中有几种写法？”“JS数组去重怎么写？”“Webpack怎么配置？”
现在的状况：毫无意义。[4][6]
- 没人需要背这些了。以前你必须是个活字典，现在AI是全知全能的百科全书。哪怕你忘了怎么写 Reduce，敲两个字母AI就给你补全了。
- 就业影响：面试考察重点从“你会写这个语法吗？”变成了“这段AI生成的代码为什么跑不通？”或者“这段代码有性能陷阱，你能看出来吗？”。

低端的外包与仿站 (Low-end Outsourcing)

曾经的价值：接私活，帮小餐馆做一个点餐页，帮小公司做一个展示站。
现在的状况：被SaaS和AI生成器吞噬。
- 以前需要找你花几千块钱做的事，现在用无代码平台+AI文案+AI配图，普通人一下午就能搞定。

对初学者的残酷真相：你需要跨越“新手村陷阱”

现在最可怕的不是AI能写代码，而是AI给初学者制造了一种“我会写代码”的幻觉。

新手村陷阱：你用AI生成了一个看起来很酷的网站，你觉得你入门了。现实：一旦业务逻辑变得复杂（比如涉及到权限管理、复杂的并发处理、Canvas绘图），或者代码出了诡异的Bug，AI就开始“胡说八道”了。这时候如果你没有深厚的功底，你连改都不知道从哪改。

“跳过html/css”不等于“不学”，而是从“学习如何手写”转变为“学习如何原理性理解和调试”。

如果你完全跳过 HTML/CSS/Tailwind，直接去搞 JS/TS 和业务，你不会成为“架构师”，你会成为一个**“跛脚的盲人”**。因为 AI 生成的界面一旦稍微错位（比如 flex 布局挤压了，z-index 遮挡了），如果你不懂 CSS 盒子模型和层叠上下文，你连让 AI 怎么改都描述不清楚。

你要跳过的不是“知识本身”，而是“机械记忆的过程”。

1. HTML/CSS：从“手写”转为“审视/review”

以前的笨办法（要跳过）：
- 花费两周时间死记硬背 grid-template-areas 的语法。
- 手写几千行 CSS 来练习如何实现一个复杂的导航栏动画。
- 背诵 Tailwind 的所有类名（比如 pt-4 mx-auto）。
现在的加速法（必须学）：
- 核心概念必须懂： 什么是盒子模型 (Box Model)？什么是文档流 (Flow)？flex 和 grid 的布局逻辑是什么（主轴/交叉轴）？position: absolute/relative/fixed 的参照物是谁？
- 学习方式： 让 AI 生成一个布局，然后打开 Chrome DevTools（开发者工具）。
  - 去点选那个元素，看它的 Computed 属性。
  - 试着在控制台里开关那些 CSS 属性，看页面怎么崩坏，又怎么恢复。
- 目标： 你不需要能凭空写出完美的 CSS，但当 AI 生成的代码出现“文字溢出”、“元素无法对齐”时，你能一眼看出是因为漏了 flex-shrink: 0 还是 overflow: hidden。
- Tailwind： 了解它的设计哲学（原子化 CSS），至于具体类名？装个插件让 IDE 提示，或者让 AI 写，不用背。

2. JS/TS：这是核心，不能跳过

JS 是逻辑的载体，这部分不能跳过，反而要加倍学，但侧重点不同。

以前的笨办法（要跳过）：
- 背诵 Date 对象的所有格式化方法（AI 会写）。
- 默写正则表达式来验证邮箱（AI 写得比你好）。
- 死磕怎么用原生 JS 操作 DOM（document.getElementById），现在都用框架了。
现在的加速法（必须深挖）：
- 异步与事件循环 (Event Loop)： 这是 AI 最容易写出 Bug 的地方。如果你不懂 Promise、async/await、宏任务/微任务的执行顺序，你根本修不了“数据为什么没加载出来”的问题。
- 作用域与闭包 (Scope & Closure)： AI 经常会写出变量污染或者内存泄漏的代码，你不懂原理就查不出来。
- TypeScript 类型系统： 这是重中之重。 你现在不需要自己写复杂的逻辑，但你必须能定义清晰的 Interface 和 Type。TS 是你约束 AI 不乱写的契约。 如果你能写出完美的类型定义，AI 就能填充出完美的逻辑代码。

3. 浏览器原理与网络：

初学者往往忽视这部分，觉得“能跑就行”。但在 AI 时代，由于代码生成变得极其容易，性能优化和原理分析就成了稀缺能力。

必学内容：
- 渲染原理： 浏览器是怎么把 HTML 变成像素的？什么是重排 (Reflow) 和重绘 (Repaint)？（懂了这个，你才能看出 AI 生成的动画是否卡顿）。
- 网络协议： HTTP 缓存策略（强缓存/协商缓存）、跨域问题 (CORS)、WebSocket。当 AI 写的请求报错“CORS Error”时，你得知道这是服务器配置问题还是请求头问题，而不是只会傻傻地问 AI“为什么报错”。

4. 所谓的“业务”到底是什么？

你说“指向业务”，对于初学者来说，不要空谈“商业逻辑”，你应该关注的是**“应用架构逻辑”**。

实战训练法（Project-Based Learning 2.0）：
- 以前： 对着视频教程，从头敲一个“待办事项列表”。
- 现在：
  1. 让 AI 生成一个“待办事项列表”。
  2. 提出复杂需求刁难 AI：
    - “我要支持本地存储，刷新不丢失。”
    - “我要支持拖拽排序。”
    - “如果网络请求慢了，怎么防止用户重复点击？”
    - “如果有 10000 条待办事项，页面卡死了，怎么用虚拟滚动 (Virtual Scrolling) 优化？”
  3. 你的工作：把 AI 给出的零散代码，组装进你的项目中，处理它们之间的冲突，解决出现的 Bug。

总结：你的新身份

不要把自己当成搬砖工（从零堆砌代码）。

要把自己当成包工头（Code Reviewer & Architect）。

你需要跳过的是“搬砖的动作”，但你必须懂“砖头怎么砌才不会倒”。

HTML/CSS： 懂原理，能读懂，能调试，不硬背。
JS/TS： 精通异步、作用域、类型系统，这是你的内功。
工具/原理： 熟练使用 DevTools，理解浏览器和网络，这是你的透视眼。

当你看到 AI 生成的一段代码，心里想的不是“哇好神奇”，而是这里用 map 可能会有性能问题，建议改成 for 循环，而且这个样式在 Safari 上可能会错位，我得加个前缀——这时，你就走出了新手村陷阱。

不要因为名词多就害怕。前端其实就三块大石头：

JS 语言本身（闭包、原型、异步）
浏览器环境（DOM、事件、渲染、存储）
网络协议（HTTP、跨域）

其他的（如虚拟滚动、Webpack、Axios）都只是基于这三块石头长出来的花草。先把石头摸透，花草随用随学。

关于CSS：

如果你完全不懂 CSS，AI 生成的代码一旦布局错乱（比如按钮被挡住了、手机上排版炸了），你连问题出在哪里都不知道，更别提让 AI 修复了。

你需要“大致看”的 20% 核心内容（能解决 80% 的问题）：

盒模型 (Box Model) —— 必看
- 搞懂： margin（外边距）、padding（内边距）、border（边框）、content（内容）。
- 为什么：这是网页布局的原子。不懂这个，你永远调不对元素的大小和间距。
布局 (Layout) —— 必看
- 搞懂： Flexbox和 Grid 。
- 重点：只要懂 justify-content (主轴对齐) 和 align-items(交叉轴对齐) 以及 flex-direction。
- 为什么：现代网页 99% 的排版都是靠这两个实现的。AI 经常会把对齐搞反，你得能一眼看出来。
定位上下文 (Positioning) —— 选看
- 搞懂： relative (相对) 和 absolute (绝对) 的关系。
- 为什么：当你要做“右上角的关闭按钮”或者“悬浮弹窗”时，不懂这个就会导致元素满屏幕乱飞。
单位 (Units) —— 扫一眼
- 内容： px (像素)、rem (相对于根元素字体)、vh/vw (视口百分比)。
- 理由：知道 100vh 就是“占满整个屏幕高度”就行。
Tailwind CSS —— 推荐作为“默认语言”
- 怎么处理：不需要刻意去学 CSS 原始语法，直接上手 Tailwind。
- 理由： Tailwind 本质上是把 CSS 变成了“语义化的类名”（比如 flex items-center p-4）。这非常适合 AI 生成，也适合人类阅读。你只需要让插件在编辑器里提示你就行，不用背。

坚决不需要看的内容（让 AI 做）：

复杂的 CSS 动画 (@keyframes)。
媒体查询的具体断点写法 (Media Queries)。
为了兼容 IE 浏览器的各种 Hack 写法。
CSS 预处理器 (Sass/Less) 的复杂函数。

可以直接跳过（让 AI 做）：

Grid 布局（初学者用 Flex够了，复杂的给 AI）。
float 浮动（过时了，别看）。
animation / transition 动画细节（AI 写得比你顺滑）。
复杂的选择器权重计算（碰到样式不生效再查）。

关于后端切入：

绝对不要在初学阶段并行学习 golang 或 jv。直接死磕 JS -> ES6 -> TS，然后用 Node.js 切入后端。

为什么不要并行学 Golang？

认知过载： JS 是基于原型的异步语言，Golang 是强类型的同步并发语言。两者的编程思维（Paradigm）完全不同。初学者同时学两套，会导致你“走火入魔”，最后两边都学不精。
JS 的全栈红利： JavaScript 是目前唯一一门**既能写前端（浏览器），又能写后端（Node.js），还能写数据库脚本（MongoDB）**的语言。
效率最大化：您现在的目标是“懂业务架构”。用 Node.js (NestJS/Express) 写后端，您可以复用你刚刚学会的 JS/TS 语法，把精力集中在“数据库设计、API 鉴权、微服务架构”这些核心业务逻辑上，而不是浪费在学习 Golang 的语法（如 if err != nil）上。
重原理，轻记忆： 语法（Syntax）可以通过 AI 生成，但运行机制（Runtime Mechanism）和内存模型必须通过人脑理解。不懂原理将无法调试 AI 产生的复杂 Bug。
工程化思维： 从学习的第一天起，就要以“构建系统”而非“编写脚本”的思维要求自己。

阶段一：JavaScript 核心机制（ES6+ 现代标准）

目标： 跳过过时语法，直接掌握现代写法，理解数据在内存中的表现。

变量与内存模型：
- 使用 let 和 const，彻底废弃 var。
- 核心难点： 引用类型与堆栈内存。理解为什么修改一个对象的属性会导致引用的源对象也发生变化（浅拷贝与深拷贝的区别）。
数据处理：
- 放弃低效的 for 循环，熟练掌握数组的高阶方法：map (转换)、filter (筛选)、reduce (聚合)。这是数据驱动开发的核心。
- 解构赋值：熟练使用 const { data } = response 提取数据。
函数与作用域：
- 对比普通函数与箭头函数 (=>)。
- 核心难点： 理解 this 指针的动态绑定机制，以及闭包 (Closure) 产生的变量生命周期问题。

阶段二：异步编程与事件循环（攻坚重点）

目标： 跨越新手与工程师的分水岭。这是 AI 最容易出错、最难调试的领域。

运行机制：
- 理解 JavaScript 的单线程特性与 Event Loop (事件循环)。
- 区分宏任务 (Macro-task) 与微任务 (Micro-task) 的执行顺序。
异步工具：
- Promise： 理解 Pending、Fulfilled、Rejected 三种状态流转。
- Async/Await： 必修课。学习如何用同步的代码结构编写异步逻辑，消除回调地狱。
实战场景：
- 使用 fetch 进行网络请求，处理竞态问题（Race Condition）和错误捕获（Try/Catch）。

阶段三：TypeScript 工程化（职业护城河）

目标： 给代码加上强类型约束。从这一刻起，停止编写脚本，开始构建工程。

类型系统基础： 掌握 string, number, boolean 等基本类型，尽量避免使用 any。
接口与类型别名：
- 使用 Interface 描述数据结构（例如后端返回的 JSON 格式）。
- 利用 IDE 的智能提示减少拼写错误和逻辑漏洞。
泛型 (Generics)： 理解 Array<T> 和 Promise<T> 的含义，即“参数化的类型”。

阶段四：浏览器环境与运行时

目标： 理解代码运行的“容器”。

DOM 与事件：
- 理解事件冒泡 (Bubbling) 与事件捕获 (Capturing) 机制，掌握事件委托 (Event Delegation)。
数据持久化：
- 区分 localStorage (持久)、sessionStorage (会话) 和 Cookie 的应用场景。

阶段五：后端架构与全栈延伸（Node.js）

目标： 利用语言同构优势，切入后端业务架构。

技术栈迁移： 不学习新语言，直接使用 TypeScript 配合 NestJS 或 Koa 框架开发后端。
业务核心： 将精力集中在 HTTP 协议理解、数据库设计 (SQL/NoSQL)、API 鉴权 (JWT) 以及 Docker 容器化部署上。
架构思维： 学习如何设计高可用的微服务架构，而非纠结于简单的 CRUD 实现。

小巧思：

每一个概念（如闭包、原型链），先让 AI 举生活中的例子建立直观认知，然后立刻在浏览器控制台中编写代码验证，最后分析内存和执行栈的变化。
认知陷阱： 在未精通 JS/TS 体系前，切勿分心学习其他后端语言，以免造成思维混乱和效率降低。

</details>

大学转专业成功，转行去web后端了。

本篇至此封章，一路走来学了不少又似乎什么都没学。

老师说，我不喜欢前端，尤其不喜欢样式。

望读者谨记：

<pre> 不要接触学习过多当前用不到，也不应该知道的东西。

你终有一天会理解全部的，所以不必急切迷茫。

世上有很多厉害的人，他们共同组成了我们耳边繁杂的声音

可以聆听，但不要在那迷失。因为你不属于那里。

年轻人啊，切记

你是谁

你想做什么

你做这一切的目的是什么

在这直通皓月的深海里，唯有你所欲所求，才能作为灯塔，定下前行的道标 </pre>

Best wishes.