【学习笔记】Day 8

写在开头：
        最近老板突然提出一个全新的组会主题，是关于 “最近我犯的傻”，其目的在于提供乐子的同时引以为戒。本来我还在愁到底去哪里找干的啥事儿，结果今天直接拉了个大的。什么叫无心插柳柳成荫啊，悲。

一、进度概述

        1、inversionnet_train 试运行——试图挽救但未果

二、详情

1、事件回顾

        这是一个悲惨的故事，且听我细细道来：
        故事的开始要回到 4 天前的晚上，那时折腾了一天，终于完成了物理部分的装机，只要把剩下的系统装好，我就可以迎接我的新电脑了。
        事件的伏笔发生在 windows 账户登录这一部分。我们都知道，windows 系统的账户有两类，第一种是连接云端的 Microsoft账户，另一种则是本地账户。我本来是准备在新机上继续使用云账户的，但是由于不知名原因（很可能是某处操作不当）导致系统要求强行注册本地账户，当时我以为这个不是注册账户（因为已经登录过云端账户了），所以从起名角度就使用了一个中文名字（伏笔2）。这一切其实都没什么，因为本地账户和云端账户只是在一部分 Microsoft 的同步上有点区别，影响不大。一切全都毁了的原因，则是发生在今天下午。
        2024年8月9日，历经一天多终于又在新机上配置好了环境，且排除了这几天发现的导致无法运行程序的错误，一切的一切都已经准备好，就等着运行了。然而在吃完饭回来休息的时候，强迫症突发，看着 user 下的中文名称，不免心生不满。又想到中文路径名很可能导致许多兼容问题，想着提早解决隐患，于是选择了最粗暴的更改账户名。让我没想到的是，在设置中更改账户名后，相关的环境变量不会做更改，而系统又默认更改后的名称作为路径名，这里的不一致导致了程序的文件访问出了 bug。情急之下我再一次脑残，选择将名字改回去，但无济于事，运行依旧报错。在经过查网后发现，有人提出了如下方法：
win10或者win11如何将中文用户名更改成英文用户名文件几乎无损(适合终端显示的中文名)亲测可用(操作有风险运行需谨慎）_经验分享_AD钙奶&-GitCode 开源社区 (csdn.net)
        经过尝试，自以为已经设置好，索性任由强迫症删除旧账户，结果发现源文件并没有迁移成功，同时由于删除了旧账户，其所属的各个功能被系统识别为未知账户，既无法访问又无法彻底删除。最终导致这段时间的工作付诸东流，一切只能重新来过……

2、经验教训

        （1）在使用电脑时，请一定养成个好习惯，尽量全用英文（反正都看得懂对吧），不要老是使用中文作为路径名，这样不仅会带来一些麻烦，还显得不专业（真的不应该）。

        （2）专业知识是非常重要的！！！在你并不太懂计算机相关原理的时候，擅自做一些改动很可能导致一些自己不能理解的错误发生。越是擅自补救，越是复杂，最终甚至引起一些别的问题。

        （3）虽然这个不太相关，而且这种心态大抵也不是很好，但是如果一个程序工作正常的话，还是最好别动了，可能这就是为什么说 “能跑就千万别动” 吧。

---

 后记

希望大家引以为戒