wjploop

对于日常工作的描述，真是令人向往

看完这帖子后很舒坦，对自己宽容了好多

更多时候网络意见不是修正我们的认知，而是印证了我们真实生活的感受，否则这类言论也不会得到那么多共鸣。

而对于部分没有经历足够真实的生活体验的人，网络意见确实容易引导人的判断，特别是对于我们这些经常泡在网络上的人。

单就选择是否丁克的问题，我觉得大家在发表言论的时候，多数人没有处于需要立即做决定的时刻，初略一想，“做”与“不做”相比，逃避的带来的舒适感自然更强一点。但当真正结婚之后，看到同龄人的孩子，更多人还是会加入孩子养成的队伍。

回想起半夜玩单机魔兽争霸，体验剧情，开始一个英雄带一群小兵去打怪，印象中英雄很容易死。

有相似的经历和感受。
想逃离的原因是，对程序员这个职业失去了原先的自豪感，不仅是感受到社会对这职业的评价低，自己也发觉技术并没多大作用。
当然，跟自己当前无所作为关系更大吧。

佩服楼主有耐心配娃做这样的事，很费时间精力啊。

我猜，你家娃知道老爸有”破解“方法后，可能对玩该游戏本身就失去兴趣了，会好奇如何破解的。不过，这得看娃年纪大点才会这么想，年纪太小就只会想到老爸有答案。

另外，谈下我对益智游戏得看法哈。

我觉得玩游戏的唯一目的是为了与人交流，无论哪种游戏的其吸引人的原因都是这样。小时候，一个人玩数独、扫雷等单机游戏时，其目的是在练习技术，为了下一次与小伙伴以较高低，间接交流；而玩象棋、算 24 这类多人游戏，属于直接交流。

可能我这类人太浅薄了，才会有这种看法，若有冒犯，请见谅。

回题外问：Android 原生界面是落后浏览器前端技术的，一直在学，从未跟上，曾出了一个 ViewDataBingding ，似乎没多少人用

感谢楼主分享自己的经历和感受，有很多共鸣点。

同呆在一个薪资不满意的地方，但却一直没有跳槽，原因是当前环境较为舒适，有点麻痹了。

怀有一个做自己产品的想法，浅尝后始终不见成果。为了做出一个产品，试图点满全栈所需的技能点，主业前端也学点后端知识。在前端领域，也在追求一些潮流的框架（比如 flutter ），试图学会使用一个“先进的锤子”来做产品，使自己获得技术优势，结果产品并不受待见，深感决定一个产品是否成功，技术因素占比不大，独立开发之路受挫。

空学一堆新框架的知识，面试上可能不受待见。虽说前端知识，新旧框架的核心思想是通用的，都会有布局、绘制、事件，而面试可能不会这么问。目前，我仍试图通过学习 flutter 来理解前端的核心，相比我主业的 Android ，flutter 的没那么多兼容代码，且作为后来者，其设计也更合理（如模块分层、命名），文档更清晰。即使如此，也会偶尔怀疑自己是否还在 “正道” 上。

想深入基础知识，因没有实际的场景使用，次次都是看了又忘，似乎永远学不会，学不完。对于基础知识，也就面向面试问题学习了, 比如理解 ConcurrentHashMap 应对并发的优势，应对修改操作，一次只锁住一个桶的位置？桶空时，用 CAS ，桶不为空，以第一个节点为对象锁。那么，CAS 和普通锁的区别在哪呢? CAS 使用到了 UnSafe ？锁的分类，乐观？悲观？可重入？这些东西看起来有点用，可在我这样的普通搬砖工作中从用上。

这般迷茫的人很多，能及时走出来的人少，在此只能共勉了。

我虽然很喜欢 compose ，但是对其发展却不太看好。

目前的情况是，相比于 flutter ，compose 使用的人太少了，从 stackoverflow 的 Tag 分类的问题看，差了 100 倍。

我喜欢 compose 的原因是，我觉得 kotlin 写起来比 dart 舒服，但这并不能说 kotlin 比 dart 优秀，dart 本身无锁的设计使其对象回收快的特点也很吸引人，只是我被 kotlin“浅薄”的语法糖吸引了。

而且，写 kotlin 的人是原本在写 android 应用的，而 dart 可以喜欢前端、ios 的开发者，加上 flutter 的先发优势，就造成现在略微尴尬的局面了。

另外，flutter 更有“星辰大海”的感觉，为啥呢？

flutter 本身的坐标体系不拘束于笛卡尔坐标，是`RenderObject` 而非 `RenderBox`，天生支持角坐标系，或扩展出自己定义的坐标系，简单说，flutter 抽象程度更高。相对的，compose 就显得“脚踏实地”一点。

以上有什么说的不对的，还请指出。