🔥承渊政道： 个人主页
❄️个人专栏: 《C语言基础语法知识》 《数据结构与算法》 《C++知识内容》 《Linux系统知识》 《算法刷题指南》 《测评文章活动推广》 《大模型语言路线学习》 《MySQL数据库学习》 《Python知识内容》 《cpolar知识学习》
✨逆境不吐心中苦,顺境不忘来时路!✨ 🎬 博主简介:
承于所学,探技术之渊;以代码求政,寻成长之道.今天收到CSDN的一封信.牛皮纸颜色的信封,拆开来第一行写着：「承渊政道，有幸再次遇见你：还记得 2025 年 09 月 12 日吗？」记得.那一天我写了一篇叫《C语言的常见概念》的东西.写的时候没想过它算不算"技术博客",只是刚啃完主函数、ASCII 编码、转义字符,还有字符串末尾那个看不见的结束符,脑子里一团东西需要找个地方放.一年过去了.到今天,博客的访问量停在214万,等级 7 级,全站排名3702.信里说"今天,是你成为创作者的第365天",还带着一点温柔的指责："虽然日常忙碌但你还在坚持创作、可能初心还在,但博客已久未更新."说实话,假如一年前那个晚上就有人告诉我这个数字,我大概会以为他在开玩笑.我没什么了不起的起点,就是个普通开发者,第一篇写的是教科书的头两章,小到当时我都没好意思管它叫"技术博客".这一年跨了多远？年初我在琢磨一个最基础的输出语句该怎么写才不会报错,现在我琢磨的是两个进程怎么安全地共享同一块内存.那就借这封信往回看一遍.有些东西,确实要等一年才看得明白.
目录
- 一、机缘：我的起点,是一次"整理不清"
-
- [1. 那个晚上,我在啃C语言](#1. 那个晚上,我在啃C语言)
- 2.我发现"会用"和"理解"之间隔着一条沟
- 3.我为什么把笔记从本地文件夹搬到了博客上
- 4.第一篇发出去之后,我在等什么
- 二、收获：写作逼着我把"大概懂"变成"确定懂"
- 1.先说那串数字和一面墙的勋章
-
- [2. 收获一：写作是唯一不能含糊的学习方式](#2. 收获一：写作是唯一不能含糊的学习方式)
- 3.收获二：我搭起了一套自己的知识坐标系
- 4.收获三：真实的反馈比数据更有重量
- 5.收获四：写作让我对自己诚实
- 三、日常：写作从来不是额外的事
- 四、成就：那段"写得最好"的代码,背后有三个晚上
- [五、憧憬：下一个 365 天,继续写能跑通的文章](#五、憧憬：下一个 365 天,继续写能跑通的文章)
- 6.结语
一、机缘：我的起点,是一次"整理不清"
1. 那个晚上,我在啃C语言
2025年9月12日,一个再普通不过的周四晚上.
我在学C语言的基础部分.那段时间的状态很典型：书上的每一条我都看得懂,但把它们放在一起就变成一团糊.主函数是程序入口,有且仅有一个;关键字的含义是系统保留的,不能自己造;字符在计算机里其实是一个数字,A 是 65,a 是97,中间刚好差32;字符串末尾永远藏着一个看不见的结束符,所以 "abc" 占四个字节而不是三个.
每一条单独拿出来都像常识.可当我想把它们串成一个"完整的判断体系"时,我发现我说不出为什么.为什么大写的 A 比小写的 a 小？为什么数组名不能直接赋值？为什么转义字符里八进制写法和十六进制写法的前导符号不能乱写？
那天晚上我做了两件事.第一件是把这些零散的点抄在纸上,画了一堆箭头试图连起来,越连越乱.第二件是打开了 CSDN 的编辑器.
2.我发现"会用"和"理解"之间隔着一条沟
现在回头看,那个晚上真正促使我坐下来写的,是一种不太舒服的感觉.
我发现自己一直在用两种状态学习.一种是"会用"------看代码能看懂,跟着敲能跑通,遇到问题能搜到答案.另一种是"理解"------能讲清楚为什么是这样,能预判哪里会出问题,能在没人告诉我的情况下自己判断.
过去很长一段时间,我停在第一种状态里,并且以为那就是学会了.
写文章的过程把这条沟照得很亮.当你要用文字向别人解释一件事,你就没法含糊过去了. 我记得写到转义字符那一节时卡了很久.八进制转义写成一个反斜杠加三位数字,十六进制是反斜杠加 x 再跟两位十六进制数,理论上都很简单.但当我试图写"为什么前导的0不能写、为什么 x 必须小写"时,我停了十分钟------因为我发现我并不知道原因,我只是记得规则.
那十分钟很值钱.它让我第一次意识到：能背下来的规则和能讲清楚的规则,是两种东西.
于是我打开文档查,确认了原因,才把那一节写完.那篇文章发出来之后内容其实很浅,浅到我现在回看会有点不好意思.但它确实是我第一次把"背下来的东西"变成"讲得出来的东西".
3.我为什么把笔记从本地文件夹搬到了博客上
还有一个很实际的原因：我原本是有笔记的,只是躺在本地文件夹里.
那些笔记的问题是它们不会回来找我.学完一课记一段,改天想找某个知识点,得翻半天,翻到了还看不懂自己当时写的缩写.它们像是被埋起来的东西,存在但不产生价值.
搬到博客上之后,情况完全不同了.
它有了一个地址，能被搜到。 我后来有好几次是在自己搜索某个报错时,搜到了自己一年前写的文章.那种感觉很奇妙------你成了自己的答案.
它能被别人指出错误。 这是本地笔记永远做不到的.我这一年被读者纠正过好几次,有一次是一个环境差异导致的结论不严谨,有一次是一段说明容易让人误解.指出的人都很客气,但对我来说每一次都很有价值,因为那些都是我自己看不出来的盲区.
它会被一年后的我重新读到。 我写这些文章,很大一部分动力就是给未来的自己留档.技术上遗忘的速度比想象中快,而一篇自己写的、带着当时踩坑记录的文档,是复活记忆最快的方式.
4.第一篇发出去之后,我在等什么
第一篇发出去的那天晚上,我其实在等两件事.
第一件是等阅读量变成 1.刷新了几次,看到那个数字从 0 跳上去的时候,心里确实有点动静.
第二件是等有没有人说话.后来第一条评论来的时候我看了好几遍,是一句很简单的话,可能是"写得很清楚"之类的.现在我已经记不清具体内容了,但我记得那种感觉------原来真的有人在读,而且他不是我认识的人,也不是出于礼貌.
那时候我当然不可能想到,一年之后这个数字会变成 214 万.但在那一晚,有一个人读完了,这件事已经足够让我决定第二天再写一篇.
很多时候，坚持的开关就这样被一个很小的正反馈按下了。
二、收获：写作逼着我把"大概懂"变成"确定懂"
1.先说那串数字和一面墙的勋章
CSDN 把成绩做得很显眼,那就先说清楚.
到今天为止,博客访问量 214 万+,积分 1 万+,等级 7 级,全站排名 3702.主页上挂了一面勋章墙：新秀勋章、持之以恒、勤写标兵、1024 勋章、笔耕不辍、创作能手、话题达人、256 日创作纪念日、创作活动达人.
这里面最有意思的是「创作能手」,条件写着"授予每个自然周发布 9 篇以上原创 IT 博文的用户".拿到它的那一周我确实连发了九篇,代价是那几天晚上都在改截图.还有「笔耕不辍」,条件是"累计 2 年每年原创文章数量大于等于 20 篇",跟信里说的"第 365 天"对不上.这种小矛盾挺可爱,说明我确实算不清自己写了多少,反正一直在写.
但说真的,数字是结果,不是收获.它回答的是"你写了多少"，回答不了"你变成了什么样的人"。 这一年真正的收获有四条,按重要程度排.
2. 收获一：写作是唯一不能含糊的学习方式
排在第一的永远是这条.
我写过一篇讲进程间通信的文章,题目很长,把管道、匿名管道、命名管道、共享内存、消息队列、信号量全串在一起.写之前我以为自己懂了------共享内存嘛,就是几个函数,申请一块、挂上去、用完断开,逻辑很清楚.
写的时候才发现问题出在"为什么"上.为什么光有共享内存不够？为什么还需要信号量？
我原本打算写"因为多个进程同时读写会产生竞争",一句话带过.但写到这一句时我自己先犹豫了：竞争具体会是什么样子？如果我不写清楚,读者凭什么信？
于是我做了一件此前从没做过的事：把错误版本故意跑了一遍。 我写了一个不用任何同步机制的版本,让一个进程拼命写、一个进程慢慢读,然后看着终端里的输出一点点乱掉.
那种感觉比读十遍文档都管用.我第一次亲眼看到什么叫"数据被覆盖".有了这个体感之后,我才真正理解同步机制存在的意义,而不是把它当成一段必须抄上的模板代码.
读者会验证你写的东西，所以你不敢对自己宽容。 这是写作比读文档强的地方,也是我这一年最大的收获.
3.收获二：我搭起了一套自己的知识坐标系
一年下来,博客自然长成了六条线.
第一条是 Python 从入门到实践。 从列表怎么建立索引、怎么增删排序，到怎么遍历切片、怎么用元组,再到条件判断和循环.这是最基础的一条线,也最容易被低估.《Python 字典：从基础语义到现代工程实践》那篇有 20764 次阅读,是全年最高的几篇之一.我一度觉得基础内容没人看,数据打了我一巴掌------基础内容看的人反而最多,因为每个人都要从这里经过.
第二条是从零开始大模型开发与微调。 GPT-2 的源码拆解、自回归到可控生成、强化学习实战、PPO、RLHF、奖励模型.这条线门槛最高,写一篇的时间够写五篇工具文.我在这条线上推翻重写过两次.
第三条是 Linux 系统学习。 从进程、线程一路写到进程间通信,最后收在文件映射和共享内存那一组机制上.这条线是我理解的"地基",很多后来踩的坑都能追到这里.
第四条是鸿蒙 PC 适配。 今年最有意思也最折磨人的一个系列.Python IDLE、PostgreSQL、Penpot、PR-Agent,说白了就是把原本不属于这个平台的软件,一个一个搬过去.
第五条是自建与远程访问。 星空组网、飞牛 NAS、New-API、Beszel、Pansou、Stirling-PDF,全是"我想在自己家里跑一个东西"驱动出来的.
第六条是数据库与运维。 集群管理、异构增量同步、排障定位,这些是把平时工作里的东西沉淀下来.
六条线放在一起,差不多是我这一年在技术上的完整足迹.别人看是六份内容，我看是一张地图------知道自己会什么、不会什么，也知道自己是从哪里走过来的。
4.收获三：真实的反馈比数据更有重量
《用星空组网连接 Mac 与 iPhone：蜂窝网络下的远程访问体验》有 20738 次阅读.这篇我写得很随意,就是把两台设备连起来试了一遍,截图、记录、把卡住的几分钟写清楚.没想到效果这么好.
后来顺着这个方向写了《小白也能上手：用星空组网连接 Mac 与飞牛 NAS》,14817 次阅读;再写了《星空组网真实体验：Mac 远程访问 Ubuntu，SSH 与 HTTP 全流程验证》.一条线就立起来了.
《把蓝耘模型装进 OpenCode：实测开发一个 GitHub Issue 分诊助手》19311 次阅读,也是同一类------不炫技,老老实实做一个能跑起来的小工具,把过程写出来.
但这一年里我最在意的一条反馈,不是这些数字.
有读者留言说,照着《N1 飞牛部署 New-API》那篇一步步做下来,跑通了.
一篇教程文章能拿到的最高评价，不是"写得真好"，而是"我照着做成功了"。 那一刻我确认：我写的东西真的被人用上了.
5.收获四：写作让我对自己诚实
这条说起来有点虚,但我认为是这一年最扎实的变化.
写技术文章没法含糊.你不确定某个操作在不同环境下会不会有差异,读者一试就知道.你不确定某个算法里的关键步骤怎么推导,文章写到一半就写不下去了.这一年我有好几次写到中途推翻重来,原因都是同一句话------"这块我其实没搞明白，不能这么写过去。"
最有代表性的是大模型那条线.写到强化学习那部分时,我原本准备顺着教材的讲解顺序写下去了.写到一半卡住,因为发现我讲不清楚"奖励信号到底是怎么影响参数更新的"------我能背出流程,但串不起因果关系.
那次我把已经写好的两千多字删掉,回头重新看了一遍推导,又找了一个小例子动手跑,才回来重写.
删掉两千字当然心疼.但如果不删,那篇文章就会变成一篇"看起来很专业、其实经不起细问"的东西.对我来说，写博客的底线不是写得好，是不骗人------尤其是不能骗自己。
三、日常：写作从来不是额外的事
1.我的学习流程,最后一步是写下来
经常有人问我怎么平衡创作和工作学习.说实话,我觉得这个问题背后有个默认前提：写作是一件"额外加"的事,会挤占本来该用来学习的时间.
我的情况不是这样.我是把学习和写作当成同一件事的两个环节，而不是两件互相抢时间的事。
具体一点.我学一个新东西的流程是这样的：先看书或者看文档,然后动手敲一遍,把代码跑通,最后把它写成文章.前三步是学习,第四步也是学习.因为写的过程中必然会暴露我理解上的空洞,而这些空洞在"跑通"这个环节是看不出来的------程序跑通了,不代表我懂了.
把第四步去掉会怎么样？我试过.结果是学完一个月就模糊了,再想用的时候要从头捡.
写作不是学习之外的支出,它是学习的收尾动作。
2.一篇鸿蒙适配文章背后的十几个小时
写鸿蒙 PC 适配那几篇,最能说明写作和干活是怎么合在一起的.
以 Python IDLE 那篇为例.目标是让 Python 的官方编辑器在鸿蒙 PC 上跑起来.实际过程是：直接跑,发现在图形界面上根本起不来;分析原因,发现它依赖的界面库在这个平台上没有对应实现;接着做决定,要么放弃,要么用这个平台的原生界面框架把编辑器重写一遍.
我选了重写.
那几天我在做的事是：把编辑器该有的功能拆开,编辑、运行、交互式命令行、基础调试,一个模块一个模块用原生框架实现,中间反复编译、反复闪退、反复截图看现象.整个过程十几个小时.
而写文章这件事,其实是在这个过程中同步完成的.我一边解决问题，一边截图；问题解决完了，文章的骨架也就有了。 最后一步只是把过程按顺序写出来,把踩过的坑标出来,把哪些路走不通说清楚.
我从来没觉得这是"为了写文章浪费时间",因为这十几个小时本身就是我想做的事,文章只是它的记录。而且这份记录让那十几个小时可以被别人复用。
3.这一年摸出来的四个办法
第一个办法：只写自己真正做过的事。
我基本不做纯翻译、纯搬运.不是清高,是我讲不深.搬过来的东西我只能讲表面,读者一问细节我就露馅了.所以我写的每一篇背后,都有一台真实跑过的机器或者一段真实调通的过程.
第二个办法：素材在做的当下就存好，不要等写的时候再找。
报错截图、终端输出、配置文件、关键的目录结构,我在做的时候随手就存.按主题建文件夹,一个系列一个.
这个习惯省了我大量时间.很多次卡壳不是因为不会写,而是因为"当时那个报错信息忘了截图,现在没法复现了".
第三个办法：允许自己断更。
信里那句"博客已久未更新"说得很准.这一年我确实有好几段停更期,最长的一次差不多两周.
我一开始会焦虑,觉得自己在退步,觉得读者会流失.后来想通了：写技术文章是长期的事,不是打卡.停更的日子里我在学新东西,等学明白了自然会回来写.逼着自己写水文，还不如不写。
第四个办法：把"不写"当成一种筛选。
有些题材我起了念头又放下了.原因通常有两种：一种是我发现自己其实没想明白,写出来会误导人;另一种是那个坑我还没踩透,写出来只能是泛泛而谈.
不写不是偷懒.它是在保护自己的信用，也是在筛选真正值得写的东西。
4.写作在生活里的位置
老实说,它已经成了习惯的一部分.通勤路上会想标题怎么取;吃饭时会突然想起某个解释可以更准确一点;晚上躺下还在脑子里改文章的开头.
写《实测蓝耘元生代：从三模型对比到会自动降级的 LLM 智能路由平台》那次,我为了搞清楚自动降级到底在什么条件下触发,反复配了三种模型组合,折腾到凌晨一点多.第二天顶着黑眼圈上班,路上还在想哪张截图该放在前面.
累是真的累.但如果把这一年重新过一遍,我还是会这么干.
5.关于"平衡"，说点真心话
如果一定要回答"怎么平衡",我的答案是：别把它理解成平衡，把它理解成合并。
我很少专门腾出"创作时间".写作是嵌在学习和工作流程里的：学的时候顺带记录,做的时候顺带截图,跑通之后顺带成文.这样它就不需要额外的时间预算,也不会和别的事抢资源.
真正需要额外投入的,只有最后的整理和润色.而那部分,我通常放在晚上或者周末,一次两三个小时.
还有一个感受：写作带来的正反馈，会让学习和工作本身变得更有动力。 现在我知道学完还要写给一群人看,那种"要给一个交代"的感觉,反过来推着我学得更扎实.
四、成就：那段"写得最好"的代码,背后有三个晚上
1.先说说"最好"的标准
创作模板里有一栏让我贴一段"过去写得最好的一段代码".
这个问题我想了很久,因为"最好"的标准太模糊.是最短的？最巧的？还是自己最得意的？
最后我的答案是：我写得最好的那段代码，不是某一天的产物，而是这一年绕回来的一个圈。 它不高深,也不短,但它是我从"照着写"走到"自己设计"的分界线.
2.我的起点：一个连输出格式都要查文档的人
一年前,我在写《C语言的常见概念》.
那篇文章里最基础的内容,是程序的入口函数和一个打印语句.我清楚地记得自己在琢磨打印格式符：整数用哪个、浮点数用哪个、怎么控制小数位数、怎么指定输出宽度.这些东西今天看是常识,但在当时,我需要查文档、动手跑一遍才对得上.
那时候我理解的"程序",就是一行一行从上往下执行,输出结果,结束.
我完全不知道一年后自己会去处理这样的问题：两个同时运行的进程，怎么安全地共用同一块内存。
3.一年后，我想让两个进程安全地共享一块内存
那是 Linux 系统学习系列接近收尾的时候,我想把三大进程间通信机制串成一个完整的例子.
目标很具体：在内存里开一块环形的缓冲区,只有八个槽位;一个进程往里写,另一个进程从里读;写的一方满了必须停下来等,读的一方发现是空的也必须停下来等;两个进程绝对不能在同一时刻动同一个槽位.
写完之后要能跑起来,还要能正确结束、干净地回收资源.
听起来不复杂.但这是我第一次亲手处理"两个执行体同时访问同一块共享区域"的问题,而这类问题的特点就是：写错的时候它不一定报错，它只是悄悄给你一个错误的结果。
那段代码最后只有一百来行,可我前后花了三个晚上.
4.三个晚上,三件想明白的事
第一个晚上，我搞明白"互斥"和"限量"是两回事。
我写的第一版逻辑上很漂亮：在动那块共享内存之前先上一把锁,动完再解锁.这样同一时刻只有一个人在操作,看起来万无一失.
跑起来照样出问题.
原因是写的一方太快,读的一方太慢.写指针一圈一圈往前跑,最后追上了还没被读走的读指针,把那些数据直接覆盖掉了.我在终端里看着打印出来的内容从一开始的整齐有序变得越来越乱,才意识到我解决错了问题.
上锁解决的是"不能同时改",但完全没有解决"不能写得太快".这是两件事.
第二个晚上，我给这块内存装了两个计数器。
一个记录还有几个槽位是空的,一个记录已经有几个槽位写好了.写的一方动手之前先申请一个空位,没有就睡着等;读的一方取数据之前先确认有货,没有也睡着等.两边就这样一前一后地互相提醒.
那一版跑起来,输出终于干净了,一行一行对得整整齐齐.
这一晚的收获,是我第一次真正理解"同步"这个词的含义：它不只是防止冲突,更是让两个速度不一样的执行体能够配合着往前走.在没有它的时候，快的那个会撞碎慢的那个。
第三个晚上，我处理了两个之前完全没想到的细节。
第一个细节是：读的一方怎么知道该收工了？
一开始我让它一直等,结果程序直接卡死：生产者早就写完了,消费者却在傻等一个永远不会到来的消息.后来我加了一个约定：生产者结束之后额外发一个结束标记,消费者收到就知道该退出了.
第二个细节是收尾.共享内存、信号量、消息队列,这三样东西都是操作系统层面的资源,你不主动回收,它们就一直留在系统里占着.我在调试时因为反复运行又忘了清理,攒下一堆残留资源,后来专门去查了怎么查看和清理.从那之后我养成了习惯：分配和回收必须成对出现在同一段思路里。
5."成就"这两个字对我的真正含义
三个晚上之后,那段代码跑通了.
我盯着终端里整齐的输出看了很久,心里有一种很踏实的感觉.不是"我很厉害",而是"我终于知道它为什么能跑,也知道它在什么情况下会崩".
一年前我连一个打印格式符都要查文档;一年后我能自己设计出一套多进程协作的机制,并且能为每一个设计决策说出理由.中间隔着的不是天赋,是三百多天里每一篇文章背后的那几十分钟、几个小时.
所以对我来说，"成就"这两个字不指勋章，也不指排名。它指的是：你能亲手把一个东西搭起来，并且知道它为什么成立。
如果一定要给这一年找一个最具体的成果,我就选这个.不是因为它最难,而是因为它证明了一件事------一个普通人，只要一直在做，一年可以走出很远。
五、憧憬：下一个 365 天,继续写能跑通的文章
1.最近的半年，先把手上的三条线收尾
第一条是大模型开发与微调系列。 这是博客里门槛最高的一条线,目前写到源码拆解、强化学习实战、对齐训练和奖励模型.我想把它收成一个完整闭环：从最基础的生成原理,一直走到一个真的能跑起来的小项目,中间每一步都能对得上源码.这条线写得慢,但我不想为了更新速度去牺牲它.
第二条是 Python 从入门到实践。 这条线接近尾声了,从列表、字典、条件判断一路写到循环.它是我整个博客里最基础的部分,但阅读量一直很稳,字典那篇有 20764 次阅读.基础内容有人看,说明确实有真的初学者在这条线上走.这件事本身值得继续做完.
第三条是鸿蒙 PC 适配。 今年做了 Python IDLE、PostgreSQL、Penpot、PR-Agent 四个.这个系列最能暴露我对底层理解不透的地方------因为把一个软件搬到一个新平台上,你得说服自己弄懂它每一步依赖了什么.后面我想再挑几个更有意思的目标试一试.
2.中期：我想从"点"走到"线"
这一年我写了很多单点文章------部署某个工具、跑通某个服务、试用某个平台.New-API、Beszel、Pansou、Stirling-PDF、MkDocs、Open-LLM-VTuber、DeepSeek Harness,都是这一类.
它们都有用,但都是点.点多了会显得零散,读者拿到的是孤立的技巧,而不是一套完整的能力.
所以我下一步想做的事是：从一个真实需求出发，搭一个完整的系统出来。 把架构怎么选、为什么这么分层、中途踩了什么坑、后来怎么重构,全都写进去.让读者跟着走完一遍之后,有能力自己做出第二个类似的东西.
这是从"我教你一个技巧"到"我带你走一遍过程"的转变.难度更高,但价值也更高.
3.长期：守住一个标准
我一直记着自己写第一篇时的心情------不是为了教谁，是为了确认自己真的懂了。
这个标准我想一直守住.
它其实很苛刻.因为"确认自己懂了"意味着没法糊弄：写不清楚的地方就是没懂的地方.守住它,就意味着要时不时删掉自己已经写好的东西.
但正是这个标准让我这一年没有白写.三年、五年之后回看这些文章,如果还能看懂、还觉得当时的判断是对的,就说明这些年确实在往前走.
也想影响到一些人.技术文章有个很特别的地方：你不知道谁在读.可能是个刚装好开发环境的大一学生,可能是个想在家搭一套私有服务的上班族,可能是个正在考虑转行的人.如果他们中有一个,因为我一篇文章少绕了两个小时的弯路,那这一年 214 万次阅读就有了很具体的意义.
4.写给一年前的自己
如果能回到2025 年 9 月 12 日那个晚上,我想对坐在电脑前的自己说三句话.
第一句：你写的东西会比你想象中走得更远。 别管有没有人看,先把第一篇发出去.那个从 0 变成 1 的数字,比后来所有的成绩加起来都重要.
第二句：你不会一直保持热情，这很正常。 会有一段时间你不想写,会觉得忙,会觉得写了也没什么用.那就在那种状态下也允许自己停一停,但别把编辑器关掉太久.
第三句：坚持这件事，本身就有意义。 它不需要你先有一个漂亮的理由才开始.
至于最终目标,说实话没有特别宏大的.就想继续做一个把踩坑过程老老实实写下来的人。不追热点,不写自己没做过的东西,不为了流量去讲含糊的话.写得慢一点没关系,能跑通就行.
6.结语
365 天.
从《C语言的常见概念》里的程序入口和最基础的打印语句,到 Linux 里让两个进程安全共享一块内存;从啃转义字符和字节对齐,到拆解生成式模型的源码、琢磨对齐训练里的因果链条;从写给自己看的笔记,到有读者留言说"照着做跑通了".
这一年最想说的其实很朴素：写作没有让我变成另一个人，它只是让我把学过的东西真的留下来了。
写博客一年后我才慢慢想明白,原来坚持这件事最不需要的就是一个漂亮的理由.它不要求你先有 214 万阅读量才配开始,也不需要你变成什么厉害的人才有资格继续.它要的只是你在同一件小事上,反复回到那个位置上.
一年前那个晚上我打开编辑器写下第一篇,并不是因为我准备好了.我只是想把当时脑子里那些零散的东西,认真地说清楚一次.后来的很多个晚上也是这样：想不清楚就先写下来,写不下去就先放一放,第二天再回来.
真正留下来的，是那些看起来普通的夜里，我坐下来写的那几个小时。 它们单独看都不起眼,连起来就是这一年.
谢谢 CSDN 这封信,也谢谢这一年里每一个点进来读过、留过言、指出过我错误的人.
下一个 365 天,我们文章里见.
🚀真正的勇者不是流泪的人,而是含泪奔跑的人!
敬请期待下一篇文章内容
每日心灵鸡汤: 既入世也守己,一个人最难的修炼!
与人连接,是入世;安静做自己,是守己.太靠近人群,容易在迎合、比较和共识里,慢慢丢掉自己;太沉入孤独,又容易把清醒活成封闭,把独立活成疏离.真正难的,从来不是选择合群,还是选择独处.而是身在人群,依然有自己的判断;无人理解,依然不背叛自己的内心.既能走进世界,又不被世界带走;既能承受孤独,又不与世界失联.这就是一个人最难修炼的：平衡.
