前言

React 好像已經火了很久很久，以致于我們對于 Virtual DOM 這個詞都已經很熟悉了，網上也有非常多的介紹 React、Virtual DOM 的文章。但是直到前不久我專門花時間去學習 Virtual DOM，才讓我對 Virtual DOM 有了一定的理解，以致于要懷疑起很久之前看過的那些文章來。倒不是這些文章講得不對，而是現在在我看來角度不太好，說得越多，越說不清。

讓我能夠有所開竅（自認為）的，是這篇文章：

Change And Its Detection In JavaScript Frameworks
Monday Mar 2, 2015 by Tero Parviainen

作者看問題的角度很棒，從數據變更與UI同步的角度來介紹各個典型框架，特別是對于 React 的 Virtual DOM，從這個角度理解起來更容易些。

三、建立過濾與保護機制，讓批評為己所用

過濾與保護機制聽起來也很簡單，但其實沒那么容易。但你可以通過以下 5 個步驟，來幫助自己建立這樣一個機制。

第一步：你要意識到，沒有批評是 100% 正確的。如前面所說，批評微妙而復雜，且常?；谀承┝鲋稀Ｒ虼?，在你接受某些人的批評之前，先暫停，花時間處理一下這些批評中所攜帶的信息。

第二步：批評者所批評你的每一句話，其實也都映射了批評者本身。每個人都是通過自己的視野和經驗來觀察世界的，沒有人能夠 100% 地做到完全基于事實和真相做出評判。

第三步：當批評襲來時，在它傷害到你之前阻止它。你需要問一些問題，來幫助自己處理這些批評。

• 這個批評者是誰？他有多了解我？他有多值得信任？

  
  

• 批評者的目的是什么？他們有沒有要故意傷害你的緣由？他們是在憤怒嗎？

  
  

• 還是在試圖幫助你？他們是不是度過了很糟糕的一天？他們是不是有夸大事實的嫌疑？

  
  

• 批評者有沒有遺漏哪些信息？而這些可能是會改變他們觀點的？

  
  

• 批評中的某些信息是不是要比其他的更準確？

  
  

• 在回答上述這些問題時，你是否需要更多的信息？

那么您認為一個好的跨界設計師都需要具備怎樣的素質？

首先不要刻意去把跨界當成一個成功的途徑，想要依靠跨界吸引眼球博得注意力，畢竟這不是長久之計?？缃鐟斒悄愀S自己的內心慢慢的、自然的從一個地方走到另一個地方，你因著對另一個領域某個元素的喜愛受到吸引和啟發，然后將兩者做一個完美的融合。不要懷著很大的目的。

在您與各個品牌的合作當中，設計帶來的競爭力是否等同于產品競爭力？這兩者分別要如何進行評價和分析？

這個問題我沒有特別想過。一般都是客戶來找我然后我做產品的包裝，這兩者是否等同，很難說。當然對于我們來說是希望通過包裝設計將這個產品做一個更好的呈現。但是這兩者之間是相輔相成的關系，很難去做一個比較。如果產品不好，設計怎么做都沒用。

您對好的設計與好的設計師，是否有自己的定義和衡量標準？

我覺得永遠都要懷著兒童的心態，很純凈，對生活永遠充滿好奇。因為如果希望產品跟夠跟消費群體產生共鳴，這個關鍵點無疑是需要通過設計的觀察來創造和開啟。另外還要永遠保持幽默感，再就是要有包容性，要做一個“花心”男。

什么是 rem

可能在你使用收音機或者用其他音樂播放器之前，就已經聽過“R.E.M.”這個詞了。在這個樂隊眼中，這個詞是“淺睡眠時眼球的快速轉動”的縮寫，而在 css 中，rem 代表著“以根元素為參照物的 em 單位“。他不會讓你拋棄你的宗教信仰也不會讓你相信那個遠在月球的人，但是它可以幫助你實現一個和諧、平穩的設計。

根據 W3C 規范中對 1rem 的定義：

1rem 與等于根元素 font-size 的計算值。當明確規定根元素的 font-size 時，rem 單位以該屬性的初始值作參照。

包益民最愛把“為什么不...？能不能？”掛在嘴邊，他用他慣用的“能不能”問自己，問下屬......在他的思維里幾乎是“沒有什么不可以”，他以創意人自居，但他一直努力做的是傳統意義的“生意人”！在包益民看來，設計公司“爛”的原因，就是因為它們處在整個產業鏈上最不能生產實際利潤、最讓人不尊重的一環，“你知道一家公司用多少預算來做創意和設計？最多1% ”。你有沒有想過你賺的只是1%而已！

包益民說到他選擇團隊成員的兩個條件“熱情和誠實”，熱情就是多投幾次簡歷，“求職者第一次投簡歷我們是絕對不會回的，如果他（她）非常向往和熱愛這份工作，為什么不嘗試第二、三次投簡歷？”說起團隊的管理，他首先談到的是“禁止員工加班”！“如果有‘我沒做完只好加班’的心態的人不要來我們公司”，包益民說公司前不久開始實行打卡，他要了解員工是否有加班！他相信在短時間做得更好是有方法的，“你看廣告公司的那些人，整天加班，每個人都窮得像熊貓，也沒因此變得更好更聰明，行業也越來越爛，錢越來越難賺，這一定是方法的錯誤”！

WEB服務器、應用程序服務器、HTTP服務器有何區別？IIS、Apache、Tomcat、Weblogic、WebSphere 都各屬于哪種服務器？這些問題困惑了很久，今天終于梳理清楚了：

Web服務器的基本功能就是提供Web信息瀏覽服務。它只需支持HTTP協議、HTML文檔格式及URL。與客戶端的網絡瀏覽器配合。因為Web服務器主要支持的協議就是HTTP，所以通常情況下HTTP服務器和WEB服務器是相等的(有沒有支持除HTTP之外的協議的web服務器，作者沒有考證過)，說的是一回事。

應用程序服務器(簡稱應用服務器)，我們先看一下微軟對它的定義：”我們把應用程序服務器定義為“作為服務器執行共享業務應用程序的底層的系統軟件”。 就像文件服務器為很多用戶提供文件一樣，應用程序服務器讓多個用戶可以同時使用應用程序（通常是客戶創建的應用程序）”

通俗的講，Web服務器傳送(serves)頁面使瀏覽器可以瀏覽，然而應用程序服務器提供的是客戶端應用程序可以調用(call)的方法(methods)。確切一點，你可以說:Web服務器專門處理HTTP請求(request)，但是應用程序服務器是通過很多協議來為應用程序提供(serves)商業邏輯 (business logic)。

在JavaScript中，對對象進行拷貝的場景比較常見。但是簡單的復制語句只能對對象進行淺拷貝，即復制的是一份引用，而不是它所引用的對象。而更多的時候，我們希望對對象進行深拷貝，避免原始對象被無意修改。

對象的深拷貝與淺拷貝的區別如下：

• 淺拷貝：僅僅復制對象的引用，而不是對象本身；
• 深拷貝：把復制的對象所引用的全部對象都復制一遍。

一. 淺拷貝的實現

淺拷貝的實現方法比較簡單，只要使用是簡單的復制語句即可。

1.1 方法一：簡單的復制語句

/* ================ 淺拷貝 ================ */ function simpleClone(initalObj) { var obj = {}; for ( var i in initalObj) {
        obj[i] = initalObj[i];
    } return obj;
}

一. 無中生有

起初，什么都沒有。

造物主說：沒有東西本身也是一種東西啊，于是就有了null：

現在我們要造點兒東西出來。但是沒有原料怎么辦？

有一個聲音說：不是有null嘛？

另一個聲音說：可是null代表無啊。

造物主說：那就無中生有吧！

于是：

實際工作中，我們每天也花大量時間在開各種會，各種討論上。溝通的效率和效果都直接影響著最后產出的質量。但在我們看最終的工作結果的時候，溝通作為過程反而不那么直觀，很難去評價和衡量。我試著列舉設計溝通中容易犯的一些錯誤，并總結了7條經驗，希望對同樣在思考這些問題的同學有些幫助。下文主要拿產品經理和設計師之間的矛盾沖突來舉例。

1. 避免雞同鴨講

雙方都在說自己的道理，卻不聽對方是怎么講的；或者因為溝通雙方無法說出真實的想法，導致溝通停留在表面上無法深入。這兩種情況下，溝通效率都很低，而且很難達成共識得到結果。

比如我有一次看到，產品經理在和設計師爭執，一個在講運營的事情，一個在講設計規范的事情，都在嘗試著告訴對方，從自己的專業角度來看，這個事情應該怎么做。討論幾乎無法進行下去，因為誰也不肯讓步。這種溝通效率是很低的，雙方壓根就沒有站在同一個層面講問題，設計師不懂運營，產品經理不懂設計。

這種情況在新人身上更常見，因為新人剛進入工作崗位，只了解自己的專業和工作內容，還不太理解別的團隊中其他成員的目標和立場，很容易出現雞同鴨講的情況。當發現自己和對方講的不是一個層面的東西時，及時找有經驗的同事來幫助溝通會是行之有效的辦法。

另一種情況也很常見，就是溝通的其中一方不愿意或者不知道怎么說出自己真實的想法。如一個產品經理一定要設計師改一個東西，設計師怎么解釋也沒用，請來了有經驗的同事看，也覺得這里其實不用改。溝通到最后才發現，原來是產品的老大說要這么改，產品經理在老大面前答應了要改，所以就跑來設計師這里軟磨硬泡。產品經理如果可以從一開始就告訴設計師，這個需求是來自某某，我堅持是因為我答應某某說肯定可以改掉的，整個溝通就不需要耗這么久了，因為只要把這個某某也卷入一起討論就可以搞定了。

設計師需要掌握更多跨專業知識，理解不同職位的立場；學會講自己內心真實的想法，挖掘對方的表述背后真實的含義。只有當設計在同一層面上時，才能做更有效率的溝通。