你至少得上个 raid1 呀，不然你搞啥群晖呢，一个路由器就能挂几个硬盘了。

仔细看了一下链接，是说只能选 pc 端或者移动端之一，我一般只在 pc 上用，所以不影响。手机上，Google chrome 自带的就足够了。

你要做这个，不是应该先市调一下吗？看看同类型的视频号是怎么做的，怎么变现的，到 v2 来问程序员怎么做视频号？

另外，如果需要视频号的全套教程，自己去搜一下，这类资料还是挺多的。

看你的标题，我觉得你并没有真的认为是自己的错——毕竟是中年男人的错。啥时候你接受自己错了的现实，什么时候才能开始解决问题。心理医生只是帮你做到这一点，你要是能自己做到还能省一笔。

我也碰到过同样的问题，最简单的方法就是：用铝箔纸包一下，先包机箱外的，不行再包住卡。效果是：Wi-Fi 天线向上反射，USB 全包裹，基本上就没问题了。

Wi-Fi 连接但是无法访问网络的现象我碰到过，但是和高负载没啥关系。。。不过，我也是华硕路由器，这个似乎也可能是原因

的确，丐版足够用了，但是 lz 的方案太贵了，完全没必要。我通过 type-c 外接了一台显示器，然后显示器带两个 USB3 口，我通过这个口挂了个 500G SSD 的移动硬盘盒，速度完全够用。另外，我在支持 Wi-Fi6 的路由器上挂了两个 USB3 硬盘盒，一个 2T，一个 8T，然后在我的 MBA 上复制这两个盘上的文件，读写速度大概在 50-80M，我感觉已经足够用了。

个人看来，9 成 9 的软件是不需要微服务架构的，然而就业市场上吃香，lz 不妨抓住机会学习一下。毕竟这么一大坨技术栈，不在实际项目上应用是想象不出来有多么复杂。好在，你不需要严格划分“微”服务，只需要按子系统分一下，然后能够互相调用就好了，毕竟，能够容器化领导就已经直呼专业了。所以，这种项目真正考验你的不是学习能力，而是项目规划能力，加上服务注册 /发现，错误处理，不就是二期需求了吗？再来一些 k8s，热更新、灰度部署啥的，三期就来了。程序员最重要的能力就是给自己安排合适的工作。。。（🐶

报警没有问题，然而即使人过来了，也很难解决问题，因为“没有理由不可以进入居民住宅”，虽然这是我报警之后的警察跟我说的，但是我是不信的，我觉得应该是辅警，所以底气不足，或者干脆就是偷懒。。。

所以，说到底，多叫几个人一起上门比较有威慑力

@laydown 一股“老胡”的骚味儿。。。🐶

@XiLemon #25 OOP 现在似乎已经不流行了，我也不知道还有什么比较新的资料，可能《 head first oop 》可以看看吧。

OOP 是个思维模式，也许可以从需求分析到实体设计这个流程试一下。

你用了两层 for 然后调用 loc 方法，当然会慢呀。记得减少 for 循环次数以及 loc 调用次数。

pandas 的优势在 dataframe 的批处理上，尽量把计算操作放到 dataframe/series 的原生方法里进行，大部分需求应该都能满足。

不讲需求场景，没法比较吧。JPA 应该是偏向 OOP 的，一般的 CRUD 业务可以很方便地实现，从设计角度看，对象建模比数据库建模更容易表达业务需求，也不容易出错。mybatis 是面向 SQL 的，需要程序员非常了解表结构才能开发，而且需要重新做业务到 SQL 的映射，这个过程容易产生理解偏差。以上就是 JPA 的优势。

至于 JPA 在某些场景下的不便，lz 的说法看起来有一半是不熟悉这种 ORM 的思路导致的，另外一半，包括批量更新和复杂查询，这两个场景的确不适合使用 JPA 实现，个人会考虑使用异步任务和搜索引擎 /动态视图这样的方法来实现。在我看来，mybatis 和原生 sql 没有太大区别（设计角度看），所以仅仅是方便写代码的优势并不会让我选择它。

值不值算一下 ROI 呀，看看毕业后多久能收回成本，以及换算过来的未来收益现值。但是，硕士学历属于锦上添花，如果对现状不满意，可能即使考上也并不能坚持到底。

想太多了，电池寿命只要不是过放太多次数是没问题的，前一台 mbp 用了五年多电池鼓包（基本上都是充电使用），现在新买的 mba 是插在显示器上充电，晚上关显示器也没有拔下来，用了一个多月，健康显示 100%。

不要住一起就好了，不然隔三差五闹腾。我不明白电视上演的那些婆媳和睦是咋整的，反正我没见过现实里有这种事儿。

劝解基本上是没有作用的，最多保持表面上的礼貌，我也满足于此了。

我 95 年坐火车去上学的时候，有个广东人跟我说他的生意太小了只有 500 万，人家大老板都是 5000 万的生意，这就是凡尔赛鼻祖呀，lz 在网络上也没少看这种新闻吧，为啥换了线下就这么受打击呢？

我感觉三天写十个接口这个速度蛮快的呀，还要怎么提速啊？几年前我也用过 go，感觉现成的库非常少，缺少轮子，现在不知道有没有解决这个问题。