穷则独善其身，达则兼济天下。
没有脱离温饱的码农就别谈论开源了，git clone 一下就行。

灵魂三问：买房了吗？啥时候结婚？准备生几个？
无忧是福，且行且珍惜。

没有逻辑能力与工程能力的人，也能做程序员，这是软件行业二十年来最大的进步。

国内企业为人员素质问题绝对推行不下去，爱咋搞咋搞吧，没救的。
大部分项目确实不需要这种 commit log 级别的约束，很可能自己的模块都没划分清楚，项目没几个月就凉了。
然而每一个规范的工程团队以及 open source world，都需要对 commit history 有一定的约束。这是对自己负责，也是对后续维护者、阅读者的负责。可惜大多数人还没有无私 /负责到这种程度。

可以！很好用！

你这种情况确定一定会有 bug。前年的分支竟然还可以和 master 合并，无非两种情况：
1. 模块边界特别清晰，接口两年时间保持不变，两个分支可以正交。那不会 bug （基本不可能）
2. 强行 merge，只解决文件表层的冲突 => 后患无穷

那个帖子故意断章取义，我支持面试官这一方。

从技术考察角度，以我的风格，送分题错第二题拒绝回答，走流程 20 分钟反馈 hr 不通过。
从流程制度来讲，远程面试本来就是节省双方成本，这种候选人你们能耐着性子面试他可以说是尽责，然而 hr 竟然还在会议里旁观？后续沟通也没做好？最终还得技术人员出来公关，人力部门没有尽责

这个预算上荣耀吧。
前小米 4 用户，表示开机广告、锁屏广告难受

跑....跑两圈

楼上都太欢乐了

1. 这个 issue 本身，一眼看上去抓不住重点。没人会第一时间去看你的 code，正文需要有个 description 把问题概括一下，然后才是 repro steps, expected behaviors。尤其是你这个样例代码写的也很不精简。issue 里的 description 和 codepen 的注释内容互相穿插
2. 提高一下措辞会改善你的 issue 被对待的态度，这后面两条回复，全是祈使句还给加粗了，单纯从语气上来看跟要打架一样，真的

这些问题挺好的啊，面试官有点东西

ST*A 表示羡慕。你们经费真多 (╯‵□′)╯︵┻━┻

买买买！买了！

@littleb 谢谢！！