数据量大不大，不大的话对性能也没啥影响吧。
拿 uuid 做主键也是有好处的，要不你再结合一下业务的场景看看，是不是故意这么设计的？
如果对开发效率和系统效率有明显影响，不建议动，动了也没好处。。

不用勉强自己。桌面系统只是一个工具，选择工具主要看顺不顺手。
如果你是做后台开发，且懒得配置远程编辑或者工具链，又不想踩跨平台的坑，直接用 linux 的桌面系统就好。
如果你经常打游戏，或者对 QQ，音乐甚至其他软件在 linux 上没有合适的替代，那么用 Win/MacOS+（ wsl/虚拟机 /开发机）的方案比较合适。

条件允许的话，还有一种解决方案。自带笔记本用于工作聊天，把公司的台式机重装成 linux，双屏幕+笔记本三个屏幕，按自己的需求分配。两个系统之间用文件共享或者其他方案传输文件、剪贴板、图片之类的。

监听可能性比较低。上次支付宝疑似开启摄像头，就已经被骂了一轮。监听用户对话这种操作，真被发现了直接暴死，我不认为哪家大厂敢这么做。

倒是不同 app 之间的推荐应该是有共享的。今天在抖音看完紫砂壶的制作，刚刚贴吧给我推了紫砂壶。还有那些 B 站刚看了 xxx，网易云就推荐了相关歌曲之类的。没有实锤，但卖数据应该是存在的。。

我记得学生的 4G 卡流量很足的啊，38 块钱的套餐 20G+30G 定向，根本用不完。
（毕业后还蹭了一个四年套餐，这个月要到期了正在苦恼换个啥）

@la2la 哈哈哈我前阵子精神压力大的时候也这样，每周五买一次大乐透，买完周六等开奖，然后下一周继续。

买房上车，找个老婆，换份安稳的工作。
上班开心干活钻研技术，下班逛市场炒菜做饭。晚上无聊到没事做，在家看剧或者去朋友家串门，晚上饿了出去吃烧烤。
在农村大家都是这么过的，可是在一线城市想过这种生活有点困难。。哪天真的回三线的老家算了

我们之前搞了个 trigger，当插入值的时候自动触发其他关联表的更新。
但是后面负载高的时候操作偶尔会丢失，找了 DBA 查了 binlog，貌似是出错了还是怎么的，反正排查特别麻烦。查错误的时间快够我重构接口了。

如果你有数据库的权限去监听变更，那一般来说 Model 层代码也是自己维护的，这种事情最好在业务逻辑里面做。
当更新字段值的时候，自己写逻辑，想直接改关联数据，还是用消息队列，都可以比较直观地执行，后期查日志也方便。

2km 随便什么车都能胜任，如果有共享单车覆盖的话直接共享单车就好。
这个距离随便去单车店拎一辆 300 多的单车就完事。
我大学刚毕业的时候就突然脑子发热，想买辆单车，还想兼顾偶尔市内短途旅行，最后买了辆接近 3k 的折叠车。但是我的需求跟你差不多，每天 3km 通勤，大早上的骑车我还嫌会出汗，干脆闲置了。
你可以先共享单车骑着先，习惯了单车通勤再考虑挑选设备的事。

主要还是从安全和责任方面考虑吧。不管互联网初衷如何，总会有人搞破坏的

#45 还真有可能，我上一份工就是连续带了两三次新人，一次半年，刚磨合完，领导就调他去做别的项目，搞到我心态崩了。

@imycc #109
第一句话打了一半。
避免开发了一个月的版本产生太多冲突，增加最后合并和调整的成本。毕竟 git 只能协助你解决版本的冲突，但没法自动解决业务逻辑的冲突。

以往迭代频繁的时候，对团队成员的要求是至少每周一次，把 develop 分支合并回各自的开发分支，有冲突就解决冲突，避免开发了一个月的版本

还没用过 svn，不过你描述的多人修改同一个文件的问题，不管用什么版本管理都需要解决冲突的吧？
如果是 leader 要求什么主分支 commit 不要太多，那么你们应该加一下--squash 选项，gitlab 的 MR 那里也是提供这个功能的。

不过如果整个团队都觉得用 git 太繁琐的话。。那就换回去呗。也没人逼你们用。

代码还是得写的，只是把不需要写的部分给抽出来，提供给用户自行配置。产品的使用模式是固定的或者模板化的。就像 QQ 空间、淘宝店铺之类的。

vmware 我挂了个文件夹共享，然后放到了快捷访问上。日常就一些小脚本需要把数据导出来，执行完复制出来就好，没有什么不适。

vscode remote development 真香，我用了四五年 vim 然后叛变了。

同楼上，本来想参加讨论，昨晚远程办公到一半系统崩了，大半软件卡死，早上回来公司重启。
结果发现我之前推送升级的是 20H2 。。。。。。。

这题我会。本地一个虚拟机，搞 python web 开发和前端。

简单的开发直接本地部署，用 pyenv 管理多个项目，一个项目一个虚拟环境隔离开。前端本来就是一个项目一份依赖，再加上 nvm 管理多个 nodejs 版本，基本满足需要。
复杂业务就打包成镜像，用 docker-compose 编排一下各个服务的关联。

第三方服务、组件之类的，一律 docker 搞定。没啥特殊需求的直接用官方镜像，有特殊需求的还会自己重打个镜像。（比如数据库配置之类的）

开发的时候直接把代码目录挂进去容器内，调试效率不会比直接部署差。

嘛，找个终端试试就知道了。dumps 和 loads，一个负责序列化一个负责反序列化，写入文件前序列化一次，从文件读回来的时候就要反序列化一次。多或者少都会出问题。

In [1]: import json

In [2]: json.loads('{"foo": "bar"}')
Out[2]: {'foo': 'bar'}

In [3]: json.dumps('{"foo": "bar"}')
Out[3]: '"{\\"foo\\": \\"bar\\"}"'

In [4]: json.loads(json.dumps('{"foo": "bar"}'))
Out[4]: '{"foo": "bar"}'


直接回归到原本的问题，为什么从文件里面加载不出数据就好。看报错只是说有属性没用双括号括起来。

你存进去文件里面的时候，也要用 json.dump 存进去，才是合法的 json 字符串。直接 print 一个字典就粘贴进去文件是不对的，非常常见的新手错误。

&& 如果涉及到的都是文件的操作，只需要将打开的文件对象给 json.load 和 json.dump 操作就好，不需要读成字符串再调用 json.loads

with open('xxx.txt') as fp:
data = json.load(fp)