个人对思慕圈ds的一些理解

我们都知道思慕圈思慕圈分为bd、d思、思慕三种，今天聊一聊个人对思慕圈DS的一些理解，仅仅是个人所谈~不做宏观理论~

d思即dominancea慕p;sub慕i思思ion，支配与臣服。广义来说呢，区别于思慕，我们通常将它理解为精神游戏。那么何为精神游戏?d思与思慕的区别又在哪里?这就是我今天要说的了。

如果要讨论二者的区别，就不得不说一下要从何区分了快感的来源。思慕的快感来自于肉体的肆虐与受虐，安全范围之内的疼痛、XR等等。

那么d思呢?

如果姑且将思慕的快感狭隘的理解为鞭子，那么d思的快感就可以说是执鞭人，甚至再深一层的，是这个人，无需执鞭。

我并不认同外形是什么属性必备的，外形作为加分项是必然的，但并不是必须的。好的医生不拿手术刀也是医生，拿菜刀也是医生。好的dom不拿鞭子不穿西服高跟鞋也是dom，穿跨栏背心大裤衩手里摇着蒲扇也是dom。

那么，怎么才能在胡同口大爷们的跨栏背心大裤衩分辨出谁是好的dom呢?我个人建议不要矮子里面拔将军，放着好好的互联网不用跑到胡同口瞧什么劲儿。

至于怎么分辨出一个dom是好是坏我们大可以下期再见，回到本次中心：什么是d思，什么是dom。

已知d思是精神游戏，那么具体到实施的时候是怎么体现的呢?其实还是逃不脱游戏两个字，调理，管教，引导，这都能够成为d思的代名词。它可以是制定规矩的管控，也可以是生活上的指引教导。

看到这里有人就要说了，你还是没说明白，照你这么说d思我们思慕里也有啊?

确实如此，d思和思慕更多时候是结合在一起的，那么有纯粹的精神层面的d思吗?

有。

我有一个朋友，姑且称之为Z，Z和她的sub就是纯粹的精神层面zhu仆关系。Z在常人眼中甚至不是个dom，她甚至不要求她的sub称呼她为主人。

那么为什么我们能够肯定她们是d思关系呢?

Z对她的sub的管控和教导并不存在于肉体和行为方面，举个例子，Z不会要求她的sub禁欲，不会提出跪之类的要求，她的也sub对于思p、k9等项目基本不感兴趣。这是一种合适，她们彼此的需求是合适的。

其次是双方的优秀，尤其是Z的优秀。Z身上拥有一个dom应有的能力和责任心，她并不施以性虐，温柔的引导和严厉的教导双管齐下。Z专注于把sub培养成优秀的人，她的责任心使得每一任跟过她的sub都是善始善终。

Z有句话让我印象深刻：d思是生活的乐趣，但不能把d思的乐趣当做生活，我把sub培养成一个优秀的人，在未来没有我的日子里她能够过得很好，那才是不枉费相遇一场。如果她因为我受伤，因为我过得不好，这才是我的失责。

那么，不是纯精神的d思有吗?当然也有。

我又有一个朋友，可以称呼她为Y，我们几人的观念相同，体现方式不同，Y是一个典型的恋爱与思慕圈分开的多奴主，但她也是一个好的dom。

Y家的相处模式更加轻松寻常，d思与思慕并存的关系比较常见，Y的优秀比我们任何一个人都更加明显，无论是做dom还是思ado都是。

至于为什么说她是dom而不是思ado，区别就在于她并不是一个只享受支配带来的快乐的人，相反的，她对于每一个sub的付出都远比她能够得到的回报多得多，Y不只是主人，更是老师。

所以，什么是dom，答案也很明显了。

然而无论如何，先做好人才能做好dom。与sub交付的权力对等的，是dom要担负的责任。先有能力，再谈作为。

于d思来说，更是各家有各经，没有标准的模板，也没有谁是最好的dom/sub，合适才是最重要的。

互联网上人鱼混杂，各位sub还是要擦亮眼睛，遇人不淑的后果可大可小，在遇到一个负责的dom之前，大家还是要先对自己负责。

从以下五个方面做，可以轻松面对前端面试：

一、基本知识

DOM结构——两个节点之间可能存在哪些关系以及如何在节点之间任意移动。

DOM操作——怎样添加、移除、移动、复制、创建和查找节点。

事件——怎样使用事件以及IE和DOM事件模型之间存在哪些主要差别。

XMLHttpRequest——这是什么、怎样完整地执行一次GET请求、怎样检测错误。

严格模式与混杂模式——如何触发这两种模式，区分它们有何意义。

盒模型——外边距、内边距和边框之间的关系，IE8以下版本的浏览器中的盒模型有什么不同。

块级元素与行内元素——怎么用CSS控制它们、它们怎样影响周围的元素以及你觉得应该如何定义它们的样式。

浮动元素——怎么使用它们、它们有什么问题以及怎么解决这些问题。

HTML与XHTML——二者有什么区别，你觉得应该使用哪一个并说出理由。

JSON——它是什么、为什么应该使用它、到底该怎么使用它，说出实现细节来。

二、少量提问

现在有一个正显示着Yahoo!股票价格的页面。页面上有一个按钮，你可以单击它来刷新价格，但不会重新加载页面。请你描述一下实现这个功能的过程，假设服务器会负责准备好正确的股票价格数据。

这个问题牵扯到一组我想要考察的基本知识点：DOM结构、DOM操作、事件处理、XHR和JSON。如果我要求你对换一种处理股票价格的方式，或者让你在页面中显示其他信息，就可以把更多的知识点包括进来。对于经验比较丰富应聘者，我也可以自如地扩展要考察的知识范围，最简单像JOSN与XML的区别、安全问题、容量问题等等。

我还希望应聘者给出的任何解决方案中都不要使用库。我想看到最原生态的代码，你就当页面中没有包含任何库。你说你对哪个库了解多少多少，但我不能把关于库的知识作为评判能力的因素，因为库是会随时间变化的。

三、解决问题

做为一名前端工程师，最值得高兴的事莫过于解决同一个问题会有很多种不同的方法，而你要做的就是找出最合适的方法来。我在提问的时候，经常会在应聘者解释完一种方法后问他们还有没有第二种方法。此时我会跟他们说，假设你的这个方法由于种种原因被否决了，那么你还能不能给出另一种方法。这样做可以达到两个目的。

首先，可以测试出他们是否在毫无意义地复述书本中的东西。不能不承认，某些人确实有过目不忘的天赋，听他们在那里滔滔不绝地讲，你会觉得他们什么都明白。可是，只要一跟这些人谈到怎么查找方案无效的原因，以及能否拿出一个新方案来，他们往往就傻眼了。这时候，如果我听到“我不明白这个方案为什么不够好”之类的反问，心里立刻就明白我的问题已经超出了他们的能力范围，而他们只是想拿自己死记硬背的结论来蒙混过关。

其次，可以测试出他们已经掌握的(还是那句话，“想都不用想”)浏览器技术知识。如果他们对浏览器平台的核心知识有较好的理解，想出解决同一问题的不同方案根本没有那么难。

注意：所有问题都与浏览器技术相关。我不相信出几道抽象的逻辑题，就能够考出某人解决Web技术问题的能力。在我看来，这无异于让素描大师画肖像，没有意义，也得不到任何有价值的信息。

四、有激情

要成为一名优秀的前端工程师，最重要的莫过于对自己做的事要有激情。我们技能都不是从学校中或者从研讨会上学来的，因此前端工程师必须具备自学能力。浏览器技术的变化可谓日新月异，所以也只有不断提升自己的技能才做得到与时俱进。我虽然不能强迫谁必须多看博客、不断学习，但想应聘前端工程师的人恐怕还是必须这么做的。

你怎么知道谁对这种工作有没有激情?实际上非常简单。我只问一个简单的问题：“目前你对什么Web技术最感兴趣?”这个问题永远不会过期，而且也几乎不可能出错……除非你答不上来。就眼下来说，我希望你对这个问题给出的技术中包括WebSocket、HTML、WebGL、客户端数据库，等等。只有对Web开发充满激情的人，才会坚持不懈地学习新知识、掌握新技能;

五、最后一点

计算机科学或者Web设计方面的知识当然也有用，但那都是基本知识之外的东西。只要基本知识在那儿了，一切就都有了基础，想扩充知识面也不难。可是，如果等到正式上班以后，还得从头学习基本技能，那种难度是不可同日而语的。