应届生的话可以写, 如果有兴趣爱好自我评价等栏目也可以写

@forty 需要严格内网使用的地方, 用能连接外网的设备通常是违规的, 如果是保密单位的话, 插上去就刑了. 所以带 SIM 卡的加密狗最好是不要搞.

国内互联网信任链的核心节点是手机号, 换手机号就行了

@belite 老兄这个方法很巧妙, 可以再改良一下, 要求在公司网站上输入某种序列号来换取验证码, 还能解决激活问题

@ltkun 数据都在一处并不安全呢, 至少得两地三中心, 所以至少在两个城市有房, 并且至少有三套房, 才比较保险

@crazytudou 插 Lan 口记得关 DHCP, 不然大家都上不了网, 网管会来找你麻烦的

同步用 WebDAV 就好了, 用户可以自己搭也可以找现成的用

这东西一分钱一分货, 一角钱两分货, 一块钱三分货
花十倍的价钱换取 10%的品质提升值不值, 这不是数学问题, 而是经济实力和价值观的问题

数据库不能查, 那这数据库用来干什么的?

OP 是想在什么场合用这东西, 用户都是些什么人?
听起来似乎是需要一个 Confluence 之类的东西?

楼主需要的是时间线/TimeMachine/版本管理的机制, 坏掉的可以回到上一版

如果你用 docker 容器打包 python 项目的话, 可以不用 venv 的
如果你用宿主机的 Python 运行多个项目的话, 每个项目要一个 venv 避免依赖包的版本冲突

淘汰的旧笔记本电脑 + 硬盘盒, 运行 Windows 开网上邻居就好. 简单易用, 还能挂点 BT 网盘什么的

同意楼上, 买 4 个 20T 的盘比 60 个 1T 好管理得多

我认为 Python 从 async/await 开始就走上邪路，偏离初心了。 好端端一门语言变成这样，唉。。。

@ZZ74 按日期分表的项目, 每天新建几张表, 很容易就几千张

这两年都在用 podman, 没啥大问题

utools 应该支持 Linux ，装上 json 插件

这个问题还是要看情况，是做 CURD 还是做数据分析。数据分析动不动就几十上百行的 SQL ，转化为 ORM 的语法太痛苦。
简单的 CURD 用 ORM 还是方便一些。
我喜欢 Python 的 Peewee 这样的 SQL 拼装器式的 ORM 。
我认为有些 ORM 太自以为是，所谓的 Code First 就是扯蛋的事。数据比代码更持久而且更有价值，做业务系统升级时，旧代码可以重构扔掉，旧数据一般都得保留兼容。做数据的基础上写代码才是正道，而不是把数据库当做代码的附属物。