2040年通货膨胀这么厉害了？

@michaelup 这样断档又无聊的时候就不会没片看了，回头再看一遍。
以前就是看得太熟，没片看时都不能再看一遍，因为一看开头就知道结尾。

所以多显示器的好处就体现出来了，一个显示器写代码，一个显示器看美剧。

@hoosin 等我去试验下。

@hoosin 光是从一个分支fork出去然后各行其事效果也不好，要实现结对监督、集中签到完成任务，有个中心就会好办。

Commit里可以引用issue，push后issue下面会显示出来。

所以可以搞成这样的模式：
1. 主repo定期通过issue发任务，assign给相关人员
2. fork的repo定期更新获取任务
3. fork的repo完成任务的commit引用issue

这样所有人的进度在一个地方大家都可见，团队监督的感觉就出来了。

@hoosin 是的，fork的项目没有独立的issue

@hoosin 不用谢，客气了。

@icellent 不谢。
operator意思就不同了，比如computer operator，machine operator，很技工的职位。

程序员的三大浪漫：图形学、编译原理、操作系统，就是lz所谓的底层。

这三个领域的难度普遍较高，涉及面普遍较广，所以很多人热爱这当中的挑战，乐于去做。
不要功利的认为，你的职位不搞这些，你就可以不去学/不应该去学。
即使从功利的角度来看，企业不傻，招人的时候如果看到你这三个方面都搞得很熟，不管和职位相关与否，对你的能力会更有信心，你能走得更高更远。

鼠目寸光急功近利的，在这个靠实力吃饭的行业里，才会越混越差。

至于优越感什么的，不要这么玻璃心，这三者任意之一能玩转的人，都配优越一吧。

You can you up.
No can no BB.
看不惯别人优越，就自己亲自去优越一把，做不到老实的承认自己技不如人，别那么酸葡萄。

‘觉得底层技术被美国控制，中国程序员只能用他们的轮子。’
--------------------------------------------------------------------------------
从业人员极少会这样认为，只有完全不懂行的文科生/政府部门才会把这样的句式挂在嘴边。

‘否则在中国的公司上班一心想着底层技术，最后真的要混到“底层”了’
--------------------------------------------------------------------------------
楼主浮躁了，不是所有人都这么功利，对技术的爱好和求知欲本身，远高于”混“。

运营：operation
比如运营总监：Operations Chief/Director of Operations
首席运营官：Chief Operating Officer或Chief Operations Officer

如果是职位的话还要加上具体职位性质，Senior还是Junior，chief/assistant还是manager，这些应该都是公司内部会有明确定义的。

其实用GitHub issue的task list更方便，还能绑milestone。
发了一个示例：
https://github.com/hoosin/EveryDaySport/issues/1

@Keyes 哦，所以就是issue的生命周期管理。
以GitHub的issues为例，有四种动作：加label，添加到milestone，分配给某人，关闭issue。

收到一个issue一般首先加label分类，分配给相关人员跟进，或者直接关闭。
能确定发布到哪个版本的加入对应的milestone。

基本上能满足你的需求了。

@karvinchen +1，我就是借着这个幌子勾搭了不少美工妹纸。

而且有命令行扩展工具：
https://github.com/nvie/gitflow

平时喜欢用git flow分支模型：
http://nvie.com/git-model/
新功能开feature分支，修复开hotfix分支。

@jsonline +1，个人自己出于爱好什么都去撸撸然后自称全栈那是一回事。
但如果有公司给出这样的职位那就叫抠了，除非工资跟着叠加。

@rannnn 见http://en.wikipedia.org/wiki/Signal_edge

@rannnn 好像@错人了

然后你举的那个例子说明的不是数字电路“不是简单的通断”，而是在工程上如何实现了“简单的通断”。

理想的数字信号是能瞬时从0跳转到1或者反之，时序图的上升/下降边缘是与时间轴垂直的，但实际中做不到，所以才需要一个触发阈值。

最后达到的效果，依然是简单的通断。