何为“幸存者偏见”

“幸存者偏见”，洋文写作“survivorship bias”或“survival bias”，维基百科的链接在“这里”。这玩意儿属于“认知偏差”的一种。（关于“认知偏差”这个话题，俺博客上曾经写过几篇，比如：“沉没成本谬误”、“光环效应”、“从众心理”）。

   如果用一句通俗的话来概括“幸存者偏见”，就是【死人没法开口】。如果要说得更具体点，那就是：
当你在分析某个事物的时候，可能会面对诸多的证据（样本）。但是大多数人通常只注意到【显式】的样本和证据，而忽略了【隐式】的样本和证据。从而得出错误的认知、错误的结论。
为了更形象一些，俺来说一下“幸存者偏见”的出处——古罗马的西赛罗（与凯撒同时代的知名政治家、文学家、演说家）讲过一个故事，大意如下：

有一群宗教信徒在某次沉船事故中幸存。幸存后捏，他们就找人作画（画面上是一群人在事故中祈祷），以此来宣扬说：因为他们作了虔诚的祷告，所以才在沉船事故中幸存。
某信徒拿了这幅画给一个无神论者看。这个无神论者直接反问道：那些祈祷之后淹死的人，他们的画像在哪里？

Mac下全局翻墙

1. 路由翻墙
2. ssr + .bash_profile
3. 使用工具，类似profixer，surge等

使用iterm的，环境变量也可以使用.bash的(需要在.zsh中去设置环境变量走.bash_profile)也可以在.zshrc中

由于ss或者ssr只是支持了socks5的代理，也就是所有的都走socks5协议，而浏览器本身是支持socks5的（当然还有http，https，ftp等），但是如果你想mac上装的客户端，比如telegram也能通过ssr达到科学上网就想多了，但是这些软件，还比如AS都可以手动去设置代理的（socks5），一般ssr默认的设置如下：

1
2
3

ip：127.0.0.1
# http走的是1087端口
port：1086

方法2设置步骤

• vimb(vim .bash_profile)
• 修改文件（添加下面代码）
• source .bash_profile
• 验证：curl www.google.com

1
2
3
4
5

# proxy
proxy=socks5://127.0.0.1:1086
export http_proxy=$proxy
export https_proxy=$proxy
export ftp_proxy=$proxy

通过上面设置就能在命令行中发现已经可以科学上网了，目前还有两个蛋痛的地方没解决：

• profixer在mac上装不了了，一直弹窗。权限都给了
• 使用Google Drive同步文件用不了，只有将ssr设置全局才可以，MD。

背景

项目中需要实现IM通信功能，其实原来已经继承了云信的视频SDK，而IM模块其实已经在SDK中了，但是由于我们的IM聊天界面是需要自己定制了，因此就加了添加了一个lib-ui的库，方便去自定义IM界面

Welcome to Hexo! This is your very first post. Check documentation for more info. If you get any problems when using Hexo, you can find the answer in troubleshooting or you can ask me on GitHub.

git reset

1.使用git add .添加了所有修改文件到暂存区之后在commite到本地之前想撤销add操作可以使用

1

git reset HEAD <file>

将某个文件从暂存区拿出来。

2.已经commite了提交到了本地但是还没有push到远端，这时候发现有个文件不能提交到远端可以使用

1

git reset -soft/--mix/--hard <commite id>

会将本地仓库回退到commite id这个版本（可以是上一次commite的版本）。reset后的参数代表了是否保留本地代码的修改，具体可以查询网络。git reset命令的使用

HEAD：表示当前git指针指向的位置
索引：表示add之后去到的暂存区
工作目录：表示代码文件的改动
提交C1 –> 提交C2
总结就是：soft后git指针会指向C1的提交，而C2修改的文件还是add状态，修改内容不会丢失，对现有的版本改动最小；mix后（git reset默认操作）git指针会指向C1提交，C2修改的文件不是add状态（需要重新add）不在暂存区，文件修改内容不丢失；hard后git指针指向C1提交，C2修改文件不在暂存区，文件修改丢失，完全恢复到C1提交的状态. hard慎用

背景

多线程的本质其实就是各种线程对静态资源的合理使用问题，怎么能最大限度发挥CPU性能执行任务。锁这种概念就是解决多个线程抢占资源问题的办法，当A线程使用资源时起时不希望B线程也去使用，因为如果同时操作静态资源会导致读写不一致等问题。

各种锁的分类

以下的分类都是站在不同角度对锁这种概念的分类，相互之间并没有必然的关系。

背景

Java中并发程序正确地执行，必须要保证原子性、可见性以及有序性，只要有一个没有被保证，就有可能会导致程序运行不正确。

• 原子性：一个操作或者多个操作要么全部执行完成且执行过程中不被中断，要么就不执行。
• 可见性：当多个线程同时访问同一个变量时，一个线程修改了这个变量的值，其它线程能够立即看到修改的值。
• 有序性：程序执行的顺序按照代码的先后顺序执行。

volatile其实就是解决上面“可见性”的关键字，它可以看作是轻量级的Synchronized，它保证了共享变量的可见性。为什么会存在可见性这种问题呢？下面看下Java的内存模型。