@loveumozart
咨询、代理申请、研究生择校，相关需求都可以加我微信来了解哈

@TomVista

context 中从来就没提过内地成本，而且单位始终是 HK$，你是怎么把「 HK 的普通学校」理解成「内地普通大学」的。

这个成本是面向内地学生的成本，本地人的成本就跟你内地生上本地学校差不多，学费会便宜不少。HK 本地一两万的学费可能内地择校就七八万。

然后房租（住校忽略）、生活费，基本要对齐北京上海（工作后的水平），这应该就不难估算了。

我不太懂 ios

但我知道在 swift 之前 ios 用 object-c 来开发……这是一门极 tricky 的语言，除了相当 native 外还在语法上就增加了大量给编译器而不是给人看的要素

所以我对 ios app 的印象一直是与 qt 类似，是一堆 C runtime 的程序。

所以你说什么内存地址线程什么的，那不就是 C runtime 的必备信息，必要时还得看得懂汇编，空指针空的是哪个内存，对应什么变量，访问违规发生在哪个指针上，是因为引用无效还是 use after free……


swift 也是直接编译到 LLVM IR 的，所以我猜现代 ios app 应该也仍然没有托管环境，而是直接运行的 native machine code

我 6 岁的时候就已经很牛逼了——也算个小神童了

但说实话我真没信心再过 18 年后重新学会那些「高等数学」……

@maxssy
@zed1018
@alexsz
@wangerka

可以参考我在 wsl2 里挂 pt 的玩法历程：
https://zybuluo.com/pnck/note/2512441



systemd 和 固定 IP 都是很好解决的问题，相比之下，我用 wsl2 遇到的最大问题是：
https://github.com/microsoft/WSL/issues/4177#issuecomment-1500147196


在一台你需要打游戏、又开着自动更新的台式机上，你需要隔三岔五运行一下刷新 LSP 黑名单的脚本

OP 跳过了一个时代： https://www.proxifier.com/

曾经是搭配 shadowsocks 的推荐方案。



后来……它联网验证了。

我觉得一般，作为反讽，有些思路又过于建设性了，比如那几种「 const 类型」，虽然关键字看起来蠢，但值类型的划分可真挺严谨的，在其它语言里都难得一见。

不如考虑 hk2+2 留港，反正广东

看了半天在吵什么……

> 普通的 token 无任何有效信息, 只是一个唯一值, JWT 的话可以通过 秘钥 从 token 里解析出 uid 之类的, 这样子有些场景只有 uid 就不用查数据库
原来还就是车轱辘话翻来覆去讲，说到底 OP 发现的「优势」也就是 jwt 带信息，随机 token 不带信息而已，这不就是废话……


> 至于常见的 JWT 诟病解决方案
OP 的这段发散了这么多，加上他楼下的回复，其实就一句话： 退化成普通 session / token 方案


> 为什么要用 JWT ?
> - 使用 token 会有千万级用户请求 * (存 token + 查 token redis)... 用户名,xxx 存储,
文不达意。 根本原因其实就是 jwt 携带的信息可以短路一部分查库判断而已




我来替 OP 总结一下他的看法：
1. 在最坏场景下，jwt 退化成普通 session/token 方案，此时主要缺陷是 jwt 数据量引入的内存浪费，但即使在极大并发量条件下 redis 的性能也完全够用，所以可以忽略不计
2. 在典型场景下，jwt 自带 session/token 方案需要查库才能获得的关联信息，如用户 id 等，在这些场合下能节省大量数据库连接资源


所以这不就是什么「初识」、「入门」文章里就提到的东西么……

@lostberryzz 劝人学医，_ _ _ _

不可行。

我接手过一个嵌入式项目，2.6 内核，一整套源码都放进 git 里统一管理，一套源码几个 g 大。

git status

卡几十秒


FYI

神州和一嗨两家最大的优势是他们车子流动性都非常大，一般新车买回来出租两年最多三年就会换掉，不会像小车行那样七八年的破车当宝贝一样缺点漆都计较。

所以只要你还回去的时候车「看起来大概还像个两三年的新车」，就算新增了一两条小划痕他们也都不会仔细检查不管你的。

我后来再租都不上加强保险了，那些保险的适用范围都已经包括你要赔别人财产的情景，都不只是自己租的这辆车的程度了，这种事故自家车天天开几年都遇不到一次，租车一两天地用，又不是恶劣天气 /路况，属实不太可能。

garbage in, garbage out...

未来的 LLM 可别在进化成人之前就先过拟合成智障机器人了

有些人觉得，产品有产品的丰富经验，程序员不一定会做产品
瞎说，都会写程序了，还不会做产品？
你虽然会写程序，但你不明白我们的用户为什么就是必须得要那样一个功能
做产品需要丰富的经验啊，要懂心理学，要懂消费行为学，程序员懂吗？
瞎说，我都会写程序了，我还不懂这点心理学和消费行为学？
「我都会写程序了，还搞不懂怎么治理国家？」 —— 是的，你会写程序跟治国理政和心理学都一样没什么关系
做产品要会用产品经理的工具啊，这么多工具你学过吗？
瞎说，我直接写代码就好了，你那个工具不就是你不会写代码才学的么
不，我是为了能让设计师、甲方、程序员、产品总监、售前支持、其它产品经理等一大群人都能看到同样的 preview 才用这些工具的。



我觉得合理的模式是开除程序员，让产品经理学会写代码，你觉得呢？

tarball 只是 「用 tar 打包成一坨的的文件」的英文称呼而已
没什么「形式」可言。