在设计的时候，要记住核心内容和路径的元素：核心内容是什么，用户如何得到它，以及业务如何转换？

“规划道路的方法，是先在自然景点中设置目标点，再将这些点彼此相连形成路径。” ——Christopher Alexander

原则上，亚历山大的做法是以目标——即人们最终想要的东西为导向，然后将它们以最有用的方法连接在一起。

但在网页设计中，遵循的方法通常是相反的：设计师从主页开始设计。然后他们根据网站结构层次制定出一个导航方案，不管合适与否。但是目标（用户正在找的主要内容，或是他们想要做的事）却成了设计过程中被考虑的最后一件事情。

受到“交通需求线”的启发，我们可以改善这种设计网页的方法。使用核心-路径这种方法，可以指导你在网站中创造最直接的路径，以便用户直达核心内容。

JavaScript 字符串用于存储和处理文本。因此在编写 JS 代码之时她总如影随形，在你处理用户的输入数据的时候，在读取或设置 DOM 对象的属性时，在操作 Cookie 时，在转换各种不同 Date 时，诸此等等，繁不能数；而她那满多的 API 呵，总有些让人不愿去记忆的冲动，既然用时常搜，倒不如烂笔头一翻，顺道也体现下博客存在的价值，由此就有了这篇纪要。

字符串截取

1. substring()

xString.substring(start,end)

substring()是最常用到的字符串截取方法，它可以接收两个参数(参数不能为负值)，分别是要截取的开始位置和结束位置，它将返回一个新的字符串，其内容是从start处到end-1处的所有字符。若结束参数(end)省略，则表示从start位置一直截取到最后。

有意义的内容

任何成功的内容策略下产出的内容对于用户而言都是有意义的。虽然每个人对此看法不同，但是 Usability.gov 为你提供的这个清单还是相当值得参考的：

·反映出你所整理出的目标和用户的实际需求
·理解用户所想并且能系统化地阐述出来
·以用户能够理解的方式呈现出来
·让内容有用
·保持更新
·确保所有人都能访问
·保持一致
·始终能被搜索引擎发现

javascript中的this含义非常丰富，它可以是全局对象，当前对象或者是任意对象，这都取决于函数的调用方式。函数有以下几种调用方式：作为对象方法调用、作为函数调用、作为构造函数调用、apply或call调用。

对象方法调用

作为对象方法调用的时候，this会被绑定到该对象。

var point = { 
 x : 0, 
 y : 0, 
 moveTo : function(x, y) { 
     this.x = this.x + x; 
     this.y = this.y + y; 
     } 
 }; 

 point.moveTo(1, 1)//this 绑定到当前对象，即 point 对象

△ 在节目《梦想改造家》中，青山团队对胡同的「极限改造」

现在很多在城市里生活的年轻人，已经越来越失去了家的概念。

他们在外地生活，即使在老家还有父母的房子，但那座房子也许并没有多少自己生活过的痕迹。这个时候你虽然可以回家，但房子却已经没有家的概念了。

将来越来越多的家庭将以「一个人」的形式存在，但现在中国有13亿人，不可能每个人都有一个厨房、一个卫生间、一个客厅、一个阳台……

如果只需要知道一种编程语言就可以构建一个全栈的应用程序，是不是特别了不起？Ryan Dahl为了把这个想法成为现实，创造了node.js。Node.js是建立在Chrome强劲的V8 JavaScript引擎上的服务器端框架。虽然最初是用C++编写的，但是应用程序通过JavaScript运行。

这样一来，问题就解决了。一种语言就可以统治一切。而且，在整个应用程序中你只需要使用这一种语言。所以，我们需要深刻了解node.js。这就是本文的主题。

下面这四个基本概念是你想要掌握node.js所必需的。我会尽可能长话短说向大家介绍它们。

Q：您觉得2025年，也就是未来10年后的「家」，应该是什么样的？

A：我感觉现代人物欲太重，在一种「物欲横流」的状态下生活。即便家中已经溢满了各种各样的东西，大家也总觉得有很多东西想要、想买。而这样的话，自己生活的空间就变的很小，但事实是家里的东西很多并不意味着会感到幸福。

在我的构想中，到了2025年的时候，「家」应该会是一个非常简单、清新的状态。试想下这个画面：桌子上吃完的各种碗碟杯子、各种遥控器，是一种多么累赘和让人感到不舒服的场景，绝对不会是一种富有的状态。而如果一张空无一物的简单桌子上什么都没有——空白，正因为空荡荡的，有无限填充的可能，才是一种富有和自由的状态。

如何定义牛逼工程师

有软件工程方面的研究说，对于开发者个体而言，最优秀的开发者的生产效率约为平均值的2倍，而优秀的开发者会吸引其它优秀的人，或者激励与帮助团队中的其它成员，最终使团队之间的生产效率差异达到10倍之多。

所谓牛逼的工程师，就是那些个体效率是其它人2倍，形成团队之后达到10倍差异的一群人。

前端领域这几年发展速度非常快，人才分布呈两级分化趋势，大家都在说缺前端，其实缺的是牛逼前端，对于低端的前端，培训机构一直在量产，但是无法满足要求。很多情况下，一个牛逼前端对于团队的价值是再多低端前端都无法提供的。

牛逼的前端工程师有一些共通的特质，这些特质也许不属于前端的核心范畴，但是可以通过它们将牛逼的人识别出来。

对用户体验的追求

举例

我们先从示例应用程序的一些摘录开始。下面是暴露Person对象的响应信息库。很类似于传统的，非响应信息库，只不过它返回Flux<Person>而传统的返回List<Person>，以及返回Mono<Person>的地方返回Person。Mono<Void>用作完成标识：指出何时保存被完成。关于Reactor类型的更多信息，请参阅

public interface PersonRepository { Mono<Person> getPerson(int id); Flux<Person> allPeople(); Mono<Void> savePerson(Mono<Person> person);
}

下面是我们如何暴露带有新的函数式web框架的资源库：

RouterFunction<?> route = route(GET("/person/{id}"),
    request -> {
        Mono<Person> person = Mono.justOrEmpty(request.pathVariable("id"))
            .map(Integer::valueOf)
            .then(repository::getPerson); return Response.ok().body(fromPublisher(person, Person.class));
    })
    .and(route(GET("/person"),
        request -> {
            Flux<Person> people = repository.allPeople(); return Response.ok().body(fromPublisher(people, Person.class));
    }))
    .and(route(POST("/person"),
    request -> {
        Mono<Person> person = request.body(toMono(Person.class)); return Response.ok().build(repository.savePerson(person));
}));

下面我们要介绍如何运行，比如在Reactor Netty中：

1，首先看他是如何对待问题的

如果只是产品经理或运营提需求他就直接做，那我们认为这是对待问题不够认真。我们内部有一个处理产品需求的原则，在开始一项设计之前设计师需要评估的是：

1）抛开这个问题的表面，它背后的本质是什么？

2）我做的这个能为用户和产品带来什么价值？

3）这个问题的解决方案应该以什么指标来衡量（数据或调研反馈）？

4）做这个问题牵扯到的设计资源和工作量有哪些？

只有当经过这样一轮Review，我们才能相信设计师能够合理的对待他遇到的问题和思考如何去开展设计。当然除了对问题的对待方式外，我们还会看设计师主动挖掘问题的能力。比如设计师是否会经常走查产品流程，主动将用户体验上的问题或设计细节整理出来，在内部和外部讨论并争取资源改进等。

2，看他是如何思考解决方案的