其实挺好用的，独立负责的项目都在使用 Kotlin 了。

至于公司那帮老古董，他们连 JDK8 都不愿意升级，还提啥 Kotlin 。

挺好用的，现在一直用 winget 。包管理工具确实方便了许多。

又看了一遍，这浓浓的厕所味……

更可悲的是我，之所以又看一遍，新的所谓 ZT 估计又全是 post 。

一骑红尘妃子笑，无人知是荔枝来。

这要是念 qi ，好吧，是我太邪恶了……

零度好像是无糖可乐吧？无糖听说升糖倒还好。

但咖啡因听说特别高，加上超甜的口感，非常容易上瘾。

没事的，我家也是，出生三个月的时候头上，身上一大片。

到了秋冬就好了，也再未复发过。

家在福建，小区里面也有 2 位同期孕妇，也有类似症状。

常见病吧。

听她的

读研时有要好的同学做了激光手术，散光，考公岗位对视力有要求。

仅就他的情况来说，还很不错。至今已近 20 年，听说视力虽有下降，但仍比当年手术前要好。

不过据他个人所言，一来这和用眼习惯有关，手术后对这方面更注意。二来他所去的职位经常要求外出，不像读书时整天室内伏案工作。

仅供参考。

16 一般也够，但是项目一大，我的体验是 iOS 、服务端开发都比较耗。

你要是搞个 CoreML CreateML ，就更不用说了。

有钱就上。没钱，嗯，我现在也逐渐开始学着用 nvim 了。

羡慕

倒不会花那么多时间在游戏上，但更想把时间用在自己感兴趣的事上。

我是前银行员工，后读研转职通信 /互联网。

我所在的年代，贷款相对还好，最让人愁的是还款。分行对于信贷放款有详细流程，规范，按期按步跑即可。因资料不足或者审核原因未过，一般告之原因，也还好办。反而是还款更麻烦。尤其 N 年老账。另外就是存款指标了，这个也是每天要跑的。

互联网也有互联网的烦恼，这两年互联网行情其实也不好。996 ，40 岁，都是很现实的问题。其实成年人的世界，哪里来的容易。

以我所见，外企可能相对更规范，LB 要做得更好。

我觉得 @tonzeng 说得很好，世界那么大，你有良好的教育和能力，不妨多看看，多试试。给的再多，不如懂我，不是吗？

祝好，希望你能找到属于自己的道路。

羡慕，祝一路顺风

自驾游建议买个意外险，没几个钱，放心

作者也这么想，可惜最终离开了

https://instant.lvv2.com/html/52ae57c594a25b355bb8723ddbe80a9b.html

他关于语法糖 的比喻我倒是蛮赞同的：

Lattner 认为一门编程语言的主要功能相当于盖房子时的“砖”，语法糖相当于填砖缝的“灰浆”。如果房子主体都盖好了去填缝没啥问题。如果砖还没摆全就先抹了大量的浆，那整个房子成了用浆盖起来的，结构不会牢固，以后再想摆砖头也找不到合适的地放了。

个人觉得保险还是有必要的，即使做不到救人一命，起码对于家人会带来很大的帮助。

锻炼，休息这些更不用说，保险是为了家人，身体始终属于自己。

道理其实每个人都懂，只是很多时候没去想而已。但很多时候想起来时也真不一定能做到，想起新冠追溯的那些底层劳人民，那些司机，外卖，快递，搬运，一天工作 18 ～ 20 小时，非不为也，实不能也。

我觉得这个问题要看当事人的欲望。

庙里的和尚应该没有 1000w ，但如果真是一心向佛，专注修行，这些钱应该也与他无关。

之前在 B 站上看过跑到山里去修行隐居的，估计也没这么些钱，但也过得自得其乐。

还是看当事人心态吧，最近看《饱食穷民》感觉无论什么社会，发展至此都会有这种问题。要看各人的思想了。

Client-Server 时代的设计风格。那时大家 Client 使用诸如 VB VC Delphi 等编写。但上述语言或者平台只负责客户端的样式与展现，业务逻辑多使用存储过程或者 SQL 存放于 DB 中运行。

好处是更新业务逻辑，只要修改 SQL 即可，无需上述平台重新编写，编译，打包，升级。缺点么，那也是 N 多的。比如 SQL 语言不是一门 OO 语言，业务描述能力在某些场景就会非常难用。SQL 基本谈不上并发，写操作，尤其是存储过程运行涉及临时表，经常有并发问题，而你有 100 个 CPU 都没用。

进入 Web-Service 时代以来，这种设计基本被大家放弃，更多使用编写语言来实现业务逻辑的封装与维护。

@sunmoon1983 Sorry ，应是我术语不对，造成你的误解，在此道歉。

我说的其实就是 Paw 的 Extension ，可用于生成各种签名；代码生成（诸如 markdown 和 Httpie 导出我都经常用）。经常会碰到需求编写自己的 Extension ，最常见的就是各种公共 API 签名了。

Paw 菜单设置-Extensions 即可看见。

其实就是编写一个 javascript 脚本放置到应用的 Application Support 目录，也支持通过 Console 来进行调试。Paw 需要你编写脚本并部署到对应目录下，而类似功能，在 postman 中直接在请求的 Pre-request Script Panel 即可编写，修改。

以此功能点而言，个人以为 postman 的设计更方便。