说到这里了，索性多说几句。关于数据模型的设计，任何一本书上都没有提到的，但非常非常重要的一点：准确识别业务对象。反过来就是需要把对象属性进行准确的归属。要做到这一点其实并不容易，需要对业务有深入的理解才行。

其实这一点也应该是产品经理的基本能力。所以，数据模型其实应该由产品经理来设计而非程序员。现在产品经理不干这事，就造成了这么几个问题：
1 、逻辑无法闭环，程序员在设计的时候发现产品到处都是漏洞，甚至很多自相矛盾的操作。
2 、数据缺失，编程过程中才发现某些功能所需要的数据缺失了，这些数据不知道是什么样，更不知道要从哪里来。
3 、功能缺失，产品都干出来了，到测试的时候发现跑不通，少了一些功能，进入某些场景就进行不下去了。

这么一来，产品和程序的对立也就不难理解了。

@beichenhpy 一个理想数据模型，必然是符合 3 范式的，所以说 3 范式是天然的。

我说的是理想数据模型，不考虑任何使用场景，仅仅是对业务对象的结构化描述。

@NeroKamin 第一范式（ 1NF ）是指数据库表的每一列都是不可分割的基本数据项，同一列中不能有多个值，即实体中的某个属性不能有多个值或者不能有重复的属性。
证件号码和证件类型显然是两个属性，所以并没有违反。倒是譬如一个字段存一个集合或对象，确实是不符合“每一列都是不可分割的基本数据项”的。我认为这一点是过于理想化的，并不需要遵循。只需要遵循“同一个表不能有重复的属性”这一点就好了。

@destinism
@Saurichthys

逻辑思维能力差不是很正常的事情吗？怎么就难听了了？吃编程这碗饭这个能力不可或缺，但搞艺术创作这个能力就没半点用处。

做题，做题，做题。题做三百遍，不会也能对。

终极解决方案就是蚊帐！看到蚊子聚集在蚊帐外面，然后用电蚊拍一一消灭之，就舒适。

加什么外部硬件也没办法在不动笔记本电脑的键盘或主板的情况下，把笔记本电脑上的键盘给接出来啊。话说这是个什么需求？
买个 usb 键盘才几个钱？
远程桌面也算是变相实现楼主的需求，吧？

范式 1 、2 、3 都是自然范式，也就是天然的、天经地义的，根据关系逻辑能够轻易推导得到的，不用学都会的。如果这 3 条范式都需要特别去学习才能理解 /运用的话。。。怕是逻辑思维能力有点捉急啊。趁年轻，赶紧转行。

大多数情况下遵循范式，特殊情况会冗余数据。当然冗余必须有正当的理由。

做网络相关的开发需要，一般开发只是使用网络，不需要学这么专业的知识。

开发人员并不需要登录服务器，也就不需要什么账号。Jenkins 用起来，elk 用起来，哪里还需要登录服务器呢？

自然是 jenkins 点一下构建就行了

跨服务不联查，只能正常批量查。需要联查不要拆数据库。

安装原版 win10 也就 10 来分钟，比我安装 vs2019 快多了。

@mcfog 不不不，屎山可以分解为分布式屎堆。这样一来，屎就没有辣么臭不可闻了，可以勉强下咽。。。

什么鬼啊？把 redis 的持久化文件放到 nfs 上面？？？这是准备做咩？

所以就要微服务啊。把一座座屎山作为一个个服务给安排了，都是 docker 自动化部署，哪里会本地都跑不起来

我就一个问题：买币需要真金白银充值，但赚到的钱怎么提现？

@MYDB @zengming00 程序员的核心技能从来都不是写代码，而是明确做什么和知道怎么做。在学会知道怎么做之前，都是菜鸡。而且，有些菜鸡你无论如何都教不会他自己去想明白怎么做。还弯道超车。。。直道不翻车就算好了