除去噪音影响外，在家都无法专心的话，外面只会分心，正确做法是一小时左右出门走走呼吸空气顺便锻炼，而不是大把时间成本花在寻找所谓的最佳场所以及途中。如果真的有什么疾病受不了密闭狭小的话，应该考虑换个生活环境了

总有一些人想在规则外享受规则内的服务，说 11 质量差可以，归类到天才吧服务问题就是来恶心人的，b 了，典型撒怨气乱开炮

@subpo 不一定，时间成本利滚利，还是看个人追求

靠制度提升的不是温度，是稳定，温度是需要人的基本素质提高才能传递到的。

举个例子，你作为行人的时候你觉得是司机的“温度”，却不知是因为司机怕被扣分扣钱的恐惧而停下。换言之，你当司机的时候体会就完全不是行人的感觉了。


而温度这个词，是相互的

一般都是 linux 用户互相看不起对方的桌面，win/mac 用户都看不起 Linux 桌面

年轻人：哇塞这好酷炫。老年人：vsc theme 足以，整这些花里胡哨有啥用？

我，pc 只打游戏，其他都用 mac 且不连显示器，毕竟连的显示器想要还原 mac 屏幕效果至少得过万了。。。

自我感动一点意义都没有，初次真诚就好了，其他的需要时间

你们看楼主的语气向是来讨论问题的吗，典型就是进来树立一个立场然后站在我对立面的就使劲喷，无脑喷那种，白给的 block 名单你们不要？

楼主应该是学生吧？析构和 GC 保证的应该是 Student 销毁的时候，再次引用实例 stu 能保证不可能取到曾经存在的任何信息（当然包括借书信息），反之就是内存泄露（所以这就是为什么 C/C++有内存泄露问题，因为需要你自己去手动控制）。而既然你是手动调用让 stu 去借了，自然应用由你来手动归还，这不是语言层面的问题，所以不应该依赖任何语言设计的语法，换言之，就算有析构，你肯定也需要在特定的生命周期内去显式调用析构（通过 delete 之类)而不应该依赖自动调用。

就拿你举的例子来说，如果不是通过 new 创建的，那么离开作用域自动析构，那么你就应该在离开作用域的时候调用还书，很直接的线性关系。如果是 new 出来或者有存在其他地方的引用的，那么肯定是在之后某个通知下触发学生销毁了，那么就应该在那里调用还书，而不是依赖析构。

3 线 45k，是个狼灭哈哈

希望能写出一首爆红的歌，名利双收

@ClericPy 我也想说，也不知道是懒还是什么

代码可以用截图啊。。。问题还是手机看代码本身就费劲

v2 周经语言贴

有些回复真的不知道你们在喷什么，喜欢用哪个就用哪个呗，一个工具类 app 非要踩对面一脚显得自己选的一方很牛逼吗？

解套