蛋白质是必须要摄入的东西，尤其是动物蛋白。如果你真的吃素食，你最好请个营养师给你搭配。（如果你不是闲的蛋疼的话），否则后果只有个死。


看见肉就头疼，说明厨艺有待精进。（别笑，我没说错，找几个排个上号的馆子去吃吃试试？）

相亲的目的是，10 寸锅配 10 寸盖， 不是 10 寸锅硬把自己撑大点找个 15 寸的锅盖。

相亲就是要快刀斩乱麻，迅速的筛掉不适合的人选。 对手机这种事情都要嫌弃的人，你找回来有意思么？ 没有的。 相反，这种人才是要躲远点呢。 即便不做情人，这种人也要躲远远的。

《怎样写文章》这本书，建议参考一下。

手持 neo8 ，各项马马虎虎吧，比较中庸。

javafx Qt MAUI

你这个优化思路应该是对数据集做索引，做完索引再去匹配。 这样单次需要处理的数据就少很多了。

控制面板比现在的设置要好用的多。。 毕竟经过好几个大版本的迭代了。

不要提供任何 [无偿] 的帮助或建议，哪怕这是出于你的善心和好意。 记住这句话。

一个月+一点过节的礼品 米面套+四件套

@lesismal 额 那，祝你好运。 我一直认为 go 还是 java 之争这种东西在公司内部属于政治路线的斗争。 现在更是深以为然，项目能用 Go 跑就用呗。 反正我是不太推荐用的。 可能我还没遇到必须要用 Go 的场景吧。

java 感觉提升不上去了 额 帅哥对 java 了如指掌了？ 几本行业经典学过了么？ 试试去玩玩 Hadoop ？ Spark? 转数据？

直接选择蓝厂，绿厂没救了，别选。

mbp 或 未来人类等蓝天系。 一个是极致便携+不玩游戏， 一个是极致性能+玩游戏，看自己需要。

这并不是他擅长的领域，没必要折腾。 native 的话 可以用 kotlin+ jetpack compose 不是 native 可用的方式就比较多了，RN flutter 之类的， 甚至是 uniapp 也能应付。

没有白占的空间，也没有白吃的内存。

普通铁锅就行，粘锅或不粘锅，你可以参考 b 站得一些教程，锅要热起来之后下油，油温稍微上一下之后再放肉，冰箱肉就先把水控一下，不会沾的。

大部分的粘锅不是温度不到 就是食材没处理好。

@lesismal 脱离业务需求去谈语言是正儿八经的纸上谈兵。

本来是不想说话的，但是看到这篇长文还是出来了。 被 Java 的臃肿恶心到了，请问是哪方面的臃肿，如果你说的是语法糖比较少，那我信了。起码得说一下到底臃肿在哪了。这时候就不得不说为什么现在最流行的部署版本是 1.8 的原因了。 原因就是，为什么要换新版本？ Java 最早设计的是面向全平台的，有不同的版本 ME SE SERVER 的。现在基本上使用最广泛的就是中型或重型企业级的应用，那为什么这些企业倾向于使用 Java 呢？ 因为稳定、可靠、久经考验、成熟的生态和以 Oracle 为首的本身作为企业级服务提供商的大企业背书，对于 Java 自身所适应的业务方案，他就是最佳选择。 如果不打算使用动态特性，对代码进行 Native 编译，其性能是基本和 cpp 持平的，很好理解，因为大家都是机器码，就是要抛弃 Java 的很有有用且优秀的特性，例如反射，动态加载。 “所谓的生态优势”，微软都要哭了好么？ 生态就是语言最大的护城河啊 这点都不明白还出来讨论啥语言。。 只要 Java 本身还在持续的迭代，还继续有大企业背书，其性能和可靠性依然与同类语言基本持平，他的地位就是不可取代的。kotlin? kotlin 也不行的。Java 背后还有个 JCP 来控制整个生态的可持续和稳定性呢。对于 web 来说，目前还没有 Java 不适应的领域呢，做游戏服务端用 Java 的也比比皆是，毕竟 GraalVM 之后，其本地化之后对资源占用率有很大程度的优化。 当然，没有白吃的内存，除非是内存泄漏。吃掉的资源一部分是用来提供动态特性的支持，一部分就是用来维持其稳定性的。 有可以出错的余量，才会稳定。 能保证程序一定不出错么？ 基本是不能的。

“Javaer 遇到复杂点的问题比较容易懵逼”，不好意思，这事儿不是说用哪种语言的人会这样，是这类人是这样的。 就不展开说了。

脱离你的业务场景去谈我要用什么语言是很无聊的， 除非你是架构师，架构你说算了，或你是技术总监， 技术路线你说了算，或者说你有用 golang 去做中型或重型企业级应用的丰富经验，觉得可行并能够说动以上两种人去做，那完全没问题，那你说的就是完全正确的。 有人说 Java 不厉害，厉害的是 JVM ， 嗯 我完全赞同。但这俩是一块出生的，所以就一块共生到现在了，就是这么无解。