AI不会替代程序员，AI只会替代不会使用AI的程序员 能看到这篇博客的想必也一定是程序员，应该也都在23年初就遭受到AI的强大冲击，甚至可能有一段时间怀疑自己会不会被AI替代。 而在历史的发展规律中就可以得知，就像出行工具的变更。当马车出现的时候，不会驾驭马车的人力车夫会被大批量的替代；当汽车出现的

github地址 请使用node18+版本运行 操作方式 npm i 打开 爬取boss.js 文件 修改爬虫配置 // 配置 const city = '101120100'; // 城市代码：济南 // const city = '101020100'; // 上海 // con

你是如何调试前端代码的？ 打一个log？或者在浏览器打debugger就没了？ 你是否羡慕后端哥们直接在编辑器内进行断点调试，无需打开浏览器F12来进行debugger？ log大家自然都会，我们首先在浏览器中实现debugger 普遍的调试方案 打开 Chrome DevTools，在源代码/来源

antd，YYDS 大家先去antd看看，大佬们研发的防删水印是什么样的。 是不是嘎嘎酷。 我们按F12就可以看到其实现方法 base64图片内容

如果要监听一个普通 JS 对象的变化，我们会用 Object.defineProperty 或者 Proxy 而监听元素的属性和子节点的变化，我们可以用 MutationObserver： 我第一听说这个方法还是在nextTick 的实现上看到的 由于要模拟在DOM 更新后执行回调函数，所以要将包裹

项目搭建 起名字 因为要发布到npm上面自己用，甚至给别人用，所以你的组件库名称不能和其他的npm包名重复，来NPM查询一下 首先去 npm 仓库查找curry-design，看有没有人在使用。。 然后我们起一个木有重命名的名字，并新建项目 创建项目 npx create-react-app 项目

预期效果 原本想法源自于自己群内一个哥们的非常简单的需求，大概效果就是有一个输入框，有一块渲染的文章，然后把输入的东西在文章中高亮。 我们第一反应是什么？ oneRow(text, val) { if (text.indexOf(val) !== -1 && val !== '') {

我们使用过vue，了解两种常用的通信模式：观察者和发布 / 订阅模式。两者最主要的区别是一对多单向通信还是多对多双向通信的问题。使用我们要确定多个子应用之间互相是否需要通信，来决定使用哪种通信方式。 在微前端中往往需要实现多对多的双向通信模式，例如微应用之间实现通信，主应用和微应用之间实现通信，因此

这个难度要比CSS隔离难一些了。要考虑的东西也非常多。 方案： 使用 WebAssembly 进行隔离，WebAssembly 会被限制运行在一个安全的沙箱执行环境中，但运行时不能直接调用 Web API 使用 Web Worker 进行隔离，每个 Worker 有自己独立的 Isolate 实例。