墓碑机制肯定不完美的，如果有一个完美的方案早就被用上了。你猜为啥大部分人都不用，不就是他的问题多过于实际上得到的体验嘛。。。

你挂中介呀，挂了不就有链接发出来了？又没有让你找中介成交。。。这不就不用中介费了？这点套路都不会？

墓碑不就是干这个的吗？

简历是真的不行，没一点突出的成绩和贡献。你要突出自己的战果，其次是你会的能力。
然后就是目前客户端是很难找工作的，看你的描述自己的简历没写好重点，建议你如果投 app 岗位，就专门准备 app 相关的，投 rtc 的，就准备 rtc 相关的，多份简历也不奇怪。
其次就是多刷刷面试题，不要一上来就去心仪或者想去的公司，一定要先去小公司，中等的，先刷刷面试经验，激活一下自己的大脑，接着才去面自己想去的岗位。
最后就是大环境，现在客户端基本都是没有几个岗位的，就这么几个，要求不是一般的高，一般以前大概 80,90 分就觉可以了，现在你不拿到 98 分基本都不会要

@Kenyore 你说的 logback 是个啥玩意？又不是每个 log 都用这个玩意实现的。。。

说错了，是 aop ，切片

用 apt ， 凡是执行到这个方法，就直接 return

你主管有不懂技术，自己包装一下就说是重构了呀？这么老实，工资一定涨得很慢吧。（阴险脸）

原文：异步函数， 答案：suspend fun aaa() = withContext {}
原文：只是把 Job 放到 Dispatchers.IO 线程池里调度，那岂不是该堵塞的还是会堵塞， 答案：相对于调用线程，因为切换到了其他线程，所以调用线程没有堵塞
原文：如果线程池里的所有线程都被堵塞了，剩下的 Job 不就没法执行了，答案：如当果协程任务塞满了，会影响协程的执行，但不影响调用线程。默认的 IO 有 64 个，另外也可以手动配置。
原文：取消，答案：Job 可以取消，但如果是当前任务正在执行确实无法立即取消
原文：无栈协程就，答案：kotlin 使用了线程栈

@fenglirookie 虽然 gradle 拉包也挺脑残的，我没搞 web 之前一直骂 gradle ，知道我遇到的 npm/yarn ，我才知道原来脑残也是对比出来的。
除了包管理这块，web 其他开发跟移动端比，唯一牛逼的就是热部署（不知道怎么说这个词），就是它不需要每次重新编译，或者说它仅编译修改的部分要比移动端要方便，要快。
其他的确实没觉得哪里比移动端好，不管是工具，找错误，调试，断点，查源码，甚至具体到设计模式，代码管理等等，我都感觉移动端要好一点。
学了 web 我的感觉就是：
1. web 太自由，导致代码不好管理，也不好修改
2. web 的历史包袱太重了，移动端一上来就用目前业内最好的解决方法

这么说吧，我用 python 的那一刻就没考虑性能的问题

@NilXuan 像这种经验之谈，一般问机器人是没有问题的，我只是根据你的问题问的，你可以给它多一点提示，一般都能找到正确答案的

外包，正编根本不加班。现在的年轻人连正编和外包都分不清，哎

这种问题问机器人最合适了：
在 VS Code 中，可以使用 Code Navigation 插件来快速查看接口的具体实现和跳转到具体方法。

具体步骤如下：

1. 安装 Code Navigation 插件。

2. 在代码中选中接口名称，右键点击“Go to Implementations”。

3. 如果接口有多个实现，会弹出一个列表，选择要查看的实现。

4. 在实现文件中，选中具体方法名，右键点击“Go to Definition”即可跳转到该方法的定义处。

注意：在使用该插件时，需要确保代码中的接口和实现文件都在同一个工作区中。

@fenglirookie 我说的就是开发鸭，我觉得移动端的开发体验比 web 的好多了，web 拉个 npm 没点本事都拉不下来，还没有本地缓存，每次都是从服务器拉的，脑残的一匹

你是不是设置了闹钟呀，我也有小爱同学 app ，但是没有这个问题。。。

我主业是 android 开发，也开了一两年 web ，个人感觉跟你完全相反，web 开发完全做不到 android 开发这么顺畅，体验不如原生开发好

正常途径：先搞清楚自己当前岗位的技术，有什么重点难点，先把目前能学的，能搞的都搞通搞透。再刷刷 leetcode ，搞点开源，抓住机会，弄点核心技术。再面试进大厂
非正常途径：刷题，包装自己，吹牛逼，往开源项目注水，再一直投简历看看能不能骗过去。

remove 好用，但是可能会崩溃