能不能分享下是如何面上的？

我也想回老家工作，翻看老家的人才网，看到高校信息部的岗位都是有编制的，走笔试加面试的流程，相对来说竞争蛮激烈的，要求本科的岗几乎都是一百多个人争一个坑的情况。所以，想了解你这个岗位的情况。

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

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

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

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

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

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

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

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

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

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

我觉得玩游戏的唯一目的是为了与人交流，无论哪种游戏的其吸引人的原因都是这样。小时候，一个人玩数独、扫雷等单机游戏时，其目的是在练习技术，为了下一次与小伙伴以较高低，间接交流；而玩象棋、算 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 就显得“脚踏实地”一点。

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

记得大佬在 Android 客户端解析 html 时开源了一个解析库，注解上写 css selector 选取想要的元素，类似一个 Retrofit 上的一个转换器，解析 html 可以像 json 一样方便

我也是太闲，去 twitter 搜 5 楼的提到的 baye ，没搜到放弃了

加油~

了解苹果这个不离手操作的特性原来是这样的，赶紧给自己的 Lancher 加上，欢迎尝试~

项目地址： https://github.com/wjploop/cube_launcher

视频效果： https://user-images.githubusercontent.com/13930019/141263512-95a4bc6e-716f-43cc-b3fa-248712b0cb33.mp4

@v2lf 你提到的文本应该指的是编译后的字节码，而非*.java 源文件吧，不太明白提到的
“raw class 是没有类型信息的，ParameterizedType 的类型信息实现”。

既然在字节码中保留着参数类型的信息，自然就有办法提取出来，提取方法涉及到了 ParameterizedType 。

验证字节码中仍保留着参数类型可以使用 javap 查看，具体参考 https://wiyi.org/type-erasure.html 。

另外，若是泛型信息在字节码不存在了，那么 Gson 没法正确转换 json 数据包，这也是如 12 楼提到的。

@guyuesh2 感谢，又涨知识了，附上一篇查到的博文。https://www.cxyzjd.com/article/sai_simon/98663284

另外，我能不能这么理解？泛型擦除只是为了兼容以前无泛型的代码，运行时不去检验类型，而泛型信息还是保留着。

收到 key down 之后开启一个定时器开始计时（或启动一个线程），500ms 内收到 key up 则判定为短按事件，同时取消定时器，否则每隔 100m 发送一个长按事件，直至收到 key up 取消定时器停止长按

由于编程需要长期维护以及改动频繁的特点，我们所说的编程高质量不同于建筑工程着重于房子的可靠，而更多是指维护性高，即阅读理解快、修改方便；
而编程高效指实现需求的时间少，包括实现最初的想法以及后续的改动；
故而，我认为编程高质量的最重要体现就是达到编程高效这一目标了，换句话说，高质量的代码保证了后续的维护简单，修改代码快速高效。

而楼主所说的 ”高效“ 应该是说，是否应该追求短期的快，而牺牲长期的快，颇有使用贪心策略求不得最优解的贬义味道。

现实的问题不仅比普通的算法题复杂，也是变化的，很难说哪个更好，一般来说工程大使用高质量，工程小用高效。

实际上，我感觉我经历的工作都是追求高效，很难看得远。

@wjploop 接上，关于如买？

买戒指主要为了她开心，当然去线下买，让她自己选自己喜欢的，一起买戒指的经历回想起来也是好的。