看到有人说 w3cshool, 忍不住贴出 http://www.w3fools.com/

> 他们按照日本国内的放假安排放假……不跟着天朝的节假日走……

光这一点就巨爽了，数数日本的红日子，一年 30 ＋的假日。。。

> 在 master 上工作的， 每个人改完直接 push 上 master.

先不论这个工作流程需要改善的地方（利用分支，或者采用 pull request 等等），
并不是 git log 是线性的就是好的，这个是 case by case 的。

原则：
需要追踪或者保持历史上下文（ historical context ）的场合下，用 git merge,
反之，**可以**使用 git rebase 来清理 log 来保持线性整洁。
⚠：此处用“可以”而不是“必须”是因为使用 git rebase 有一个黄金原则：
由于 git rebase 改变了 branch 的 history ，永远不要在别的开发伙伴可以 fetch 或准备 fetch 的 branch 上作 rebase.

具体能使用 rebase 的场景有：
1.没 push 之前，你可以在你的 feature branch 上针对 master 作 rebase 以获取别人在 master 上的修改并保持你的历史整洁。
2.pull request 被 review 过后，决定要 merge 到 master 之前，可以通过 rebase 整理历史。（因为这个分支一旦被合并将会被删掉，不存在别的开发者再 fetch 它的情况）

参考：
http://stackoverflow.com/questions/804115/when-do-you-use-git-rebase-instead-of-git-merge
https://www.atlassian.com/git/tutorials/merging-vs-rebasing/conceptual-overview
https://www.atlassian.com/git/articles/git-team-workflows-merge-or-rebase/

PS: 关于 rebase 的原理 http://git-scm.com/docs/git-rebase 已经讲的很清楚了，花点时间去看看，理解概念胜过硬记流程，磨刀不误砍柴功，不是么？

正因为Coffeescript潜在地形成了分裂JS社区的威胁，学院派的人说：你们别弄了，ES6都会有的...
@duhastmich @zhpooer

6,9
主要是blues harp和笛

@plqws 不熟悉js的话不太适合直接CoffeeScirpt，个人意见是弄明白ES5后再使用CoffeeScript或TypeScript或者ES6较好。

neocomplete还可以

转InteliJ才是王道，适合专业程序员

牛如bob uncle 还不是各种被人开除过，淡定些多积累

这种能离多远离多远

后台主要用什么技术？3年node.js经验要不？HHKB和Mac我倒是可以自备，关键是做的东西要有意思。

@hardware 然后也没有女同事？

800预算不上不下，要么5，6百cherry茶／黑轴，要么咬咬牙上HHKB Type-S, 我用HHKB两三年了，感受就是：曾为沧海难为水，普通机械键盘真弱爆了。

@xumyselfcn 对你那边的具体环境不清楚，以下只能提供一些思路：

curl如果都没有问题的话检查下http_proxy，是不是curl走了代理了？
个人感觉不像tomcat的问题，还是网络设置的问题吧。

> 域名和ip形式的都试过，浏览器均不行，curl方式均成功。
有没有试过在windows以外的机器上用浏览器访问？比如同局域网的linux机器上？

检查windows上的防火墙和浏览器的代理设置，
另外你可以暂时把tomcat的端口设成80试一下，一般防火墙不会拦80的。

@mikumikumoe 额。。。踏板吧

xmodmap可以的，我工作台2块键盘，一个HHKB，一个青轴cherry，通过xmodmap把104青轴键盘近似模拟成HHKB布局，不论触感，至少指法没有违和感。

朝闻道夕死可矣，致敬Mihai!

@hr6r 楼主好人啊，不过我已经入了pro2和types，两只手都剁掉了不能再买。