教张小龙做微信,为张一鸣操碎心

后记:

曾经苦于自己在最需要正确引导的时候,找不到人指点迷津;后有幸遇贵人指点、找到了线索和切入点,加之持之以恒地深度思考和迭代,最终靠自己发现并从既有的思维中跳出、看清了最为源头的本质。

或许贵人早就知道我现在所看到的一切而不曾说,因为他一定是知道,说这些没有意义 —— “不知道的人之所以不知道,是因为不知道自己不知道” —— 本身就陷在无意识中的人,是无论如何也意识不到思维本身的存在的,他们不知道有思维这个东西、不知道什么是深度思考,更无法从他们不知道的这个东西中获得任何好处

与此同时,他们只知道一再地从固有思维出发,去恶意揣测、造谣生事、指鹿为马、搬弄是非,只知怨天尤人、说三道四、越界干涉、斗争攀比 —— 通过这些手段来获得 “来得快” 的情绪体验和精神满足(快感)。

这是他们唯一熟知且依赖的利益,所以不必诧异为什么他们执迷不悟、一错再错,为什么装睡的人无论如何也叫不醒。

因而这篇文章,只渡有缘人,只渡那些渴望认识真相、并使自己的视野和心态得到改善的、对自己诚实的人。

假若有一天,世界上 透过深度思考自立自强、利人利己的人越来越多,而 靠斗争和攀比来获得幸福感的、损人利己的人越来越少,那我的愿望也就达到了。

前言

你知道为什么 当下网络评论区无休止的争执、戾气严重乃至人身攻击 吗?

你知道为什么 人们喜欢挑刺,恶意揣测,幸灾乐祸,甚至无端谩骂 吗?

你知道为什么 会出现喷子、键盘侠和杠精 吗?

你知道为什么 高手总是持续性自律,而你总是 间歇性自虐 吗?

你知道为什么 明明 强迫自己阅读各种碎片化知识,到头来却脑袋空空,什么也答不上来 吗?

你知道 比起当下记住知识点的多与少,面试官更多的是借对问题的考察来 瞬间判断你的思维模式 从而决定是否值得招纳和继续交流 吗?

……

在过去半年里,我在知乎上接受了来自数百位网友的提问邀请,对 “如何理解和应对网络暴力”、“如何摆脱迷茫和焦虑” 提供了深入骨髓的解答。

尽管目前为止,世界范围内 有且只有一位 酷爱哲学的 v 友在 100% 读懂的同时 做了流畅的交流和建设性补充,然而令我感到欣慰的是,越来越多的小伙伴私信向我表示感谢,告诉我透过这篇文章的启发,他们从混沌中走出、开启了全新的工作生活方式

所以今天我就将困扰了一部分人的秘密浓缩在这 1300 字的短文里,考虑到这样的文章古往今来仅此一篇,因此就算一时间没能读懂 也请务必珍惜地阅读。

背景

“以自我为中心” 是初中《思想品德》课本就提到的词汇,没想到却成了 “自我认知突围” 的一个关键。

在中国、欧美等国家或地区,得益于 “快乐教育”、有待健全的素质教育 和 扭曲的家庭教育,95% 的人都患有不同程度的 人格障碍 或者说 精神残障,

也即 他们在婴儿期后,未经过正确的引导,未能分清自己和他人的边界,未能以现实的、解决问题的角度 和 发展的眼光 去正确理解并驾驭客观事物,相反,他们延续了婴儿时期的信念,认为自己是世界的中心,外界的人事物都是围着自己转、为满足自己的主观私欲而生、外界务必听自己的话、维持自己高人一等的存在 …

于是就有了巨婴:

完全活在自己的小世界中,试图从主观私欲出发 去评判和控制奴役外界(一味索取),并且对现实世界一无所知

他们当真觉得自己是 “世界的主”,他人它物都是下人,是围着他转、为 “让他舒服” 而存在的玩物,所以才会 养尊处优的姿态 透过主观标准 对他人它物 评价好坏、指指点点、说三道四、品头论足。

他们当真觉得自己 “智力超群、高人一等”,所以才会蓄势待发地 越界干涉、指手画脚、教张小龙做微信、为张一鸣操碎心(看不惯,要别人听自己的话。自我膨胀到极点时,甚至 “恨铁不成钢”,干脆扣帽子、毁谤、叫嚣、威胁 … );

或是以 占有某个社会符号(例如明星、装备)来站队、攀比、攻击、打压 …

—— 而最终的最终,都是为了体认自己 “至高无上的眼光” 和 “高人一等的地位”。

透过应付思维 转嫁矛盾、自欺欺人

然而在身体逐渐长大的过程中,他们也发觉了,自己 无力理解和应对未来的挑战,于是出于恐惧而发展出 应付思维:给自己虚构一个未来的危机和保障,好像 “只要 xxx,就能 xxx”“不 xxx,就会 xxx”(一定要怎样怎样才行,仿佛只有这样,才能度过危机,而只要度过了这个危机,就能解决人生的所有问题),这样一种完全脱离于现实的、虚构的 “第一要务” 来自欺欺人,

当然,编的故事十分容易被戳破,因而他们动不动就逮着生活中的各种不顺 怨天尤人、迁怒于人,“都赖别人、都是别人害的”,这样一种方式转嫁危机、要别人为自己的 “前途无望” 负责。

是的,为了自我安慰而虚构一个确定的危机,为了进一步自我安慰而又进一步地转嫁所谓的危机 …

可是自始至终,他们都意识不到当下的真相。他们完全活在幻觉中,对现实世界一无所知:“我都可以瞬间想到极致的结果,你怎么才做出这么点垃圾?你真是跟我比不了,差太远了。这么 一无是处、没有价值 的东西,根本达不到预期、达不到收费的标准!”

是的,他们真的就是这么认为,“只要 xxx,就能 xxx”,“只要外界 xxx 条件能达到自我凭空杜撰的超现实预期,就能解决 xxx 问题,不然都是垃圾,是坏我前程、挡我去路的垃圾”。

—— 他们不知道自己完全是在 “从自己的主观私欲出发 凭空想象”,而这种缘木求鱼的妄想和索求,纵使当下的人类生产力能够即刻予以兑现,也永远没有解脱的那一天。所以他们总是一脸怨念、并不快乐,觉得 “造化弄人”、“生不逢时”,觉得 “空虚”、找不到人生的意义。

—— 他们完全没有现实的、解决问题的意识,乃至并没有机会扎根现实、理解产品,理解 一代、二代、N代 分别要解决的问题 从而能够 欣赏、享受当下 和对发展保持乐观

最后

这个世界上哪有什么 喷子、杠精、键盘侠、伸手党、痴汉、霸座者、啃老族、暴徒 …

不过是不同境遇下 巨婴的不同程度的表现罢了。

他们的共同点都是 以自我为中心,随时随地 试图从自己的主观私欲出发一味索取,并且对现实世界一无所知,是时代的精神残障者。

(上文没有提到杠精,其实杠精也是一个道理:凭主观喜好 恶意揣测、造谣生事、指鹿为马、搬弄是非,无原则地抬杠、扯皮、比高低。而之所以忍不住这么做,某种程度上也是出于 “只要 - 就” 的代偿思维:仿佛只要言语上战胜了对方,就能获得充实的人生意义。

当然他对 “自己在做什么” 是毫无意识的,他是当真觉得自己是个 “明事理” 的高人、老好人。而当你知道他的出发点就是 争强好胜、索取精神胜利 后,无论其罗里吧嗦了什么,都不过是从主观小世界出发的、无现实意义的痴人说梦)

(而那些说三道四、多管闲事的人,亦不过是在转嫁矛盾,注意力全聚焦在外界不相干的人身上,可以当饭吃。精神空虚的他们就是以此维生,借此自欺欺人、心安理得地逃避现实。)

不要试图和一个活在幻觉中的人争论、讲理,因为你和他之间分明摆着一条深不见底的鸿沟,这是他的问题,不是你单方面努力就能铺垫好的。

他只知道 “自己”(只知道从主观私欲出发),对现实一无所知,乃至无论如何都构不成有效交流。

那么问题来了,如何扎根现实、从现实角度出发去认识事物和解决问题?——

拓展阅读

是随时随地可受用的 深度思考原则

版权声明

本文以 CC 署名-非商业性使用-禁止演绎 4.0 国际协议 发行。

Copyright © 2019-present KunMinX

独家记忆 | Jetpack MVVM 高频提问和解答

很高兴见到你!

我是《Jetpack MVVM 精讲》《Jetpack MVVM 最佳实践》的作者 KunMinX,

在过去一年里,我们分别在各渠道的维护和交流中,收集到许多新上手的小伙伴在把 Jetpack MVVM 应用到自己项目中时,最频繁提及的问题,

随着 Jetpack MVVM 的普及,高频提问也越来越多地出现在 面试或重构工作中,

考虑到这些四处分散的 Q&A(提问和解答) 不便于新上手的小伙伴查阅,因而单独准备了本文,点开就能直接查看到 从数百位读者的数千次提问中 精心筛选出的高频 Q&A,

所以这样的文章,从前乃至往后就只提供这么一篇,请珍惜地享用 😉

 

目录一览

 

《重学安卓》读者群 高频 Q&A TOP 5

 

TOP 1:Jetpack MVVM 下的页面通信怎么做?

解答:通过 SharedViewModel 来完成。

追问:为什么?

解答:我们之所以选择 Application 级的 ViewModel,而不是静态变量或传统 bus 来完成 应用内页面间的消息通信(事件回调等),是考虑到:

1.该 ViewModel 被封装在视图控制器(Activity/Fragment)的基类,使得消息能够 仅限于在视图控制器之间传播,而不污染到之外的区域。

2.同时也可避免被外部的组件拿到,而造成不可预期的推送。

具体可见《最佳实践》项目中对 SharedViewModel 的使用。

 

TOP 2:LiveData “数据倒灌” 是什么情况,如何解决?

解答:“数据倒灌” 现象是我全网首创的对某类现象的概括,所以网上大概搜不到这类描述。

数据倒灌是 专指 在 页面通信(事件回调)的场景下,通过 SharedViewModel 的 LiveData 给当前页通知过一次,并返回上一页,下次再进入当前页时重复收到推送的情况。

目前《最佳实践》项目中通过 EventLiveData 解决了这类问题,具体可查看最新源码。

Event 包装器 重写底层 EventLiveData

 

TOP 3:逻辑为什么不在 ViewModel 中写?

解答:Jetpack MVVM 主要遵循 数据驱动关注点分离 这两大特性,

其中关注点分离 是通过 “最小知道原则” 来体现:

UI 逻辑在视图控制器(Activity / Fragment)中写

业务逻辑在数据层(例如 DataRepository)写

ViewModel 作为 视图控制器 和 数据层 沟通的桥梁,其自身应保持轻量,以胜任 “承上启下” 的角色(保持整体框架的 单向依赖)。

而且,就像认识其他问题一样,“逻辑该在 Activity 中写还是 ViewModel 中写”,

要搞清楚这个问题,我们 仍然需要首先搞清楚,这件事的背景是什么 ——

是在多人协作的软件工程的背景下。

👆👆👆 划重点

这意味着什么呢?意味着,一旦 你将 UI 逻辑放在 ViewModel 中写了,后续就不可控了

你的同事如果不熟悉这一套开发模式,在 “破窗效应” 的驱使下,就可能直接在 ViewModel 中取 context、取各种不该取的东西,最终内存泄漏什么的,全都来了。

综上,ViewModel 的职责边界就是帮助 Activity/Fragment 托管数据,不适合在 ViewModel 中写逻辑。

更多细节内容详见 《有了 Jetpack ViewModel . . . 真的可以为所欲为!》 中的介绍。

 

TOP 4:为什么不用 LiveDataBus?

解答:原因同上。

不使用 LiveDataBus 是因为,我们是以 在 多人协作、页面繁杂的 软件工程 为背景来谈论架构设计的。在这样的背景下,任何微不足道的隐患,都可能被无限放大。

bus 自身 缺乏唯一可信源的理念约束 以及 难以追溯事件源对象,应彻底从项目中移除,以免团队新手的误用乃至滥用。

具体缘由可参考 《LiveData 鲜为人知的 身世背景 和 独特使命》 中的介绍。

与此同时,尽可能使用 单例或全局 ViewModel 来托管 liveData,这样调试时能根据内存中的 liveData 对象找到事件源。LiveDataBus 这种通过 tag 来标记的,难以找到。

 

TOP 5:Navigation replace 方式返回时,怎么恢复视图状态?

解答:Navigation 的 FragmentNavigator,官方写法是通过 replace 来启动新 Fragment,这可能造成返回时重绘页面等问题,对此有两种办法,一种是重写 FragmentNavigator,使之通过 show hide 来启动新 Fragment,另一种是在 onCreateView 中复用上一次实例化好的 View。

具体操作和注意事项可参考 《就算不用 Jetpack Navigation,也请务必领略的声明式编程之美!》 文末的详细补充,以及我和 Flywith24《我的碎片很听话,你的 Fragment 有自己的想法》 评论区 22 楼关于 replace 方式返回时视图状态恢复的讨论。

 

Jetpack MVVM 最佳实践 issue 高频 Q&A TOP 5:

 

TOP 1:页面 onPause 的时候,不是不该收到消息吗?

解答:看到网上有不少 以讹传讹的网文 传播 “页面 onPause 时不会收到 LiveData 通知” 等不实观点,给读者们徒添困扰、耽误大量时间,特此辟谣:

事实恰恰相反,onPause 可以收到,而 onStart 不是所有场景都能收到(截至 2020.2,Activity 能,Fragment 不能) ——

只有 onResume 和 onPause 是介于 STARTED、RESUMED 状态之间,也即只有这两个生命周期节点 100% 确定能够收到 LiveData 的推送。

具体缘由详见专栏 《为你还原一个真实的 Jetpack Lifecycle》 文末 最新补充

 

TOP 2:《最佳实践》项目中的 “DataBinding 严格模式”是怎么回事?

解答:“严格模式” 是我基于对 “数据驱动” 的本质的理解,而全网首创的 软件工程安全的 “纯粹数据驱动” 的写法。换言之,只要遵循 “严格模式”,就可以确保 100% 解决视图调用的一致性问题(安全性等价于基于函数式编程思想的 Jetpack Compose),避免在多布局等背景下滋生的各种 null 安全情况的发生。

关于 “数据驱动” 的本质,可详见 《从 被误解 到 真香 的 Jetpack DataBinding!》《是 事关软件工程安全 的 数据驱动 UI 框架 上车指南》 中全网独家提供的深度解析。

 

TOP 3:为什么 MainActivityViewModel 中使用 LiveData 绑定视图状态,而其他 State-ViewModel 使用 ObservableField?

解答:ObservaleField 有防抖的特点,要记住这个特点,然后根据情况选择使用。

比如 PureMusic 中通知抽屉打开,用 ObservaleField<Boolean> 不合适,而 LiveData 合适,
因为 ObservaleField 防抖,第一次 set true,就有 true 为 value 了,第二次再 set true,就不 notify 视图刷新了(具体见 ObservaleBoolean 的 set 方法实现)

防抖可以避免重复刷新 以减少不必要的性能开销,所以看情况选择 ObservaleField 或 LiveData。

更多细节内容详见 《从 被误解 到 真香 的 Jetpack DataBinding!》 文末及评论区中的补充。

 

TOP 4:LiveData observe 回调走了多次,该如何处理?

解答:(注意此处所指的情况不同于 “数据倒灌”)

考虑到此前有多位小伙伴私下询问过 LiveData “重复回调”的问题,这里额外做个明示:

LiveData 是被设计为,支持从 ViewModel、单例等唯一可信源 完成数据的一对多分发,因而其内部的观察套路 并非 “一对一”的 观察者模式,而是 “一对多” 的 发布-订阅模式,我在 2018 年初自主设计并开源的 VIABUS 架构 也是采取这种模式,内部通过 Map 来维护订阅者。

所以正常情况下,对于 一个 LiveData 实例,在同一个页面中只该注册一次观察、请勿在 RecyclerView Adapter 的 onBindViewHolder 等处注册,避免导致重复注册多个订阅者,从而不可预期地在每次请求后 “收到多次推送”。

更多完整的提示可参见 《LiveData 鲜为人知的 身世背景 和 独特使命》 文末的最新补充。

 

TOP 5:将《最佳实践》的 Navigation 修改版引入到自己项目,结果还是走的 replace,怎么办?

解答:请移除自己项目中引入的 navigation.fragment gradle 引用,不然可能会覆盖来自 architecture module 下的那些。
并且,请确保 navigation.fragment 被移入自己项目时,和原来 architecture module 中一样,使用完整的 com.androidX 的包名路径。

 

版权声明

本文以 CC 署名-非商业性使用-禁止演绎 4.0 国际协议 发行。

Copyright © 2019-present KunMinX

本文内容均属于作者 KunMinX 原创,转载须遵守上述协议,保证原文内容的完整、注明作者及出处。

任何个人或组织,未经作者本人沟通许可,不得将文中内容洗稿和用于写书、卖课等商业活动。

开源项目被人拿去做课程卖了 1000 多万是什么体验

嗨,大家好,我是小专栏的独立开发者 寂小桦,并不是我的开源项目 被做成网课 售卖了1000 多万,而是小专栏《重学安卓》的作者 KunMinX 为技术专栏做的配套,让读者更好无痛理解 Google 开源的 Jetpack MVVM 中每个架构组件的 存在缘由、职责边界,而 精心设计的一个又一个高频应用场景项目,被某网课拿去做成 对标阿里 P7 课程,售卖了1000多万。

在此呢,为现在良莠不齐的网课 耽误大家学习时间和精力 赚取高额学费 而感到忧心,很多小伙伴因为焦虑 而无脑购买了很多五花八门网课,但是最后都仅限于 在朋友圈转发下 表示自己买了课 而安抚了下自己的焦虑情绪。

其实努力提升自己的确没问题的,在今年这样形式下,更应该是清空自己,努力提升,但是选择课程和专栏一定要慎之又慎,不然到头来钱也花了 时间也浪费了,能力没提升。

好了,今天我文字采访下 KunMinX ,让他说下他为《重学安卓》技术专栏而做的开源项目被卖 1000 多万的体验吧。

Read More