写程序这件事，编写入门靠的程序程序不是天赋，是编写忍受无聊的能力。

我见过太多人卡在"我该学什么语言"这个问题上，程序程序一卡就是编写三个月。Python、程序程序Java、编写C++、程序程序JavaScript，编写翻来覆去对比，程序程序看知乎看B站看掘金，编写收藏夹存了上百篇文章，程序程序一行代码没写过。编写这就像一个人想学做菜，程序程序先花了半年研究锅的编写材质，结果连鸡蛋都没敲开过。

选一个。随便哪个。然后打开编辑器，敲下第一行。

第一个程序不是"Hello World"，是"能跑就行"

很多教程让你从打印"Hello World"开始。这没错，但问题在于——打印完之后呢？大部分人不知道下一步该干嘛，于是又回去看教程了。

我的建议是：别按教程走。你打开一个编辑器，写三行代码，运行成功，这个循环就完成了。接下来你要做的是，改掉其中一行，看看会发生什么。报错了？好事。读报错信息，猜哪里出了问题，改，再跑。

这个过程重复一百次，比你看十小时视频管用。

我刚开始写代码那会儿，连变量是什么都搞不清楚。我写了一个程序，让用户输入两个数字，然后相加输出结果。结果用户输入"3"和"4"，程序输出"34"。我盯着屏幕看了二十分钟，才意识到输入的是字符串，不是数字。那个瞬间的顿悟，比任何教程都深刻。

读别人的代码，但别跪着读

GitHub上有很多开源项目，新手看了容易产生两种反应：一是"哇好厉害我永远写不出来"，二是"这写的什么鬼我看不懂"。两种反应都正常，但都不能让你进步。

正确的姿势是：找一个你能看懂百分之六十的项目，把它clone下来，跑起来，然后改。改配置，改参数，改逻辑，看它怎么崩。崩了就去读源码，找到崩的那一行，理解为什么。

我有个朋友学前端，他学React的方式是把一个开源管理后台的代码全部删掉，只留一个入口文件，然后自己一行一行加回来。加了三天，React的组件生命周期、状态管理、路由，全通了。这比看文档快十倍。

写项目，别写练习题

LeetCode有用，但那是面试用的。真正让你从"会写代码"变成"能写程序"的，是做一个完整的东西。

什么叫完整？有输入，有处理，有输出，能给别人用。哪怕是一个命令行小工具，一个爬虫脚本，一个自动整理文件的程序。你写练习题的时候，你知道答案就在那里，你只是把它找出来。你写项目的时候，你不知道答案在哪，你得自己造一个。

我第一次写完整项目是一个批量重命名文件的脚本。需求很简单：把某个文件夹里所有图片按日期重命名。我花了整整一个周末，查了文件操作、正则表达式、异常处理。写完之后，我盯着那个脚本跑了三十遍，每次都觉得它是个奇迹。

后来那个脚本我用了五年。

调试是常态，不是意外

新手最大的错觉是：代码写完了就该能跑。实际上，代码写完了，bug才刚开始出现。

我现在的代码，第一次运行通过率大概不到百分之三十。剩下的百分之七十，都是在跟报错信息打交道。这不是我菜，这是编程的常态。你写十行代码，可能有三行是错的。你改对了，又引入两个新bug。循环往复，直到它看起来能跑了。

所以别怕报错。报错信息是你最好的老师。它告诉你哪里错了，为什么错了，有时候还告诉你该怎么改。读它，别跳过它。

最后说点实在的

编程这件事，跟学乐器很像。你看再多乐理，不练琴，永远弹不出曲子。你练得多了，手指自己就记住了。代码也是，你敲得多了，键盘自己就知道该敲什么。

别等"准备好了"再开始。你永远不会准备好。打开编辑器，写一行，跑起来，报错，改，再跑。这个循环，就是编程的全部秘密。