当启动一个新的项目，使用 CSS 框架或样板，可以帮助您节省大量的时间。在这篇文章中，我编译整理了我最喜欢的 CSS 样板，框架和库，帮助你在建立网站或应用程序时更加高效。

Bootstrap

如果你想给你的新项目的专业的外观和感觉，Boostrap 可能是你需要的工具。它拥有一个非常干净的排版，表格元素，以及设计一个现代化的网站你需要的所有东西。

故事追溯到2005年，Ruchi Sanghvi 第一次到达 Facebook 位于帕罗奥图市中心的办公室面试。她看到一张菜单的外面写着“招工程师”。

当时的 Facebook ，位于帕罗奥图市中心的一个中国餐厅楼上。一个充满现代感和年轻工程师的地方。办公室里充斥着黑色的沙发和熔岩灯，壁挂和电影海报遮盖了大部分的墙面。

同一年早些时候，毕业于卡耐基梅隆大学计算机系的她，在毕业三周后就拿到了华尔街的银行的工作。“我慌了，我更加希望一个能利用到我学习的核心知识的地方”她说道。

当她的朋友告诉她 Facebook 这个公司的时候，她已经飞到了加州，并且面试过了甲骨文公司。

“我对 Facebook 知道的不多，我甚至不知道他们已经搬到了加州。我以为他们还在波士顿的哈佛大学学生宿舍里” ?她嘲笑的说着这些。

滑板文化

我们坐在Dropbox位于旧金山市中心的时髦的办公室里，31岁的Ruchi Sanghvi，此时已经是Dropbox 的执行副总裁...

我对自己有了新的发现——上天给了我神奇的能力，让我总能做出正确的技术选择。

有些夸张，但的确很神奇。

回首我的开发生涯，我认为我使用的任何一种编程语言都是在当时那种场景下最好的。

同样的，我选择的框架，甚至操作系统也是最好的。

是的，我有这样惊人的能力，就是从技术的海洋中挑出最好的。这些技术我甚至不用亲自试一遍，但我却极力捍卫我的选择。

可能当你在阅读本文的时候，你已经发现了你也有这种神秘的能力。

大多数开发者有技术信仰

这是真的。

不要不好意思，你不是一个人。我，几乎每一个人，都与你同在。

我们有些人已经从这种自我洗脑中清醒过来。另一些人则还非常幸福地并没有意识到我们所处的困境。但是我们中的大部分人至少拥有一个为自己信奉的技术信仰。

这是某国外程序员对JS的吐槽，不过通过篇博文你也许能学到很多JS的知识。

Javascript在很多方面都烂透了，而且还极其无趣，我就纳了闷了，大家为啥都义无返顾，群情激奋的跳进Node学习的大军里，是！Node 是比Ruby快，Node是基于事件模型处理的，但让我无法理解的是，一些人动不动就想把自己的程序用Node重构一下，过过脑子行吗！

Javascript的继承，深拷贝问题，不是定义一个新ECMA标准就能解决的，不是套个漂亮的语法外壳(比如CoffeeScript)就能搞 定的，不是用require实现个标准化或者引入classes就可以万事大吉的，ECMA语言里不是有个引入classes的ActionScript 吗！那玩意跟Javascript一样屎，只要大家继续用它，PHP框架的现状就是JS的未来— 一堆一堆的人前赴后继，日以继夜的为这坨屎一样的语言搭框架、写工具。

我来说一下为什么Javascript糟糕，当然了，它也有好的方面。 但是问题就是太不实用。

国外某工程师写了一段简单测试脚本，用以比较Java EE和Node.js的性能，结果另他大吃一惊，作为脚本语言的Node.js在竟然比编绎型语言还快了20%，而且还是在不考虑内存消耗的情况下。

他在Mac平台上从CunchDB数据库读取JSON数据，两段测试代码都很短，而且很简单, 代码和结果如下：

昨天从 HN 上看到 Jason Heeris 制作的这张漫画，说的就是为什么不能随便打断程序员思维的原因。正如王建硕在《入静和入世》文章说的： “当看到一个程序员冥思苦想的时候，不要过去打扰，甚至在极端的情况下，一句友好的问候都是多余的。 ” 

这段时间，为了促进程序同事间技术氛围，在公司内部组织开展技术分享 会。形式很简单，每两周也就是半个月，进行一次技术分享；分享人由组员顺序安排；题材不限，可以是自己熟悉的技术,比如说服务端的开发者，分享后端定时 器，消息队列等等，前端的开发者分享加载的模式，MVC模式等等，可以是一些通用的技术，比如数据结构，算法，代码风格，Effective 系列，调试技巧等，甚至可以是经典书的读后感等等，抑或是最近大家在研究一个开源的项目，也可以跟大家讲一下这个开源项目的框架；或许有些人利用业余时间 做了一个小软件，也可以拿出来分享。

所谓技术分享，可能很多人觉得是为了让参与者提高技术，对方方面面的技术有一个了解，提高一个广度上面的认识；其实我认为对于分享者的提高会更大。

最近实在太忙，以至于博客中断了一些时日没有更新，今天终于闲下来，由于快到年底了，各大公司可能都面临新一轮的奖金，调薪，由于本人身处外企，就谈谈外企涨薪的那些事，希望能对大家有所帮助，本文完全从客观角度出发，请勿对号入座。

外企尤其是大的外企的软件工程师可能收入还是主要来自工资和年终奖，所以每年的涨幅是大家必争的东西，这样一来可能有些人对这些东西看得比较重以致郁郁寡欢，勾心斗角。外企对内说自己的工资是背靠背的，谁都不知道谁工资多少，实际上你想知道别人的工资太容易了，谁还不认识几个朋友，猎头什么的呢？

外企一般对管理层和工程师实行不一样的工资评价涨幅方式，本文只讨论工程师。工程师其实有些苦逼，你干的是最累的活，担当的是最大的责任，但是到头来年底却要被经理或PM说三道四，评价管理，说实话我认为国内的大部分外企经理和PM并没有什么过人之处只不过可能是外语能力，经验，辈份，机遇相对较好，但是不同的公司区别很大，这样的职位处境也很尴尬，跳槽很难，所以一般这样的人一般内敛，邪恶。

文章使用这 个标题别无他意，主要是本身对自己当前的学习和生活状态非常的不满，算是自嘲且提醒勉励自己。计划的生活，从来没有按计划去实施过，马上快工作一年了，除 了刚开始的几个月进步比较快，但如今却感觉自己好像遇到了瓶颈，技术学习上一直没有太多的进步。下面来看看我是怎么计划好自己每周学习计划的：

我从别人遗留的的技术性债务中获得报酬。在我的日常工作中，我见到了很多难以维护的代码，并且我一次次地看到了很多相似的并可以避免的问题。

我专门从事调试、修改、维护、扩展遗留软件系统这类工作，我的典型客户一般都有一个或多或少可以运行的网站或者软件，但是其开发者都因为各种原因不 再维护了，因为商业需求改变导致软件无法跟上需求；或者我的客户有一些“几乎快要完成”的软件，但是因为预算用光或者计划有变与开发者分道扬镳。通常这种 软件会缺少一系列的功能并有一坨bug。

我那些客户通常被其他程序员告知，需要废弃已有的所有代码从头开始。大部分程序员不喜欢维护代码，尤其不喜欢维护别人开发的代码。当程序员写代码 时，当他们谈论到可维护性时，程序员经常会问一些错误的问题——想了解这种情况是如何发生的，请参看Matt Duvall的文章《可维护性的神话 | The myth of maintainability》。

以下是一些你可以在你自己的软件工程中做的“好”事，因为这些事可以帮我找到活干。