65 lines
462 KiB
HTML
65 lines
462 KiB
HTML
|
<!DOCTYPE html>
|
|||
|
<html lang="zh"><head><title>写给软件工程师的建议</title><meta charset="utf-8"/><link rel="preconnect" href="https://fonts.googleapis.com"/><link rel="preconnect" href="https://fonts.gstatic.com"/><link rel="stylesheet" href="https://fonts.googleapis.com/css2?family=IBM Plex Mono&family=Noto Serif Simplified Chinese:wght@400;700&family=Source Sans Pro:ital,wght@0,400;0,600;1,400;1,600&display=swap"/><meta name="viewport" content="width=device-width, initial-scale=1.0"/><meta property="og:title" content="写给软件工程师的建议"/><meta property="og:description" content="前言 最近一段时间,通过和不同的人对话,脑海中涌现出了一些想法。另一方面也意识到自己正处在职业生涯的某个节点上,回顾从业的这几年,有得有失,所以想借这篇文章聊一下工程师成长这个话题,旨在能给大家带来一点点思考。受自身经验所限,这些观点不一定对,希望朋友们可以辩证的去思考。因为自己的职业属性,这里讨论的仅限于软件工程师这个群体。当然如果下面这些经验之谈能帮助到更多其他领域的同学,那我也荣幸之至。下面是正文,会分享几个个人认为工程师成长之路上很重要的点。 ..."/><meta property="og:image" content="https://wiki.7wate.com/static/og-image.png"/><meta property="og:width" content="1200"/><meta property="og:height" content="675"/><link rel="icon" href="../../../../static/icon.png"/><meta name="description" content="前言 最近一段时间,通过和不同的人对话,脑海中涌现出了一些想法。另一方面也意识到自己正处在职业生涯的某个节点上,回顾从业的这几年,有得有失,所以想借这篇文章聊一下工程师成长这个话题,旨在能给大家带来一点点思考。受自身经验所限,这些观点不一定对,希望朋友们可以辩证的去思考。因为自己的职业属性,这里讨论的仅限于软件工程师这个群体。当然如果下面这些经验之谈能帮助到更多其他领域的同学,那我也荣幸之至。下面是正文,会分享几个个人认为工程师成长之路上很重要的点。 ..."/><meta name="generator" content="Quartz"/><link href="../../../../index.css" rel="stylesheet" type="text/css" spa-preserve/><link href="https://cdnjs.cloudflare.com/ajax/libs/KaTeX/0.16.9/katex.min.css" rel="stylesheet" type="text/css" spa-preserve/><script src="../../../../prescript.js" type="application/javascript" spa-preserve></script><script type="application/javascript" spa-preserve>const fetchData = fetch("../../../../static/contentIndex.json").then(data => data.json())</script></head><body data-slug="Professional/Work/roadmap/求职经验/写给软件工程师的建议"><div id="quartz-root" class="page"><div id="quartz-body"><div class="left sidebar"><h2 class="page-title"><a href="../../../..">🪴 X·Eden</a></h2><div class="spacer mobile-only"></div><div class="search"><button class="search-button" id="search-button"><p>搜索</p><svg role="img" xmlns="http://www.w3.org/2000/svg" viewBox="0 0 19.9 19.7"><title>Search</title><g class="search-path" fill="none"><path stroke-linecap="square" d="M18.5 18.3l-5.4-5.4"></path><circle cx="8" cy="8" r="7"></circle></g></svg></button><div id="search-container"><div id="search-space"><input autocomplete="off" id="search-bar" name="search" type="text" aria-label="搜索些什么" placeholder="搜索些什么"/><div id="search-layout" data-preview="true"></div></div></div></div><button class="darkmode" id="darkmode"><svg xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" version="1.1" id="dayIcon" x="0px" y="0px" viewBox="0 0 35 35" style="enable-background:new 0 0 35 35" xml:space="preserve" aria-label="暗色模式"><title>暗色模式</title><path d="M6,17.5C6,16.672,5.328,16,4.5,16h-3C0.672,16,0,16.672,0,17.5 S0.672,19,1.5,19h3C5.328,19,6,18.328,6,17.5z M7.5,26c-0.414,0-0.789,0.168-1.061,0.439l-2,2C4.168,28.711,4,29.086,4,29.5 C4,30.328,4.671,31,5.5,31
|
|||
|
<p>最近一段时间,通过和不同的人对话,脑海中涌现出了一些想法。另一方面也意识到自己正处在职业生涯的某个节点上,回顾从业的这几年,有得有失,所以想借这篇文章聊一下工程师成长这个话题,旨在能给大家带来一点点思考。受自身经验所限,这些观点不一定对,希望朋友们可以辩证的去思考。因为自己的职业属性,这里讨论的仅限于软件工程师这个群体。当然如果下面这些经验之谈能帮助到更多其他领域的同学,那我也荣幸之至。下面是正文,会分享几个个人认为工程师成长之路上很重要的点。</p>
|
|||
|
<h2 id="基础很重要">基础很重要<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#基础很重要" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>我之前作为一个求职者在面试的时候,喜欢问面试官一个问题:“你觉得优秀的工程师有哪些特质?”不同的面试官给出的答案不尽相同,但是他们几乎全都肯定了基础的重要性。</p>
|
|||
|
<p>究竟什么是基础?<strong>我理解的基础大体上可以分为两类,一种是硬性的、可以被量化的,另一种是软性的、不可被量化的</strong>。这两者在你踏入职场前,身上就已经具备了其中部分才能或者潜质。</p>
|
|||
|
<p>前者就是技术基础,对于这一点,不同岗位的要求是不一样的。比如以前招前端工程师时会要求你会 JavaScript、CSS、HTML 三剑客,随着现在行业越来越卷,要求的东西也越来越多,React、Vue、TypeScript、数据结构、网络等等等等。这里面有很多都是计科或者软工专业的同学在大学里学过的课程。这些也是比较容易被后天习得的,只要你肯踏踏实实静下心来学习几个月,肯定会收获很大。</p>
|
|||
|
<p>而后者,不可被量化的那一类,则相对来说要难一些,不是所有人都可以短时间速成的。有些人生下来就具备这些特质,而有些人就算时隔多年也是在原地踏步。这些特质,包括但不限于学习能力、解决问题的能力、沟通能力、领导力。工作时你会发现跟有的同事讲话,非常顺畅,一点就通;而跟有的人沟通起来却很辛苦,恨不得把一句话扳开揉碎了喂到他的嘴边,这其实就是一种软素质较差的体现。</p>
|
|||
|
<p>说了这么多,那么怎么样培养建立基础呢?我的答案是:<strong>刻意练习</strong>。明确自己的弱项,然后不停地反复地去刻意练习它。我刚上大学那会儿,每次上台讲话都会超级紧张,紧张到发抖冒汗。后来我做了个尝试,去学校的电信营业厅卖手机。这样每天都要被迫和许多人讲话,慢慢地学会了比较从容地面对人群讲话。有一个著名的一万小时定律,它说的是要成为某个领域的专家,需要 10000 小时。其实如果能在某一项上,坚持练习 1000 小时,就已经非常非常厉害了。</p>
|
|||
|
<h2 id="培养技术品味">培养技术品味<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#培养技术品味" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>品味这个东西很难讲清楚。对设计师来说,审美品味是必备的,对于软件工程师来说,同样也要有对于技术的审美,需要知道什么是好的,是优雅的。而且我发现技术品味跟工作年限并没有太大的关系,更多跟个人的眼界有关系。当你看到的优秀的东西足够多,慢慢地也会具备识别能力。</p>
|
|||
|
<p>所以提升技术品味的方法无它,唯有开拓眼界,多去阅读优秀的项目,从中汲取养分。当然这里并不是推荐大家去阅读各种晦涩难懂的源码,前端社区经常见各种源码分析的文章,很多文章在我看来都只是在翻译代码,用中文描述这些代码干了什么,而甚少去研究别人为什么这么写,背后的设计思想是什么。<strong>代码会过时,而先进的思想永不过时</strong>。</p>
|
|||
|
<p>另外想推荐一本书《重构,改善既有代码的设计》。很庆幸我在学校图书馆某个角落翻到了这本书,让我知道了什么是好的代码。</p>
|
|||
|
<h2 id="从错误中成长">从错误中成长<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#从错误中成长" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>人非圣贤,是人都会犯错,尤其是对软件开发者来说,犯错更是一件再正常不过的事。之前听公司里一位前辈分享,他说现在的年轻人越来越谨慎,不敢犯错,怕承担责任,但其实犯错有它的积极意义。</p>
|
|||
|
<p>刚参加工作那会儿,记得是一个周五的下午。我匆忙提完代码,准备上完线早早下班。结果一个操作失误,把测试环境的代码发布到了线上。没过多久,办公室开始炸了,所有人都发现我们的首页白屏了,因为线上请求全打到了测试环境的一台机器上,整个事故持续了半小时。事后做了参加工作以来第一次 case study,总结出了几点,让我到现在也受用:</p>
|
|||
|
<p> 1. 不要在周五下午上线。因为一旦出事,可能也会连累你的同事跟你一起加班。减少上线频率肯定是可以减少事故发生概率的。</p>
|
|||
|
<p> 2. 对上线保持敬畏之心,做好各个环节的线上验证。这样就算不能拦截问题,也可以早一点发现问题。</p>
|
|||
|
<p> 3. 机器比人可靠。对于上线这种高危操作,应该将过程尽量自动化,交给机器来完成,而不是人手动的操作。机器要比人可靠得多。这其实就涉及到一个公司的基础技术设施的建设,大公司在这方面做的要比小公司好很多。</p>
|
|||
|
<p>这种可以让人铭记终身的 case,对个人的成长是很有帮助的。所以我想说,不要害怕犯错,犯错后积极总结经验,避免同样的错误发生第二次,才是最重要的。顺便还想说一下,找工作时,团队对于新人的宽容度或者说容错率,我觉得也是求职者需要考虑的一个因素,<strong>好的团队氛围会给予新人充足的试错空间</strong>,这对于新人成长是很重要的。</p>
|
|||
|
<h2 id="不要设限">不要设限<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#不要设限" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>不要给自己设限,这一点可以决定自己的成长天花板。比如对于前端工程师,如果限定自己只在这一个范畴,那么你可能会错过很多精彩的东西。三年前是切图仔,三年后还是一个切图仔,只是可能切图更快了,这样可以做的事情会非常局限。而如果把自己放到一个更大的领域,做一个软件工程师,或者去接触产品运营,去了解金融知识,会发现世界又变大了一些。</p>
|
|||
|
<p>不断去接触新的事物,可以让我们的思路更加开阔,避免成为井底之蛙、坐井观天。一直以来不是很喜欢程序员这个称号,不管是程序,还是开发程序的技术,本质上都只是工具。要去驾驭使用工具,而不是成为工具的信徒。经常见社区争论不同框架哪个更牛,还有 React 粉、Vue 粉,他们之间甚至还互相攻击,这就好像两个工人争论哪个牌子的大锤更好用。管它是黑猫还是白猫,能抓到老鼠就是好猫。</p>
|
|||
|
<p>多了解不同领域,跳出固有思维模式,换一个角度来思考,有些问题或许会有不一样的答案。促使我们去了解学习这些的动力,可以是对未知的好奇心,可以是兴趣,可以就是单纯为了赚更多的钱。</p>
|
|||
|
<h2 id="以终为始">以终为始<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#以终为始" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>“以终为始”(Begin With The End In Mind),是《高效能人士的七个习惯》里提到的一个习惯。这个习惯讲的是先在脑海里酝酿,然后进行实质创造,换句话说,就是想清楚了目标,然后努力实现之。一位美团工程师在一篇叫《写给工程师的十条精进原则》的文章里也将这一条作为原则之一。</p>
|
|||
|
<p><strong>做一件事情前,先想清楚做这件事的目标,然后围绕这个目标去制定实施方案</strong>。虽然道理很简单,但遗憾的是,很多时候我们都忽略了这一点。这样导致的后果是,我们可能花费了很大的工夫,但最后收效甚微,甚至事情做一半就黄了。这一点在技术项目上体现比较明显,我自己之前就犯过这种错误。某一天发现可以在项目中引入一些性能优化技巧,来提升首屏渲染速度,于是很快就开始写代码,然后迅速上线。后来在准备述职材料时发现,我甚至不知道那次究竟优化了多少性能,保不齐还是个负优化。对于这个例子,当我们提出要优化项目首屏性能,那么首先需要知道性能现状,需要知道性能的瓶颈在哪,基于这些信息来合理制定我们的优化目标,例如把首屏时间从 3s 优化到 2s。然后才是制定优化方案,最后才是写代码。</p>
|
|||
|
<p>最近几年,国内互联网公司盛行 OKR 文化,OKR 算是以终为始这个原则的有力实践。这个制度本身是好的,只不过在实践过程中,慢慢流于形式,变成了披着 OKR 外壳的 KPI,这也招致很多人的吐槽。这个话题可以另写一篇文章来聊了。</p>
|
|||
|
<h2 id="保持身体健康">保持身体健康<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#保持身体健康" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>这一点,也是我认为最重要的一点,所以放在了最后。身体是革命的本钱,没健康的身体,其他任何事情都无从谈起。健康这个东西,只有在失去了它之后才会真正意识到它有多么重要。一些俗套的祝福语,“身体健康”、“幸福快乐”等等,我发现确实是人最需要也最重要的东西。所以,加强体育锻炼,多出去走走吧。人生路还很漫长,有强健的身体,才能正常走完这漫漫长路。</p>
|
|||
|
<h2 id="总结">总结<a role="anchor" aria-hidden="true" tabindex="-1" data-no-popover="true" href="#总结" class="internal"><svg width="18" height="18" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round"><path d="M10 13a5 5 0 0 0 7.54.54l3-3a5 5 0 0 0-7.07-7.07l-1.72 1.71"></path><path d="M14 11a5 5 0 0 0-7.54-.54l-3 3a5 5 0 0 0 7.07 7.07l1.71-1.71"></path></svg></a></h2>
|
|||
|
<p>以上是我认为工程师成长路上很重要的几点。有些想法可能会随着年龄的增长、阅历的提升而改变,也希望最好会变化,毕竟如果一成不变,意味着也就没有成长了。</p>
|
|||
|
<blockquote>
|
|||
|
<p>转载《写给软件工程师的几条成长建议》</p>
|
|||
|
<p>作者:FrankXiong 地址:<a href="https://blog.skrskrskrskr.com/article/%E5%86%99%E7%BB%99%E8%BD%AF%E4%BB%B6%E5%B7%A5%E7%A8%8B%E5%B8%88%E7%9A%84%E5%87%A0%E6%9D%A1%E6%88%90%E9%95%BF%E5%BB%BA%E8%AE%AE/" class="external">点击打开<svg aria-hidden="true" class="external-icon" viewBox="0 0 512 512"><path d="M320 0H288V64h32 82.7L201.4 265.4 178.7 288 224 333.3l22.6-22.6L448 109.3V192v32h64V192 32 0H480 320zM32 32H0V64 480v32H32 456h32V480 352 320H424v32 96H64V96h96 32V32H160 32z"></path></svg></a></p>
|
|||
|
</blockquote></article><hr/><div class="page-footer"></div></div><div class="right sidebar"><div class="graph"><h3>关系图谱</h3><div class="graph-outer"><div id="graph-container" data-cfg="{"drag":true,"zoom":true,"depth":1,"scale":1.1,"repelForce":0.5,"centerForce":0.3,"linkDistance":30,"fontSize":0.6,"opacityScale":1,"showTags":true,"removeTags":[],"focusOnHover":false}"></div><button id="global-graph-icon" aria-label="Global Graph"><svg version="1.1" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" x="0px" y="0px" viewBox="0 0 55 55" fill="currentColor" xml:space="preserve"><path d="M49,0c-3.309,0-6,2.691-6,6c0,1.035,0.263,2.009,0.726,2.86l-9.829,9.829C32.542,17.634,30.846,17,29,17
|
|||
|
s-3.542,0.634-4.898,1.688l-7.669-7.669C16.785,10.424,17,9.74,17,9c0-2.206-1.794-4-4-4S9,6.794,9,9s1.794,4,4,4
|
|||
|
c0.74,0,1.424-0.215,2.019-0.567l7.669,7.669C21.634,21.458,21,23.154,21,25s0.634,3.542,1.688,4.897L10.024,42.562
|
|||
|
C8.958,41.595,7.549,41,6,41c-3.309,0-6,2.691-6,6s2.691,6,6,6s6-2.691,6-6c0-1.035-0.263-2.009-0.726-2.86l12.829-12.829
|
|||
|
c1.106,0.86,2.44,1.436,3.898,1.619v10.16c-2.833,0.478-5,2.942-5,5.91c0,3.309,2.691,6,6,6s6-2.691,6-6c0-2.967-2.167-5.431-5-5.91
|
|||
|
v-10.16c1.458-0.183,2.792-0.759,3.898-1.619l7.669,7.669C41.215,39.576,41,40.26,41,41c0,2.206,1.794,4,4,4s4-1.794,4-4
|
|||
|
s-1.794-4-4-4c-0.74,0-1.424,0.215-2.019,0.567l-7.669-7.669C36.366,28.542,37,26.846,37,25s-0.634-3.542-1.688-4.897l9.665-9.665
|
|||
|
C46.042,11.405,47.451,12,49,12c3.309,0,6-2.691,6-6S52.309,0,49,0z M11,9c0-1.103,0.897-2,2-2s2,0.897,2,2s-0.897,2-2,2
|
|||
|
S11,10.103,11,9z M6,51c-2.206,0-4-1.794-4-4s1.794-4,4-4s4,1.794,4,4S8.206,51,6,51z M33,49c0,2.206-1.794,4-4,4s-4-1.794-4-4
|
|||
|
s1.794-4,4-4S33,46.794,33,49z M29,31c-3.309,0-6-2.691-6-6s2.691-6,6-6s6,2.691,6,6S32.309,31,29,31z M47,41c0,1.103-0.897,2-2,2
|
|||
|
s-2-0.897-2-2s0.897-2,2-2S47,39.897,47,41z M49,10c-2.206,0-4-1.794-4-4s1.794-4,4-4s4,1.794,4,4S51.206,10,49,10z"></path></svg></button></div><div id="global-graph-outer"><div id="global-graph-container" data-cfg="{"drag":true,"zoom":true,"depth":-1,"scale":0.9,"repelForce":0.5,"centerForce":0.3,"linkDistance":30,"fontSize":0.6,"opacityScale":1,"showTags":true,"removeTags":[],"focusOnHover":true}"></div></div></div><div class="toc desktop-only"><button type="button" id="toc" class aria-controls="toc-content" aria-expanded="true"><h3>目录</h3><svg xmlns="http://www.w3.org/2000/svg" width="24" height="24" viewBox="0 0 24 24" fill="none" stroke="currentColor" stroke-width="2" stroke-linecap="round" stroke-linejoin="round" class="fold"><polyline points="6 9 12 15 18 9"></polyline></svg></button><div id="toc-content" class><ul class="overflow"><li class="depth-0"><a href="#前言" data-for="前言">前言</a></li><li class="depth-0"><a href="#基础很重要" data-for="基础很重要">基础很重要</a></li><li class="depth-0"><a href="#培养技术品味" data-for="培养技术品味">培养技术品味</a></li><li class="depth-0"><a href="#从错误中成长" data-for="从错误中成长">从错误中成长</a></li><li class="depth-0"><a href="#不要设限" data-for="不要设限">不要设限</a></li><li class="depth-0"><a href="#以终为始" data-for="以终为始">以终为始</a></li><li class="depth-0"><a href="#保持身体健康" data-for="保持身体健康">保持身体健康</a></li><li class="depth-0"><a href="#总结" data-for="总结">总结</a></li></ul></div></div><div class="explorer mobile-only"><button type="button" id="explorer" data-behavior="collapse" data-collapsed="collapsed" data-savestate="true" data-tree="[{"path":"Personal","collapsed":true},{"path":"Personal/Blog","collapsed":true},{"path":"Personal/Blog/2018","collapsed":true},{"path":"Personal/Blog/2020","collapsed":true},{"path":"Personal/Blog/2021","collapsed":true},{"path":"Personal/Blog/2022","collapsed":true},{"path":"Personal/Blog/2023","collapsed":true},{"path":"Personal/Blog/2024","collapsed":true},{"path":"Personal/Book","collapsed":true},{"path":"Personal/Book/个人成长","collapsed":true},{"path":"Personal/Book/医学健康","collapsed":true},{"path":"Personal/Book/历史","collapsed":true},{"path":"Personal/Book/哲学宗教","collapsed":true},{"path":"Personal/Book/心理","collapsed":true},{"path":"Personal/Book/政治军事","collapsed":true},{"path":"Personal/Book/教育学习","collapsed":true},{"path":"Personal/Book/文学","collapsed":true},{"path":"Personal/Book/生活百科","collapsed":true},{"path":"Personal/Book/社会文化","collapsed":true},{"path":"Personal/Book/科学技术","collapsed":true},{"path":"Personal/Book/经济理财","collapsed":true},{"path":"Personal/Book/艺术","collapsed":true},{"path":"Personal/Book/计算机","collapsed":true},{"path":"Personal/Journal","collapsed":true},{"path":"Personal/Journal/2022","collapsed":true},{"path":"Personal/Journal/2022/W34","collapsed":true},{"path":"Personal/Journal/2022/W35","collapsed":true},{"path":"Personal/Jou
|
|||
|
</script><script type="module">
|
|||
|
let mermaidImport = undefined
|
|||
|
document.addEventListener('nav', async () => {
|
|||
|
if (document.querySelector("code.mermaid")) {
|
|||
|
mermaidImport ||= await import('https://cdnjs.cloudflare.com/ajax/libs/mermaid/10.7.0/mermaid.esm.min.mjs')
|
|||
|
const mermaid = mermaidImport.default
|
|||
|
const darkMode = document.documentElement.getAttribute('saved-theme') === 'dark'
|
|||
|
mermaid.initialize({
|
|||
|
startOnLoad: false,
|
|||
|
securityLevel: 'loose',
|
|||
|
theme: darkMode ? 'dark' : 'default'
|
|||
|
})
|
|||
|
|
|||
|
await mermaid.run({
|
|||
|
querySelector: '.mermaid'
|
|||
|
})
|
|||
|
}
|
|||
|
});
|
|||
|
</script><script src="https://cdnjs.cloudflare.com/ajax/libs/KaTeX/0.16.9/contrib/copy-tex.min.js" type="application/javascript"></script><script src="../../../../postscript.js" type="module"></script></html>
|