这个本质上是你对生活失去了方向性吧，每天看书听歌散步简直是老年人
财务自由虽然可以让人过上这种随性的生活，并不表示一个人的目标消失了，马云之前的福报说其实反映的就是这个问题，对于他来说有目标的努力工作和财务自由本并不冲突，财务自由和忙碌并不冲突
说马云可能有点远，我也辞职近两个月了，期间还没投过一份简历，我也基本算低销，两三年不上班对我来说也没啥压力，五一和朋友出去溜达一圈外，离职后基本上是每天学习，从刚开始充满热情的学习到疲于学习，学习一个小时想打个岔，甚至颠倒时差，中午 12 点起，中间磨蹭会儿，然后学到深夜 4 点。
中间状态的改变主要是一种疲倦，因为越学越觉得要学的东西越多，想逃避，前几天通过换了一个新的学习方向暂时逃出来了。
而你说的无聊其实我上班期间就稍有体会过，下班后追的剧追完了，看的书看完了，刷社交刷到没有更新，我就感觉后面的时间非常空空落落，浑浑噩噩，虽然知道学习可以帮我解决这个问题，但当时觉得干了一天活又提不起劲。
本质上，我依然在追求一个让我自己承认的足够好的成绩，所以并不会陷入你说得那种状态，而要摆脱那种状态我觉得也需要赋予自己一个目标。

@dovme 不一定会有 1000 个，因为如果某个线程执行完任务就会被复用
至于内存方面，没有具体计算过，不过一个具体线程并不会占用太多内存，具体到 runnable 看实现，这些都可以通过类内定义的变量来计算的，不过 1000 个对象应该没什么压力
至于 CPU，楼上说的挺清楚了

之前看到一篇文章说分类没用，举的日本的例子，你分的类跟垃圾厂的分类完全不同，别人最后还得倒回去重新分类

线程池也有很多种的，1L 也说了，主要是为了节省创建线程的开销，复用已创建线程，用的时候一般都是全局 new 1 个或者你有特殊需求 new N 个
比如你举的例子，是固定线程数量为 5 的线程池，不管几个 runnable，callable 过来，同时跑的线程只有 5 个，其他的都得排队，还有 newCache （按需创建，默认线程数量上限整形上届，不保存固定数量线程，idle 线程存活 60 秒）、newSingle （单线程复用）等等，可以看看
至于你说的 1000 个请求不使用线程池比较快，得具体情况具体分析，如果你用的是像你举的例子那样，那肯定是按需 new 线程快，毕竟线程池里只有 5 个线程在并发

不是最低 5999 刀开卖么，怎么直接就 10 万+了

虽然最近一个月就点了 2 次吧，不过美团的 5 块钱会员还是挺实惠的

官网说的很清楚了，只是支持了 8 的子集，并不是完整的 8

同求车，快到期了

@WebKit 有意思，主流不是 7 是什么？ 8 还没有完全支持，kotlin 的 app 份额截至昨天的统计，不管哪个的分类下都还没有达到 30%，整体 app 份额里甚至只有 6%不到。
下次质疑别人前先做好数据调查好么？别张口就开

别人的 Java 版本都突破天际了，各种语法糖，新 api，Android 主流还是 7，lambda 想用用都要各种配置，跟不上后端主流 Java 的潮流
Kotlin 是现代语言，各种现代语言新特性都有，学了你就发现和很多其他现代语言有各种相似之处，而且各种语法糖的确可以提高开发效率
Android 官网很多 demo 现在都是 kotlin 为主，新的连 Java 版的都还没有，学学没坏处，还很有意思
虽然考虑性能的时候，语法糖不能乱吃，但通过和 Java 互转可以加深对两门语言的理解

BlueDict 就行吧，任何地方，只要能选中单词的，就可以在弹出选单里选择翻译，Google 的 Translate 也是

又 get 了一条没什么卵用的冷知识

虽然想到了和外部排序类似的路子归并，不过卡在最后归并那，没想起归并是稳定排序，最后可以多路分别从已排序的的不同数据段取一部分逐步归并

@Skifary 不用未来，马上了，几个月

翻唱要什么版权，先不说油管上如 J.Fla 等一堆高订的 u2ber 专门翻唱
就是以前歌星在演唱会现场，也不是没现场翻唱过别人的歌，谭咏麟、李克勤甚至邓丽君，至于翻唱后出的 CD 有没有版权就不造了

Google 的 pixel 4 据说就是无物理按钮的手机

@wangxiaoaer 12 啊，杭州啊，应届啊，就是找水平高的，你们这也是过度溢价了吧，杭州除了大厂，出这个价的绝对土豪

@whusnoopy 大佬你们什么公司，这么土豪，杭州应届能给 12，还最低，莫不是你们这个应届标准高有点高

MVP 主要是用于界面开发，你要先理解这一点，界面变化在 V 里处理，逻辑在 p 里处理
明白了这些，就可以捋清楚了，一般会对 p 进行接口定义，然后具体什么类实现了这个接口，这个类就是具体的 p 实现，（即使你让 service 实现这个接口作为 p 本质上也没有问题，虽然在 android 里实际应用上有点问题）
至于你的 p 是怎么处理逻辑的就无所谓了，你要调用 service 就调，并不影响 service 是什么角色，service 只是逻辑处理的一环