前提提要，本人电工知识水平停留在初中水平。
某天发现自己的灯打开以后会闪几下就灭了，但是打开旁边的灯，坏掉的灯就又亮了，再后来灯就都不闪了，但是打开旁边的灯，坏掉的灯依旧会亮。
询问了朋友，朋友第一反应就是开关老化，需要换开关。
为了验证是否是开关的问题，我互换了坏掉的开关和一个正常工作的开关，问题依旧，确定不是开关问题。
之后我断了电，拆下灯看了下，发现是 led ，感觉 led 不应该这么容易坏。
然后我装好灯，分别在开关打开和关闭状态下，开关了全部房间的灯，发现在开关打开状态下，开关坏掉的灯旁边的灯，该灯会跟着闪几下，得出结论，开关没坏，灯也肯定没问题。
后来又拆了灯，这次拆的比较彻底，发现灯后边还连接了一个装置，拿起手机打开淘宝识图，知道了这个长条的，一头接线，一头接灯的装置叫整流器！ gpt 查了查整流器干啥的，怎么个工作原理，觉得大概率就是他的问题了，下楼买了相同参数的整流器，装上，灯亮了。
整个过程感觉和平时 debug 好像，都是反复提出假设、验证假设的过程，只是中间动手需要花更长的时间，修好灯和 fix bug 都让我兴奋，哈哈哈

感慨行情真的变了，17 年的时候，我一个非科班二本，仅仅会写点 js ，能豆瓣上爬新垣结衣的图片就有公司要了。

建议 op 选 3 ，自信一点，怎么可能不转正呢

我的经验是，总结工作内容，然后抽像一些通用的库发布到 github ，或者总结一些经验到博客，最好是和工作内容相关的

我当年就是用的 lumia ，手机软件生态特别差，然后就想着自己帮着开发，才走上了编程这条路，虽然到现在没开发出一款自己的 app ， : )

就没回家收苞米的嘛

远程工作挺好，但是你这个远程不太行，钱少还没社保，还是北京吧

ai ，不像前几年的元宇宙，ai 方向已经有被广泛使用的应用了，而且能切身感受到 ai 改变了我的工作（还没改变生活），并且 ai 行业没那么高的门槛，大部分的大家都在调 api ，就看谁调的好。

@tearsinchina 可不敢这么说啊，我就是太原人

@abcbuzhiming 去 github 找背后有公司支持的开源项目，提 feature ，修 bug ，给他们发邮件请求交流

vercel 和其他类似厂商，后端的我，把玩了下，原来现在部署服务都这样了啊

有个朋友做党建工作，我推荐给了他，写各种官话凑字数

我之前的公司，微服务架构+敏捷开发，微服务按照组件拆分了好多，敏捷开发又是面向需求开发，一个需求涉及到多个组件的改动，结果就是一个人做一个需求，需要同时开发多个微服务的相关组件代码。而且因为敏捷，从来不整理代码，好多历史遗留问题，为了上线，就算 hack 也得上。这辈子再也不想敏捷了。

什么叫社会主义企业家（战术后仰

太原的工作，不容易啊

@chaleaochexist 三个 goroutinue 在想结束的时候发一个消息到用来结束的 chan 里，在 main 里面 select 监听，在监听到三次之后，说明三个 groutinue 全部执行完了，return main 就好了
这种方法，是其他协程通知主协程自己结束了，主协程收到这个通知，再决定下一步怎样做
而 context 其实是 main 协程管理其他协程的，就是 main 想让其他协程结束时调用 cancel ，其他协程通过监听 ctx.Done()，就可以 return 了
复杂并发应用中 goutinue 之间的关系，其实是树状的，你想在一个树的节点，结束这个数下面的所有的子 goroutinue 时，就用 context ，在子 goutinue 中传递值也可以

也可以再起一个 chan, 在想结束的时候通知 main 该结束了

充血模型