@skadi 最恶心的就是你这种渣滓

“回复里面居然有这么多奇人异士,滑天下之大稽.”

你倒是说哪些奇人异士，哪些观点怎么滑稽了？直接做价值判断？就你会而别人不会？

主动去吸收，主动去掌握是个很关键的态度

奇葩说看过几期，毫无营养。倒是蛮喜欢看马东打广告和解围的技巧。

我大学的时候参加过几次辩论赛，几次都不得要领，比赛成绩也不好（并不是口才不好）。

事隔几年后，回想起来，简直就是笑话。

双方为一个预先有争议的题目进行准备，唯一的目的是争夺观众的掌声。存在各种套路，开赛前一定要记住的一点是，无论如何不能同意对方的观点。临场发挥的时候记住要博得掌声，根本不是为了探明真相的讨论。完全就是小丑们在表演。

还有一点，评委中的官职最大的所在学院获胜。

后来也看过什么马来西亚对武大的世纪之战，那是已经有了不错的（自我感觉）认知能力之后，看他们的辩论也觉得是表演。

至于现在的电视节目，全都是为了迎合观众的口味，顺便唱一下主旋律。

至于 逻辑思维 晓说之类的节目？你希望获得什么？

想了解圣经，但是不看圣经，只看圣经书评就够了？

想了解欧洲史，不自己去查阅大量书籍和参考维基百科，而是听别人讲就够了？

你认为罗胖这种形式会有持续高质量输出？

真正的求知是要自己付出努力的，希望拾人牙慧来掌握知识和内涵，只怕到时候只是一个毫无思想的蠢货。

顺便分享一个读书的技巧，有些历史类的书，事件太过庞杂，时间又有交错，可以对照的维基百科 一个点一个点的去查，直到自己能记住时间和事件为止。

还有奉劝楼上某些充满荣誉感和责任心的员工；

把份内的事情按质量做完，这是公司花钱购买的服务，不要扯上荣誉感、责任感。

把份内的事情没按质量做完，公司而没有直接辞退你、换掉你，是出于各方面成本的考虑，你不需要感恩戴德。

很多高层的话术：
“我们各个总监有一个工作群，不分节假日都在沟通，关乎到公司战略和大家的富力......”
“我们各个高层都是 24 小时 oncall 的，和老板经常讨论到凌晨一两点......”
.....
他们为什么要这么说？
无非就是想引导一下让下面的相信，占用私人时间是荣耀的、合理的、值得提倡的。

但是下面的人会想，我们有没有总监那种工资和福利，或者该有额外的股权和分红？老板把高层当自己人，可不可能把一线搬砖的人当自己人？

bullshit

@robinlovemaggie 老哥稳

穿拖鞋，装成老油条的样子

我就用蓝灯，没碰到你说的问题呀

5.针对 block 上下文 对 self 的弱引用和强引用的变换 可以抽象成宏定义或者静态方法，基本上整个工程都要处处使用到的

1.alert 的方法，抽象一些参数出来封装一下
2.数据持久化可以有专门的类来处理，所以也可以封装一下
3.这些确定的字符串用常量来定义比较好
4.这些带 block 的方法已经不用再封装了，但是如果 其他类也要复用的话，可以抽象一下。

我如果碰到这种事情，我在电话中就会直接说不干了。
事后也想都不会想什么对与错的问题，老子就是不干了。
吵我睡觉的人， 我拿胡萝卜都能把他捅死。


不过，冷静来说，我还是会具体看看到底是出了什么大问题，至于这种时刻联系到我。

真如楼主所说这种情况下，公司采用这种做法明显就是太不尊重员工了好吧，甚至完全就是轻视。


看看今年的 WWDC keynote，视情况继续了解一点

git 的口号是 everything-is-local

例子：

在 master 上开出两个分支 A 和 B

merge A

A 先被合并到 master 之后，master 指针已经前移了一步骤指向了 A，这时候你要合并 B 到主线上去的时候

merge：

merge 操作是把**当初分裂出 A、B 时刻的 master 分支（共同祖先）**以及**先一步合并的 A**和**你现在要合并的 B**进行一个三方合并。

rebase :

主线是 A 的提交之后向前移动了一步，你切换到 B 分支，执行 rebase master

这个操作，找到是**当初分裂出 A、B 时刻的 master 分支（共同祖先）**，用来和 B 对比，把 B 上面的所有提交（补丁）提取出来，同时会将最新的进度指向**最新的刚合并完 A 的分支**之上

然后，你还需要单独切换到 master 分支之上，进行直接合并操作 checkout master，merge B


----
这两种方式得到的结果没有任何差别

只是说，能让提交历史在查看的时候是一条直线没有分叉

-----
那有什么用呢？

这里就是涉及到远程合作的事情了，以上都是在本地自己玩。

当你 PR 别人的代码，并且想要提交的时候，最好不要直接 merge 到本地
master，直接 push

你应该，先回到分叉的那个点开始，没有 mergeA 和 B 的时候，拉取一下 master，然后 checkout 到 A 或者 B，rebase 一下 master，然后 checkout master 合并一下你的分支 A 或者 B，然后再 push

这样以来 远程 repo 合并你的代码的时候就不需要进行三方合并而导致，提交历史分叉

-----

如发现有错误请各位指出

rebase 是这个意思和具体执行过程？感觉你的说明和英文的说明对不上啊？

我擦，怎么会有 2300 颗星星，unbelievable

车公庙爆炸，不知是不是今天的图片和视频，还是往年的。