ngtmuzi

说起工程人员 / 团队应该具备的 “常识”，真正促使我认真思考这个问题，还是因为知乎的一篇贴跟没有常识的人聊天是一种怎样的体验？，里面笑料百出，各种由于“常识” 不足导致的尴尬癌真真是忍俊不禁。但笑过之后我发现，所谓的“没常识”，可能由多种原因导致。 下面结合我自己的痛苦经历来谈谈 “常识” 的故事！如果我下面所述你早已烂熟于胸、甚至还有补充，恭喜你，你为自己所在团队增添了一抹幸运！如果你对里面的部分内容还不清楚，或许那正是你需要的。

包括名字服务，故障探测，以及各种接入方式

随着移动设备的普及，移动 web 在前端工程师们的工作中占有越来越重要的位置。移动设备更新速度频繁，手机厂商繁多，导致的问题是每一台机器的屏幕宽度和分辨率不一样。这给我们在编写前端界面时增加了困难，适配问题在当下显得越来越突出。记得刚刚开始开发移动端产品的时候向设计 MM 要了不同屏幕的设计图，结果可想而知。本篇博文分享一些卤煮处理多屏幕自适应的经验，希望有益于诸君。

在本文中，我会尝试解释究竟什么是 Promise.try 以及为何你应该使用它。我假设你已经对 Promise 有所了解并且知道. then 在 Promise 中的作用。

这个系列是坑系列，会说一些在系统设计，系统架构上的坑，这些都是我想到哪说到哪，有像这篇一样比较宏观的坑，后面的文章也会有到具体技术细节的（比如某个函数，某个系统调用）坑，总之，到处都是坑，这些坑有些是我经历过的，有些是听说的，你也可以留言说说你遇到的坑。 这一篇，我们从重构这个…

本文对 Node.js 架构进行了概述。

你被爬虫侵扰过么？当你看到 “爬虫” 两个字的时候，是不是已经有点血脉贲张的感觉了？千万要忍耐，稍稍做点什么，就可以在名义上让他们胜利，实际上让他们受损失。

记得当年初试前端的时候，学习 JavaScript 过程中，原型问题一直让我疑惑许久，那时候捧着那本著名的红皮书，看到有关原型的讲解时，总是心存疑虑。如果你看的过程中觉得理解有些困难，把例子在代码中跑一跑，亲手试一试也许能解决不少疑惑。