欧美精品在线一区二区三区_亚洲女同精品视频_日韩一区免费_国产欧美久久久精品免费_国产这里只有精品_僵尸再翻生在线观看_久久99精品国产一区二区三区_亚洲免费一区二区_女教师淫辱の教室蜜臀av软件_中文字幕国产一区二区

當JavaScript在運行的時候，它需要一些空間讓它來存儲本地變量（local variables）。我們將這些空間稱為作用域對象（Scope object），有時候也稱作LexicalEnvironment。例如，當你調用函數時，函數定義了一些本地變量，這些變量就被存儲在一個作用域對象中。你可以將作用域函數想象成一個普通的JavaScript對象，但是有一個很大的區別就是你不能夠直接在JavaScript當中直接獲取這個對象。你只可以修改這個對象的屬性，但是你不能夠獲取這個對象的引用。

作用域對象的概念使得JavaScript和C、C++非常不同。在C、C++中，本地變量被保存在棧（stack）中。在JavaScript中，作用域對象是在堆中被創建的（至少表現出來的行為是這樣的），所以在函數返回后它們也還是能夠被訪問到而不被銷毀。

(四)確定競品

目前市面上的新聞客戶端大致分為三類，以搜狐、網易為代表的互聯網門戶新聞客戶端，內容較為豐富，新聞內容由授權轉載、原創報道和UGC組成;以百度新聞APP、今日頭條為代表的聚合類新聞客戶端，通過抓取各種媒體的新聞內容，整合于自身平臺;而第三種新聞客戶端就是報紙、雜志等傳統媒體開發的專屬新聞客戶端，是傳統媒體搶占新媒體市場的移動站點。所以選取口碑較好的搜狐新聞、騰訊新聞、網易新聞、今日頭條作為競品分析。

二、戰略層：產品定位及優勢對比

不管是什么編程語言，相信稍微寫過幾行代碼的同學，對遞歸都不會陌生。 以一個簡單的階乘計算為例：

function factorial(n) { if (n <= 1) { return 1;
    } else { return n * factorial(n-1);
    }
}

我們可以看出，遞歸就是在函數內部調用對自身的調用。 那么問題來了，我們知道在Javascript中，有一類函數叫做匿名函數，沒有名稱，怎么調用呢？當然你可以說，可以把匿名函數賦值給一個常量：

const factorial = function(n){ if (n <= 1) { return 1;
    } else { return n * factorial(n-1);
    }
}

一個設計去給策劃們講課，多少也算是跨職業了，所以最終選定了一個對雙方都比較簡單而

有效的方式——“競品分析”——來做主題。

說起來，

設計和策劃還是有一些共同點的。

我們所從事的設計，

其實可以稱為狹義上的設計，

無非是把一些交互和視覺元素堆積起來，

把一具虛無的需求，

變成一個具體的產品。而如果說到廣義的設計，

策劃其實也是在做產品的設計，

無非也是在運用各種資源，

把一些虛無的概念，變成具體的產品需求，甚至變成產品。所以，二者必有共通之處。

 

那么具體來說，設計究竟可以分享給策劃一些什么知識呢？

  

先要看看我們設計是做什么的

——

既然我們是做用戶體驗設計的，

那么就從用戶體驗的特點

開始吧

——

用戶體驗是一個很主觀很抽象的東西，

每個人都有不同的體驗。

這就意味著，

你

不能像技術們那樣去做，只要能夠重現，就可以確定一個BUG

并修改之。而一個設計稿，

即使測試了一萬個用戶，

一萬個用戶都認為這是好的，

你也不敢肯定第一萬零一個用戶也會

認為這是好的。

1 、【眼動&腦電研究】 將眼動儀和腦電設備聯機同步，可以知道用戶是如何看的，以及當時的心理活動。

2 、【可用性測試】 想知道可用測試是什么?可用性測試的目的&作用?適用的場景?測試所需的人數?

3、【信噪比原則】 如何清晰的為用戶呈現信息?如何降低信息噪音，突出美妙的主旋律?正確識別信息噪音，有效降低噪音，傳遞清爽的用戶體驗!

4 、【焦點小組】 焦點小組是神馬?什么時候使用焦點小組?焦點小組的優勢和劣勢如何?

5 、【卡片分類法】 卡片分類法(Card Sorting)是用來對信息塊進行分類的一種常用用戶研究方法，從分類上又可分為開放式和封閉式卡片分類。你是否好奇，卡片分類的使用場景?具體使用方法?結果輸出?

方法服務于目的，依據研究課題的不同，我們不僅需要選擇不同的研究方法，還需要按課題的特殊性來優化各種經典方法，形成統一于以上14個經典方法的更適應具體課題的方法，得到更的研究結果。如何運用好這些經典方法，使其最適應當下的研究目標，正是用研工作者要面對的考驗，也需要從交流溝通中革新和進步，歡迎大家和@百度商業UED 一起探討，我們共同努力提升用戶體驗!

關于競品分析，大家一定不會陌生。但實際上，真正能做好競品分析的人并不多。以前做招聘的時候，我們都會給應聘者出測試題，競品分析是里面必做的一部分內容。我發現很多初學者還停留在“套公式”的階段，即先選擇幾個類似的競品，然后分別對比信息架構、布局、導航、操作、功能、可用性問題等，最后林林總總寫了一堆。這樣從邏輯上來講并沒有什么錯誤，但是也很難出彩。那什么是好的競品分析，我想在這里談一些自己的看法。

只需稍加留意，我們就會發現自己被各種技術、工具包圍。ThoughtWorks的技術雷達差不多每半年就會更新一次，在項目中更會遇到很多已經從技術雷達上消失的技術，項目上的舊技術/舊框架還在服役，新的技術/工具/語言/框架又在迅速的出現，有些曇花一現、迅速被新的后來者所取代。有的留下來了，不過也都在不斷的演化、改變（不兼容的API，不同的版本等隨處可見）。

雖說事件處理程序可以為現代 Web 頁面添加很強的交互能力，但是不分青紅皂白就添加大量的事件處理程序絕對是一種愚蠢的行為。

我們來分析一下：事件處理程序本質上是一種函數，是一種對象，存放在內存中，設置大量的事件處理程序會使內存中的對象變多，Web 程序的性能會變得越來越差，用戶體驗很不好。

為了更好地利用好事件處理程序，便出現了事件委托，用來提升性能。

1.為用戶歸類，選擇典型的代表

調研的最初，我們需要做的第一件事就是確定調研對象。我們在調研的時候經常會說”向對的人問對的事情”，這句話的意思是:調研不同的用戶群體獲得不一樣的需求。根據被調研對象的不同，可以將用戶分為不同的類型，企業系統常見使用者分為:高管、經理(組長)、操作人員。

對于高管的訪談通常可獲得對系統的宏觀期望與建設目標 對于經理的訪談可獲得管理方式上的目標與建議 對操作人員可獲得具體操作時的指導意見。

所以對于不同類型的被調研對象的話題中心與調研目標都是不相同的。

管理層追求的是系統在人員與業務管理上的便捷，確保每個環節都不出錯，但這往往會為普通操作人員增加工作量影響工作效率，例如繁雜的審批流程。有時候雙方的需求可能會發生沖突，所以調研不同類型的用戶正是為了更深入地了解這背后錯綜復雜的關系，最大化去平衡各方的利益。