@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 该怎么缩进？

？


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


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

@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 指条路： 他们不是要薅你羊毛吗，哎，你就拖着，不理赔。怎么都亏不了













反正规模小一点，没事的

:)

介绍 OP 一个大姐姐（
https://www.bilibili.com/video/BV1NJ41187gf
虽然这个大姐姐当时也——怎么说呢，没脱离学生时代，不过应该不妨碍 OP 产生兴趣

> 圈里圈外，已经有无数的 admin 前端解决方案了，为什么又要做轮子？

我来替 OP 讲句真心话得了







因为没有 nuxt 版的。


作为写过一点点前端的非前端选手，这种地方正好就是笑点

10 年前 QQ 上有种很流行的

非主流炫彩字输入法

原理就是识别字词然后自动换成对应的 gif 图片



另

自然语言的语义复杂度是不可能通过词法处理来降低的

操作系统篇，重点却不是操作系统？

我还以为讲的是多核 CPU 如何管理线程和时间中断呢