🔥承渊政道： 个人主页
❄️个人专栏: 《C语言基础语法知识》 《数据结构与算法》 《C++知识内容》 《Linux系统知识》 《算法刷题指南》 《测评文章活动推广》 《大模型语言路线学习》 《MySQL数据库学习》
✨逆境不吐心中苦,顺境不忘来时路!✨ 🎬 博主简介:
还记得2025年9月12日吗?那一天,我写下了自己的第一篇技术博客:**《C语言的常见概念》**当时的我,也许只是想把一个知识点讲清楚.可能是为了记录学习过程中的一点理解,也可能是想把自己踩过的坑、走过的弯路,整理成一篇文章,留给未来的自己,也分享给正在学习路上的朋友.没想到,从那一篇文章开始,我真的慢慢走上了一条创作之路.今天,是我成为创作者的第 256 天 .256 这个数字,对程序员来说似乎有一种特别的意义.它不是随便的一个数字,它像是二进制世界里一个熟悉的节点,也像是我创作路上的一个小小里程碑.回头看这 256 天,我从最初的 C 语言基础语法知识 写起,后来逐渐拓展到 C++、数据结构与算法、算法刷题、Linux、MySQL、大模型语言路线学习 ,甚至也尝试过一些 测评文章与活动推广.这些内容看起来只是一个个专栏、一篇篇文章，但对我来说,它们更像是我在学习、成长、思考过程中的脚印.废话不多说,下面跟着小编的节奏🎵一起去看看小编的总结吧!
目录
- 1.机缘:我为什么开始写作?
- 2.从第一篇《C语言的常见概念》开始
- 3.收获:文章记录的不只是知识,还有成长
- 4.日常:创作和学习,已经慢慢融合在一起
- 5.成就:我最喜欢的一段代码
- 6.憧憬:未来想走得更远,也想写得更深
- 7.写在最后:感谢过去的自己,也期待未来的自己
1.机缘:我为什么开始写作?
最初开始写博客,并不是因为我觉得自己已经很厉害.恰恰相反,是因为我发现自己还有很多不会、不懂、不熟练的地方.学习编程的过程,其实很容易产生一种感觉:看视频的时候好像懂了,跟着敲代码的时候也能跑起来,可一旦自己独立去写,问题就来了.变量、数据类型、运算符、循环、数组、函数、指针、结构体......这些知识点单独看都不难,但真正串起来用的时候,才发现理解和掌握之间还有很长的距离.所以,我开始写文章。一开始,我只是想把自己学过的东西记录下来.比如学到C语言,就写C语言;学到数组、链表、栈、队列,就整理数据结构;刷题过程中遇到经典思路,就记录到算法刷题指南里.慢慢地,我发现写文章不仅仅是"记录",更是一种重新学习.因为当我准备把一个知识点讲给别人听时,我就不能只停留在"我好像懂了"的阶段.我必须问自己：
这个概念到底是什么？
它为什么存在？
它解决了什么问题？
新手最容易在哪里出错？
我能不能用更简单的话讲清楚？
于是,写作变成了我检验学习成果的一种方式.
如果说敲代码是把想法变成程序,那么写博客就是把理解变成文字.
2.从第一篇《C语言的常见概念》开始
我的第一篇技术博客是 《C语言的常见概念》 .
现在回头看,那篇文章也许并不完美.可能排版还不够成熟,表达还不够老练,内容也未必覆盖得非常全面.
但它对我来说意义很特别.因为它代表着一个开始.很多时候,真正困难的不是坚持很久,而是迈出第一步.
第一篇文章发布出去的时候,我心里其实有一点忐忑：
会不会没人看？
会不会写得太浅？
会不会有人觉得这些内容太基础？
但后来我慢慢明白,技术文章并不一定非要一开始就写得多么高深.对于正在入门的人来说,一篇清楚、朴素、真诚的基础文章,也许刚好能帮他跨过某个卡住很久的点.
我也是从基础走过来的,所以我更知道基础的重要性.
C 语言让我第一次真正理解程序是怎么运行的;
数据结构让我知道代码背后有组织数据的方式;
算法刷题让我学会用更高效的思路解决问题;
Linux 让我开始接触更接近开发环境的世界;
MySQL 让我理解数据不只是存在内存里,也可以被持久化、被查询、被管理;
大模型语言路线学习,则让我看到技术世界正在快速变化,程序员也需要不断更新自己的认知.
这些专栏,就是我一路学习的地图.
3.收获:文章记录的不只是知识,还有成长
在创作过程中,我最大的收获,不只是阅读量的增长,也不只是专栏数量的增加.
当然,这些数据也很珍贵.
从目前展示的专栏来看,我已经积累了不少内容：
| 专栏 | 篇数 | 阅读量 |
|---|---|---|
| 大模型语言路线学习 | 6 篇 | 7156 阅读 |
| MySQL 数据库学习 | 2 篇 | 111 阅读 |
| 测评文章活动推广 | 19 篇 | 197456 阅读 |
| Linux 系统知识 | 6 篇 | 10141 阅读 |
| 算法刷题指南 | 35 篇 | 460962 阅读 |
| C语言基础语法知识 | 18 篇 | 18896 阅读 |
| 数据结构与算法 | 9 篇 | 14449 阅读 |
| C++知识内容 | 25 篇 | 29466 阅读 |
这些专栏加起来,已经有 120 篇内容 ,累计阅读量达到了 738637.
看到这些数字的时候,我心里其实挺感慨的.
因为每一个阅读量背后,都可能是一个正在学习的人.
也许有人正好在学 C 语言,看到了我的文章;
也许有人正在刷算法题,参考了我的思路;
也许有人刚接触 Linux,被某个命令困住了;
也许有人和我一样,也在试着从基础一步步走向更广阔的技术世界.
这些文章不一定改变了别人什么,但只要曾经帮助过某一个人少走一点弯路,我就觉得它有意义.
写作还让我收获了另一种能力：把复杂问题拆简单.
以前我学一个知识点,可能只是自己会用就行.
现在我会习惯性地想：如果要把它讲给初学者听,我应该怎么讲？
比如讲指针,不能一上来就堆概念;
讲链表,不能只给代码而不解释节点关系;
讲算法,不能只写最终答案,还要写清楚思路是怎么来的;
讲Linux,不能只列命令,还要说明命令适合用在什么场景下.
这种思考方式,也反过来提升了我自己的学习效率.
因为能讲清楚,才是真的理解.
4.日常:创作和学习,已经慢慢融合在一起
创作并不是一件轻松的事情.
尤其是在学习、工作、生活都需要投入精力的时候,写文章有时确实会被放到后面.
有些时候,白天忙完之后已经很累了,晚上还要整理思路、补充代码、检查表达、调整排版.
有些时候,明明脑子里有很多想法,但真正坐下来写,却发现一句话都不容易写顺.
也有些时候,专栏很久没有更新,心里会有一点愧疚,觉得自己是不是又停下来了.
但我后来也慢慢学会了和这种节奏相处.
创作不一定每天都要轰轰烈烈.
有时候,记录一个小知识点,也是一种积累;
整理一道算法题,也是一种进步;
复盘一次踩坑经历,也是在为以后铺路.
我越来越觉得,创作不是学习之外额外增加的一件事,而是学习过程的一部分.
学习让我有内容可写,写作又逼着我把学习变得更扎实.
这两件事,其实是在互相成就.
也许未来我还是会遇到忙碌、停更、迷茫的时候,但我希望自己不要轻易放下这份创作的心情.
因为只要愿意重新打开编辑器,愿意重新写下第一句话,创作就永远可以继续.
5.成就:我最喜欢的一段代码
如果要选一段能代表我成长的代码,我会想到并查集.
它的代码不长,但思想很漂亮.
一开始看并查集的时候,我只觉得它像是一个"合并集合"的工具.后来刷题多了,才慢慢理解它背后的意义：
很多看似复杂的关系问题,本质上都可以抽象成"谁和谁属于同一个集合".
下面这段代码,是我很喜欢的一种写法：
cpp
#include <iostream>
#include <vector>
#include <numeric>
using namespace std;
class UnionFind {
private:
vector<int> parent;
vector<int> size;
public:
UnionFind(int n) {
parent.resize(n);
size.assign(n, 1);
iota(parent.begin(), parent.end(), 0);
}
int find(int x) {
if (parent[x] != x) {
parent[x] = find(parent[x]); // 路径压缩
}
return parent[x];
}
bool unite(int a, int b) {
int rootA = find(a);
int rootB = find(b);
if (rootA == rootB) {
return false;
}
// 按集合大小合并，尽量让树更矮
if (size[rootA] < size[rootB]) {
swap(rootA, rootB);
}
parent[rootB] = rootA;
size[rootA] += size[rootB];
return true;
}
bool connected(int a, int b) {
return find(a) == find(b);
}
};
int main() {
UnionFind uf(6);
uf.unite(0, 1);
uf.unite(1, 2);
uf.unite(3, 4);
cout << boolalpha;
cout << uf.connected(0, 2) << endl; // true
cout << uf.connected(0, 4) << endl; // false
uf.unite(2, 4);
cout << uf.connected(0, 4) << endl; // true
return 0;
}这段代码让我印象深刻,不只是因为它能解决很多题,更因为它让我明白了一件事：
优秀的代码往往不是写得复杂,而是把复杂的问题抽象得足够清楚.
find 负责寻找根节点,unite 负责合并集合,connected 负责判断关系.
每个函数各司其职,逻辑清晰,边界明确.
这也是我后来写文章、写代码时一直想追求的状态：
不炫技,不堆砌,把问题讲明白,把代码写清楚.
6.憧憬:未来想走得更远,也想写得更深
创作第256天,对我来说不是终点,而是一个新的起点.
过去,我更多是在记录基础知识、刷题经验、学习笔记.未来,我希望自己的内容可以继续往几个方向深入.
第一，我希望继续完善编程基础相关内容.
C 语言、C++、数据结构与算法,这些内容永远不会过时.基础越扎实,后面学习框架、项目、系统、人工智能相关内容时,才越有底气.
第二，我希望把算法刷题指南写得更系统.
不仅仅是记录某一道题的答案,而是把题型、思路、模板、易错点、变形题都整理出来,让读者不仅能看懂一道题,还能真正掌握一类题.
第三，我希望继续学习 Linux、MySQL 以及后端开发相关知识.
技术学习不能只停留在语法层面.真正做项目时,还需要理解系统、数据库、网络、工程实践.未来我也希望能写更多结合实际场景的文章.
第四，我也希望继续关注大模型和人工智能方向.
技术世界变化很快.以前我们更多关注传统编程语言和开发框架,现在大模型正在改变学习、开发和创作的方式.作为一名技术创作者,我希望自己不只是旁观者,也能持续学习、理解并分享这些新变化.
当然,除了内容规划,我也希望自己能保持初心.
不要为了更新而更新,
不要为了数据而写作,
不要为了追热点而忘记真正想表达的东西.
我希望自己的文章始终是真诚的、有用的、能被初学者看懂的.
7.写在最后:感谢过去的自己,也期待未来的自己
这256 天里,我并不是一直高效,也不是一直坚定.
我也有过拖延,有过迷茫,有过不知道写什么的时候.
但幸运的是,我还是留下了一些东西.
这些文章像一块块小小的砖,慢慢搭起了属于我的技术成长路径.
从第一篇 《C语言的常见概念》,到后来的算法、数据结构、C++、Linux、MySQL、大模型学习路线,每一篇文章都记录着某个阶段的我.
也许现在的我回头看以前的文章,会发现很多地方还可以写得更好.
但这恰恰说明,我在成长.
创作最珍贵的地方就在这里：
它让时间留下痕迹,也让成长变得可见.
感谢最初那个愿意开始写第一篇文章的自己.
感谢每一次阅读、点赞、收藏、评论和反馈.
也感谢每一个在技术学习路上同行的人.
今天,是我成为创作者的第 256 天.
未来的路还很长,我会继续写下去.
愿自己始终保持热爱,保持学习,保持输出.
也愿这些文字,能在某个时刻,帮助到正在努力前行的你.
🚀真正的勇者不是流泪的人,而是含泪奔跑的人!
敬请期待下一篇文章内容
每日心灵鸡汤: 知不足而奋进,望远山而前行!
知不足而奋进,望远山而前行.正如曾经生所说,人不可以逃避苦难,亦不可以放弃希望.生命如一条孤独的溪流,于漫漫长夜流淌于漫漫白昼,欲灵魂自由,唯有将光亮寄予自己,欲划开黑夜的寂寥,重迎黎明的曙光,唯有迈向黑暗,直面苦难."少年应有鸿鹄志,当骑骏马踏平川."时间是公平的,它不会给任何人多一分,也不会给任何人少一分;但时间也是偏面的,惜时如金者往往会得到时间的奖励,虚掷光阴者则会徒留怅然.所以呀,我们都要走好每一步,踏踏实实,就算最后的结局并非你所愿,但我想,你回首的时候也应该会感叹:自己为了前途也曾努力过啊.
