AE学习经验谈

今天就来和大家说说如何学习AE 以及学习AE的一些方法。

在很多群里，很多论坛里发现很多朋友在学习AE的过程中都有一个很严重的问题，同时也包括我自己。

今天学会了，过几天又忘了。 没有好的学习方法，几个月下来还是在园地踏步。

那么问题出现在哪里呢？思考了几天找到了学习AE的一个惯病。

当我们去学习一个AE特效实例时，我们用照猫画虎的方式很快就学会了，并也能做出同样的效果。

但很多人却从没想过这个特效为什么要这样做？都用了哪些特效？这个特效的特点是什么？

我们一定要了解和掌握这个特效的功能、用处以及它的特点和结构化。这样我们才能更轻松的去学会它。对。，就是这样，这就是学习方法。

其实AE入门很简单。掌握了基本操作方法，项目窗口，时间线的功能，图层的应用等。其次我们就要开始进入AE的特效实例学习了。 学习AE特效没有什么捷径而言。就是反复的练习，反复的思考。

你不要指望你用一个星期的时间把所有的特效都学会，这是不可能的。每个特效之间互相结合产生的效果也是不同的。

在网上有很多视频教程，但好教程也不是特别多，这里推荐大家看李涛的视频教程以及孙祖健的视频教程。对新人入门来说会很有帮助。其他教程只是没什么意义罢了。不够专业，很模糊。

当大家在学习AE有了一定的飞跃程度之后建议大家去看老外的AE教程，很经典。虽然听不懂他们在说什么。但是我们能看见他们做什么。把他的操作一步一步学下来。在去分析他的做法，相对而言。你会有更多的收获。

几个月前我学了一段时间AE。那时的感觉和大家一样，很迷茫，不知道该怎么学好它。后来因为去外工作停了几个月。

如今回来继续学习，偶然发现，其实AE并没有大家说的那么难。只要大家都能找到一个好的学习方法就会进步的很快。

当你在学习时遇到什么困难千万不要烦躁。静下心来，认真思考。不要因为某个特效不会，很难做，就放弃先去学别的。

顺理成章我们都要养成一个良好的学习方法，如同生活规律一样。

写的有些草率，相信大家应该能看明白 呵呵。 大家有什么问题可以在论坛提问。当然你在学习遇到困难时自己能够解决才是你最大的进步。

开门见山的说吧,其实AE入门很简单,相对来说操作软件上手很快的.

现在绝大多数学习的朋友都是处在中期阶段.很多人迈不过这个砍.有的放弃.有的还在继续坚持.

对于自学的朋友来说.可能算是挺困难了.

以下问题是大多AE学习者的迷茫处.

第一:对软件熟悉的很好.包括AE的各个特效都很熟记.就是做不出来自己的作品.没有创意.没有想法.(缺乏经验)

答: 多看别人的作品.给自己安排2-3天的学习时间.就是看作品.看完几个先不要急着做.在各大视频网站里搜

AE作品.别管好坏.看了就是一种学习.当你认为差不多的时间,就动手做吧.注意镜头的连贯性.

第二:有的人有想法,有创意.就是做不出来作品? (对软件的特效不够了解.不够熟悉)

答:此时此刻的你,不要去想别的了.把AE自带的特效全都从头到尾的试一遍.懂得思考的人.在每做一个特效的

练习时.他都会反复的去琢磨每个特效的各个功能.不要想一天全部了解.告诉你不可能...... 除非AE是你开发的.

通过日积月累每个的特效功能了解的很详细以后.做一些实例吧.先看结果.然后自己试着去做.实在不会在看过程.

自学达人的境界.

第三: 有些人却乏美感.AE学了1-2年.做的东西始终不够美.让人看的不舒服(缺乏美学.色彩应用)

答:没学过美术.色彩不要紧.勤能补拙.去书店买基本关于色彩学的书好好看看.大书店一般都有卖.其次就是看别人

作品.看看人家是怎么应用色彩,镜头,空间.构架等.当然网上也有很多这方面的介绍.不仿去试着搜一下.

世上没有所谓的天才,所谓的天才是99%的努力+1%的天分.

天才不努力一样会变成蠢材.蠢材努力一样会变成天才

第四: 总结.

看看你是上面的哪一种类型.你被困在哪里.找到自己的不足.多加练习.必有成果.

一定要学会自己走路.不要一个问题.问好几个人去试想着得到不同的答案.那是蠢材的行为.

如果你有信心学好.就要坚持不懈的努力,千万别三天打鱼两天晒网.给自己留点宝贵的时间.

送给正在学习中的朋友们一句话: 别人可以,我也可以.我们都是人类.

 

第二篇：C++学习经验谈

C++学习经验谈

有人认为后期的C++趋向学院派风格,走进了一味追求技术和难度的误区, 逐渐脱离主流的Programmers.

有人认为C++由于复杂度导致在现代软件工程中的地盘不断缩水.

也有人认为,C++无任对特定领域应用还是研究来说,都足够的优秀.

一、面对Object-Pascal、Java、C#等语言,还需要C++ ?

首先,就方法学来说,不可否认,OO方法学本身具有构造的系统随着工程的进行复杂 度膨胀速度惊人.而且,对于上点规模的工程,为了构建OO系统,在OOA、OOD阶段,设计 者需要极高的水准.而以OOP为一典范亦作为OOP代表的C++在语法语义的设计上明显采用为了功能而不惜增加设计复杂度的策略.然而这一切的复杂,自然带来了好处,包括系统的可扩展性、可重用性等.这里好象存在一层很微妙的关系,上规模的系统为了可扩展性、可重用性等优点选择OO方法学,然而在OOA、OOD阶段就需要极大的投入(也许在00方法学中,A和D在软件工程中的地位体现的更明显吧~).

这个世界关于语言之间的讨论可能时刻进行着,个人一直认为：

1.首先每种语言有自己的适用领域,就应用而言,没有必要将语言勉强的拿到一起比较. 构建企业信息系统,自然会选择Java、dotNET或其它的方案(事实上,这种系统一般应 该多种语言协同开发,以获得部件性能最佳).可能多种语言同适合某个项目,那么具体就自己裁决了.譬如做一个信息管理系统,选择C++环境的绝对很少,PB或Delphi、VB都是不错的选择.在初学习阶段"因爱而选(更多的具有偶然性或者与身处环境有关)"、对于开发者基本是"因用而选".在成熟后,"因用而学"我感觉是根本也是最实际的指导原则.

2.关于语言复杂度的问题:语言是工具,是不需要也不能太复杂的.我一直支持语言应该朝专业化(这里指针对义务和特定应用场合)和简单化方向发展.这才是语言的本质之所在.业务是软件实施的根本.对于软件开发着来说很多情况下,业务是最难搞定的,或者说,用软件来真实细致安全的模拟业务是很困难的.前几天,学籍管理科的老师还跟我说,他们的一个学籍管理软件让两个研究生不断的完善,三年才算[完全符合他的业务要求].如果你只是耳闻某某语言何等的复杂、难学而学之,那么可能你错了~就个人而言,为了技术而技术是不可取的:)

3.然而这个世界是现实的,不如你想象的那样.并不是所有领域都有简单、强大、贴近业务 的语言.在这个层次上说,对于献身企业级信息应用系统开发者,Java、C#、Object-Pascal等的确是福音~~然而在系统软件和其它对性能、控制程度要求较高的如工控系统、高性能计算，实时系统，军用软件等领域可就缺不了C++(C)(不过这些领域 明显的专业知识占绝对部分的重量).可见,紧从语言上说,C++(C)依然占据着一片天地. 严格来讲,C是作为C++的一竞争对手出现的(不管这些了:)).

二、C++是否真的走进了追求技术的误区

自从,GP思想在C++上的第一个作品STL正式纳入标准库,关于C++走进技术误区的流言便没有停止过,Boost、作为GP领军人物之一的Andrei Alexandrescu提倡并实践着(Loki)的编译时编程、将设计模式思想引入库设计,使得流言快被提上日程讨论了:).

然而,GP真的只是技术吗?我一直认为,就OO来说,本人曾经作过这样的思考： -----------------------------------------------------------------------------

真正的对象应该至少能够具有：自主的适应环境(维护足够的"意识")

1.自发行为的意识更强

2.反应能力更强

3.对外有足够的独立性

现在的OO,更像是建立在PO上的,不过是对象代替了函数.

但事实上,无论对象能力多高,过程表现绝对少不了.

Agent ：我想是表达和反应能力最强的.

COM ： 比Object-Based手法构造出的对象表达、反应、适应能力高很多.

不过There is no magic.还不过是一般的技巧构造出来的,看透了什么都没有了:)

GP ：不能将它看作无谓的技术追求,[从我们谈论的这个节点看来,它的实质我认为[至 少]是]：提高了构造的对象的适应能力(不是自发行为能力)的一种手段.

Andrei Alexandrescu的《Generic Programming ：类型的else-if-then机制》 这篇文章可作为一精彩的证明.

-----------------------------------------------------------------------------

三、C++怎么学?

首先声明：本人对之也只能说略之一二(C++太博大了:))

孟岩先生曾经提过"C++需要自由的心",我要说"C++需要自由的心和手",我敢肯定我想的自由和孟岩先生的自由是不同的.

因为我的自由就个人诠释是 ："用自己的思路来自由的写验证性的usecase"

就个人的学习心得而言 ：

1.在你学习C++的过程中,你首先需要扎实的实践一本C++基础教程,这个教程不在深而在全.使你能够全览之.最好结合基本数据结构来练习.不要整天Hello World~~Hello MM的.

2.再下来你需要《(More)Effective C++》,它使你可以对C++也多了份思考,也了解到一些技巧和误区,不过,你需要同步实践,不然可能一时你并不能真正掌握这些技巧、避开误区.

3.提高,你需要：(下面的书可能已经讲烂了:))

《Design Pattern》 ：个人感觉,设计模式虽说是一种思维方式,具体实现上,只是 对OOP语言的发掘和巧妙组合而已.而且这里组合是主要的,

特性是有限的,这本书中有几个模式没用虚特性的?

C++ Standard Document: 在你用它来做专项研究的时候,就会体会到什么才叫真正的 全而深 (自然指在语法和语义的阐述上).

《STL源码剖析》 ：没有深厚的功底,想来个闭门造车独挑STL源码是不可能的. 不过,这本说也重在关键技术的讲解和引导罢了~~

这里关于GP和STL的名著不少，本人没看过。不做品评。

《 Inside The C++ Object Model》：最具价值的一本书,没了它,C++永远是个迷,哪怕 你浸淫之N载~~

《Moden In C++ Design》 ：这里的很多思路是你自己的思维很难接触到的~~：) 我不得不佩服Andrei Alexandrescu.

市面上其它的C++书籍可牛车载,我感觉除了《The Design And Evolution Of C++》是异品,值得一读.其它的不建议花太多的时间,哪怕是Bjarne Stroustrup、Stanley B.Lippman等的作品.自然,你有时间读更好,反正我现在有点后悔,当初只顾多,不顾深读,反复读.经典的书不在本数多,在于每本读的遍数多.一经验之谈,BBS上经常有人,在介绍COM技术书籍时,想也不想的指出,入门级<<Inside The COM>>.是这样的吗?我想,正如Dale Rogerson所说,将这本书完全看懂,你就是COM专家了~~书中,作者很多话可能你没有注意到,因为你还不懂之,对之没感觉,一遍翻下来,感觉 哦~~简单~全看了 :) 这些书,跟国内的很多书籍最大的不同就是国内书籍的作者写的出,可能自己还不懂:)Copy什么资料上的:)??

4.浸淫一门语言本身的语法语义再久,你不一定能够深入它的精妙之处.

你需要学习应用这门语言的实作品(技术),你可以研究一些FrameWork或是一些具体的技术 如CORBA、COM等.就个人而已,有心接触C++十个月左右,对于Virtual的认识有过几次较大的的改变.在《 Inside The C++ Object Model》中算第一次,在《COM本质论》中关于COM对二进制兼容布局需求而用虚机制来解决是第二次,到目前为止,使我对virtual流下最深刻印象的是在Automation技术中组件由于环境是否有能力分析virtual结构而导致是否需要分发接口的问题.如果,整天抱着《C++语法语义深入》这样的书,我不知你何时才能真正了解C++很多的特性.

即使你可以对别人说上一大套,这行啊~那不行啊~~云云~~:)

在这整个的过程中,我喜欢这样对学弟说,你需要经常将C++的各种特性在脑中反复混合酝踉,这也是我强调学基础时,要求教材知识点全的原因.经常的,为了研究某些特性而自由的写、修改、增加UseCase,是我自认为很好的一个习惯.整天记他人的经验之言,不知几个月后还记得几层:)?

也许上面的叙述是概括了些:)?

总之,我认为学习C++,需要多思考(譬如你想想为什么模板类继承不支持virtual、模板 类继承,基类实例和继承类实例产生的关系是什么样的)、

多写usecase、

多将一堆特性混合酝晾（譬如模板类

成员签名、多种嵌套模板类成员签名、嵌套类与包裹类生命期

控制等等)

要尽早选择应用方向(这点很重要,附加个人观点：大多数人认为理论很

难，可是我要说：应用一样是有难度的:)).

将00工程学中的理论适时的来对照自己的行为.

后话：

上面提到,就应用而已,比较语言的是没有什么意义的.然而我想说的是,不敢想象

没有经过C++锤炼的人,可以深入的研究C#(事实上，我一直也不人为C#比C++好学，只是他们的深入点是不同的，冒昧说一句，C++中很多难度是人为制造出来的),就目前的情况来说,还有就是由于C++历史、

社团、资源等因素.

共勉 ：

因用而择、因爱而择

学究其深

勿以善小而不为 :)

我们在学习C++的时候，有很多人不知怎样学习它、怎样学好它，也不知应先从那里开始学起，关于C++的入门其实很简单，你只要一步步按照你手中的那本C++教材来学就可以了，也许你把C++学的很烂，这时你千万不要认为我好像很精通C++了。

我个人认为要想学习C++，最好直接学习它，不要先学习C语言，然后在学习C++，虽然C++是从C语言上发展过来的，但如果你对C语言了解的越多，在你写C++程序的时候，你很难摆脱C的风格，既使你是一位很有经验的程序员，如果你对C很了解，在学习C++的时候，尽量使用C++的风格，我这样并不是说C不好，关键我们现在要了解的是C++而不是C。

现在让我们深入学习C++吧！C++的难学，不仅在它那广博的语法、语法背后的语义、语义背后的深层思维、深层思维背后的对像模型；C++的难学，还在与它提供了四种不同的编程思维模型。当我们找来一本C++教材时，当我们翻开第一页时，这时我们已进入了C++的世界，我们现在开始探索，开始在追求新技术的旅程中！

想学好C++，熟练掌握它的语法是不可少的，当你掌握了C++的语法时，那么我要恭喜你，你已正正进入了C++的世界，要想学好C++，你只有努力的学习，经常的思考多多的实践，这时你会问了，我应该还要学习什么呢？ C++的语法我都已掌握了啊！我是不是可以学习Windows编程了呢？不要急，你是已掌握了C++的语法，但你能用它写出高效率的程序吗？你已对C++所有运行机制都了解吗？是的，单单了解C++语法是不够的，接下来你的任务很多，要学习如何高效地使用C++语言。现在我就教你怎样的学好它，怎样的高效使用它。

我们还是先从C++的语法开始说起吧！这里我只做一个简单的概述，当我们学习C++的时候，你先要了解它的编程模式，其中包括面向对像编程、通用编程和传统的过程化编程。当你在学习一个C++语法时，如果你一时感到很难理解，不妨你先跳过这一段，继续向后学习，当你看完你所学习C++的那本教材时，你在回过头来学习C++，你会发现其实它就是那么回事，有很多人在学习C++时，刚学习到了一半，突然感到好像以前学习的语法忘了许多，他们会把书又翻回去，找回那忘掉的语法，如果你在学习C++时也有这样的情况，你大可不必那么担心，你现在的任务是继续你的学习，不要去管那一时不记得的语法，如果你现在去重新学习那一时忘掉的C++，恩，不错，这看起来你好像对那语法已深深的牢记在心，当你的C++在学习到这里时，你能保证前面的语法不在遗忘吗？这时的你在学习新的C++语法时，但心会忘掉前面刚刚找回的C++，你说这时你能学好新的C++语法吗？你会一边学习新的，一边重复旧的，这样一来，那就糟了，这时的你会很容易搞乱新旧C++语法，新的记不住，旧的又被新的语法搞乱了，这时的你不得不从头再来（毕竟你是初学者）。

对于初学者来说，C++的广博语法是件头疼的事，学会了这个却忘了那个，就像我上面提到的那样，这时的你应该继续的学习C++新知识，等看完你手中的那本C++教材时，你在来学习忘掉的语法，这时你会感觉好像C++很简单，没有我们开始说的那么难学啊！你会觉得我开始说C++难学是用来吓唬人的。我说C++难学当然不是用来吓唬人的，这时的你对C++语法已非常熟悉了，这时你千万不要认为对C++已很精通，就像我开头所说的那样，虽然现在你已摆脱了初学着的称呼，但你也不能算是位精通人士啊！你只掌握了C++的大概，接下来的你就要深入学习拉！