【活动】如何系统的学习一门it技术

本系列文章归档在CSDN平台正文活动中的相关经验之谈

1. OOP技术

面向对象编程是为了应对之前某一次软件危机应运而生的产物，自软件开发在1980年进入国内并没几年的时间就被国人熟知和运用，也就是说现在国内大部分从业人员似乎都恰好错过了国外的第一次软件危机，换言之介于计算机机器语言和高级语言进化的那次变革，国内参与的并不充分，能够参与到的相关人员基本都在操作系统级领域展露头角。狭义上讲，软件工程专业几乎快要从从计算机科学与技术专业独立出来之后，国内才恰好赶上这波技术潮流，这也是近10年来软件从业人员井喷式出现的背景之一，也是内卷的源头所在。

OOP技术将软件开发置于世间万物，以建筑学为蓝本考虑软件之事。UML在面向对象技术领域，一开始是放在前面的，就是因为需要审慎的思考如何面向对象，所以1994年的那批外国友人面对问题苦思冥想后勾勒出的一张张精美UML图例的场景是何等的难能可贵，这些人是从0到1的典范。如见很少见到从业人员非常会绘制相关图形，甚至对分析嗤之以鼻。在谈及与开发相关内容时，似乎都能侃侃而谈，但相互之间说的是不是一回事，很难说，这就是所谓的”二义性“。UML，之所以被称为统一建模语言，就是为了避免这种二义性。

2. 什么是懂技术

懂一门技术的标准，不同的人看法是不同的。

从证书和学历认证的角度讲，考试要及格并尽量考高分。只要分数高，技术就是好，在我们这里，几千年的考试制度，导致这天生就作为一种懂技术的判定标准。

以从业和开发的角度看，开发时的效率高，测试时的问题少，用起来很健壮。再此基础上再兼具美观，说明开发人员水平很好，属于有技术的行列。

就目前的技术更新的局势分析，很多前言技术，美观已经是做好的，但前提是是要新学这门技术。所以快速掌握新技术，并且能够及时抢占市场，也是一种有技术的体现。

这三种情况在目前短暂的时空下是合理且有效的评判准则，但是在下一个时空下如何，我们就不得而知了。

3. 学习前的准备工作

学习一种技术的前提准备就是以上两点，知道这门技术起源自何时何地，如今的实用性，明白将这门技术掌握到什么程度，并且下定了决心以最快速度达到懂这门技术的标准，就可以开始这门技术的学习。

至于学习路径这种东西，对于从事It技术的人员来说是不适宜制定过长，过死的，能清楚明天学什么，或者安排一周内的学习内容就很多了。至于明天学什么，下周学什么，以这周学习结果为准去坚持亦或调整。当然这不是在告诉读者今天学的不好，明天不学了或者换一下，而是说学的不好要再学一遍，或者降级去学基础性的知识点，再学不好再降级再多尝试几遍，直到感觉在这种层次，以这种程度能够掌握的很达标即可。

当你掌握一门技术后，就要及时地选择技术栈，千万不能止步不前，更不能死板。抬起头看看这繁华世界，技术栈千千万万，擦亮眼睛及早选择，从一而终，能够让自己踏的更结实。很多从业人员是没有机会和理智去选择技术栈的，往往是通过来回碰壁多次找感觉，这样非常浪费生命。之所以如此并不是说这写同行不坚定，恰恰相反，这些同行里，有很多是乐于坚持的，甚至将这种坚持视为情怀上升到品质，这多少是有些极端。本质问题是市场瞬息万变，很多技术不用了，市场也饱和到内卷，没有进入市场的时机甚至有的也没有社区互动，真的没必要再苦苦挣扎。

4. 学习时的具体操作

OOP技术源于技术变革，必定保留面向过程技术的优点，如函数升级为方法，局部变量和全局变量的沿用，隐藏他的不稳定点如直接操作底层、不明显的模块化。这些在OOP中的改进是学习时要首先掌握的。那底层要不要掌握呢？个人浅见，当你选择技术栈后再去自身所在技术栈进行深挖。所以前期并不建议掺着学，普通人没有这个能力，这个行业几乎所有人都会盲目自信认为自己就是天才，现实往往是大批大批找不到工作的转行了。

举个例子，本科教育阶段，面向过程的C语言是首先要学的，但这时是拿来让大部分学生试水的（有家庭条件和先天优势的除外），不能算真正的开始，第二个阶段是数据结构和OOP语言，这个节点是个分水岭，可以大致会划分出长期从事这个行业和不一定长期从事这个行业的人员。如果说你在OOP一知半解的时候就放弃了回头去深挖C指针，很有可能两种技术方向都掌握不了而崩溃（再次强调，有家庭条件和先天优势的除外）

所以坚持学习，由浅入深，实操训练，周而复始是最有效的办法。