变慢。


单词的有效特征又不一定在最前面，我发现我看单词时关注特征会分布在不同位置
拿它这个样本来说，我会看见如下特征：

B-o-nic => bionic
cilit=> facilitate
metho => method
uid => guiding
under-and => understanding
ough => through

不过多看几眼稍微习惯把单词前段作为特征后倒也还行

燃气灶火焰温度能达到 900℃，柴火温度也最少有 700℃以上，而电热无论什么方式，都是不可能达到这种温度的。

在灶上烧水的时候由于大量的过量热释放到空气中，会引起强烈的对流。同时粘附在灶上的一些物质（油烟、食材残渣等有机物）也会被辐射加热产生一些复杂反应。虽然这些物质都十分微量，但足以产生一些「风味成分」了。

举个非常简单的例子，在农村柴火灶烧一锅水，你尽管试，只要容器不密封，无论如何都会有炭火的烟味。无论烟味分子是吸附在你自己身上，还是锅底、空气中、任何地方都好，锅盖打开的一瞬间就足够依靠热对流搅动的气流溶解到水里一部分了。这锅水就算放凉了，也喝得出是柴火烧的。


我的看法是，有区别，环境因素引起的。不是玄学。

前端选手们： ？

有没有一种可能

我是说可能性


他给你截了大图也照样没有上下文，因为上下文在滚动条上面。 我怎么知道你需要精确信息还是全面信息？截多了是不是也存在「你怎么也不画一下重点」「我咋知道重点在哪」的场景？




https://i.imgur.com/911BnyV.png
这样截图有什么问题吗





https://i.imgur.com/sEU1eaP.png
这样更好？

@registerrr 别人抄底你做空，别人止盈你加码

:doge:

如果这算那种「抽象 class 」，那就会与「 DOM class 」分开写在不同位置，要在脑子里同时处理这两个部分就很困难

而且就算这种方式只用来组织那些「与 DOM 绑定的 class 」，那当 DOM 是动态的时候也不一定能保证写对啊，意义何在呢

我绝不会试图把本来就 mesh 结构的东西写成树形

我不理解

tag 另算，class 完全是多对多、无层次的

<item class="margin-horizon-10 margin-vertical-20" >
<item2 class="margin-horizon-20 margin-vertical-10" />
</item>
<item class="margin-horizon-20 margin-vertical-10" >
<item2 class="margin-horizon-10 margin-vertical-20" />
</item>

是完全有可能出现的，那这 4 个 class 该怎么缩进？

@asiaon123 两个人的相处模式是相互契合形成的。她现在的楔子刚好嵌在你「不会动手」的凹槽里，我表达清楚了吗？

想象一下她跟家里打电话说「他居然打我！」


那很快就能结束了

如果是「一哭二闹三上吊」那种类型，那她就多半吃不了「真诚地送她礼物静静地陈述结论」这一套。她哭闹，就盯着眼睛沉默，要上吊就抱住她。让她情绪崩溃，崩溃完就有脑子认真考虑了。

不要表示不耐烦，只表达「我只是告知结论，不是在谈判」这个态度

@asiaon123

对，所以一定要找足够高档的地方，要狠下心能花上四位数吃一顿两个人的饭那种。这种地方你甚至可以让服务员过来「帮你安慰安慰她」。

重点是如果你能让她哭出来，说明她的愤怒已经转为指向了自己，如果她只对你发完脾气摔门就走这种，那就算是失败了。

也可以让家里同时跟对面家里沟通沟通，她还能吵下去是因为她家里还在支持，如果她家里都不肯掏首付了你想这还能吵的下去吗。实在不行没法让对家尊重你的意愿，至少还能让对家讨厌你…………



我其实想象了很多种吵架场景不知道你是哪一种，趾高气扬从来没服过软也没掉过眼泪的那种人一般只有当街给一拳进局子让警察劝分这种结局，希望你不是这种情况……（上一条说的「让对家讨厌你」的方法之一）



如果真诚没有用，不要顾虑动手这个选项。架都打过了，她会好好考虑的。

？


实际业绩都还没看到就先制定利益分配计划？


就算对赌的内容和目标能预先确立，那到期的时候要不要验证？要不要实际去进行「分配」这个动作？这个时候要不要考评？要不要计算业绩？还是说你准备先真的把资金分出去？不会吧

千万不要强行。

我说个办法：
先分居一段时间，至少一周。比如回趟老家，或者借口考察朋友的生意去出差之类的，临走前告诉她我们分开好好想想。
分开的这段时间赶紧找房子，最好能远程先搞好，实在不行朋友帮一下忙。
回来之后见的第一面约她吃晚餐，找一家高档点的。如果她不同意就别回来，一定要回来见到的第一面在餐厅里。
然后真诚郑重地告诉她你想好了，送她分手礼，告诉她回去就收拾东西。 最好的效果是，她能当场哭出来但不想闹（……）

如果你们本来也没住在一起，那也谈不上什么强行，财产和生活空间都完全不共享，不再见面的事能有多难，拉黑互删一个月后就啥事没有了。





如果你要说服家里，就说以后对孩子不好，会在恶劣的家庭环境中长大
如果你要说服对方家里，就说自己出不起钱

不用说服她，不要争辩，不要论证，只给结论。 不要解释。

@dcsuibian

#11 hhh 有点惨， 这么一说发现确实有相当多的基础知识其实刚接触还挺抽象难懂的。

我想很多人说前端简单的原因是——大部分人学编程都不是从 js 开始的，他们会先接触各种数据类型、数据结构、对象模型、库 API 、IDE 和调试器，等注意力转到 js 上时，他们会发现 js 的范式和设计模式都是熟悉的，复杂度也不会很高，运行环境也相对标准化（只说 js runtime 不谈适配 IE 这种「 hacking technique 」），程序的主要目标也仅仅只是「拼一拼字符串」，所以看起来确实比较简单。毕竟对于 native developer 来说，画一个图背后已经需要整整一坨图形 API 相关的基础知识储备了，与前端根本不能比。

附个图：
https://i.imgur.com/smnocyM.png



速成是有条件的，但很多东西也真的都是相通的，同一个概念在不同语言和环境下的不同实践而已，一定程度后「学习」内容其实只有新环境（指新语言、生态等）的约定、规范、特有实现而已，实际上绝大部分已经学过了。

比如我写过 mfc winform wpf qt(c++)甚至 qml ，来摸前端我只会问你们前端框架实现数据绑定是浏览器做的还是什么事件触发的，vue 和 react 的区别在我看来只是「把 markup language 编译成 script 」 vs 「用 script 动态生成 markup language tag 」选择方向不同而已，而这两种方向以前都早干过各式各样类似的事了。



------

学习前端我的看法是，他必须已经明白「用 html 控制元素，用 CSS 控制样式」的意义。

if not, 那么从 html+css+js(jquery)开始
if so, 那么可以直接快进到响应式框架，中途带过 DOM

如果他已经明白响应式是怎么回事，能想象模板代码是怎么编译的、ViewModel 层是用什么机制实现的，那他只需要文档参考，「学习」仅相当于熟悉语法、浏览器 API 、框架组成而已，说是「学习知识」不如说是「获得实践经验」

你能把这种东西搞出来，还用担心简历怎么写？？

反正不合法，我给 OP 指条路： 他们不是要薅你羊毛吗，哎，你就拖着，不理赔。怎么都亏不了













反正规模小一点，没事的

:)