1
sparkrat 1 天前 内容很详细,但 blog 的文字风格让人看着眼睛累(个人体验)
|
2
sheldor 1 天前
写的非常好,我一个外行都觉得写的很好,有水平
|
3
w0017 1 天前
学过汇编和 exe 文件结构就容易理解一些,我印象里以前 vc 的 msdn 盘里就有一张是带符号信息的。
|
4
timewarp 1 天前
可以转载到公司内网吗,注明出处
|
5
fabsnail 1 天前
这文字太瞎眼了
|
6
swananan OP @sparkrat 是黄色高亮和加粗的式样吗?我看了看,这次确实有点式样太重了。
我其实用的是极简的博客风格,黄色高亮代表着这篇博客的核心主线,毕竟一篇文章是需要有一个主脉络串起来的。我考虑把一些加粗给去掉试试。 |
9
guanzhangzhang 1 天前
这文字不方便阅读。。。
|
10
YanSeven 1 天前
这个博客的风挺好的啊,极简风格,我比较喜欢这种风格。
|
11
zephyru 1 天前
虽然我没接触过这些,只能从逻辑上去理解,不过确实感觉写的不错
|
13
ivvei 1 天前 我表示差评。你压根没讲怎么用 GDB ,挂羊头卖狗肉了。你是因为自己实现过一个类似的 debugger ,所以全篇几乎都在讲 GDB 的一些功能是怎么实现的。这跟我一个用户有多大关系?知道些只言片语的实现原理,距离怎么用好工具,还差了十万八千里。
|
14
connectsixboy 1 天前
写得挺好啊👍
|
15
swananan OP @ivvei 因为现在有 AI 使用 GDB 的门槛非常低了,另外 GDB 这么多年,总有一些奇技淫巧,如果是想看 GDB 实操,那么得从一个 bug 的调试实例来讲解,这不是我想聊的方向。
博客里面描述的是 GDB 实现核心是 DWARF + 后端能力 ptrace ,以及一些核心实现细节。不过,我不觉得这个和普通用户不相干,理解这些,你才会清楚 GDB 的局限性在哪里,以及在日常解 bug 或者处理紧急问题的时候,你可能在受限的情况下,明确自己能获取到哪些信息,而这些对工程师解决问题的能力提升至关重要。 某种程度上,你其实说的很对,光看完这篇博客,很难立刻就用好 GDB ,这个没办法,只有大量的实践,外加对编程语言以及底层的理解才能慢慢得心应手起来,我也在学习的路上。但我写这篇博客的原因,是想把我的一些理解以及一些好的资料给串起来,至少写完之后,我思路是清晰不少了,并且我觉得理解了这些,就算是比较擅长使用 GDB 了(手动狗头)。 |
16
eclipselu 15 小时 42 分钟前
谢谢,写得很好!
|
17
liuidetmks 15 小时 10 分钟前
黄色高亮改下把,改成紫色或者没那么刺眼的
|
19
gdb 14 小时 6 分钟前
篇幅有点长,我只是走马观花看了一遍。我感觉你这个文章行文口语化太重(看口语化的内容,让我感觉像看小说,印象不是太好,显得有点啰嗦,难切中要害),我的建议是可以再精炼一些文字内容,留一些技术内容即可。个人建议,仅仅供参考。
|
20
MEIerer 13 小时 25 分钟前
排版看着有点类,勤换行啊
|
22
swananan OP @gdb 确实口语化比较严重,而且病句或者不通顺的地方也蛮多的,我还在锻炼我的写作技巧(姑且算是写作吧)。我还在思考,怎么在保持一些个人风格的同时,另外还能命中要点,感觉只能反复揣摩修改了。
|
23
swananan OP |
24
kapaseker 12 小时 42 分钟前
@swananan 嘿嘿,没事儿,目前这个博客没有多余的动画我很喜欢,只是字体的排版和颜色太亮了。别的没啥问题,有一种古风博客的感觉,一般技术大牛才会用这种风格。
|
25
lasuar 10 小时 45 分钟前
作为一篇好的技术 blog ,它应当拥有简单的 UI/排版风格、令人舒适的字体&字号、拥有摘要、可随时跳转的目录、小结/总结;并且较少的主观性的描述,添加更多实质性/有依据的描述,例如参考 URL/文献名称等,在文章结尾应该有参考资料索引;如果 blog 字数较多,还应该在篇首添加字数和大致阅读完所需时间,有进度条更佳。
综上,楼主可以逐条给自己的 blog 打分并汇总(如果你对 Blog 写作有追求)。 |
26
swananan OP @lasuar UI 等这些硬性的问题,短时间会比较容易改善。
我博客里面确实存在比较多的主观性描述,因为多少有点自嗨,更像是在自留地和人吹水的产物。 写作和教学都是程序员的核心技能,我会花时间慢慢改善的,非常感谢提醒。 |
27
Orangeee 6 小时 43 分钟前
👍除了配图外和上次的 blog 风格很像,我就说挺熟悉
|