【游戏引擎之路】登神长阶（十四）——OpenGL教程：士别三日，当刮目相看

【游戏引擎之路】登神长阶（十四）——OpenGL教程：士别三日，当刮目相看

2024年 5月20日-6月4日：攻克2D物理引擎。
2024年 6月4日-6月13日：攻克《3D数学基础》。
2024年 6月13日-6月20日：攻克《3D图形教程》。
2024年 6月21日-6月22日：攻克《Raycasting游戏教程》。
2024年 6月23日-7月1日：攻克《Windows游戏编程大师技巧》。
2024年 7月2日-7月6日：攻克《雅达利2600汇编游戏开发》。
2024年 7月7日-7月11日：攻克《x86/x64汇编语言》。
2024年 7月11日-7月22日：学习《3D游戏编程大师技巧》（阶段性）。
2024年 7月14日-7月18日：学习《游戏引擎架构》（完成）。
2024年 7月23日-7月30日：攻克Python语言学习。
2024年 7月31日-8月5日：攻克《3D游戏编程大师技巧》。
2024年 9月10日-9月20日：攻克游戏动画绑定
2024年 10月27日-10月31日：攻克《C++大师教程》
2024年 10月21日-11月02日：攻克《DirectX11教程》
2024年 11月02日-11月06日：攻克《CMake教程》
2024年 11月06日-11月10日：攻克《Vulkan教程》
2024年 11月11日-11月13日：攻克《OpenGL教程》

（一）学习笔记
真是没有想到，20多个小时的《OpenGL教程》，我只花了三天就学完了。
这次的OpenGL教程讲了非常多的内容，比如阴影，我在之前的教程中几乎都没看到过。以前我学Shader的时候，也是使用Unity预置的东西。
果然好教程就是学起来轻松愉快。当然，加上OpenGL的确比其它的引擎更加容易理解。《Vulkan教程》只有5小时教程，但是我学了一周，当然，这个是因为我每天只花半天时间学习的原因。
这段时间因为肩膀受伤，不能继续建模，只能休息一周恢复一下，下周才开始建模。所以有整天的时间来学习《OpenGL》。没想到学得这么快。
我从前也并不是一个学习非常牛逼的人，最好的成绩也只是班里面前十而已。而且是偶尔，不是能够保持。
我记得年轻的时候看很多学霸他们学东西，都觉得非常羡慕，而且觉得不可思议。他们怎么能够学那么多东西的？
后来步入社会，被社会上那些庸俗的理念影响，说什么人35岁之后学习能力就不行了，而且正好那时候我是抑郁症最严重的时期，所以觉得世界一片昏暗。
我觉得我改变思维的方式是从“烧水学习法”开始的。当然这可能有其它名称，或者某个著名的学习法演化过来的，但是我是从“烧水学习法”才开始学习“学习”。
没错，“学习”本身也是一种需要学习的东西。而再也没有什么比“学习”这样技能掌握纯熟之后，给人带来这么大的变化。
“对标”这个概念从那时候起就刻在我的心里面，我任何时候都用对标的思维去思考，去学习。
事情就是这样的：学习在我看来就是这样，如果你用错误的学习方法去学习，你只会得到无限的痛苦。而用正确的方法去学习，你不仅学到了东西，而且也学到了学习。
你的技能和知识体系是相互作用的。你学得越多，你就学得越快。这前面一个学是指你的知识，后面一个学是指你的学习能力。
其实从5月到现在，差不多刚好半年。但我感觉这半年学的东西，比我过去三年加起来还要多。

（二）为什么要学习基础
我现在如痴如狂地学习3D游戏的基础，把一切需要掌握的知识都有教无类地学习（虽然这个成语不是这么用的，但我就觉得好用，把自已的心态转化一下，你选择学什么，其实就是你做为老师，要教给你自已什么，别管你以前是什么人，比如说你是程序员，难倒就不能学建模吗？）。
回忆起我几年前做Unity的时候，的确是一种“眼高手低”的状态。举个例子，我当时做打击系统的时候，还给自已的受击部位做了材质，比如说金属，木材，这些东西被打击的时候，会有不同的反应，音效，很合理，也很牛逼。但是我当时的技术水平并不足以驾驭这些酷炫的东西。
现在我只想做一个普普通通的动作游戏，能打架，能探索，总之就是很普通。但是我却花了很多很多心思来钻研底层的技术，甚至自已去做引擎。自已做引擎倒不一定是得用自已的引擎，只是这个学习的过程对于夯实自已的基础太有用了。
希望我这条路会有它的价值。

（三）不要犯以前的错误了
做Unity的时候我犯下一个大错，导致我的软件工程灾难，这个在我做引擎的时候不能再犯了。
就好比，我们想象这样一个场景，如果我的引擎是要同时支持DirectX12和Vulkan，那么，我在做这个项目的时候，是不是要考虑以后兼容性的问题？所以在一开始的设计之中，我的系统就应该支持，而不是像牛仔一样编程。比如说我会考虑使用中性的glm库，而不是使用DirectXMath库。
如果自已的类过多依附于DirectX，那么以后兼容就会有问题。
但是，要实现这个的前提是，你对于两个系统，以及你做的系统要有充分的了解。
我以前用了十年的Java，我对于我要做的东西都非常清楚，所以我在做Unity的时候，把Java中系统构架的惯性思维都用到了Unity的开发中，给自已构架了一个自以为健壮，当创造之后，就具备工业生产能力的系统。我在和朋友聊天的时候，还吹嘘自已不会像其它独立游戏开发者一样返工，因为我做的系统就是“Productivity Ready”的。
但是我没有想到Unity里面全是坑。如果就是做点小游戏，或者说在Unity的“舒适区”做游戏，也许没什么问题。但是，一但想要做点跳出这个舒适圈的东西，大坑就一个接着一个来。我自以为“无敌”的系统，全部都是破绽。
我想做一个开放世界，真正的，牛逼的开放世界 。
我不是想做一个那种别人一看就是模板的二流游戏，不想让别人说，你这游戏拿XX引擎的素材一拼就能做出来。
所以我痛定思痛，转过身来打自已的基础，甚至自已学建模。我其实最初也没想过自已做引擎的，但是这真的就像是《阿甘正传》里面的故事，你都跑了这么远了，何不跑得更远一点呢？
但是，我不能再犯以前的错误了。以前我在Java中能做的事情，是因为我有10年的Java经验。但是没有经验的领域，就是牛仔编程，或者说好听点，极限编程。系统构架那套行不通，只能步步为营。
真正的系统工程里的确是以架构换时间，但对于新的领域，要以时间换架构！