真正感受到了人到中年的无奈和悲凉。三十岁当真是很难迈过的一个坎。

过年在家，因为疫情在家多呆了一个月，奶奶就在这段时间里永远地离开了。我爸村子里是有名的孝子，看到他伤心的样子，我也忍不住潸然泪下…

曾经看过不少人的故事，都说不能跟好朋友做同事。如今自己也算是深有体会了，我向来也不怎么在意工作里某些小成绩被人拿走，何况那也是自认为的好朋友。直到所谓的好朋友亲口说出只是拿我当做垫脚石，我彻底清醒了，我也对这个团队彻底绝望了。友情虽美，乞求不美。自己不会主动终结友情，但是话说到这个份儿上了，我还能怎么办呢？当然，不甘心也是有的，还觉着非常的失落。

在家那段时间，leader 通知我准备一下晋升 PPT，过去两年的辛苦总算可以有一些回报了。谁曾想准备了三个月，就在上周又收到消息晋升提名被取消了。感觉自己像个笑话…

媳妇公司也基本到了倒闭的边缘了，她已经三个月没拿到工资了，公司连桌子椅子都卖了，一场疫情，让他们公司像无数其他的公司一样，一下子垮掉了，而且看不到任何恢复的希望。

刚才跟爸视频通话，我问他现在怎么样了？看着躺在病床上的他，他还没开口，我再也忍不住了，瞬间泪如雨下，我妈在旁边看到我的样子，也跟着哭了起来。只有一岁多的好像永远不知道烦恼是什么的女儿在旁边哇哇乱叫。

看着女儿无忧无虑的样子，真希望她能永远都这样。而看到爸妈的样子，我更后悔自己没有早一点承担起这个家，更恨自己现在还没有能力让他们安享晚年。

在这样的三十岁之前，我曾无数次地将自己的遭遇带入到周围其他人的人生里。遇到难处了，总会想那谁不更难；春风得意了，又会想如果再好一点就可以跟那谁一样了。真正到了三十岁，才发现每个人都是不一样的，也不可能一样，莫说自己周围熟悉的人，哪怕是不认识的，也没有人会跟自己一样。

棱角再也不能那么分明了，没有哪怕一丁点任性的资本了，是时候学着做一个跟以前不一样的自己了。

最近过得不是很开心，因为工作的事。

记得从口袋离职的时候，虎哥就告诉过我，以后讲话要注意分寸，我媳妇儿也不止一次也批评过我，做人不够圆滑，就连现在的室友也说我说话太直接…每次我也都自我批评，然而事到如今，还是因此付出了代价。

想要活成杨改之，偏偏只能做莫大。

算了，不说了…

这两天花了点业余时间，大致了解了一下，尝试写了几段代码。对于原理什么的还是一窍不通，如果想要深入了解，推荐看看闲鱼的分享，我只是对于语法和 UI 写法有一点简单的认识。说的不对，还请大伙轻喷。相互学习，共同进步。

关于 Repo 的文章，我之前写过一篇：Repo VS Submodule，不过只是讲了 Repo 和 Submodule 的区别，以及 Repo 使用过程中的一些注意事项，然而在具体的项目里的所谓的最佳实践却并没有涉及。这篇文章，我想谈一下关于实践的内容，当然，是不是“最佳”实践，我也不敢妄言，每个人能有自己的理解，如果我能够抛砖引玉，引申出其他人更优的实践方案，那就很好了。

首先得声明一下，其实 provided aar 这样的需求场景非常少。在 com.android.library 里可以直接 provided aar，因此这样的需求只会在 com.android.application 里存在。同时还得再声明一下，这里说的 provided 一个 aar，是只引用 aar 里的类，而 aar 里的资源还是没办法引用的。

而完成插件化之后的微店，就恰恰对这样的需求非常强烈。一个 application module 里 compile 了一个aar，在其他 application moduel 里也想用这个 aar 里的类，而作者在发布 aar 的时候，并没有发布对应的 jar，这时候我们的做法往往是手动地解压出来 aar 里的 classes.jar，然后再在 dependencies 里添加这个 classes.jar 的 provided 依赖。看上去很简单嘛，可问题是遇到一个就要这样做一次，这就好麻烦了。那么有没有一种纯自动的方式去做这个事情呢？这篇文章讲的就是这个事情。

不知道从什么时候开始，总能听到这样的声音：“这段代码我好久没改过了，肯定不是我的问题，跟我没关系，你不要找我。”那么问题来了，大家都不是傻子，遇到问题来找你，你跟这个问题一定是有关系的，人家不会无缘无故、闲的蛋疼专门找你事。你撒手不管，当了甩手掌柜，心里很爽。那问题谁来解决？

问题

我们的项目构建中，有这样一个需求，在编译过程中，将最重要打到 APK 包里的 jar 库全都合并到一个 jar 里。于是，我新建了一个合并 jar 包的任务，插入到了 Gradle Tasks 的有向非循环图里，但是这个过程中遇到这样一个问题：在 Gradle 构建脚本里，调用 ApplicationVariant#apkLibraries 方法，我发现输出结果时而正确，时而不正确。

微店工程结构改造历程

虽然工程结构、版本控制只是日常开发非常小的一块内容，但是在一个现代的大型项目里，如果构建一个更高效地组织形式，是每一个团队都必须正视和解决的问题。

花了十三个小时，总算是把『白夜行』看完了。这是一个好故事，东野圭吾对于故事整体架构的把控还是很到位的，前面出现的伏笔，后面都能遥相呼应。

昨天去看了电影《乘风破浪》，电影一般，算不上佳片，不过也绝对称不上是烂片。由于之前看了一些所谓的职业影评人的评论，抱着将信将疑的态度去看电影，反倒因为低期待值对影片产生了更多的好感。何况，自从韩寒也不再年轻之后，我也成了半个韩粉。