如果权限是全站统一的, 那么权限可以一张表里统一管理, 如果用户本身就不同类,那么就不要强行把用户塞在一起.用户表分离,权限统一管理即可

就你描述的业务而言.运营公司内部的员工(管理,运维等)和外部商户的员工(库管,业务员)就不是一类业务不是一类对象, 本来就不该统一,更不该放在一张表里.
如果你发现不同的用户很难统一很难通用, 那么很可能他们就不能统一不该通用.
退一万步讲, 就算未来有一天你发现两种用户可以统一, 把分离的用户表和业务代码合并所需的重构工作量,也远小于把原来合并的用户表和代码拆开的工作量,

咱们码农要了解业务, 根据业务现实而不是一些死板的"设计原则"来设计系统, 业务现实是第一位的, 应该是设计原则帮助我们更好的实现业务而不是反过来让业务适应设计原则, 那是削足适履

深度学习的话要不你有专门的远程台式机,否则 mbp 是不大适合的,就算简单学习也搞个 MX150 级别的显卡吧...否则没有 cuda 还是挺头疼的

1.http code 根本不足以描述千奇百怪的业务状态
2.http code 本身就不是被设计用来描述业务的. REST 里用 http code 来代替业务状态是错误的

我蹭媳妇的教师 free lic.....媳妇用 pycharm 我用 idea 和 webstorm....

@treo 长臂管辖了解一下,产品中美国原件超过一定比例(印象中是 20%还是 30%的样子),美国有权对其进行限制,比如说不准卖给华为,之前欧洲及韩日台一堆企业调查自己的产品的新闻没看过?

不习惯 mac, 用了多年的 thinkpad, 现在是 t480.

一般码畜比较常见的也就 mac, tp 和 dell 这 3 家吧

我觉得去掉挺好,40k 做顶级源的确是用户无法接受的.
如果资源所限做不到就先别做,能做到再来也没事.

@DFFZMXJ 对于用 vscode 的码农,真的很少.

请求里带上 token/sessionId 之类的东西,通过 token/sessionId 来识别用户的身份

在项目中风格统一即可.我个人因为用惯了 java,所以喜欢驼峰,甚至写 python 也总想全驼峰

学什么东西是你的自由,又没人拦着你,你来这边求什么?

难道你们只有 8G 内存吗?

老婆是高校教师,一直蹭老婆的 education....她用 pyCharm,我用 idea 和 webstorm.

是不是 php 框架盯着的人多?我这里访问日志看到的尝试攻击基本都是 php 的,问题我这里所有项目都是 java 啊...

目前是 oracle 的,主要是为之前的遗留项目考虑,以后会尽可能转到 openJDK 上

如果仅会 python 一项开发技术的话应该是不够的,前后端 /桌面 /服务器运维等等都需要多项技能组合

比如数据库,比如 HTML,JS,比如 Linux 知识等等

@gdzzzyyy 对一个游戏'喜欢'或者'讨厌'都是个人主观感受,这个没问题.但说一个游戏'炒作'就需要拿出客观证据