我朋友所在的组，最近被字节裁了

你写后端什么呢？要不试试我们司呢，无人驾驶的。可私我

少吃零食，特别是小孩子，大部分零食还不如饿了么、美团的外卖

Linus 这肚子一天天的，感觉像是要生二胎了

可以参与开源项目。

我最近在关注 deno 。现在 deno 的生态很弱，从低层 rust 、到包管理完善、开发框架、npm 兼容、周边生态库，可做的事那太多了。

如果 deno 能发展起来，前端开发体验会上升一个数量级。

最近我在用 deno/fresh 做个人项目，考虑实现一些基础库

Client.Timeout exceeded while awaiting headers
可能服务端超时、或者带宽不够吧。
1. 确认你的网络有没有瓶颈
2. 确认你的服务真实并发：用 ab/vegeta/gowrk 等工具压测一下

vscode + github page
https://ahuigo.github.io/?p=f~readme

@y2xworm 我是通过单元测试保证功能稳定的。没有单元测试，我都不敢做太大的迭代、重构。每次 git commit, 默认都要在 pre-commit 走一下 unittest(可以只测试修改过的目录)才会放心。
-------------

你们的 UnitTest 应该是测试的输入、输出吧。

你们修改核心的功能，有影响到输入输出吗？如果影响到了，说明你们修改属于 break changes （这是可接受的）. 否则就是你们的设计存在问题
------------
我的体会是：
1. 单元测试的 mock 需要好的框架设计、也需要一些技巧和技术，这个话题可以展开说
2. 单元测试不必追求覆盖率、不必追求完全的 mock ，但是新增修改、核心代码，应该尽量覆盖

试下这个吧 reuseport+gracefulShutdown： https://github.com/jensneuse/GoGracefulReusePort

@YuJianrong 不是纠结范型。只是想找一个比 overloaded 更简单的方法。

在 statckoverflow 我找到答案啦：
https://stackoverflow.com/questions/73718892/return-different-generic-type-via-functions-optional-argument-in-typescript

@GTim 你们做国际化时，传时间都不带时区吗？我们都统一用 rfc3339 表示

现在城市的教育资源还是很紧张的，要么去城市搞教育，要么提前享受养老生活吧。
不过，未来可能不用担心教育、医疗、住房资源不够了

amvim+1 更丝滑，与 vscode 结合得更好，插件代码实现也更轻量级

@SiLenceControL 使用 vim 十多年，也写过 vim 插件。大多数情况速度上相差无几，处理大文件 vim/vscode 都慢。
遇到一些 bug 插件，无论是你是 vim/emacs 还是 vscode/idea ，就是耶稣来了都得跪

男士 香水

@whywaoxaks 小杠一下，在帝都、魔都，多少钱能结婚？

量力而行，如果非要买房，可以考虑你们县城的二手老房，有装修的，成本小。

你最好问自己几个问题，尽量让自己理智一点，买房未必能缓解你的焦虑，观念打开：
1.早上车，怕以后买不起，继续等也没意思，父母无法工作，一个人赚钱存钱慢。等钱存够了，还不知道买不买得起。
房价暴涨的时代大概率是过去了。怕不怕以后房子跌？能否承受失业风险？

2.为婚房提前做准备，早买晚买总要买。
不考虑两人共同奋斗吗？准备贷款多少呢，自己是否能承受失业的压力吗？

3.虽然罹患心理疾病，但是前端开发月供 4k 应该还能接受吧
完全看你的消费支出，自己觉得能承受就行，除了房贷+房租+日常开销，还要留一点谈恋爱的钱、生病的钱、学习和业余爱好的钱

4.自身欲望大，心比天高，命比纸薄
做任何事，做最坏的打算，当期望无法到达时，不要自暴自弃

5.买房后入住想在附近软件园工作，节省房租，幸福感增强。
有时计划赶不上变化，做好自己的风险计划

@guazila 万一钱包掉了或者烧了，就..

我们组的后端基本是 go ，比 python 好维护太多了，比 java 代码少且好读

不用太担心泛型不够用、重复的代码、性能不够、生态，uber 和字节都大规模的使用，反正造轮子、看第三方包源码都很方便。

现在基本不用自己造轮子了，先看看这里 https://github.com/avelino/awesome-go

我最喜欢的，松散的 package/struct method 等设计，重构代码、组合代码、测试代码都太方便了，几乎是一行流、一键完成，修改调整文件名都不需要重构代码本身

抱歉，你说的让我有点疑惑。

>> 1. 上面我也补充了，不需要放在顶层，放在你待测 Provide 目录中就行就行，你可能没看到吧。。在 16 层
在 16 层，你说的是避免循环引用吧？

拿你说的同层目录吧，model/{user.go,user_test.go} 都是放在 model 这个目录。
不还是需要在 model/user_test.go 中创建新的 fx.New(Provide) 吗？怎么能避免创建 fx.New(Provide)呢？

>>2. 私有函数问题，你可以试着封装 2 个 interface 。
>>M interface -> 外部暴露函数
>>P interface -> 黑盒测试私有函数

不太明白你说的黑盒测试私有函数是指什么？

既然是私有函数、方法，那它就不可以暴露给外部（如果能暴露给外部，那它就不应该是私有的）

既然是黑盒测试，那应该是从包的外部访问。既然从外部访问，那只能访问公有函数，而无法访问私有函数吧。

除非，你在内部写一个方法，将私有函数暴露出去（这就属于公有函数了）。

其实我并没有必要外部暴露它呀，如果我想运行这个私有函数，我只需要在同层目录放个 xxx_test.go 就可以访问运行它呀，多简单不是。
-------------
或许，我理解错了，你是指的别的吗？