什么是 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. 避免雞同鴨講

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

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

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

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

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

當人們嘗試學習 JavaScript , 或者其他編程技術的時候，常常會遇到同樣的挑戰：

• 有些概念容易混淆，特別是當你學習過其他語言的時候。
• 很難找到學習的時間（有時候是動力）。
• 一旦當你理解了一些東西的時候，卻很容易再一次忘記。
• 可以使用的工具甚多且經常變化,所以不知道從哪里開始入手。

幸運的是，這些挑戰最終都可以被戰勝。在這篇文章里，我將介紹 6 個思維技巧來幫你更快的學習 JavaScript ，讓你成為一個更快樂更多產的程序員。

對于很多學習 JavaScript 的人來說，他們問的第一個問題是選用哪個框架（現有框架非常多）。但是如果你還不熟悉原生的 JavaScript ，那這就是個不該問的問題。你會花費你全部的時間去查詢不同的框架并且不會取得任何進展。

基本類型值有：undefined，NUll，Boolean，Number和String，這些類型分別在內存中占有固定的大小空間，他們的值保存在棧空間，我們通過按值來訪問的。

第三步：他開始關注生活投入生活和研究生活，他變成了一個感情細膩，生活灑脫的人，他開始意識到自己的人格境界，自己的生活方式和感情表達方式加上生命的目的正是自己鮮明的面貌，他意識到自己正走向一種境界，真正屬于自己的形式語言和符號圍繞者這種狀態應運而生，思想不再被形式所控制，他的設計中，形式真正的作為一種為表達環境的精神空間服務的手段而變的不再張揚和膚淺。在一段時間的摸索，自己的理論體系逐漸清晰并成熟之后，他具備了一種能力，用自己的理論和人格面貌去影響自己的客戶和周圍的人，并且引導他們進入那種境界。

第四步：這個時期的設計師是成熟和另人尊重的，因為他已經進入了他的灰色時代。他開始走出工作室第一次去關注人，關注自然，開始不完全依賴材料市場而是向生活要材料，他意識到應該注重自己的經歷積累，戲劇化的人生概念使他為此振奮。他的作品變的更穩定更嚴謹也更平淡，同時也具備了精神張力，這種精神狀態已經淘去了浮躁的形式感而進入了一種塵埃落定的心境，你會聽到時間流逝的聲音，和平靜的永恒的另人絕望而不可超越的幸福。這不是滄桑而是生活的最高境界。他征服客戶的方式不是眼花繚亂的形式手段而是心靈。

第五步：當一個設計師具備了大量的優秀案例，在社會上享有了崇高的聲譽和財富的時候，他開始憑著感覺和思想做事情。他已經看穿了人間事故，無論他的生活和作品都是他本人的化身，社會上開始推崇他的理論和著作，他變成了一個博學的德高望重的思想家，他的思想已經不僅僅對本行業具有指導意義，對很多其他的領域也具有杰出貢獻，他對世界對人類對設計對自己的生涯已經看的無比清晰和透徹，他進入了設計師最高階段白色時代，這個階段的設計師是真正的大師，他們擁有不朽的人格。