学习编程到也有"道"可言?

这篇我们不谈具体技术,我们来看看单论学习编程这件事有什么规律

前言：  很多人学编程之所以觉得乱，就是因为一直在最底层的“技术”里打转。今天想聊聊一个更宏观的话题——程序员成长的底层逻辑。

开门见山:技术->思想->框架

为什么这么说？在我的学习过程中可以很明显的感觉到，学习新知识的过程就是遵循这样一个递进的闭环：

1. 先学基本技术：这是地基。
2. 有了技术就要去解决具体的事：做具体的工作，于是我们就要按照一定的前人已经总结好的规律和经验去规范的完成任务，也就是思想。
3. 框架是思想的具体实现：于是我们就去学习对应的框架。

核心观点：  学习框架的同时去理解它的设计思想，则是区分不同程序员之间的重要标准。

阶段一：技术（招式）—— 这是基本功

就像武侠小说里的扎马步、练拳脚。变量、循环、语法、API调用……这些就像是入门的第一步。

• 现状：  没有这个基础，一切都是空谈。
• 误区：  很多新手的问题就在于只停留在了这一步，变成了单纯的“代码搬运工”。

阶段二：思想（内功）—— 这是分水岭

你提到的“按照前人总结好的规律去规范完成任务”，这就是所谓的设计模式、算法逻辑、架构思维。

比如为什么要用面向对象？什么是高内聚低耦合？什么时候该用单例模式？这些东西不依附于具体的语言，它是一种解决问题的“道”。

能不能透过代码看到背后的设计意图，确实是区分普通程序员和优秀程序员的重要标准。

️ 阶段三：框架（兵器/阵法）—— 这是效率的倍增器

框架其实就是“思想的固化”和“最佳实践的集合”。Spring、React、Django 这些框架，本质上就是大牛们把他们对于“思想”的理解，写成了现成的工具给别人用。

个人感悟:在我的学习过程中可以很明显的感觉到学习新知识的过程就是先学基本技术,然后有了技术就要去解决具体的事,做具体的工作,于是我们就要按照一定的前人已经总结好的规律和经验去规范的完成任务,也就是思想,而框架就算思想的具体实现,于是我们就去学习对应的框架,而学习框架的同时去理解它的设计思想则是区分不同程序员之间的重要标准