如何选择Node.js Web开发框架？ 框架的作用是简化开发，如果使用框架对自己有帮助，那么为什么不用呢？ 下面就从个人开发者和中小型团队来谈谈如何选择Node.js Web开发框架。
Node.js非常适用于Web开发，但是现在无论是一个网站，还是Web App都已经成为包括很多不同部分，如前端、数据库、业务模块、功能模块等等的大型项目，使用Node.js从零开始进行Web开发，也许大中型团队能够胜任，但对于个人和小型团队来说是不现实的。这时候框架就成为Web开发利器，对于个人开发来说几乎是必不可少。那么如何选择Node.js Web开发框架呢？
ChromeOS将停止在外接设备中支持ext2/3/4文件系统 Chromium 项目宣布将移除对ext2/3/4文件系统的支持 (
详细)， 起因是支持旧的文件系统， 将会无法添加一些新的功能， 比如说右键单击更改外接USB和SD设备的名字(
详细)
Ext2/3/4曾经是绝大多数Linux发行版默认的文件系统，所以基于这些文件系统的设备一般比较廉价。 此改动引起了一些争论。
Node.js 包教不包会 这个课程是希望提供更多的 Node.js 实战机会，通过每一节精心安排的课程目标，让 Node.js 的初学者们可以循序渐进地，有目的有挑战地开展 Node.js 的学习。
话说看书是一件很头疼的事情，可如果想学到知识，又必须得看书。为了解决大家的这个困惑，我在每一课的开头都写有一个可检验的课程目标，如果你喜欢自己倒腾而不喜欢听别人逼逼的话，把那个课程目标倒腾出来，那门课你也就算掌握了。
15个最好的HTML5前端响应式框架(2014) HTML5有非常有用和令人意想不到的功能，但也有少数浏览器并不支持HTML5，因此我们需要基于HTML5的前端响应式框架做跨浏览器的支持。这些HTML5的框架有很多，大多支持响应式布局，干净的代码，跨浏览器兼容，内置按钮等等这些设计师常常使用的功能。同的这些HTML5框架将帮助你更加容易地构建任务。包括支持javascirpt和jQuery插件的HTML5的框架，我们可以实现网站的许多应用效果。
我们不需要JavaScript框架 注* 作者 Bio ，现在Google工作。 作者不希望我们过多的依赖框架，最多使用一些库。 PS: 库用着不爽了可以换一个，框架能随便换吗？
JavaScript框架看起来像死亡和税收一样不可避免。我敢肯定每次有人开始一个新的web项目时，他们问的第一个问题的肯定是： 我们用的是什么JS框架?这真让我着急上墙。 这就是JS框架在当今业界根深蒂固的现像。实际上，框架并不是非有不可，它需要停下来。
程序员取名：用大数据分析一下宝宝取名时最容易重复的名字 大学同学要给孩子起名字，利用工作条件做的统计，非常有意思。经同意后分享给大家。
算算时间不早了，该给我们家**起名字了，于是今天中午利用大数据的优势，做了个无聊的统计。
我抽取了2010年1月1日以后出生的30万小朋友的姓名。
使用Node编写的Sublime代码格式化工具插件（HTML/CSS/JS） 之前在 你用什么工具开发JavaScript? 曾经介绍过，目前绝大部分Web开发者使用VIM / Sublime等记事本来进行Web/NodeJS开发，（HTML、CSS和JavaScript）
这里介绍的是一个格式化HTML/CSS/JavaScript(JSON)代码的Sublime插件，支持Sublime 2/3，这个插件使用Node.JS编写。
针对特定浏览器起作用的CSS: IE Chrome Firefox CSS Hack 只在Firefox上应用的CSS Hack，虽然这种情况非常少，但有时也会碰到：
@-moz-document url-prefix() {
.cssSelector {
font-size: 14px;
}
} Node程序中的设计模式 Node.js基于Javascript，所以任何你已经知道的Javascript知识都能用在Node程序上。你曾经写的前端代码的模式同样也适用于服务器端应用逻辑。Node没有为Javascript语言添加扩展或修改来使它能应用于服务器。
但是，这里有一些值得学习的Node模式，它们在Node和Joyent所使用的代码里贯穿始终，你也能够用它们来设计你的应用。
CTO这点事 几乎整个互联网行业都缺CTO，特别是一些草根背景的创业者，这个问题更加显著。从我自己的感受，身边各种朋友委托我找CTO的需求，嗯，算下来超过两位
数了，光最近一个月就有3个，而且这三家都是刚拿了A轮的。其他那些公司CTO大部分空缺了一两年，或者其他高管临时暂代过渡。实话说，我觉得每个公司都
不错的，但通常也只能遗憾的说，真没有能推荐的。
其实，根据个人的观察，每个互联网团队都喊需要CTO，但是具体诉求却各不相同，如果说共性，就只
有一点，那就是，公司老板对技术的期望值与目前技术团队的能力表现，有较大的差异，而这个差异，对于老板来说，就是一个想法，找个合格的CTO，一切就都
解决了。其实，真不是这回事。
