本文只代表个人见解，不代表任立场，如果您认为我的想法是错的那很正常，因为这是我的想法，如果您觉得您的想法和我一样，那我们就是传说中的 "激友"（对生活冲满激情的朋友）。进入正题
一 我心中的博客
我所以指的写博客，不单只是写一篇文章出来这一结果。而应该是写的这一过程，写过技术文章的朋友应该跟我一样有这么一个过程。
1 自己了解学习，文章所涉及到的知识点，及知识点衍生出来的知识点。
2 对学习的知识点进行验证，以确保理论值与实践值保持一致
3 构思文章的大纲，哪些部分需要重点写，需要配合实例代码，图片等信息
4 动手写，写完后再次检查校正并排版，然后发表
5 针对网友的评论中提出的问题进行回复

一些我更愿意在开始就知道东西

利用 Node.js 开发是一个非常有趣,和令人满足的过程, 他有3万多个模块可以选择使用,并且所有的模块可以非常容易的集成入现有的应用之中.

无论如何,对于一些刚开始使用Node.js 开发的的人来说, 很容易碰壁,在这个文章中,我会提到在你学习过程中遇到的问题.

贴士 1: 在开发环境使用 nodemon, 在生产环境使用pm2

当你专注于写了更多的node.js apps的时候,你肯定领略了什么是回调地狱. 如果你还不知道,这里有一个例子:

   年中辞职，或有唐突，然吾思之良久，几经踌躇，终决定就此请辞，期与准许。

  昔奥运之际，蒙林总不以余才疏智浅，收于门下；感恩之余至今不敢忘怀；是故劳作三年，尚算尽心尽力；所经之事，基本达标；虽无大功，亦无大过。

  今余以一已私欲别于公司,去意生时,颇多感慨。草木无情,人岂无义?于此数载，感飞哥之提携，铭记于心；蒙吴老之照料，藏于六腑；赖林总之信任，莫敢忘言；籍同事之协助，比之手足。此番请辞，实有不舍。感激之情无以复言，唯多作感谢，略表我心。

下文是来自Airbnb的一篇JavaScript的格式规范， 写得比较全面，是一篇不错的学习素材，不过对于其中一点，笔者并不同意，文中不推荐使用前置逗号分隔；

但笔者更倾向于使用Twitter 的代码风格，即使用前置逗号，然后最后一个变量不加分号，或结束分号与逗号对齐。这样新加变量只需影响当前行，并且可以尽可能避免逗号被遗忘，这是我和我身边的程序员在写JSON对象时经常出现的一个拼写错误。

// twitter
var once
  , upon
  , aTime

// or
var once
  , upon
  , aTime
  ;

以前我当产品经理的时候，经常因为“逻辑”跟工程师吵得一塌糊涂。
那个时候的工程师们都喜欢树型结构。虽然今天已经销声匿迹了，但他们仍然喜欢把“逻辑”挂在嘴边。他们会在产品上花很多心血，很多功能都舍不得扔掉，却不知道用户能接受的其实只是最简单的点。

我讲个例子。有一天，太太跟我说家里电脑太暗了，我一看是因为出差前我调成了最暗，回来后忘记设置了。遇到这种情况你的第一反应会是什么？我首先想到的 是找设置，于是点到控面板，打开有很多分类，在硬件里没找到，再去显示器设置里面找还是不行。最后谁知道在哪？在个性化里面！我找了三天才找到，那两天忍 着眼要瞎的感觉，屏幕非常暗，文字基本看不清。

当时我就想：微软看着我那么暗地用电脑，为什么不提示我一次呢？一个屏幕亮度设置需要这么复杂吗？

等等node.js1.0 的发布

 当你使用Node.js一年以后，你老板让你开发一个Java的项目

拿到 offer 之后，就答应朋友把那些跨国得面试经验给写下来，和大家分享分享。时间已经过去几个月，再不写就该忘记了。

2012 年 10 月 18 日，拿到 3 年期的英国 T2 工作签证，将于 20 日飞往英国。

回想起这几个月的奋斗历程，不得不说相对于留学来说，技术移民会困难得多。如果家里有资金充足，好好准备一下英语，雅思平均分考到 6.5，就可以申请到不错得学校了。当然你大学的平均成绩要过得去，美国英国每年都对工作签证设有名额上限，2013 年美国普通 H1B 签证上限为 6 万 5 千，英国为 2 万，不过这些数字当中不包括续签和学生签。

2011 年 8 月底，从杭州辗转到上海进入 S3 工作，原本是想在 S3 好好学习 2 年，慢慢寻找出国的渠道，毕竟上海是全球个大 IT 公司的集中地，AMD, ARM, Broadcom, Intel, Nvidia, Qualcomm ...

作为一名曾在移动互联网创业公司工作过的测试人员，笔者亲身经历了不少创业项目，同时也与形形色色的创业者合作过一段时间，其间也见识到了互联网创业公司或创业团队对待产品的一些态度。国内有许多成功的创业团队创造出了受到用户喜爱的产品，但不得不说的是，一些有可能被称为“通病”的问题仍然存在于不少国内的创业公司中。下面的七条“罪状”并不是在所有创业团队中都存在，但也是笔者作为一个测试人员对于创业团队的真实感受。

下面的七条“罪状”只是笔者从一个测试人员的角度来看得出的，有叙述不妥之处请自行忽略。

1. 分不清团队与公司的区别

2. 为自己而不是用户做产品

在Jeff Atwood发表于2007年的这篇博客里，他提出了著名的“Atwood定律”，即”任何能够用JavaScript实现的应用系统，最终都必将用JavaScript实现。“ （Any application that can be written in JavaScript, will eventually be written in JavaScript.）那么，这位大牛为何如此推崇JavaScript呢？如何真正理解他提出的这个定律？这就必须完整地看懂他的博文才行。