通常

我們都會問或被問到以及自己問自己：“什么是好的設計”，這是一個沒有一定答案的問題，雖沒有答案但是可以一直問的問題，換個角度“好的設計或者你喜歡的設計有怎樣的特點”，這篇文章講的是“其中之一和其中唯一”，那么好的設計就有“其中唯一”這個特點。

上面是一張示意圖，簡單的比較“其中之一”和“其中唯一”，非常淺顯的含義，但我們目的并不是找到答案，而是尋找的過程，因為通常答案只是對漫長過程的一個敷衍，本身并沒有多大的價值。

前言

隨著 Hybrid 應用的豐富，HTML5 工程師們已經不滿足于把桌面端體驗簡單移植到移動端，他們覬覦移動原生應用人性化的操作體驗，特別是原生應用與生俱來的豐富的手勢系統。HTML5 沒有提供開箱即用的手勢系統，但是提供了更底層一些的對 touch 事件的監聽。基于此，我們可以做出自己的手勢庫。

手勢

常用的 HTML5 手勢可以分為兩類，單點手勢和兩點手勢。單點手勢有 tap（單擊），double tap（雙擊），long tap（長按），swipe（揮），move（移動）。兩點手勢有 pinch（縮放），rotate（旋轉）。

接下來我們實現一個檢測這些手勢的 javaScript 庫，并利用這個手勢庫做出炫酷的交互效果。

團隊管理

不論是什么類型的團隊管理，首先是團隊管理。

1）為什么要有團隊？因為一個人搞不定。所以團隊中的每一個人都必須明白，合作是一切的基礎。一方面，合作是一切的基礎，如果不能成為團隊合作的力量，能力再強的人也沒用，甚至反而有可能成為破壞者。另一方面，每一個進入團隊的成員，都需要有存在的價值，能力強、有特殊能力、或者具有迅速成長的潛力；理想的情況是每個人都有別人無法取代的能力（隨著團隊規模的增大，會在每個能力上放多幾個人，作為backup），成為整個團隊在某方面可以依靠的專家。

2）團隊要做什么？團隊是為達成目標而存在的。沒有目標的團隊，在商業上不可能長久存在，在文化上不可能形成凝聚力。長遠目標（幾年甚至更長時間的）是團隊存在的意義，是吸引人加入、讓人留下、遇到困難時能執著、遇到好情況不迷失的核心。中期目標（半年一年的）是團隊實際努力的方向，只有長遠目標，大家還是不知道怎么做，而中期目標是把大家的力量集中起來做出成績的重要途徑。短期目標（每月、每周、每天）是讓團隊運轉的切實保障，是團隊的精細運營。

3）團隊戰斗力靠什么保障？文化和制度。靠領導人的人治的團隊是非常脆弱的（參見幾千年王朝的一次次變更）。但是靠文化多一些還是制度多一些，得因團隊而異。靠文化，對人要求高，需要每個團隊成員能被充分激勵，發揮主觀能動性；靠制度，對人的要求低，員工只要做好執行就好，很難產生創新和進化。通常，初創團隊靠文化多一些的效果更好，成熟團隊靠制度多一些的效果更好；而不論怎樣的團隊，擁有好的文化都會讓團隊更優秀。好的團隊文化，需要從一開始、從點滴中培養，往往，創始人決定初創團隊的文化，初創團隊決定整個公司的文化。在制度層面，則要特別需要注意對工作協作有重要影響的工作流程的建立，往往公司內很多混亂的根源，就在于沒有一套清晰可執行、保障效率、對結果負責的工作流程；好的工作流程的建立能夠讓大家的努力事半功倍，也能有效防止損耗和錯誤的發生。

4）團隊不夠好怎么辦？主動成長。雖說既要持續引入更優秀的人才，也要持續提升團隊自身的能力。但是千萬別把團隊提升的希望都放在引入更優秀的人才上——如果你的團隊本身不夠優秀，怎么吸引來更優秀的人才？外來的優秀人才，就一定能成為你團隊中的優秀合作者么？所以無論如何，都要持續花時間和精力在培養提升團隊自身的能力上。正因為難，需要很長時間，才需要從一開始就有意識的去做，并且堅持。另外，團隊是不斷成長的，曾經的優秀人才不見得一直是團隊需要的優秀人才，不能跟上團隊腳步的人只能被淘汰。與其到時再兒女情長，不如平時就重視主動成長。

5）怎么從小團隊到大團隊？除非是堅持做細分專業，否則你躲不過這道關。從在一個小團隊里合作，到在整合了很多小團隊的大團隊里合作；從領導一個小團隊，到領導一個大團隊。不用擔心，如果你真正學習實踐好前面幾點，這一關只是更大、更復雜的版本而已：）

你覺得委屈嗎？為什么委屈？哪些事情讓你覺得委屈？

認真的想一想，把思緒整理在紙上和日記上，當你寫下來的時候，你就會看見自己內心真實的想法——事實上，我們是為了自己的某些訴求，才做了這些事情，對嗎？然后當我們期待沒有得到滿足的時候，我們就壓抑了很多委屈和憤怒。

不要期待任何人對我們的感受負責，能滿足我們自己的，能為我們自己感受負責的，只有我們自己。

你希望成為哪種類型的人，就需要獲得哪種類型的思維方式。注意你的思想，它會成為你的行動。注意你的行動，它將構成你的思想。當你意識到思維需要改善，就意味著全新的機會。

當涉及到Web開發時，JavaScript框架往往是一些開發人員和企業的平臺。可能，你有機會嘗試過一兩個的JavaScript框架，但你仍然有點不確定哪個才是最佳的最值得掌握的，或者哪個值得你建議你的開發人員選擇用于下一個web開發項目。

JavaScript正在以驚人的速度前進，并且添加新的技能到你的存儲庫變得有不斷的壓力。為了做到這一點，知道和了解更多的JavaScript框架在現在看來是必要的。在ValueCoders進行了徹底的研究后，我們入圍了其中七個框架，它們是：

1.AngularJS 2.0&1.x

在最受期待的AngularJS 2.0正式發布之后，框架的普及已經達到了一個新的水平。然而，如果你不確定的話，跳到新版本仍然是一個冒險的決定。讓我們通過這個流程圖來幫助你做出決定：

研究計劃已經確定了，你可以在表格里陳列出你的最初設想。現在你要開始實施合適的研究方法了。你的團隊將招募8個用戶，分三個晚上進行訪談，每人一小時。這給了你機會詢問用戶他們什么時候最想看電視。準備一些訪談指引和激勵物品，并且在同事身上先測試一下活動的草稿版。然后再開始實施你的調研吧!

當你做以下這些事情的時候，你會使調研環節變得更為容易：獲取和分析筆記、照片、視頻和其他你在調研中收集的材料。

最近項目遇到一個小問題代碼我會簡化成小例子展示給大家。

用心看到最后會有收獲哈，基礎扎實的童鞋可以直接跳到數組類型使用。

說到 indexOf 大家并不陌生，判斷字符串是否包涵子字符串時特別常用（正則不熟練同學的利器）。

String 類型的使用

溫習一下大家熟知的字符串用法，舉個例子

let str = 'orange';

str.indexOf('o'); //0 str.indexOf('n'); //3 str.indexOf('c'); //-1

這里 0 和 3 分別是 o 和 n 在字符串中出現的位置。起始下標是 0。而 -1 代表未匹配。

歷時2個多月的編撰和設計，#用研方法傳遍中國#在今天將告一段落;經過仔細的梳理與總結，的用戶研究工程師們將用戶研究工作中的經典方法一一總結出來，與大家分享討論，也歡迎更多對用戶體驗感興趣的同學加入討論，大家共同努力、共同進步!

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

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

1. 什么是 arguments

MDN 上解釋：

arguments 是一個類數組對象。代表傳給一個function的參數列表。

我們先用一個例子直觀了解下 JavaScript 中的 arguments 長什么樣子。

function printArgs() { console.log(arguments);
}

printArgs("A", "a", 0, { foo: "Hello, arguments" })；

執行結果是：

介紹

這里所描述的過程將使你能夠創建一個簡單的基于jQuery / XML的解析器和搜索機制。此過程將通過一個AJAX請求檢索XML，然后在jQuery中分析數據，為搜索機制做準備。該解決方案將基于不區分大小寫的全部或部分關鍵字匹配地返回結果。來自于關鍵字搜索的返回結果設置將被格式化為一個直接鏈接到相應網站的超鏈接。jQuery搜索方法非常類似于Mike Endale的一個項目，不過增加了一個DOM解析器，正則表達式以及結果集分組。

背景

客戶端需要一個簡單的搜索工具來查找基于關鍵字搜索的本地內部網站。關鍵字搜索必須不區分大小寫，并允許返回部分匹配的結果。歸咎于客戶端內容管理系統的架構，因此（SharePoint）只能執行客戶端腳本。其解決方案的另一個障礙是，源數據將來自多個源。數據被存儲在多個Excel電子表格，CSV文件和MS Access數據庫內。這就對我們提出了這樣的需要：開發具有一系列查詢和一個宏的Access解決方案，充當可合并、擦洗，并最后格式化數據作為XML輸出的偽ETL。對于這個解決方案的目的，我們將詳細介紹JavaScript XML分析器的設計，而不是偽Access ETL宏工具的設計。

使用代碼

該解決方案的做法是利用一個簡單的基于JavaScript / XML的搜索來發送數據結果到HTML / JavaScript前端。前端將引用腳本：jQuery，XML和CSS文件。XML格式將因為它的可讀性和它是數據交換行業標準格式之一的事實而被使用。 XML數據將通過使用AJAX的客戶端jQuery解析，并通過Internet Explorer 11呈現。

解決方案將使用RegExp對象來處理關鍵字匹配，驗證和特殊字符處理。RegExp對象字符串將檢查危險語法從而提高解決方案的穩定性和整體可用性。

我們將默認使用JavaScript分組功能來返回匹配結果作為折疊的紀錄集。折疊的記錄集線項目將被URL鏈接到相關的Project Workspace網站。在擴展的組記錄集下，結果將存在于相關的子記錄中，當通過On Click事件展開的時候。