铭凡 32G+1T+外置 2T ，win11 ，买了两个多月，没关过机。日常上网，偶尔跑跑编译任务（ C++/GO ），目前发热没什么问题，但晚上风扇声明显。

接受：批评，处罚，扣绩效；
不接受：赔偿。

理解的问题吧，
和 C++的 RAII 类似，defer 是遵循执行顺序的，也当然支持条件语句，
所以只有逻辑执行到了才会触发。
golang 的这个特性我觉得挺好的，包括并发的时候 happens-before ，逻辑可见即所得

一直在用微软的 RD Client ，除了中文输入不和谐，其他都算上手

14 pro 1 年+ 90%

很酷~
新年也马上要去另一个城市工作，带一个新的研发团队，肯定会各种磨合，略担忧~

沿（钱塘）江有最美跑道

这个思考挺有意思的。
我猜是 channel 阻塞恢复后会触发一次协程的上下文同步，即使跑在不同核不同物理线程上也是被强制同步了一次，所以这个例子是可以保证打印出"hello, world" 的。

大概率忘记更新吧

@thiiadoewjwe
C/C++我们用于写底层组件和数据服务，比如：各种通信协议/驱动、网络库和数据库之类的。

至于方向，每个人都得自己找，可以想想自己来写代码的初衷，想学什么想做什么，找一个点去深挖下。

但，不可否认的是，MFC 这技术太局限了，是不适合长期投入。

我们的 HMI 程序都已转.NET 和 HTML5 了

用 C++写过不少产品，每个产品初成的时候都挺有成就感的。

我觉得写 MFC 和写 C++不是一回事，MFC 太老了，std 库都不用，MVC 都不分 。

不过，MFC （ win32 ）的消息机制也算经典了，作为入门挺有用的。

Anywhere 3 买了一年，手感还行，但滚轴不太适应，用得不多，现在主力还是 3395 的国产鼠标

3 代还在服役中，主要也没什么特别需求，平台佩戴解锁 mbp ，收消息提醒，运动的时候记录下心率，听听歌

有米就随便选
没米就不要选，普通场景根本用不到这玩意

挺有意思的项目，👍

多层调用或多模块间传递变量，又不想老老实实写接口参数，投机的方案就是用全局变量。

当然，为了保证调用上下文的一致性，可以根据逻辑作用域不同，把全局变量分成：全局进程变量、全局线程变量、全局协程变量。

这里，全局协程变量，顾名思义，保证同协程内全局访问到同一个变量，又防止多协程间的访问冲突，当协程结束了，对应的全局协程变量也就回收了。

你可以把 gin.Context 赋值给全局协程变量，前提是得保证用到的地方是同协程内调用，注意下这里的回调会不会切换协程了。

这个投机方案，不知道是否对你有用。

@Tounea 疫情前办理过短签和 3 年签，试过周五晚飞过去周一早上飞回来，记得回来机票都不到 2k ，花费比去国内很多地方还便宜。 语言障碍不大，写中文字大多数日本人也能看懂个大概，再说现在翻译软件不要很好用。签证确实是个问题。