程序员的博客是否应该更多地分享思考和感悟，而不是写成一本技术手册

[Int100]

各位是如何做的？

[fyxtc]

“技术上的思考和感悟”必然是要基于技术本身的，你不发点技术手册（具体场景问题代码和解决方案），别人看得云里雾里，甚至 3 个月后的自己看到都会说一句“这什么假大空文章”。

另一方面，不同的人看到相同的解决方案可能会产生各自不同的思考。你如果只为自己阅读随你，如果想分享，这点思考应该算是锦上添花吧

[PTLin]

思考的感悟都是总结性质的东西。
一个论题没有论证过程只有结论也是不对的。
思考感悟也是建立在对对应的技术的精密思考上的，所以如果你要输出这些请顺带也要输出对应的技术辅佐你的观点，不为了别人，只为了让你以后能看懂你写的东西。

[dfkjgklfdjg]

绝大多数时间自己博客的内容，起到的作用只是自己踩坑之后方便回顾，比如说之前的一些资料引用可以很方便找到。
除此之外，几乎很少会再去翻阅了，除非有人专门来问了或者有新的评论才会回过头再看一次。
从 GSC 里面也能看到其实通过检索进来的量非常非常的少，每天点击量最多也就 10 左右。

所以当前阶段我是觉得 "个人博客" 的作用更大的是强迫自己整理、梳理当前的方法和知识，而不仅仅是在 "内容" 和 "输出" 上面。

[ysy950803]

早年写技术，晚年写感悟。

[skallz]

博客应该是看你自己想写什么，就写什么，因为除了你自己，大概率没有别人会去看，哈哈

[0x663]

我猜你是在找《编程随想》

[nomagick]

那得先有思考和感悟才行啊。。

流水线工人有多少能对自己的工作进行思考还能产生有分享意义的感悟的。。。

何不食肉糜了属于是

[killva4624]

大部份人都是先从“技”开始写的。没有“技”就没有“术”之类的感悟可写。

[jorneyr]

悟是自己的，别人看了也不会有收获。
技术手册别人看了能直接使用。

[ExeterMinne]

个人觉得感悟和技术手册都要有，感悟是随笔，转化成果是技术手册。

[jianchang512]

纠结那么多，其实除了自己几乎没人看，更没人关心你写什么

[beldon]

@jianchang512 自己也不看，哈哈

[nagisaushio]

都自建房了，不要管影不影响市容市貌，自己喜欢就好

[SmiteChow]

不矛盾啊，另外说一句，真-web3.0 已经到来，速看 atproto 。 欢迎关注我的新号 > @smitechow.com

身份 id, 数据都在我自己手里这种感觉太棒了，后面打算开个基于 atproto 的 blog 平台，评论系统直接集成 bluesky 。

[summerwar]

为啥限定程序员这个身份，明明应该是方案解决大师。说回来，既然是程序员的博客，那么多写点技术手册是为了让自己的博客显得更专业，更容易在相关圈子里传播，更好的 SEO 效果。

[xiaokaiyyy]

@miscnote NB

[luyipao]

之前用 HEXO 写博客，感觉还挺麻烦的。不如 obsidian

[Plumbiu]

会分好几块，生活、总结、笔记和一些项目里的思路等等

[kk2syc]

@spritecn @yongjian 应该是互联网普及之后部落格叫的多吧，一开始大学里都是称作网志，个人经历是这样，不代表全部 :)

[eryajf]

曾经我最大的爱好是文学，也曾做过梦当一名作家。后来，发现需要先吃饱饭，于是做了程序员，现在也维护着一个博客，曾经写过的文字，也会发布到博客上，也挺满足。