刚入行半年，我才明白：小白程序员最该做的，不是狂学框架

作为一个刚入行半年的纯小白，这段时间踩的坑、犯的傻，真的能写一本笔记。以前总以为，程序员就是多写代码、多学框架，进了公司才发现，方向错了，越努力越迷茫。
刚进公司的时候，我特别焦虑。看着身边同事用各种框架行云流水，我就慌了，每天下班疯狂学 Spring Boot、学各种注解，觉得只要能把接口调通、页面跑起来，就算入门了。

结果真开始写需求，问题全来了。
一个简单的增删改查，我能写出好几个 bug：参数传错、空指针、列表查不出来、接口报 404、500。出了问题只会盯着控制台看，看不懂日志，也不知道从哪下手，只能到处问同事，问多了自己都不好意思。

那段时间我特别挫败，明明代码照着例子写的，为什么我这就跑不起来？
后来带我的前辈跟我说了一句话，我现在都记得：
“你先别急着学新东西，先把眼前的问题搞懂，搞懂为什么，而不是只搞懂怎么跑。”

从那以后，我开始慢慢改变思路。

以前写代码，我只追求“能运行”，报错了就百度，复制一段代码改一改，不报错就不管了。现在我会强迫自己多问几句：

- 这个报错到底是什么意思？
- 为什么会出现这个问题？
- 我改的这一行，到底起了什么作用？

慢慢我发现，小白最缺的，不是花里胡哨的技术栈，而是最基础、最朴素的能力。

第一个，是读日志的能力。
刚入行我特别怕报错，一报错就慌。后来才知道，日志就是程序在跟你说话，它已经把问题告诉你了，只是我看不懂。
空指针，就是某个对象没初始化；
404，就是路径不对或者服务没起来；
SQL 报错，大多是字段写错、少逗号、条件有问题。
静下心从下往上看日志，找到自己写的代码那一行，问题其实特别简单。

第二个，是写代码的基本习惯。
以前我写代码，怎么快怎么来，变量名随便打，逻辑堆在一起，自己写完过两天再看都看不懂。
后来才明白，代码是给人看的，不是只给机器跑的。
变量名要见名知意，方法只做一件事，注释不用多，但关键逻辑要写清楚。
看起来是小事，却能少掉很多坑，也让别人帮你看代码时，不用遭罪。

第三个，是别害怕问问题，但要会问。
刚入行我有两个极端：要么不敢问，硬憋一天；要么一上来就问，连问题都描述不清。
其实前辈们都愿意带新人，但没人喜欢被问“为什么我的代码跑不起来”。
现在我问问题前，都会先做这几件事：

- 自己先百度，看能不能找到类似问题
- 把报错日志截全，说清楚自己做了什么、期望是什么、结果是什么
- 说一下自己已经试过哪些办法
这样别人帮你解决得快，你自己也能学到东西。

第四个，也是最重要的：别一上来就追求“全都会”。
我见过很多小白，今天学 Java，明天看 Python，后天又想学前端，结果啥都懂一点，啥都不精。
对刚入行的人来说，把一件事做透，比学十件事都有用。
先把当前语言的基础打牢：变量、循环、判断、集合、异常、IO 这些。基础不牢，框架学得再多，也是空中楼阁。

我现在的状态，跟刚入职时完全不一样。
不再盲目跟风学新技术，不再追求一天写多少行代码，而是追求：写一行，懂一行。
需求来了，先想逻辑，再动手写；写完多测试几遍；报错了先自己分析日志，实在不行再求助。

其实小白不可怕，谁都是从小白过来的。
可怕的是，一直用小白的心态混日子：只会复制粘贴，不求甚解，遇到问题就逃避，只做简单的，难一点的就躲。

给所有和我一样刚入行的朋友几句实在话：

- 别急于求成，编程是靠积累的，不是速成的
- 先把基础打牢，再学框架，别本末倒置
- 报错不是坏事，是你提升最快的时候
- 多思考，多总结，比多写代码更重要
- 保持耐心，坚持下去，你会一点点看到自己的进步

我们现在写的每一行简单的 CRUD，看的每一行报错日志，都是在为以后成为厉害的程序员铺路。
不用羡慕别人，慢慢来，稳一点，反而更快。