编程学习经验咨询：如何精通编程？起步阶段有哪些遗憾与改进方向？

首先说心态：刚入行时这种“觉得自己落后”的焦虑太正常了——我当年盯着Stack Overflow上大佬的回答，看他们随手写出优雅的内存管理代码，也觉得自己像个凑数的。但后来才明白，所有大佬都是从“写烂代码、调奇怪bug”过来的，不用拿别人的现在和你的起步比。

结合你现在读《Effective C》+ 实现printf的状态，给你聊聊两个问题：

一、怎么一步步精通编程？ #

• 先啃透一个领域的核心，再谈“精通”：编程没有一蹴而就的精通，尤其是C这种贴近底层的语言。你现在做printf刚好能吃透可变参数、字符串处理、格式化解析这些核心知识点，把这些啃深——比如搞清楚va_start/va_arg的底层实现，理解printf的缓冲区机制——比同时学多种语言杂学有用得多。
• 动手优先，别停在“看懂”：你现在写printf的做法太对了。很多人读了《Effective C》觉得懂了，但一写代码就懵。写完第一版后，刻意加些边界测试：比如传入空指针、超长格式化字符串、负数的%u输出，逼自己解决实际问题，这个过程的成长比读十本书都快。
• 主动啃官方文档和优秀源码：遇到问题别先搜二手教程，先查C标准库的规范文档（比如<stdarg.h>的说明），虽然你英文非母语，但这类文档术语固定，看多了就顺了。另外可以去看GNU printf的源码，不用全读，就看你卡壳的部分——比如人家怎么处理复杂的格式符组合，对比自己的实现，思考差异，这是最快的进阶方式。
• 接受“烂代码”，然后重构：起步阶段别追求代码优雅，先让功能跑通。比如你写printf的第一版可能逻辑混乱、重复代码多，没关系，跑通后再回头优化——把重复的格式化解析抽成函数，优化缓冲区减少IO次数，这个“写烂→重构”的循环，是培养代码感觉的关键。

二、起步阶段我后悔没做好的几件事 #

• 没早点吃透底层原理：当年我一开始就急着写小项目，没搞懂栈/堆的区别、指针的本质，后来调链表野指针、内存泄漏的bug，折腾了整整一周才明白问题出在哪。你现在啃《Effective C》+ 实现printf，刚好在打底层基础，一定要沉下心，别跳过那些“枯燥”的原理章节。
• 没养成写测试的习惯：起步时我写完代码跑通一两个例子就觉得完事了，结果后来遇到极端情况直接崩溃——比如printf里处理%f的精度设置，或者传入NULL作为格式化字符串。要是一开始就写几个测试用例（比如printf("%d", INT_MIN)、printf(NULL)），能少走无数弯路。
• 不敢提问，怕问题“太蠢”：当年我怕自己的问题太基础，不敢在论坛发帖，其实大佬们大多愿意帮新手——前提是你提问时把自己的尝试、错误信息、代码片段贴清楚。比如你实现printf时遇到可变参数取错值，别只问“怎么实现printf”，而是贴出你的va_arg代码和输出错误，这样别人才能精准帮你。
• 没整理自己的笔记：当年学的知识点过段时间就忘，比如va_end的作用、printf的返回值规则。现在你可以把实现printf时遇到的坑、解决方法记下来——比如“va_start必须和va_end配对，否则会导致未定义行为”，以后回头看能快速捡起来，也能帮你梳理思路。

最后说一句：你凭着热爱主动啃经典、动手实现核心功能，已经比很多混日子的开发者强了。英文语法的问题完全不用在意，Stack Overflow上很多非母语用户，只要你能清晰表达问题和你的尝试，没人会在意语法细节。

内容的提问来源于stack exchange，提问作者HeapUnderflow