你看你就这样贴了题目出来，还有猎头也会收集题目，培训班也有一个个安排面试拿题目给下一个的操作，所以一般不会解释过多的

2 有一个变种就是装两个 chrome，例如 canary 这样的分支都是直接可以和正式版共存的

主动求职最好如实作答，如果你对如实作答感到犹豫，建议重新思考复盘自己的职业过往路径、初心和规划，直到你能敞开胸膛如实回答这个问题

谢不邀，不能发表评论🙃

综合不了，就算不说对不同层次的人的诉求不一样，不同部门岗位也不一样等等一大堆造成无法直接比较的困难，就你列得这些纬度就已经无法回答这个问题了，最多弄点唬人的雷达图出来

类似三国将领综合治理国家带兵打仗外交军略谁最强？ 简化一百倍，你能得到的最好答案，可能也就是三国志游戏里的几个著名将领的雷达图，然后吕布武力 100 关羽武力 99 你告诉我三英战吕布打架是平手

@ahmcsxcc 去了解一下静态分析，单元测试，集成测试，系统测试，验收测试的概念和区别，想想各自的目的，然后分析一下主楼写的这些属于哪种，提示：绝对不是单元测试

@qloog 数据库不是单元测试的有效目标，硬要说的话，你可以去读 MySQL 源码里的测试，或者 GORM 里面的测试，看看是不是你想要的

看在没二维码只有个链接的份上回一下，这是经典的没搞明白什么是单元测试，测试有哪些类型和目标而导致的无效瞎折腾

结合你的实际需求对比几个来选择

心情极度复杂。要是多年前，我会庆幸又有个半桶水离开 php 圈子了，可是现在写 go 的机会也多了，团队也多了，这样的半桶水在 php 团队里写的代码气味特征明显一眼就能找到，可是混迹在 golang 团队里，好像还真挺难发现的，等发现的时候，可能已经对代码库造成难以承受的破坏了

@dremy 那是老黄历了，七年前 chrome 就自己搞了 blink 了

虽然各种 db 内外的锁机制都解决这个问题，但还是建议考虑数据结构是否可以设计得更好

比如为什么不让 status 变成（新增） xxx 的同时就建立 task ？ 解耦 task 和 data 使得以后有其他 datum foo bar 业务表也可以复用 task 的结构和逻辑？

当 task 是单纯的工单，自然领取任务这样的业务就都是单纯的单表操作，直接 update asignee where limit 就行

“分配任务”这个例程还要读 data 这样的业务表就不合理，更别说去锁里面的数据了

“牺牲分区容忍性”的意思是不支持分区，而不是分区后会怎样

cap 是三个互相独立的维度，可用性和是否分区无关，一个系统不分区也不一定默认就是可用的，例如磁带机只能顺序读取且寻道时间很长，那么在业务是十个消费者一起随机读写数据，单台磁带机就是不具备分区容忍性的同时没有可用性

@enlight 既然是给你加速度加来的人，那很简单啊，告诉你领导和甲方爸爸，加这个人反而速度变慢

@mcfog 还有你的 leader 的管理风格等等

抛开这些给你的回答，基本都是基于自己经历的某种发泄而已，和下班以后去喝酒聚会骂骂老板骂骂社会性质是一样的参考价值

这个问题其实包含了你自己的价值观，你的人生目标，你的公司的晋升机制和考核制度

比如 14 天隔离是 99 线，那么一万个确诊中就有一百个潜伏超过 14 天的

做技术的应该知道 99 置信以上要做到更多的 9 多贵吧，一样的

跟我念：raid 不是备份，raid 不是备份，raid 不是备份
没有备份的数据等于随时会丢，没有备份的数据等于随时会丢，没有备份的数据等于随时会丢
不校验可用性完整性的备份等于没有备份，不校验可用性完整性的备份等于没有备份，不校验可用性完整性的备份等于没有备份

无插件做法：选中文件名部分（可带路径），按 cmd+shift+o (windows 应该是 n)或菜单 Navigate=>File

列出 raw 文件: find -name *.raw . (我可能写错，自己 man find) 或 ls | grep . raw
遍历: xargs，或者 find 自带
raw 后缀名替换 jpg: sed
假删除(测试): echo
真删除: mv <filename> /tmp