技術流素材都是哪裡的

① 視頻素材該去哪裡找

有兩種，一種是到各大素材站找視頻，自己剪切製作，然後自己配音！另外一種是用比較熱門的短視頻成品，比如米魚素材網之類！但是無論如何，思維更重要一種是到各大素材站找視頻，自己剪切製作，然後自己配音。

另外一種是用比較熱門的短視頻成品，比如米魚素材網之類。但是無論如何，思維更重要。

生活太過平淡，沒啥好素材。去網易雲音樂和酷狗音樂找，我們去找評論，如果我們想拍傷感的故事，就去搜傷感的並且膾炙人口的歌曲，在下面一定有一大堆傷感人的故事。

你想找美好生活的就可以去搜對應輕松或勵志的音樂，下面也很可能就有你要的故事。

再不行，戲不夠，道具來湊。

情節是否曲折，吸引人。

為什麼很多人的視頻沒人看，因為他們的視頻里就是一杯白開水，平鋪直敘的情節，那情節是指一定要有因果邏輯鏈的，一環套一環，漏掉其中之一都不會成立的。

製造懸念。我們一開始就拿出一個東西去吸引人，不然觀眾就劃走了。

抖商達人之前分析過用優酷，愛奇藝，錄頻來尋找視頻素材，估計已經很熟練的找到了尋找素材的方法，今天分享幾個非常有用的尋找素材的平台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設計師們的需求。