技术流素材都是哪里的

① 视频素材该去哪里找

有两种，一种是到各大素材站找视频，自己剪切制作，然后自己配音！另外一种是用比较热门的短视频成品，比如米鱼素材网之类！但是无论如何，思维更重要一种是到各大素材站找视频，自己剪切制作，然后自己配音。

另外一种是用比较热门的短视频成品，比如米鱼素材网之类。但是无论如何，思维更重要。

生活太过平淡，没啥好素材。去网易云音乐和酷狗音乐找，我们去找评论，如果我们想拍伤感的故事，就去搜伤感的并且脍炙人口的歌曲，在下面一定有一大堆伤感人的故事。

你想找美好生活的就可以去搜对应轻松或励志的音乐，下面也很可能就有你要的故事。

再不行，戏不够，道具来凑。

情节是否曲折，吸引人。

为什么很多人的视频没人看，因为他们的视频里就是一杯白开水，平铺直叙的情节，那情节是指一定要有因果逻辑链的，一环套一环，漏掉其中之一都不会成立的。

制造悬念。我们一开始就拿出一个东西去吸引人，不然观众就划走了。

抖商达人之前分析过用优酷，爱奇艺，录频来寻找视频素材，估计已经很熟练的找到了寻找素材的方法，今天分享几个非常有用的寻找素材的平台DJIGO，这个平台有非常多的航拍场，适合各类情况以及励志类的视频。

WIDE， 这个平台有点像横屏的抖音，也是向下刷的，你下载这个视频后，记得把它弄成MIXKIT，免费视频素材网站，高质量视频素材画廊。

PIXABAY，免费图片和视频有170万之多。LIFE OF VIDS ，海量日常生活场景视频VIDEOVO 专门提供视频素材。

② 做视频剪辑的素材来源有哪些

因为现在短视频的崛起，任何企业，任何工作室或者个人都需要剪辑大量的视频来包装品牌，发抖音，发朋友圈，发淘宝等自媒体渠道做展示。因为每天都要更新并发布新内容，所以剪辑师根本招不够，供需失衡就造成了剪辑师高薪水(无论是找工作还是自己在家里接私单，月收入轻松过万，两三万也是稀松平常。)【推荐一个免费“短视频剪辑后期”学习网址】：
www.huixueba.net/web/AppWebClient/AllCourseAndResourcePage?type=1&tagid=313&zdhhr-11y04r-1866888854681735067

而且剪辑这个技术并不需要高超的电脑技术，也不需要美术音乐造诣，基本都是固定套路，要什么风格的片要什么节奏，经过三四个月的培训可以轻松掌握。但凡有点电脑基础，会用鼠标拖拽，会点击图标，会保存，除非自己不想学，没有学不会的。但要学好学精，自制能力相对较弱的话，建议还是去好点的培训机构，实力和规模在国内排名前几的大机构，推荐王氏教育。

在视频剪辑这块，【王氏教育】是国内的老大，每个城市都是总部直营的连锁校区。跟很多其它同类型大机构不一样的是：王氏教育每个校区都是实体面授，老师是手把手教，而且有专门的班主任从早盯到晚，爆肝式的学习模式，提升会很快，特别适合0基础的学生。王氏教育全国直营校区面授课程试听【复制后面链接在浏览器也可打开】：
www.huixueba.com.cn/school/yingshi?type=2&zdhhr-11y04r-1866888854681735067

大家可以先把【绘学霸】APP下载到自己手机，方便碎片时间学习——绘学霸APP下载： www.huixueba.com.cn/Scripts/download.html

③ 炒股技术流和价值流到底哪个厉害

技术分析价值分析目的是一样的都是在，提高分析的准确性，两者没有冲突，也能很好的结合。
要说哪个厉害，我更喜欢技术分析，因为他简单明了。

④ 你们这图片都是哪里来的

技术流随便靠张原图脸随意p，网络也有

⑤ 视频素材从哪找

一、在线视频平台

B站、好看视频、梨视频、薯仔视频。

这几个视频平台的资源种类比较多，而且领域性也是比较强的特别是B站里面的动漫素材是比较多的，还有游戏素材也是很多，如果有这样的素材要求可以选择B站进行素材查找。

二、自媒体平台

现在自媒体平台都是有小视频的，如果内容还不错的话可以和运营者进行商量借用视频内容，如果运营者不同意强行搬运的话是属于侵权行为。

三、短视频APP

抖音、快手、美拍、秒拍、小红书、微博视频、波波、伙拍。

前面几个是比较流行，热度也比较高的，尤其是抖音，它的用户群体可以说是随处可见的。不同于在线视频平台，短视频APP平台的内容会比较潮流，也会比较好玩，用户侧重于年轻群体，想找一些比较有趣的资源在短视频APP上找还是比较好的。

常用软件：快剪辑。

快剪辑是360公司推出的国内首款在线视频剪辑软件。“快剪辑”支持本地视频剪辑和全网视频在线录制剪辑，边看边剪的功能方便了自媒体人快速抓取素材完成短视频制作。

大大提高了视频的生产制作效率;丰富的特效文字、画面效果、音乐素材库等大量资源素材可供用户随心使用，产品界面清晰简洁，且所有素材功能免费使用，无内置广告。此外，“快剪辑”体积非常小，仅仅40兆，几乎不占硬盘容量，低内存消耗，超级精简。

⑥ 抖音技术流怎么拍

1、首先我们可以利用抖音本身的道具。比如控雨、控花、各种美颜、萌拍炫酷潮流道具。里面的道具有很多，而且很好看。

⑦ 做视频剪辑从哪找素材

因为现在短视频的崛起，任何企业，任何工作室或者个人都需要剪辑大量的视频来包装品牌，发抖音，发朋友圈，发淘宝等自媒体渠道做展示。因为每天都要更新并发布新内容，所以剪辑师根本招不够，供需失衡就造成了剪辑师高薪水(无论是找工作还是自己在家里接私单，月收入轻松过万，两三万也是稀松平常。)【推荐一个免费“短视频剪辑后期”学习网址】：
www.huixueba.net/web/AppWebClient/AllCourseAndResourcePage?type=1&tagid=313&zdhhr-11y04r-590601988100921005

而且剪辑这个技术并不需要高超的电脑技术，也不需要美术音乐造诣，基本都是固定套路，要什么风格的片要什么节奏，经过三四个月的培训可以轻松掌握。但凡有点电脑基础，会用鼠标拖拽，会点击图标，会保存，除非自己不想学，没有学不会的。但要学好学精，自制能力相对较弱的话，建议还是去好点的培训机构，实力和规模在国内排名前几的大机构，推荐王氏教育。

在视频剪辑这块，【王氏教育】是国内的老大，每个城市都是总部直营的连锁校区。跟很多其它同类型大机构不一样的是：王氏教育每个校区都是实体面授，老师是手把手教，而且有专门的班主任从早盯到晚，爆肝式的学习模式，提升会很快，特别适合0基础的学生。王氏教育全国直营校区面授课程试听【复制后面链接在浏览器也可打开】：
www.huixueba.com.cn/school/yingshi?type=2&zdhhr-11y04r-590601988100921005

大家可以先把【绘学霸】APP下载到自己手机，方便碎片时间学习——绘学霸APP下载： www.huixueba.com.cn/Scripts/download.html

⑧ 大家一般写文章的素材是从哪里来的

我这样作文不好还不爱看书的人，素材实在是少的可怜啊。不过我已经意识到这个问题了，正在努力寻找素材过程中。

我高中的时候写来写去也就那么几个素材，什么苏轼，杜甫，李白，俞敏洪，司马迁。我们老师为了帮我们积累素材会给我们看一些百家讲坛，第一次看的是苏轼的故事，他如何少年得志，又如何被贬，最后讲到老年至死亡。自此几乎每篇作文都能牵强地用到苏轼的事迹，尤其是那句“相逢一笑泯恩仇”。之所以用李白的例子，是因为学过的那些诗人 对李白了解多一点，会背的诗句也多一点。还有其他一些素材来自一些书籍，什么《作文素材》《名人录》之类的。有时候看到一些别人写的比较好的作文，尤其是比较好的素材，我会记下来为自己下次所用。

现在不写作为了，不用要求语句优美，引用名人名言，引用诗词，现在写文章的素材更多的来源于生活，根据自己的一些经历，身边人的一些经历稍作修改后就是我的素材了以前的观点就是作文作文不就是作的文章嘛，现在要想编造一些美丽感人励志的故事来，心有余而力不足啊，只能根据自己的所见所闻来写。当然我的生活比较普通没有那么多的故事，好在我时间比较宽裕，我可以读更多的书，通过书籍打开我的世界。我还可以去旅游，去感受大千世界，去寻找灵感。我还可以结交更多的人，在他们的身上学习更多的知识，了解更多的故事。

只要爱学习，有一双善于发现的眼镜，有乐于探索的兴趣，就不用担心写文章没有素材，即使是一个不擅长写作，生活平淡的人，也能写出好的文章。

⑨ 所有烂代码都是技术素材吗

1.摘要
最近写了不少代码，review了不少代码，也做了不少重构，总之是对着烂代码工作了几周。为了抒发一下这几周里好几次到达崩溃边缘的情绪，我决定写一篇文章谈一谈烂代码的那些事。 这里是上篇，谈一谈烂代码产生的原因和现象。

2.写烂代码很容易
刚入程序员这行的时候经常听到一个观点：你要把精力放在ABCD（需求文档/功能设计/架构设计/理解原理）上，写代码只是把想法翻译成编程语言而已，是一个没什么技术含量的事情。

当时的我在听到这种观点时会有一种近似于高冷的不屑：你们就是一群傻X，根本不懂代码质量的重要性，这么下去迟早有一天会踩坑，呸。

可是几个月之后，他们似乎也没怎么踩坑。而随着编程技术一直在不断发展，带来了更多的我以前认为是傻X的人加入到程序员这个行业中来。

语言越来越高级、封装越来越完善，各种技术都在帮助程序员提高生产代码的效率，依靠层层封装，程序员真的不需要了解一丁点技术细节，只要把需求里的内容逐行翻译出来就可以了。

很多程序员不知道要怎么组织代码、怎么提升运行效率、底层是基于什么原理，他们写出来的是在我心目中烂成一坨翔一样的代码。

但是那一坨翔一样代码竟然他妈的能正常工作。

即使我认为他们写的代码是坨翔，但是从不接触代码的人的视角来看（比如说你的boss），代码编译过了，测试过了，上线运行了一个月都没出问题，你还想要奢求什么？

所以，即使不情愿，也必须承认，时至今日，写代码这件事本身没有那么难了。

3.烂代码终究是烂代码
但是偶尔有那么几次，写烂代码的人离职了之后，事情似乎又变得不一样了。

想要修改功能时却发现程序里充斥着各种无法理解的逻辑、改完之后莫名其妙的bug一个接一个，接手这个项目的人开始漫无目的的加班，并且原本一个挺乐观开朗的人渐渐的开始喜欢问候别人祖宗了。

修改代码

我总结了几类经常被艹祖宗的烂代码：

3.1.意义不明
能力差的程序员容易写出意义不明的代码，他们不知道自己究竟在做什么.

就像这样：

1
2
3
4
5
6
public void save() {
for(int i=0;i<100;i++) {
//防止保存失败，重试100次
document.save();
}
}

对于这类程序员，我一般建议他们转行。

3.2.不说人话
不说人话是新手最经常出现的问题，直接的表现就是写了一段很简单的代码，其他人却看不懂。

比如下面这段：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
public boolean getUrl(Long id) {
UserProfile up = us.getUser(ms.get(id).getMessage().aid);
if (up == null) {
return false;
}
if (up.type == 4 || ((up.id >> 2) & 1) == 1) {
return false;
}
if(Util.getUrl(up.description)) {
return true;
} else {
return false;
}
}

很多程序员喜欢简单的东西：简单的函数名、简单的变量名、代码里翻来覆去只用那么几个单词命名；能缩写就缩写、能省略就省略、能合并就合并。这类人写出来的代码里充斥着各种g/s/gos/of/mss之类的全世界没人懂的缩写，或者一长串不知道在做什么的连续调用。

还有很多程序员喜欢复杂，各种宏定义、位运算之类写的天花乱坠，生怕代码让别人一下子看懂了会显得自己水平不够。

简单的说，他们的代码是写给机器的，不是给人看的。

3.3.不恰当的组织
不恰当的组织是高级一些的烂代码，程序员在写过一些代码之后，有了基本的代码风格，但是对于规模大一些的工程的掌控能力不够，不知道代码应该如何解耦、分层和组织。

这种反模式的现象是经常会看到一段代码在工程里拷来拷去；某个文件里放了一大坨堆砌起来的代码；一个函数堆了几百上千行；或者一个简单的功能七拐八绕的调了几十个函数，在某个难以发现的猥琐的小角落里默默的调用了某些关键逻辑。

不恰当的组织

这类代码大多复杂度高，难以修改，经常一改就崩；而另一方面，创造了这些代码的人倾向于修改代码，畏惧创造代码，他们宁愿让原本复杂的代码一步步变得更复杂，也不愿意重新组织代码。当你面对一个几千行的类，问为什么不把某某逻辑提取出来的时候，他们会说：

“但是，那样就多了一个类了呀。”

3.4.假设和缺少抽象
相对于前面的例子，假设这种反模式出现的场景更频繁，花样更多，始作俑者也更难以自己意识到问题。比如：

1
2
3
4
public String loadString() {
File file = new File("c:/config.txt");
// read something
}

文件路径变更的时候，会把代码改成这样：

1
2
3
4
public String loadString(String name) {
File file = new File(name);
// read something
}

需要加载的内容更丰富的时候，会再变成这样：

1
2
3
4
5
6
7
8
public String loadString(String name) {
File file = new File(name);
// read something
}
public Integer loadInt(String name) {
File file = new File(name);
// read something
}

之后可能会再变成这样：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
public String loadString(String name) {
File file = new File(name);
// read something
}
public String loadStringUtf8(String name) {
File file = new File(name);
// read something
}
public Integer loadInt(String name) {
File file = new File(name);
// read something
}
public String loadStringFromNet(String url) {
HttpClient ...
}
public Integer loadIntFromNet(String url) {
HttpClient ...
}

这类程序员往往是项目组里开发效率比较高的人，但是大量的业务开发工作导致他们不会做多余的思考，他们的口头禅是：“我每天要做XX个需求”或者“先做完需求再考虑其他的吧”。

这种反模式表现出来的后果往往是代码很难复用，面对deadline的时候，程序员迫切的想要把需求落实成代码，而这往往也会是个循环：写代码的时候来不及考虑复用，代码难复用导致之后的需求还要继续写大量的代码。

一点点积累起来的大量的代码又带来了组织和风格一致性等问题，最后形成了一个新功能基本靠拷的遗留系统。

3.5.还有吗
烂代码还有很多种类型，沿着功能-性能-可读-可测试-可扩展这条路线走下去，还能看到很多匪夷所思的例子。

那么什么是烂代码？个人认为，烂代码包含了几个层次：

如果只是一个人维护的代码，满足功能和性能要求倒也足够了。
如果在一个团队里工作，那就必须易于理解和测试，让其它人员有能力修改各自的代码。
同时，越是处于系统底层的代码，扩展性也越重要。
所以，当一个团队里的底层代码难以阅读、耦合了上层的逻辑导致难以测试、或者对使用场景做了过多的假设导致难以复用时，虽然完成了功能，它依然是坨翔一样的代码。

3.6.够用的代码
而相对的，如果一个工程的代码难以阅读，能不能说这个是烂代码？很难下定义，可能算不上好，但是能说它烂吗？如果这个工程自始至终只有一个人维护，那个人也维护的很好，那它似乎就成了“够用的代码”。

很多工程刚开始可能只是一个人负责的小项目，大家关心的重点只是代码能不能顺利的实现功能、按时完工。

过上一段时间，其他人参与时才发现代码写的有问题，看不懂，不敢动。需求方又开始催着上线了，怎么办？只好小心翼翼的只改逻辑而不动结构，然后在注释里写上这么实现很ugly，以后明白内部逻辑了再重构。

再过上一段时间，有个相似的需求，想要复用里面的逻辑，这时才意识到代码里做了各种特定场景的专用逻辑，复用非常麻烦。为了赶进度只好拷代码然后改一改。问题解决了，问题也加倍了。

几乎所有的烂代码都是从“够用的代码”演化来的，代码没变，使用代码的场景发生变了，原本够用的代码不符合新的场景，那么它就成了烂代码。

4.重构不是万能药
程序员最喜欢跟程序员说的谎话之一就是：现在进度比较紧，等X个月之后项目进度宽松一些再去做重构。

不能否认在某些（极其有限的）场景下重构是解决问题的手段之一，但是写了不少代码之后发现，重构往往是程序开发过程中最复杂的工作。花一个月写的烂代码，要花更长的时间、更高的风险去重构。

曾经经历过几次忍无可忍的大规模重构，每一次重构之前都是找齐了组里的高手，开了无数次分析会，把组内需求全部暂停之后才敢开工，而重构过程中往往哀嚎遍野，几乎每天都会出上很多意料之外的问题，上线时也几乎必然会出几个问题。

重构

从技术上来说，重构复杂代码时，要做三件事：理解旧代码、分解旧代码、构建新代码。而待重构的旧代码往往难以理解；模块之间过度耦合导致牵一发而动全身，不易控制影响范围；旧代码不易测试导致无法保证新代码的正确性。

这里还有一个核心问题，重构的复杂度跟代码的复杂度不是线性相关的。比如有1000行烂代码，重构要花1个小时，那么5000行烂代码的重构可能要花2、3天。要对一个失去控制的工程做重构，往往还不如重写更有效率。

而抛开具体的重构方式，从受益上来说，重构也是一件很麻烦的事情：它很难带来直接受益，也很难量化。这里有个很有意思的现象，基本关于重构的书籍无一例外的都会有独立的章节介绍“如何向boss说明重构的必要性”。

重构之后能提升多少效率？能降低多少风险？很难答上来，烂代码本身就不是一个可以简单的标准化的东西。

举个例子，一个工程的代码可读性很差，那么它会影响多少开发效率？

你可以说：之前改一个模块要3天，重构之后1天就可以了。但是怎么应对“不就是做个数据库操作吗为什么要3天”这类问题？烂代码“烂”的因素有不确定性、开发效率也因人而异，想要证明这个东西“确实”会增加两天开发时间，往往反而会变成“我看了3天才看懂这个函数是做什么的”或者“我做这么简单的修改要花3天”这种神经病才会去证明的命题。

而另一面，许多技术负责人也意识到了代码质量和重构的必要性，“那就重构嘛”，或者“如果看到问题了，那就重构”。上一个问题解决了，但实际上关于重构的代价和收益仍然是一笔糊涂账，在没有分配给你更多资源、没有明确的目标、没有具体方法的情况下，很难想象除了有代码洁癖的人还有谁会去执行这种莫名其妙的任务。

于是往往就会形成这种局面：

不写代码的人认为应该重构，重构很简单，无论新人还是老人都有责任做重构。
写代码老手认为应该迟早应该重构，重构很难，现在凑合用，这事别落在我头上。
写代码的新手认为不出bug就谢天谢地了，我也不知道怎么重构。
5.写好代码很难
与写出烂代码不同的是，想写出好代码有很多前提：

理解要开发的功能需求。
了解程序的运行原理。
做出合理的抽象。
组织复杂的逻辑。
对自己开发效率的正确估算。
持续不断的练习。
写出好代码的方法论很多，但我认为写出好代码的核心反而是听起来非常low的“持续不断的练习”。这里就不展开了，留到下篇再说。

很多程序员在写了几年代码之后并没有什么长进，代码仍然烂的让人不忍直视，原因有两个主要方面：

环境是很重要的因素之一，在烂代码的熏陶下很难理解什么是好代码，知道的人大部分也会选择随波逐流。
还有个人性格之类的说不清道不明的主观因素，写出烂代码的程序员反而都是一些很好相处的人，他们往往热爱公司团结同事平易近人工作任劳任怨–只是代码很烂而已。
而工作几年之后的人很难再说服他们去提高代码质量，你只会反复不断的听到：“那又有什么用呢？”或者“以前就是这么做的啊？”之类的说法。

那么从源头入手，提高招人时对代码的质量的要求怎么样？

前一阵面试的时候增加了白板编程、最近又增加了上机编程的题目。发现了一个现象：一个人工作了几年、做过很多项目、带过团队、发了一些文章，不一定能代表他代码写的好；反之，一个人代码写的好，其它方面的能力一般不会太差。

举个例子，最近喜欢用“写一个代码行数统计工具”作为面试的上机编程题目。很多人看到题目之后第一反映是，这道题太简单了，这不就是写写代码嘛。

从实际效果来看，这道题识别度却还不错。

首先，题目足够简单，即使没有看过《面试宝典》之类书的人也不会吃亏。而题目的扩展性很好，即使提前知道题目，配合不同的条件，可以变成不同的题目。比如要求按文件类型统计行数、或者要求提高统计效率、或者统计的同时输出某些单词出现的次数，等等。

从考察点来看，首先是基本的树的遍历算法；其次有一定代码量，可以看出程序员对代码的组织能力、对问题的抽象能力；上机编码可以很简单的看出应聘者是不是很久没写程序了；还包括对于程序易用性和性能的理解。

最重要的是，最后的结果是一个完整的程序，我可以按照日常工作的标准去评价程序员的能力，而不是从十几行的函数里意淫这个人在日常工作中大概会有什么表现。

但即使这样，也很难拍着胸脯说，这个人写的代码质量没问题。毕竟面试只是代表他有写出好代码的能力，而不是他将来会写出好代码。

6.悲观的结语
说了那么多，结论其实只有两条，作为程序员：

不要奢望其他人会写出高质量的代码
不要以为自己写出来的是高质量的代码
如果你看到了这里还没有丧失希望，那么可以期待一下这篇文章的第二部分，关于如何提高代码质量的一些建议和方法。

⑩ UI素材是什么

目前在国内UI还是一个相对陌生的词，即便是一些设计人员也对这个词不太了解。我们经常看到一些招聘广告写着：招聘界面美工、界面美术设计师等等。这表明在国内对UI的理解还停留在美术设计方面，认为UI的工作只是描边画线，缺乏对用户交互的重要性的理解；另一方面在软件开发过程中还存在重技术而不重应用的现象。许多商家认为软件产品的核心是技术，而UI仅仅是次要的辅助，这点在人员的比例与待遇上可以表现出来。

但这不是UI设计真正的价值体现，只是UI设计发展的一个必经过程。我们以物质产品手机行业为例，当手机刚刚进入市场的时候不但价格贵的惊人，而且除了通话以外没有什么其他功能。由于当时的主导是技术，所以大家都把精力放在信号、待机时间、寿命等方面，对于产品的造型，使用的合理性很少关心。事过境迁，如今技术已经完全的达到用户的需求，于是商家为了创造卖点，提高争力，非常重视产品的外观设计，除此之外还频频推出短信,彩屏，和铉，彩信,摄像头等等。这样一来产品的美观、个性、易用、易学、人性化等等都成了产品的卖点。软件产品与物质产品的发展是相同的。过去由于计算机硬件的限制，编码设计成为软件开发的代名词，美观亲和的图形化界面与合理易用的交互方式都没有得到充分的重视，实际上这个时期的软件叫作软件程序，而不是软件产品。

现今随着计算机硬件的飞速发展，过去的软件程序已经不能适应用户的要求。软件产品在激烈的市场竞争中，仅仅有强大的功能是远远不够的，不足以战胜强劲的对手。幸运的是在国内一些高瞻远瞩的民族企业已经开始意识到UI给软件产品带来的巨大卖点了，例如金山公司的影霸、词霸、毒霸、网标，由于重视UI的开发与地位，才使得金山产品在同类软件产品中首屈一指。联想软件的UI部门积极开展用户研究与使用性测试，将易用与美观相结合，推出的双模式电脑、幸福系列等成功UI范例，为联想赢得全球消费 PC第三的称号等等、等等.实践证明，各商家只要在产品美观和易用设计方面很小投入，将会有很大产出。其投入产出比，要比在功能领先性开发上的投入大得多。

中国UI路向何方——CHINA UI的诞生

我们不得不承认现阶段中国在很多领域都与西方发达国家有相当大的差距，如何赶上并超过他们是我们这代人肩负的历史使命。软件产品领域不象物质产品那样存在工艺、材料上的限制，软件产品核心问题就是人。提高软件UI设计师个人能力减小人员上的差距是中国UI发展首要关键的问题。

目前国内各院校还没有设立相对健全的UI设计专业，所以提高UI设计师能力关键在于提供一个良好的学习与交流的资源环境。国内已经有很多交流设计网站，介绍工业设计、平面设计、服装设计、绘画艺术、多媒体flash等，但是UI设计一直没有受到应有的关注，仅仅被放在数码设计或者平面网页设计的一个栏目里，这仅有的资源对培养优秀的设计师是不够的，必须有一个信息快捷、资源丰富、设计水平一流、专业权威的UI设计学习与交流的地方才能适应日益发展的UI设计师们的需求。