&&&& 总会时不时的怀疑自己是不是学编程的料，还是自己太笨？
&&&& 自己读研前对编程可以说是一窍不通，虽然本科时学过C，但那时也只是应付考试，没学到什么真才实学。
&&&& 幸好读研后，自己开始猛的补各种知识，开始从头学C，慢慢的学的有点起色，心里有点小得瑟。自以为学的还可以，就去POJ做题，纯属找虐，信心一下子又重新跌倒谷底。
&&&& 之后又再好好研究C，学一些普遍的算法，真正的开始有起色。就试着写写贪吃蛇，五子棋之类的小游戏，虽然写的过程也是百转千回各种纠结，但最后写成后内心还是挺温暖，觉得编程门终于向我开放了。
&&&& 之后又开始自己装linux，学写linux下的一些常用指令以及一些编程，虽然不懂的很多，但遇到问题问度娘，度娘神通广大啊，让我积累的东西越来越多，慢慢的对linux下的编程有了一些了解。虽然还只是菜鸟，但坚持下去，谁能保证菜鸟就不会有春天？
&&&&& 之后开始学C++，看的是钱能的《C++程序设计教程》，刚开始里面的继承，多态，特别是虚函数和运算法重载部分，确实让我狠狠的难倒了一回。看不懂能怎 么办？我采用了最笨的办法，多看几遍呗，就是死磕。最后好像间间断断的把这本书看了至少3遍，算是对C++的语法有了一定的认识，虽然用着C++形式写着 C的代码，但还是心里还是挺洋溢的。虽然看了几遍，但还是有些概念不是太清晰，不是太会运用。无意中翻了一本Java的书，其实大家都知道，Java跟 C++还是有挺多相似之处的，竟然对Java产生了很大的兴趣，去图书馆借了本Java的书，记得用了一个星期就把Java的语法部分全看了一遍，而且看 的过程中竟然加深了我对C++很多知识的理解。不过还是对C/C++情有独钟，之后还是坚持学C++。开始看《C++ Primer》，这才发现国内的教材确实没法跟国外的教材比，这本书确实是本难得的经典书目，国内的教程对很多东西都只是浅尝辄止，概念的解释也是不太清 楚，根本无法让自学者体会到C++这本编程语言的精髓以及与C的区别。那时真像一个饥饿的人趴在了一块面包上，开始废寝忘食的拜读这本被誉为&圣经&的经 典书籍，开始学习STL，这时才真正体会到C++的魅力，以及与C的区别。以前一直听别人说C++非常难学，自己也觉得C++确实挺难学，但看了一部分 《C++ Primer》后，觉得情况可能真不是我之前想的那样，觉得C++虽然需要理解的东西确实比C要多，但学到一定程度后，C++真的将程序员们从C的禁锢中 解脱出来，才发现C++是多么的好用。到底C++有多好？这个问题很多大神们都讨论过，我这菜鸟就不好多说了。
&&&& 之后开始学数据结构，现在也一直在学，真的挺麻烦的，什么栈，什么树啊，图啊的，确实挺让人恶心的。自己开始写栈的实现，看严蔚敏的数据结构书时把栈介绍 的那么难，刚开始都看懵了。能怎么办？老办法，死磕呗。多看几遍，自己试着写出栈的实现，不断写，不断的出错，出错后再写，再出错，再写，最后应了一句古 话---皇天不负有心人。觉得数据结构也好，算法也好，或者其他没学过的东西也好，刚开始看都挺懵的，觉得怎么这么难啊，太难了，自己能不能解决啊？最后 弄清楚后才发现，其实啊，什么难不难的，也就那么回事。死磕呗！
&&&& 虽然最近学习遇到很多问题，确实挺头疼的。能怎么办？死磕呗。
-----------------------------------------------------------------------------------------------------------------------------------------------------------------------------
以下为大牛的学习建议：
阅读(...) 评论()(0)不会敲代码能学UE4吗？ - 简书
(0)不会敲代码能学UE4吗？
1.先学C++，再学UE4：我在学习UE4期间认识了许多毫无编程经验的同学，或者一些只有一丝丝其他编程语言经验的同学。对于他们来说学习C/C++是一件非常不友好的事情，C/C++的变态程度在众多编程语言当中不说数一数二也算鹤立鸡群。那么这样导致一个什么结果呢？学起来很难，甚至面向对象这四个字理解起来就已经要绞尽脑汁了，更不要说金字塔顶端的指针和引用了！然而过段时间当他们吭哧吭哧的学完C/C++的基础知识，学会了使用语法、类、对象、基本数据结构、逻辑控制、大概明白了指针和引用，满心欢喜的打开UE4模板工程的C++代码后，竟然发现：“这是我学过的C/C++吗？为什么长得完全不一样！”为什么长得完全不一样？当他们学习C/C++的时候，实际上每次都是从一张白纸开始写，自己定义头文件、自己写.cpp、变量、函数什么都是自己来。相信所有所有编程初学者第一次用代码在控制台打出“Hello World”的时候都是贼兴奋的，原来编程这么神奇，可以让我控制电脑！他们也一样，好不容易通过学习C/C++对编程有了一点兴趣，但在通过UE4创建一个C++类的时候这些兴趣就灰飞烟灭了。归根结底是一个问题：“虚幻是个用C/C++写出来的游戏引擎”什么是游戏引擎？老听说这那游戏是由虚幻4引擎打造，效果无敌，画面牛逼。引擎俩字听着挺高大上啊，但翻译成不太准确大白话就是：“虚幻引擎是一大堆代码，里面有一大大大堆的函数，有绘制图案的，有控制逻辑的，还有别的乱七八糟的。反正各种有的没的虚幻引擎都给你写好了，你按照自己的意思随便用一用就能做出个游戏了。”话里话外什么意思呢？虚幻引擎就是一个框架，框架的好处是用着方便，坏处也显而易见，你必须要守规矩。说回到刚才的话题，为什么长得完全不一样？因为虚幻引擎的代码有他自己的规矩！这就是为什么大家都用笔写字，但是王羲之只有一个。所以最痛苦的阶段竟然不是从零开始学习C/C++，而是C/C++学的一知半解后再转学虚幻C/C++。为了不同平台的兼容性，虚幻引擎已经把C/C++完全魔改了。比如把C/C++里没有的“对象”这个东西整出来了，叫UObject。比如数据结构也不用你纠结用vector还是list了，现在叫TArray。总而言之你是在别人搭好的地基上盖楼，用的还都是别人提供好的材料。实际上学习的过程就是理解把这个引擎写出来的那些人的脑子里到底在想什么的过程，这个当然不简单了！结论：如果有比较好的面向对象编程基础，比如Java，比如C#，甚至有其他游戏引擎的经验，那我觉得可以先学C++再学UE4，最起码你可以很快的跳过Hello World这个阶段，并且在第一次看到UE4源码的时候有较大的生存几率。2. 先学蓝图，学不学C++看心情程序员肯定是推动科技进步的先锋，其中懒这个特质更是先锋中的先锋。蓝图是什么？要我说就是为了让程序员少写点代码存在的。以前没有可视化编辑器的时候游戏是怎么开发的呢？想象一下我想调整一个物体的位置或朝向我要一遍一遍的去代码里改，害不害怕？现在多脑残啊，编辑器里看一看，鼠标拖一拖，搞定！实际上蓝图的功能已经足够强大了，如果你有时间去看一看虚幻官方的“内容示例”项目就会和我发出一样的感慨。并且使用蓝图有他的先天优势：非常友好的编辑器界面和五颜六色的节点，至少让你在连来连去的时候不那么枯燥，更重要的是能直观的看到预览效果。甚至有些部分例如材质系统，动画系统用蓝图调试是非常方便的。当然，使用蓝图也有难以解决的问题，无论是虚幻编辑器本身存在的各式各样的小BUG，还是一些无法用蓝图访问的属性和函数，都是蓝图开发者和程序开发者之间的鸿沟。这个沟并不宽，但是很深，掉下去再爬上来还是挺费劲的。其实有很多的项目是完全可以用纯蓝图开发的 - 如果你对性能要求没那么高的话，蓝图也能制作出足够惊艳的画面效果了。听起来好像和C++完全没关系了对吧！那么蓝图的正确用法是什么呢？就像刚才讲到的，程序员都很懒，所以实际上蓝图是为设计师提供的，只有蓝图和C++配合使用才能最大化开发效率。有些逻辑用代码写很快，用蓝图连线很麻烦，有些东西用蓝图调很方便，用代码调会要命，同时虚幻引擎为代码和蓝图的通讯提供了非常好的支持，这两样东西是可以无缝结合在一起的。所以为什么说蓝图能让程序员少写点代码这句话现在就可以理解了，我把核心用代码封装好，暴露给蓝图一个接口，设计师负责在合适的时候调用这个接口，代码负责执行并且返回结果就行了。更形象一点，代码更像是乐高中的各种积木，方的，圆的，长的，短的，蓝图更像是把这些积木组合成一辆车或一艘船。结论：如果你对代码一窍不通，或者是初学游戏的新手，可以从学习蓝图开始。虽然蓝图编辑器的界面看起来非常复杂，但是其实用很少的部分就能做出一个比较完整的演示作品。3. 你还是逃不过C++非常不幸，你最终还是逃不过C++的魔爪。蓝图再厉害，它也是脚本生成的，最终还是要回归到本质，那就是代码。蓝图有的东西，代码里都有，反过来可就不一定了。而且，想要深入的了解引擎的世界观和工作原理，蓝图可是无法告诉你这些东西的。所以，少年，和我一起努力吧！不过好消息是，如果你蓝图玩的足够溜，代码还是不那么那么难看懂的。一个虚幻引擎彩笔的心路历程[0]}