包益民最爱把“为什么不...？能不能？”挂在嘴边，他用他惯用的“能不能”问自己，问下属......在他的思维里几乎是“没有什么不可以”，他以创意人自居，但他一直努力做的是传统意义的“生意人”！在包益民看来，设计公司“烂”的原因，就是因为它们处在整个产业链上最不能生产实际利润、最让人不尊重的一环，“你知道一家公司用多少预算来做创意和设计？最多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，这些类型分别在内存中占有固定的大小空间，他们的值保存在栈空间，我们通过按值来访问的。

第三步：他开始关注生活投入生活和研究生活，他变成了一个感情细腻，生活洒脱的人，他开始意识到自己的人格境界，自己的生活方式和感情表达方式加上生命的目的正是自己鲜明的面貌，他意识到自己正走向一种境界，真正属于自己的形式语言和符号围绕者这种状态应运而生，思想不再被形式所控制，他的设计中，形式真正的作为一种为表达环境的精神空间服务的手段而变的不再张扬和肤浅。在一段时间的摸索，自己的理论体系逐渐清晰并成熟之后，他具备了一种能力，用自己的理论和人格面貌去影响自己的客户和周围的人，并且引导他们进入那种境界。

第四步：这个时期的设计师是成熟和另人尊重的，因为他已经进入了他的灰色时代。他开始走出工作室第一次去关注人，关注自然，开始不完全依赖材料市场而是向生活要材料，他意识到应该注重自己的经历积累，戏剧化的人生概念使他为此振奋。他的作品变的更稳定更严谨也更平淡，同时也具备了精神张力，这种精神状态已经淘去了浮躁的形式感而进入了一种尘埃落定的心境，你会听到时间流逝的声音，和平静的永恒的另人绝望而不可超越的幸福。这不是沧桑而是生活的最高境界。他征服客户的方式不是眼花缭乱的形式手段而是心灵。

第五步：当一个设计师具备了大量的优秀案例，在社会上享有了崇高的声誉和财富的时候，他开始凭着感觉和思想做事情。他已经看穿了人间事故，无论他的生活和作品都是他本人的化身，社会上开始推崇他的理论和著作，他变成了一个博学的德高望重的思想家，他的思想已经不仅仅对本行业具有指导意义，对很多其他的领域也具有杰出贡献，他对世界对人类对设计对自己的生涯已经看的无比清晰和透彻，他进入了设计师最高阶段白色时代，这个阶段的设计师是真正的大师，他们拥有不朽的人格。

今天在微博上看到了 有人分享了下面的这段函数式代码，我把代码贴到下面，不过我对原来的代码略有改动，对于函数式的版本，咋一看，的确令人非常费解，仔细看一下，你可能就晕掉了，似乎完全就是天书，看上去非常装逼，哈哈。不过，我感觉解析那段函数式的代码可能会一个比较有趣过程，而且，我以前写过一篇《函数式编程》的入门式的文章，正好可以用这个例子，再升华一下原来的那篇文章，顺便可以向大家更好的介绍很多基础知识，所以写下这篇文章。

先看代码

这个代码平淡无奇，就是从一个数组中找到一个数，O(n)的算法，找不到就返回 null。

下面是正常的 old-school 的方式。不用多说。

//正常的版本 function find (x, y) { for ( let i = 0; i < x.length; i++ ) { if ( x[i] == y ) return i;
  } return null;
} let arr = [0,1,2,3,4,5] console.log(find(arr, 2)) console.log(find(arr, 8))