本文将介绍7种JavaScript的优化技巧，这些技巧可以帮助你更好的写出简洁优雅的代码。

1. 字符串的自动匹配（Array.includes）

在写代码时我们经常会遇到这样的需求，我们需要检查某个字符串是否是符合我们的规定的字符串之一。最常见的方法就是使用||和===去进行判断匹配。但是如果大量的使用这种判断方式，定然会使得我们的代码变得十分臃肿，写起来也是十分累。其实我们可以使用Array.includes来帮我们自动去匹配。

代码示例：

// 未优化前的写法

const isConform = (letter) => {

  if (

    letter === "a" ||

    letter === "b" ||

    letter === "c" ||

    letter === "d" ||

    letter === "e"

  ) {

    return true;

  }

  return false;

};

// 优化后的写法

const isConform = (letter) =>

  ["a", "b", "c", "d", "e"].includes(letter);

2.for-of和for-in自动遍历

for-of和for-in，可以帮助我们自动遍历Array和object中的每一个元素,不需要我们手动跟更改索引来遍历元素。

注:我们更加推荐对象(object)使用for-in遍历，而数组(Array)使用for-of遍历

for-of

const arr = ['a',' b', 'c'];

// 未优化前的写法

for (let i = 0; i < arr.length; i++) {

  const element = arr[i];

  console.log(element);

}

// 优化后的写法

for (const element of arr) {

   console.log(element);

}

// expected output: "a"

// expected output: "b"

// expected output: "c"

for-in

const obj = {

  a: 1,

  b: 2,

  c: 3,

};

// 未优化前的写法

const keys = Object.keys(obj);

for (let i = 0; i < keys.length; i++) {

  const key = keys[i];

  const value = obj[key];

  // ...

}

// 优化后的写法

for (const key in obj) {

  const value = obj[key];

  // ...

}

3.false判断

如果你想要判断一个变量是否为null、undefined、0、false、NaN、''，你就可以使用逻辑非（!）取反，来帮助我们来判断,而不用每一个值都用===来判断

// 未优化前的写法

const isFalsey = (value) => {

  if (

    value === null ||

    value === undefined ||

    value === 0 ||

    value === false ||

    value === NaN ||

    value === ""

  ) {

    return true;

  }

  return false;

};

// 优化后的写法

const isFalsey = (value) => !value;

4.三元运算符代替（if/else）

在我们编写代码的时候肯定遇见过if/else选择结构，而三元运算符可以算是if/else的一种语法糖，能够更加简洁的表示if/else。

// 未优化前的写法

let info;

if (value < minValue) {

  info = "Value is最小值";

} else if (value > maxValue) {

  info = "Value is最大值";

} else {

  info = "Value 在最大与最小之间";

}

//优化后的写法

const info =

  value < minValue

    ? "Value is最小值"

    : value > maxValue ? "Value is最大值" : "在最大与最小之间";

5.函数调用的选择

三元运算符还可以帮我们判断当前情况下该应该调用哪一个函数，

function f1() {

  // ...

}

function f2() {

  // ...

}

// 未优化前的写法

if (condition) {

  f1();

} else {

  f2();

}

// 优化后的写法

(condition ? f1 : f2)();

6.用对象代替switch/case选择结构

switch case通常是有一个case值对应一个返回值，这样的结构就类似于我们的对象，也是一个键对应一个值。我们就可以用我们的对象代替我们的switch/case选择结构，使代码更加简洁

const dayNumber = new Date().getDay();



// 未优化前的写法

let day;

switch (dayNumber) {

  case 0:

    day = "Sunday";

    break;

  case 1:

    day = "Monday";

    break;

  case 2:

    day = "Tuesday";

    break;

  case 3:

    day = "Wednesday";

    break;

  case 4:

    day = "Thursday";

    break;

  case 5:

    day = "Friday";

    break;

  case 6:

    day = "Saturday";

}

// 优化后的写法

const days = {

  0: "Sunday",

  1: "Monday",

  2: "Tuesday",

  3: "Wednesday",

  4: "Thursday",

  5: "Friday",

  6: "Saturday",

};

const day = days[dayNumber];

7. 逻辑或(||)的运用

如果我们要获取一个不确定是否存在的值时，我们经常会运用if判断先去判断值是否存在，再进行获取。如果不存在我们就会返回另一个值。我们可以运用逻辑或(||)的特性，去优化我们的代码

// 未优化前的写法

let name;

if (user?.name) {

  name = user.name;

} else {

  name = "Anonymous";

}

// 优化后的写法

const name = user?.name || "Anonymous";

写在最后

伙伴们，如果你觉得我写的文章对你有帮助就给zayyo点一个赞👍或者关注➕都是对我最大的支持。当然你也可以加我微信：IsZhangjianhao，邀你进我的前端学习交流群，一起学习前端，

一、前言

hello，大家好，我是干饭大王，打工人每天最幸福的时刻莫过于干饭了 😎，然而最纠结的时刻莫过于今天吃什么呢? 😂，于是乎我用python写了一个干饭神器，今天分享给大家，别忘了给我点赞 收藏 评论哟~

话不多说，先看效果图：

还有隐藏 “福利” 帮你的完成减肥大业：

在本篇博客中，我们将会介绍如何使用Python编写一个带有界面的可切换的轮播图程序。轮播图程序可以从指定的文件夹中读取图片，并可以自动切换到下一张图片。如果图片比较大，则可以进行缩放以适应窗口大小。

二、准备工作

在开始编写程序之前，我们需要安装以下依赖项：

• tkinter：用于创建GUI界面。


• Pillow：用于处理图片。

tkinter是python一个内置集成库，Pillow可以使用pip命令来安装：

pip install tkinter Pillow

当安装完成后，我们就可以开始编写程序了。

三、编写代码

说了折磨多，你们是不是非常期待我的代码呀，看代码之前，别忘了先点个关注哟~，接下来，进入代码编写环节

2.1 导入所需的库

首先，我们需要导入所需的库：

import os

import tkinter as tk

from PIL import ImageTk, Image

其中，os库用于读取指定目录下的文件列表；tkinter库用于创建GUI界面；Pillow库用于处理图片。

2.2 创建GUI界面

初始化窗口，并设置窗口的标题，以及窗口的初始大小。

mywindow=tk.Tk()

mywindow.title('今天吃什么')

mywindow.minsize(500,500)

2.3 设置窗口居中显示

我们首先 winfo_screenwidth，winfo_screenheight 函数获取屏幕的尺寸（screenwidth和screenheight），并根据屏幕尺寸计算了窗口的大小和位置。最后使用 geometry 函数 将应用程序窗口设置到屏幕中央。

def getWindowsSize(width, height, screen_width, screen_height):

    x = int(screen_width / 2 - width / 2)

    y = int(screen_height / 2 - height / 2)

    return '{}x{}+{}+{}'.format(width, height, x, y)





screenwidth = mywindow.winfo_screenwidth()

# 得到屏幕宽度

screenheight = mywindow.winfo_screenheight()



print("screenheight:%s,screenheight:%S ",screenheight,screenwidth)



# x tkinter窗口距离屏幕左边距离

mywindow_x = 650

# y tkinter窗口距离屏幕上边距离

mywindow_y = 575

mywindow.geometry(getWindowsSize(mywindow_x,mywindow_y,screenwidth,screenheight))

2.4 设置切换按钮和当前食物的label 以及图片展示 切换方法

photoDefault 用来读取默认首图的图片，imageNameList用来存放 imgs文件下的所有文件路径，nextChoice（） 用于当你不满意第一次随机的食物，点击 不满意?换一个 按钮时切换下一个食物。mylab 用来展示图片，eatlab 用来展示食物的中文名，mybut 用于切换。

photoDefault = ImageTk.PhotoImage(Image.open("imgs/今天吃点啥.gif"))



path = 'imgs/'

imagNamelist = os.listdir(path)



def nextChoice():

    # 重新排序文件

    random.shuffle(imagNamelist)

    imagePath=imagNamelist[0]

    print('今天吃',imagePath)

    finalImg = Image.open("imgs/"+imagePath)

    photo = ImageTk.PhotoImage(finalImg.resize((400, 400)))

    mylab.config(image = photo)

    mylab.image = photo

    mybut.config(text='不满意？换一个')

    eatlab.config(text=imagePath.split(".")[0])









mylab=tk.Label(master=mywindow,

               image= photoDefault

               )

mylab.pack()



eatlab=tk.Label(master=mywindow,

                text='今天吃点啥？',

                fg='white',

                bg='green',

                font=('微软雅黑',14),

                width=20,

                height=3

               )

eatlab.pack()



mybut=tk.Button(mywindow,

                text='点我决定',

                font=('微软雅黑',12),

                width=15,

                height=3,

                command=nextChoice

                )

mybut.pack()



mywindow.mainloop()

2.5 完整代码

import os

import tkinter as tk

import random

from PIL import Image, ImageTk



mywindow=tk.Tk()

mywindow.title('今天吃什么')

mywindow.minsize(500,500)



def getWindowsSize(width, height, screen_width, screen_height):

    x = int(screen_width / 2 - width / 2)

    y = int(screen_height / 2 - height / 2)

    return '{}x{}+{}+{}'.format(width, height, x, y)





screenwidth = mywindow.winfo_screenwidth()

# 得到屏幕宽度

screenheight = mywindow.winfo_screenheight()



print("screenheight:%s,screenheight:%S ",screenheight,screenwidth)



# x tkinter窗口距离屏幕左边距离

# mywindow_x = mywindow.winfo_x()

# # y tkinter窗口距离屏幕上边距离

# mywindow_y = mywindow.winfo_y()



# x tkinter窗口距离屏幕左边距离

mywindow_x = 650

# y tkinter窗口距离屏幕上边距离

mywindow_y = 575

mywindow.geometry(getWindowsSize(mywindow_x,mywindow_y,screenwidth,screenheight))





photoDefault = ImageTk.PhotoImage(Image.open("imgs/今天吃点啥.gif"))



path = 'imgs/'

imagNamelist = os.listdir(path)



def nextChoice():

    # 重新排序文件

    random.shuffle(imagNamelist)

    imagePath=imagNamelist[0]

    print('今天吃',imagePath)

    finalImg = Image.open("imgs/"+imagePath)

    photo = ImageTk.PhotoImage(finalImg.resize((400, 400)))

    mylab.config(image = photo)

    mylab.image = photo

    mybut.config(text='不满意？换一个')

    eatlab.config(text=imagePath.split(".")[0])









mylab=tk.Label(master=mywindow,

               image= photoDefault

               )

mylab.pack()



eatlab=tk.Label(master=mywindow,

                text='今天吃点啥？',

                fg='white',

                bg='green',

                font=('微软雅黑',14),

                width=20,

                height=3

               )

eatlab.pack()



mybut=tk.Button(mywindow,

                text='点我决定',

                font=('微软雅黑',12),

                width=15,

                height=3,

                command=nextChoice

                )

mybut.pack()



mywindow.mainloop()

四、打包exe运行程序，方便在其他windows电脑上使用

4.1 安装pyinstaller打包程序

要想打包成windows下可以运行的 exe 可以使用pip安装如下依赖包，

pip3 install pyinstaller

4.2 执行打包

进入我们的源代码目录，比如我的就是：D:\project\opensource\t-open\python-labs\src\eat , 然后执行如下命令即可， eat2.py 是我们写的python源代码，eatSomething.exe 是我们最后打完包的程序名称。

pyinstaller -F -w eat2.py -n eatSomething.exe

4.3 移动img文件，运行程序

打包完成后 会在 dist目录生成 eatSomething.exe 应用程序，由于打包的时候我们并没有把 imgs 文件夹的图片拷贝进去，所以我们可以手动把 imgs 全部拷贝到 dist 文件夹下，当然你也可以 把你喜欢的食物照片放到 imgs 文件夹下面。


然后我们就可以双击 eatSomething.exe

祝大家不在纠结今天吃什么，做一个果断 坚毅 的人✌️✌️✌️
如果你喜欢的话，就不要吝惜你的一键三连了~ 🤝🤝🤝
谢谢大家！

这里是文章的表白神器所有代码+图片，对文章不是太懂得小伙伴们可以自取一下哟：今天吃点啥的源代码地址：

1. 码云地址：gitee.com/T-OPEN/pyth…


2. 源代码和程序下载地址 ：download.csdn.net/download/we…

白驹过隙。

毕业之景还历历在目，一晃如今却已经是两年过去。犹记得毕业时的焦虑及惆怅，在前端知识的苦海中迷茫摸索，而如今却已对前端知识得心应手，信手拈来，多了些从容和自信。从一个搞不清 JSON.parse(JSON.stringify()) 的毛头小子，到如今覆盖主流前端框架、工程化、大前端等等领域的中阶前端打工仔，短短一年多的时间，我应该是完成了一个比较大的飞跃。虽然还是留在浅浅的应用层，原理层并未深入，但是对于这种知识面的覆盖率我已经相当满意。这已经足够支撑我独自完成开源项目，足够支撑我应对工作中的各类问题，甚至还富有余地，效率提升了非常多，也拥有更多的时间去做自己喜欢做的事。

但从来没有谁的路是一帆风顺，平坦宽阔的，回想两年前的这个时候，我还在迷茫和未知中挣扎。

毕业季：在迷茫中疯狂碰壁

21年寒假结束，我便马不停蹄地赶往学校，因为毕业临近，而我却仍然没找到工作。

在春节前，和大多数人一样，我也是焦虑的。身边的朋友陆续签约实习，薪资都还不错，而我却屡次面试受挫，一路陪跑。还没有搞清楚问题出在哪里的我，不挑行业，不挑企业，只看薪资是否在 5000 元以上，也只看岗位名称是否“高大上”，比如管培生之类的。毕竟是 211 毕业，农村出身的我，只有薪资过 5000 一个要求，算不得过分。于是病急乱投医，例如什么养猪、养牛的都瞎投，结果人家还看不上我。毕竟我是文科的，笔杆子水平一般，简历上乏善可陈，成绩倒数，也没有任何奖项。这样空乏的履历如同我的钱包，缺乏竞争力使得我在诸多面试中败下阵来。

这些面试里，我印象最深的是成都知名连锁超市沃某玛。接到面试邀请后，要求着正装，我特地去租了西装皮鞋，赶了 6 小时高铁去到成都。与我一起参加面试的还有很多从北京黑龙江过来的同学。面试采取无领导开放式面试，几位面试官要求 5 人一队做游戏，两个团队一起竞争，并要求大家在游戏过程中讨论出制胜方案。我当然知道这场面试要考察的点：一是注重目标达成，二是积极参与讨论。我一开始也确实是这么做的，但是活动进行到中间，我发现这临时组建的团队，几个陌生人，几个性格各异性别不一、学校不同的人，出现了混乱。也许是出于竞争关系，其他人不在乎目标，不在乎队友，不在乎任何东西，大家不尊重别人的讲话，像一群鸭子“呱呱”乱叫。想到如此混乱敷衍的一场面试就决定了我此次远行的结果，我忽然就觉得荒唐可笑。加之早晨因为不熟悉地方并没有吃早餐，饿瘪瘪的肚子一直在抗议，我就没有再积极地参与到他们毫无结果的自说自话中了。虽然我已经找到制胜之策，但是直到游戏结束，也没人听取我的意见，但是两个队伍神奇般的都没有达成目标。毫无疑问，这场面试我并没有进入下一轮，最后也是灰溜溜地返回了学校。

这次面试，让我更加坚定了缘分这种说法，那些不合时宜出现的人或者事，那些没有选择你的，或者你没有选择的，一定是因为你们缘分不够，而不在于它不够好或者你不够优秀。

机缘巧合：接触编程

就这样盲目地找了半年，无果。在此以后，我决定利用春节假期做些什么。

学院里曾经组织过一次课外学习，是联合腾讯课堂学习微信小程序开发的课外实践课程，由学校就业中心牵头做的。学院当时的书记一下子就争取到了很多的课程兑换码，我也是第一时间就报名学习，最后顺利结业。虽然没有学到真正的技术，但因为有了这层基础，我决定春节假期好好地做一个微信小程序，学以致用，不管以后如何，全当一个兴趣爱好，总比浪费时间有意义。

寒假的每一天我都在敲代码，尽管我只会最简单的，但还是憋出了一个简单的阅读小程序。打个不恰当的比喻，如果两年后的我现在拥有高中大学的编程水平，那时候的我不过是刚学会了加减乘除。

回到开头，寒假一结束我就赶往学校。因为假期做出了小程序，我觉得我可以往程序员的方向试试。我之前在各种行业之间反复横跳，尽管我对互联网很感兴趣，但是之前一直了解、学习的是运营和广告之类的知识，也是一窍不通，加上屡次碰壁，简历上乏善可陈的优势，我意识到必须找准行业，必须把精力集中在一个点上，才能解决问题。于是结合我自己喜欢互联网，懂一点点编程这两点，我觉得往程序员发展也未尝不可一试。

开启艰辛的自学之路

开始针对性的学习。

在一个文科学院，临近毕业的时间点，开始自学编程。没有人教，没有人指导，只有我自己。虽然从小到大就是如此，除了父亲给予的部分经济支持，我一直一个人，也是习惯了。我依稀记得大创课上的老师是学校里的信息老师，于是我找他问了一个非常简单的问题。问题就是，我在写 CSS 时，把 : 误写成了 =：

.title {

  color = '#fff';

}

他给我说明了问题所在，给我分享了菜鸟教程的官网，让我跟着官网学习。就这么和他简单的两句对话，便是我唯一一次得到的指导，菜鸟也确实在前期的学习中给我给予了很大的帮助。而我也知道老师的意思，他是让我自己去看，毕竟学习编程这种事情，隔着屏幕很难知道你的问题，也很难做出帮助。编程的学习之路上，恐怕会遇到几千个问题，一个陌生老师怎么能回答得过来。即使是培训班的老师也未必能手把手教你，出于礼貌和自知之明，毅然决定依靠自己。

当然了，有人带没人带是天壤之别，有妈的孩子和没妈的孩子能一样吗？

编程需要编辑器，编辑器也有很多，我连用什么编辑器来学习写代码最合适都不知道，只是在学习小程序时使用的是 vscode，也只知道 vscode。那时连插件的使用都不会，下了一堆下来会出现冲突，不下的话有些功能又用不了，于是捣鼓编辑器就用了很多天。最后虽然没有彻底弄明白，但是勉强还是可以写代码了。

其实对于我来说，最痛苦的事是在前期自学找视频教程时，课程中会提到 github、less、sass 诸如此类的技术点，有时极为困惑，都有 css 了，为什么还有什么 less、sass？而这些东西都需要我自己一点一点去探索，没有人解答，哪怕只是简单的一句解释。而去询问别人呢，并不会得到什么礼貌的回应，周围的朋友都是文科生，想要寻求一点帮助确实太难。结识到一些前端朋友，也只是互相鼓励，对于很多知识点，别人也不是很懂。当然了，现在说这些似乎很矫情，似乎每个前端都是这样过来的。

面对学不完的知识点，有种一眼望不到头的感觉，更不清楚企业需要什么样的人，学到哪种程度可以进企业开发。这种感觉好像整个人漂浮在半空中，又像是溺在水里，找不到着力点，令人窒息。

对于一个初学者来说，培养编程思维、编程能力实在是太困难。毕竟不是每个人都天赋异禀，对于电脑，农村出身的我也是到了中学才开始接触，为了避免被网络游戏毒害，我在中学时期强忍对电脑的好奇，导致接触的机会更加少了。

网络教程中，很多老师会说，看文档就好了，跟着文档就可以学习了，不用费劲。如今来看这话不假，但是不适合 1 年经验以内的新人。一个人的知识储备不够，看文档只会是一件更加痛苦的事。还有源码的学习，如今的招聘市场可谓害人不浅，一个应届生、初学者居然需要知道源码和源码级别的原理，实在不可理解，工作经验 3 年的人看框架源码尚且困难，何况是应届生呢？

扯远了。

就这样，毕竟是个 211 学生，不至于蠢到不会自学。在网上搜罗学习路线，学习视频，一点一点看，一点一点敲，我终于是摸到了编程的一点点门槛。但这时的我仍然菜得不行，什么闭包、原型链、vue 在我眼里都还是模糊的概念。但是毕业临近，顾不得那么多，工作才是最要紧的事情，于是开始面试，投递简历。但老实说，这时候我还没有真正地建立编程素养，妥妥的一个门外汉，连初学者都还差点意思，没有每日编码的习惯，没有每日阅读博客的精神，还处在前期的痛苦之中，如果有个人带的话，我想结果会好很多。

但是时间不等人，由不得我了。

山重水复疑无路

时间来到四月，距离毕业之期还有两个月。我在百般失利的情况下，抱着试一试的态度向云南某机（云南最大的手机销售公司）投递了简历。幸运的是面试通过，还进入了他们的人才培养计划，本以为一切就这样顺利发展下去，可我的编程基础，却为我离开某机埋下了地雷。

我好像会，却又好像不会，我好像在努力处理好每一件事，但是我并没有做好。我最大的错误就是入职某机太早，没有趁此机会加强学习。那时候我还没有找到编程学习的窍门，没有养成每日编码的习惯，看视频缓慢的进度让我看不到希望，对什么知识点都是一知半解，有问题找不到人解答使我心生愤懑，一腔不快找不到发泄的地方，最后演变成必败的结果。

在这里给大家讲讲过程，也不怕大家笑话。

我是人才计划里第一个入职的人，带我的是整个前端的技术大佬（没有管理权，但是技术最厉害的），是腾讯离职回来养老的，应该是阿里 P8 级别。也许大佬就是大佬，眼睛里容不得一点沙子。他先教我 git，给了个网站让我自己看，也不说具体要求和细节，就你自己看，看了半天找不着方向，下班前被他考察时一脸懵逼。被他问了以后才知道他的要求，又重新学一遍。

我是真的觉得这种不善言谈的技术大牛，多少都带点病，就是自己不能给别人讲解清楚一个知识点，却总是怪罪别人能力太差。我在几家公司里遇到过几个，运气不好遇上这种导师，恐怕在这个公司的职业生涯已经宣告结束一半。遇到这种导师，希望大家勇敢的说出来换一个，就说不好磨合，不然吃亏的就是自己。

当然了，也不全是别人的问题，自己菜就好好反思。

给时间学习，做 todoList，给时间做博客，甚至 axios 都会帮你封装好，接口使用开源接口。总之就是他们的培养计划是非常好的，也非常宽容的给学习时间。但是导师自从知道我是文科生，给我的工作安排以及指导完全模糊。而我在实现目标的过程中呢，耍了点小聪明，更让人觉得我菜得不行了，坚定了让我滚蛋的决心。

哈哈~

我自己在这个导师的带领下呢，由于前期没处理好和他的关系，导致有些害怕和焦虑，以至于中间犯了很多低级的错误。中间也被 HR 约谈了，这期间我还完全不知道导师对我的偏见，以及迫切地希望我这个门外汉、文科生赶紧滚蛋的想法，还和他们有说有笑。HR 两人的一唱一和加上阴阳怪气的嘴脸一直盘旋在我脑海里，我在这后面动摇过几次，以至于在最终考核中大脑一片空白，没能正常发挥，也下定了离开的决心。

在我入职三周后，进来了两个同学，他们两人因为我之前踩的坑都给他们排过雷，所以很多错误他们没有犯，讲道理，在知识的广度还有基础上，我是比他们更好的，这期间的开发中，我不止一次的帮助过他们，大家关系到现在也仍然不错，虽然最后留下来的人中没有我。

但是就像我在开篇中说的那样，并不是某机不够好，也不是我真的不优秀，而是我们之间之间没有缘分。

柳暗花明又一村

离开某机，我心态变得愈加焦虑，时常惊醒，时常颤抖。对于未来的模糊感，使我寝食难安。我开始放平心态来学习，来弥补之前的不足，开始刷题，背面经，开始有规律的投递简历，并且面试。离开某机的第一家面试，面试官问了我一些对应届生有点难，但是还不算过分的题目，但是我并不能回答得出来。我装作很自信的样子，以为能够吼得住面试官，但是面试官问了我一句：你好像很自信？我不以为然，为什么不自信？直到很久以后，我才明白这句话的意思是：小伙子，你很菜，要谦虚。

最近几周的面试都是类似的，使我丧失了一部分信心。对于应届生，小公司不愿意花时间试错培养，也不愿意开超过 3000 的工资，而超过 3000 的公司，要求都过高，例如拿过竞赛的国奖，可我这个半路出家的文科生哪里参加过什么竞赛。

昆明这样的小地方，想找个好点的科技公司，或者说愿意要应届生的公司，很难，而公司想要招一个优秀的人才，更难。但是遇到真正的人才，这些公司也未必会开出合适的价格，除了画饼还是画饼。

面试三周，没有收到一家 offer，我已经萌生了离开昆明的想法，准备回家观望，或许备考公务员，或许另谋出路。我准备降低简历投递频率，摆烂到毕业。之前投递的两家还没有面试，我也心生退意，但是大学好室友让我再试一试，没准就成了。也是这一试，改变了我后续的命运。

最后这家面试，我没有抱着任何希望，照常写个人信息的表格，照常准备面试。结果与面试官相谈甚欢，聊了一个多小时。走到出租屋楼下的时候，HR 给我打了入职邀请的电话。我只记得那个傍晚，天气晴朗，小区门口坐着几个爷爷奶奶在吹晚风。

入职。

我仍然没摆脱从某机离开的焦虑，我从没经历真正的企业开发，我害怕犯错，我害怕完成不了任务。

我的确菜得像个小朋友。

在新公司认识了几个好朋友，也是因为他们的帮助我才走到今天，很难想象，如果没有遇到他们，我的路还要曲折多少。新公司有着新人培训和一系列的考核，纯靠背诵记忆是很难通过的，尽管后面看来考试不通过也没有太大关系，但是当时刚开始严格起来，对于应届生来说确实是一个考核指标。幸运的是，公司的领导还算包容，当时开发是基于另一个人写的简易框架，问题很多，所以没有人会认为是我的能力存在问题（也确实不是我的问题）。接触公司项目后，我的知识点像爆炸般都串起来了，我开始有意识的去深入学习，去看技术博客，去研究如何写好代码。这时候我已经具备了非常不错的编程素质了，加上遇到一个很好的小组领导，我得以最大程度地成长。

千里马常有，而伯乐不常有。

这时我已经学着写一些 Vue2 组件库了，模仿 Element UI 写过 10 来个基础组件，组件开发的学习使我对 Vue 掌握更上一层楼，也奠定了后来开发 React 组件库的基础，当然，这些都是后话。在这个公司，我在所谓的翔山代码里自顾自地写着自己认为优秀的代码，注释、变量、函数都尽量做到最好，最主要的是在公司变态的开发进度下还坚持保持清晰的代码风格。前公司的进度可能是一周写好几个页面，页面有树、查询、表格、弹窗表单、Echarts 图表等，我在离职前一周写的代码超过 10000 行，我是有认真数过的。总之，我之前零散的知识，突然爆炸般串起来了，因为公司前端基建非常差，得以接触 base64、request header、Blob 等较为困难的前端知识点及 Web API。同时，还接触了 moment、swiper、Echarts 等库。更重要的是见识到了 Axios 都不会封装的“资深前端”，见识到了“资深前端”是如何写出 3000 多行代码而不做拆分的。

短短半年，我得到了非常大的进步。

远走他乡

但是，和所有的小公司一样，这个公司，加班严重，朝令夕改，问题响应后迟迟得不到解决，还有一个最令人讨厌的 CEO。年前两个月使用各种手段逼迫员工加班、离职，暗自修改公司奖惩制度，强迫 996。出于以上种种原因，在这里坚持半年后，我便和几个好同事一起选择了离职。而在此之前的半年的里，公司的员工已经换了至少 3 茬，很多人待不了几天，就因为加班严重而离职。

22 年春节，没有寒假。

两周后，我又回到了昆明的出租屋，距离房租到期还有一个多接近两个月，我放慢了步伐，低频率投递简历，一边玩一边学习，慢慢调整心态。几周后收到面试邀请，这回我的简历是被捞的，经过简单的笔试面试，我收到了现在这家公司的 offer。当时面试另一家也在 offer 中了，也是知名企业的技术研发部门，但是出于各种原因没有选择，现在看来无疑是正确的。我前面说过，人也好，工作也罢，我们与这些事物的相遇，是缘分，冥冥之中，那个该出现的事物一定会出现，你们将一起走过一段旅程。

出差杭州，新公司，新环境，新技术。

从农业社会进入工业社会

如果上一家公司的技术是自行车，那么现在公司的技术就是火箭。技术的复杂度与前沿程度要领先 4 ~ 6 年（尽管这个项目也是三四年前的了），业务体量、代码体量也是几百多倍。

焦虑，痛苦，害怕。

就像农业社会的人突然来到现代文明社会，看到满街的汽车和摩天大楼，有种碾压感。

全新的技术栈摆在我的面前，很多要学习的东西，而留给我的时间并不算多。

22 年的春天，杭州为了迎接亚运会正在赶工修建地铁和路面，工地上的机器 24 小时连轴转，我并不能好好的休息，加上焦虑使我睡眠很浅，我便每天早晨 7 点钟起来看视频，学到 9 点再洗漱去公司上班，晚上下班后，又经常学到深夜。就这样持续两周，我大概已经能够熟练的编写新技术栈的代码了，但是公司项目里用到的一些配套技术，还有公司自研的组件，都需要我去持续研究。

其实进入公司第二天就开始接需求了，接到了一个看似很简单，却又很难的需求。公司的基础建设现在仍然令我瞠目结舌，很多东西我以前都没有接触过，以至于我理解起来有些困难。当时带我的师兄，是个不善言谈的“真程序员”，我问他的问题被他误解后给我讲解了很深奥的理论知识，而我面对这样的东西的时候一头雾水，并不能帮助我解决实际问题。幸运的是，由于他很忙，换了另一个人带我，这个同事有着丰富的经验，性格很好，也很会给新人讲解问题，以及了解新人到底真正想要得到的帮助。在各方努力下，我开始渐渐有了感觉，领导也很重视我，给我布置了很多很有难度的任务，在这些任务中，我开始熟悉公司的代码，系统架构，业务流程，开始有了掌控感，能够 hold 住所有需求。同时，我也开始带新来的同事，这令我开始以更高的姿态去和别人对话，开始学会选择，学会拒绝，学会刚柔并用，学会更好地处理问题，推动事务的前进。

这一年，领导很拼，我跟着领导也很拼，做了很多建设，做了很多优化，尽管结果上可能并没有太好，但是我工作的量，以及负责的事务却在团队里是很拔尖的。

找到自我

工作之余，写完了一个 React 入门项目，使用 React + React-router + Redux + React-redux + json-server 实现的一个后台管理系统。紧接着又将我之前的静态页面小程序改造，技术栈使用 Taro，也就是 React + TS + Dva + 微信云开发。但这时其实我对 TS 还有 Taro 都是不熟悉的，基本是找的开源项目搭建了项目基础结构，TS 用得也不多。但是这次最大的收获是学会了一点 UI 设计，给自己的小程序加了很多有意思的小功能，但是不得不说代码写得很烂，对 Taro 一窍不通，文档都没怎么看过，代码结构存在很大的问题。不过马上一年了，今年夏天准备把小程序使用 Uniapp + Koa + TS + Vue3 再次重构一遍。

在此期间，我还投入到 Webpack 的学习中，虽然翻来覆去学了好几次，但是都不是很认真，不过看看文档写写配置没什么问题了。除了每天刷几篇博客外，下半年主要精力还是投入在公司业务里，直到 10 月份回成都后，才有了更多的时间。这时我已经计划自己单独写一个 React 组件库了，看了很多文章和源码，学习到了不少东西。在 12 月份左右写了 12 个组件，但是属于是初体验，很多东西没考虑，比如主题定制、国际化等。在 12 月也就终止了项目，觉得应该能做得更好，所以重新设计了项目架构，甚至图标库也是完全自己搭建。不过因为新年到来，一直搁置到现在。

这几个月，主要还是因为受亲戚所托，给他们开发了一个 app，也算不得外包，就是亲戚的原因，没法拒绝。这次开发直接写吐了，功能多不说，连带 UI、需求、合同、前端都让我一个人干了，所以很累。因此 3 月到 5 月这段时间不是很想写代码，简单看了下 Nest.js 入门，顺带学了下 Koa，下一步准备把 Koa 巩固下，组件库的事得放一放了。

写在最后

与朋友见过几次，都说我开始卷起来了。也确实是的，几乎每天都在看博客，编码的习惯也开始养成了，会的很多，不会的更多。但是焦虑已经没有了，更多的是沉稳，对于可能会出现的一些变化已经做好了心理准备。现在走进了一个难得的舒适区，我准备多躺一会儿，这样的机会，不是人人都有，这样的时光，在人生的长途旅行里，可不多见。

也祝大家都能达成所愿。

一、背景

做软件开发同学的从性格上来说有两类人：外向的、内向的。

外向的人在工作中擅长交流，内向的人在工作中善于总结，两种的人都是开发团队需要的。

外向的人在工作中善于活跃团队内的气氛，逐渐走向技术管理路线，带领团队走的更远，控制开发目标与路线；内向的人更擅长观察，容易成为团队的定心骨，逐渐走向技术专家路线，肯研究肯花时间提高自己。

那么，在这个过程中，内向人前期的成长尤为重要，合适的工作方法和习惯也会提高在团队中的地位，而不是单纯的低头干活，本文分享下自己的经验，不一定对希望对大家有参考。

不同的性格的人，具有不同的工作方式和方法，和生活习惯，对于软件开发这个职场环境来说，内向性格不是劣势，很多人外表看着外向，其实潜意识也有很多内向性格的特征。

内向也是人的宝贵的一面，有时也是能力优势的一部分（如善于深度思考等），如果让自己掌握外向同学的行动方式，逐渐的做出改变，会更好。

二、现状

 刚毕业不久进入到职场中工作的毕业生，如果性格是外向的，那么他其实问题并不大，很多的时候，可以快速调整自己，并被其他人看到自己的工作成果，而内向性格的毕业生，如果在职场中没有主动去做某些工作和承担哪些职责，或对自己目前的工作状况没有及时调整和改变，就会造成成长缓慢，有的人会出现明明自己每天努力学习，却还是工作中那个让同时感觉能力最差的，导致经常没有分配到核心的开发工作，长此以往，消极的各种状态就出现了。

比如内向性格的毕业生在初入职场中经常会出现如下症状：

1、明知项目组的工作环境和方式存在一些不健康的因素，自己不太愿意去参与或评论

2、对开发整体流程和环节不清楚，及需求的判断有问题，需求频繁改动，代码写了被删除，自己却不敢说，或说了一次被骂以后沉默了

3、项目组缺失技术经理等全流程人员，需求自己理解和功能设计，自己却没有及时吧自己的想法与他人沟通 ，外包团队更明显

4、身边缺乏可以聊天的mentor、同事，自己感觉开发能力无法提升，却一直憋在心里，产生怀疑

5、不知道工作中如何问同事问题，才愿意帮忙解答，持续很长时间未获得同事的信任

6、有时过于逞强，不想让别人觉得自己不行，不会拒绝，实际工作量与评估有差别，导致自己延误工期。

以上的这些问题，可能不止内向性格的人会有，很多外向的人可能也会有，只是在内向性格的人身上更明显而已，如果内向性格的毕业生，明知道自己有这种情况，却不思考解决办法和改变，长时间后自我开始产生怀疑。 职场中，沟通、反馈、改变是很重要的，但是沟通不一定就是说话，反馈不一定是面对面，而改变是一直要持续去做的。 

之前看过一点得到的沟通训练营的视频教程，感觉里面有些技巧是值得大家去学习的，不仅仅是开发类型的同学。

三、经验分享

 下面我分享下，我的一些经验，可能不太对，但是希望可以帮助到看到这篇文章，深有同感的你。 

问题1：内向性格的毕业生，说的话，或者请求别人的东西，别人听不懂怎么办？

 这里先记住一件事情，在职场中，开发者要学会给不懂技术的人员，讲明白事情，要逐渐学会用生活中的事情去类比。

这个真的很重要，当你给不懂技术人讲的多以后，很多人可能都会来请教你关于某件事的理解，这个通常我们和系统的售前、需求人员、产品人员用的比较多，得学会用生活中的例子或故事去告诉他，XX能做，XX不能做的原因是什么。要坚持去练习。 

 对于请教一些人技术问题时，不管是同事也好还是网友也好，要明确自己给他的这个消息，别人是否会听懂，马上给出解决办法，还是别人看到这个问题以后，还要和我交流1小时才能知道是啥意思，这个也是很多有经验的人，不愿因帮助低级程序员的原因，这里分享下请教问题的描述模板： 

我遇到了一个问题或场景：【问题描述】，我想要实现【X功能】，但是出现了【Y现象】，我经过以下尝试：【思路细节】，但是不能解决，报错如下：【报错信息或截图】，或者我使用【关键词】百度，但是找不到答案，请问我该怎么解决或分析。

 而很多时候有经验的人，也会发现你百度的搜索词不对，这个时候，他根据你的阐述可能会告诉你怎么输入比较靠谱的搜索词来解决办法。 

问题2：评估工作计划有时过于逞强，不想让别人觉得自己不行，不会拒绝

这个真的想说，工作前期真的别逞强，没做过就是没做过，不行就是不行，别找啥接口，但是别直接和负责人说这个东西我不会（这个是很不好的，不能说不会，这是明显不相干的意思），比较合适的说法是：这个东西或概念我暂时不太清楚，没接触过过，需要一会儿或下来后我需要去研究下，然后咱们在沟通或者确定一下。 

 而很多内向性格的毕业生，缺少了这种意识，同时安排某项工作任务时，缺少对任务的分解能力和排期能力和工作后排期后的To do List梳理能力，以至于自己5天完成的任务，口头说2天就搞定了。 

 其实这种，前期mentor该给你做个示范分解的操作，或者自己主动问下，如何分解项目的需求和任务。

 而真正开发的时候，每天可能都感觉这里需要加上XXX功能，那里需要加上YYY功能，但是不知道是否需要做，这里我的建议是，把他加入到自己To do List中，然后找个时间和同事去沟通下这个想法，长此以往，同事的心里，你就是一个有想法的人，虽然不善言辞。

 主要就是这里，我们要体现自己的一个工作的对待方式，而不是一直被动接受，不拒绝，不反馈。 

问题3：明显知道产品经理、项目经理等等人员对需求的认识不足，自己闷着不反馈和说话

 很多时候，任务的返工和需求的变更，有一部分是这个原因的，在经验尚少的情况下，自己未能说出自己对这个需求的认识和怀疑，就去搞了，最后大家都不是特别的好，尤其是在产品需求设计初期，包括需求提出者也是理解不够的，这里可能有很多内容其实是你可以提供的服务，也有一些是产品在犹豫使用哪种方式实现的功能，在与你讨论后，觉得你说的又道理，而决定复用你已经有的系统。 

 很多出入职场的同学，觉得没成长也有这方面的一点原因，自己开发的功能，缺少自己设计思想和认知的影子，如果能在当前系统中体现出了自己的想法，时间久了多少成就感会有点提升的。 

要学会做自己负责的模块/功能的主人，把他们当做自己的孩子一样，主键养成主人翁的意识

问题4：项目组，当前啥都没有，文档、测试，自己也和别人一样不做改变

 这个也是目前很多公司的现状，但是不代表别人不干，你就不干，这个时候，谁主动，谁就能表现一把，同时，这也是被动让同事主动问你或咨询你的机会。

 比如没有协同的东西，那你能不能自己先装个Confluence Wiki或飞书云文档工具，自己先用起来，然后某个时机在同事眼前展示下，自己基于这个软件形成的技术思考、技术经验、技术记录等等等。

比如没有自动发布或代码质量的东西，那你能不能自己先搞个jenkins、sonarqube、checkstyle、findbug，让自己每次写完的代码，自己先搞下，然后某个时机告诉同事这个东西必须这么写怎怎么样。

 是不是有人又说了，工作没时间搞这些东西，你是不是又在扯皮呢，我只能说起码比你空闲时间自己偷偷学习公司短期内用不上的技术或长时间用不上的东西好吧，至少我能非常快速的获得1个同事的信任、2个同事的信任，从而获得团队的信任与核心工作的委派。

大部分人的想用的技术都是和公司的技术栈不搭边的，至少先把脚下的路走出来。

四、总结

 其实最近几年，发现好像很多人被卷字冲昏了头脑，每天都在想着高大尚的技术点和八股文，导致短期的这个工作没干好，还说没成长，以至于某些情况下还被认为是工作和团队中那个能力最差的，即使做了很多的努力。我想说的是，某段时间点或时期内，至少要把当前工作做好在谈论吧，这个在一些内向性格的人身上会表现的明显一些。

IT行业，很多优秀的人也是内向性格的，掌握了合适方法，会让他们成为内向性格顶端的那批优秀的人群。 

说道性格吧，即使是内向型的，可能针对十二星座还是衍生出不同的人生和结果，每个星座的也是有区别的。而在这里面最突出的我觉得是天蝎座的人群。

身为天蝎座的我，经常会想到那些和我一个星座的大佬们：

搜狐创始人张朝阳、腾讯创始人马化腾、百度创始人李彦宏、雅虎创始人杨致远、微软创始人比尔.盖茨、联想集团CEO杨元庆、推特CEO杰克.多尔西、新浪董事长曹国伟。

他们的成长也一直在激励着我。

这些经验对正在阅读文章的你有用吗，欢迎一起交流，让我们一起交流您遇到的问题。 

这篇文章是去年写的，今天增加了点内容，掘金上同步更新了一下，希望可以被更多的人看到。

如果这篇文章说道你心里了，可以点赞、分享、评论、收藏、转发哦。

先来个预告效果图开场：

前言：浏览苹果官网时，你会看到发现每个设备在介绍页底部有这么一行文字：“用增强现实看看***”。使用苹果设备点击之后就能将该设备投放于用户所在场景视界，在手机摄像头转动的时候，也能看到物体对象不同的角度，感觉就像真的有一台手机放在你的面前。（效果如下图。注意：由于该技术采用苹果自有的arkit技术，安卓手机无法查看）

聪明的你可能已经想到了，为什么只能用苹果手机才能查看，那有没有一种纯前端实现的通用的web AR技术呢？

纯前端解决方案

纯前端技术的实现可以用下图总结：

以JSARToolKit为例:

• 使用WebRTC获取摄像头信息，然后在canvas画布上绘制原图;


• JSARToolKit计算姿态矩阵，进而渲染虚拟信息

实现核心步骤

• （识别）WebRTC获取摄像头视频流；


• （跟踪）Tracking.js 、JSFeat 、ConvNetJS 、deeplearn.js 、keras.js ；


• （渲染）A-Frame、 Three.js、 Pixi.js 、Babylon.js

比较成熟的框架：AR.js

好比每个领域都有对应的主流开发框架，Web AR领域比较成熟框架的就是AR.js，它在增强现实方面主要提供了如下三大功能：

1. 图像追踪。当相机发现一幅2D图像时，可以在其上方或附近显示某些内容。内容可以是2D图像、gif、3D模型(也可以是动画)和2D视频。案例：艺术品、学习资料(书籍)、传单、广告等等。


2. 基于位置的AR。这种“增强现实”技术利用了真实世界的位置，在用户的设备上显示增强现实的内容。开发者可以利用该库使用户获得基于现实世界位置的体验。用户可以随意走动(最好是在户外)并通过智能手机看到现实世界中任何地点的 AR 内容。若用户移动和旋转手机，AR内容也会同步做出反应(这样一些AR内容就被“固定”到真实位置了，且会根据它们与用户的距离做出适当的变化)。这样的解决方案让我们做出交互式旅游向导成为可能，比如游客来到一个新的城市，游览名胜古迹、博物馆、餐馆、酒店等等都会更方便。我们也可以改善学习体验，如寻宝游戏、生物或历史学习游戏等，还可以将该技术用于情景艺术(视觉艺术体验与特定的现实世界坐标相结合)。


3. 标记跟踪。当相机发现一个标记时，可以显示一些内容(这与图像跟踪相同)。标记的稳定性不成问题，受限的是形状、颜色和尺寸。可以应用于需要大量不同标记和不同内容的体验，如：(增强书籍)、传单、广告等。

开始上手体验AR.js

开发调试开启https

由于使用到摄像头敏感权限，调试时必须基于https环境打开才能正常运行。如果是以往，自己手动搭建个https环境调试对于很多新手来说还是比较麻烦耗费时间，好在最新的基于vite+vue3的脚手架搭建的项目，可以轻松用一行命令开启https访问。用脚手架初始化好代码之后，先修改package.json文件，在dev命令中加上--host暴露网络请求地址（默认不开启），如下图：

接着用下面命令运行即可开启https：

npm run dev -- --https

先跑跑官方demo，看看效果

学习一门新框架或语言，最好的方式就是先将官方demo跑起来体验看看。

下面是官方代码展示的案例效果（注：该录制动图体积较大，请耐心等待加载）

wow～ 是不是感觉还蛮有意思的？接下来正式进入文章的主题，开始撸猫吧🐱

开始

前面有提到，AR.js基于三种方式展示内容，下面将使用基于图像追踪（Image Tracking） 方式实现。顾名思义，图像追踪就是基于一张图片，根据图片的特性点识别图片并跟踪展示AR内容，例如当摄像头捕捉到该图片时，就可以将要展示的内容悬浮于该图片上方展示。

引入依赖库

Ar.js从版本3开始采用了新的架构,使用jsartoolkit5进行跟踪定位,而渲染库有两种方式可选：A-Frame 或 Three.js。A-Frame方式就是通过html标签的方式简化创建场景素材，比如说展示一张图片，可以直接使用 <a-image></a-image>方式展示。

修改index.html文件：

先将vue代码注入注释掉

然后引入依赖：

<script src='./src/sdk/ar-frame/aframe-master.min.js'></script>

<script src='./src/sdk/ar-frame/aframe-ar-nft.js'></script>

撸猫姿势一：展示猫图片

<body>

    <a-scene embedded arjs>

      <a-assets>

        <img id="my-image" src="./src/assets/cat.jpg">

      </a-assets>

      <a-marker preset="hiro">

        <a-image rotation="90 0 0" src="#my-image"></a-image>

        <!-- <a-box position="0 0.5 0" material="color: green;"></a-box> -->

      </a-marker>

      <a-entity camera></a-entity>

    </a-scene>

</body>

简单解释下上面的代码：

1. <a-scene>声明一个场景，你可以理解相当于一个body元素，里面嵌入其他标签元素；


2. <a-marker>标签声明的是标识图片，也就是相机识别到标识图片时，做相应的处理；这里采用插件预设的hiro图片，下面效果动图可以看到


3. 使用<a-assets>包裹使用到的素材，相当于声明引入素材，接着在<a-marker>中使用

看下效果：

撸猫姿势二：播放视频

除了展示图片，还可以展示视频，先看效果：

代码如下：

  <a-scene vr-mode-ui="enabled: false;" renderer='antialias: true; alpha: true; precision: mediump;' embedded

    arjs='trackingMethod: best; sourceType: webcam; debugUIEnabled: false;'>



    <a-assets>

      <video

        src="https://ugcydzd.qq.com/uwMROfz2r57CIaQXGdGnC2ddPkb5Wzumid6GMsG9ELr7HeBy/szg_52471341_50001_d4615c1021084c03ad0df73ce2e898c8.f622.mp4?sdtfrom=v1010&guid=951847595ac28f04306b08161bb6d1f7&vkey=3A19FB37CFE7450C64A889F86411FC6CE939A42CCDAA6B177573BBCB3791A64C441EFF5B3298E3ED4E99FFA22231772796F5E8A1FCC33FE4CAC487680A326980FFCC5C56EB926E9B4D20E8740C913D1F7EBF59387012BEC78D2816B17079152BC19FCEF09976A248C4B24D3A5975B243614000CAA333F06D850034DA861B01DCA1D53B546120B74F%22"

        preload="auto" id="vid" response-type="arraybuffer" loop crossorigin webkit-playsinline muted playsinline>

      </video>

    </a-assets>



    <a-nft videohandler type='nft' url='./src/assets/dataNFT/pinball' smooth="true" smoothCount="10"

      smoothTolerance="0.01" smoothThreshold="5">

      <a-video src="#vid" position='50 150 -100' rotation='90 0 180' width='300' height='175'>

      </a-video>

    </a-nft>

    <a-entity camera></a-entity>

  </a-scene>

  

  

<script>

  window.onload = function () {

    AFRAME.registerComponent('videohandler', {

      init: function () {

        var marker = this.el;



        this.vid = document.querySelector("#vid");



        marker.addEventListener('markerFound', function () {

          // 识别到标识图，开始播放视频

          this.vid.play();

        }.bind(this));



        marker.addEventListener('markerLost', function () {

          // 丢失标识图，停止播放视频

          this.vid.pause();

          this.vid.currentTime = 0;

        }.bind(this));

      }

    });

  };

</script>

🐱：喵～是不是感觉更酷更好玩了？

撸猫姿势三： 配合声网技术，与你家的猫隔空喊话

如果你是一位前端开发者，相信你一定知道阮一峰这个大佬。曾经在他的每周科技周刊看到这么一个有趣的事情：在亚马逊某片雨林里，安装了录音设备，实时将拾取到的鸟叫声传到一个网站，你可以打开该网站听到该片雨林里的实时鸟叫声，简单的说就是该网站可以听到该片雨林的”鸟叫直播 "。（可惜现在一时找不到该网站网址）
而作为工作党，爱猫人士的我们，可能有着上述同样的情感需求：要出差几天，家里的猫一时没法好好照顾，想要实时看到家里的爱猫咋办？

买台监控摄像头呗

当然是打开声网找到解决方案：视频通话
(这里为声网文档点个赞，整个产品的文档分类规划的特别清晰，不像某些云服务产品文档像是垃圾桶里翻东西)

使用vue3写法改造文档demo

先安装依赖包：

"agora-rtc-sdk-ng": "latest"

app.vue中代码：

<script setup>

import AgoraRTC from "agora-rtc-sdk-ng";

import { ref } from "vue";



const joinBtn = ref(null);

const leaveBtn = ref(null);



let rtc = {

  localAudioTrack: null,

  client: null,

};



let options = {

  appId: "2e76ff53e8c349528b5d05783d53f53c",

  channel: "test",

  token:

    "0062e76ff53e8c349528b5d05783d53f53cIADkwbufdA1BIXWsCZ1oFKLEfyPRrCbL3ECbUg71dsv8HQx+f9gAAAAAEAACwxdSy/6RYQEAAQDK/pFh",

  uid: 123456,

};



rtc.client = AgoraRTC.createClient({ mode: "rtc", codec: "vp8" });



rtc.client.on("user-published", async (user, mediaType) => {

  await rtc.client.subscribe(user, mediaType);

  console.log("subscribe success");



  if (mediaType === "video") {

    const remoteVideoTrack = user.videoTrack;

    const remotePlayerContainer = document.createElement("div");

    remotePlayerContainer.id = user.uid.toString();

    remotePlayerContainer.textContent = "Remote user " + user.uid.toString();

    remotePlayerContainer.style.width = "640px";

    remotePlayerContainer.style.height = "480px";

    document.body.append(remotePlayerContainer);

    remoteVideoTrack.play(remotePlayerContainer);

  }



  if (mediaType === "audio") {

    const remoteAudioTrack = user.audioTrack;

    remoteAudioTrack.play();

  }



  rtc.client.on("user-unpublished", (user) => {

    const remotePlayerContainer = document.getElementById(user.uid);

    remotePlayerContainer.remove();

  });

});



// 加入通话

const handleJoin = async () => {

  await rtc.client.join(

    options.appId,

    options.channel,

    options.token,

    options.uid

  );

  rtc.localAudioTrack = await AgoraRTC.createMicrophoneAudioTrack();

  rtc.localVideoTrack = await AgoraRTC.createCameraVideoTrack();

  await rtc.client.publish([rtc.localAudioTrack, rtc.localVideoTrack]);

  const localPlayerContainer = document.createElement("div");

  localPlayerContainer.id = options.uid;

  localPlayerContainer.textContent = "Local user " + options.uid;

  localPlayerContainer.style.width = "640px";

  localPlayerContainer.style.height = "480px";

  document.body.append(localPlayerContainer);

  rtc.localVideoTrack.play(localPlayerContainer);

  console.log("publish success!");

};

// 离开通话

const handleLeave = async () => {

  rtc.localAudioTrack.close();

  rtc.localVideoTrack.close();

  rtc.client.remoteUsers.forEach((user) => {

    const playerContainer = document.getElementById(user.uid);

    playerContainer && playerContainer.remove();

  });

  await rtc.client.leave();

};

</script>



<template>

  <div>

    <button ref="joinBtn" @click="handleJoin" type="button" id="join">

      加入

    </button>

    <button ref="leaveBtn" @click="handleLeave" type="button" id="leave">

      离开

    </button>

  </div>

</template>



<style></style>

跑起来效果：

这时就相当于在家安装了一个摄像头，如果我们需要远程查看，就可以通过声网官方提供的一个测试地址加入通话

手机打开上述网址，输入你的项目appId跟token，可以看到成功加入通话：

下方图片是手机摄像头捕捉到的画面，原谅我用猫照片代替😂

让视频画面跑在AR.js画面中

这个由于个人时间关系，暂时就不研究实现。这里提供一个想法就是：
单纯的视频画面看起来有点单调，毕竟有可能猫并不在视频画面中出现，结合撸猫姿势一提到的展示图片，其实我们可以在ar场景中视频区域周围，布置照片墙或其他酷炫一点的subject，这样的话我们打开视频即使看不到猫星人，也可以看看它的照片之类的交互。

结束语

本文借征文活动，简单入手了解了下web AR相关知识，在这几天学习的过程中觉得还是蛮好玩的，此文也当抛砖引玉，希望更多开发者了解AR相关的知识。

AR在体验上真的很酷，未来值得期待。

最近几年苹果一直致力于推进AR技术体验并带来相关落地产品，例如为了配合提升AR体验，带来雷达扫描，空间音频功能。值得一提的是，今年的苹果秋季发布会，苹果的邀请函也是利用到了AR + 空间音频技术，即使你不是果粉，当你实际上手体验的时候，你依然会真正发自内心的感觉：wow～cool。可以点此视频观看了解。

而目前的Web AR技术相比于苹果自有的ARkit技术，在体验上还存在一些差距（如性能问题，识别不稳定），同时缺乏生态圈，希望Web AR技术在未来得到快速发展，毕竟web端跨平台通用特性，让人人的终端都可以跑起来才是实现AR场景大规模应用的前提。

Facebook押注的元宇宙概念中，其实也包含了AR技术，所以在元宇宙世界到来之前，AR技术值得我们每一个前端开发者关注学习。

彩蛋

如果你问我最喜欢什么猫，我会说--“房东的猫”，～哈哈哈🐱～

参考资料

AR.js官网

AR.js中文翻译文档

跨平台移动Web AR的关键技术 介绍及应用

声网文档

👉腾小云导读

老系统的代码，是每一个程序员都不想去触碰的领域，秉着能跑就行的原则，任由其自生自灭。本期就给大家讲讲，接手一套故障频发的复杂老系统需要从哪些地方着手。内容包括：代码串讲、监控建设和告警治理、代码缺陷修复、研发流程建设。在细节上，结合腾讯研发生态，介绍有哪些工具可以使用，也介绍一些告警治理、代码 bug 修复的经验、研发流程建设等。欢迎阅读。

👉看目录，点收藏

1 项目背景

2 服务监控

2.1 平台自带监控

2.2 业务定制监控

3 串讲文档

3.1 串讲文档是什么

3.2 为什么需要串讲文档

3.3 怎么输出串讲文档

4 代码质量

4.1 业务逻辑 bug

4.2 防御编程

4.3 Go-python 内存泄露问题

4.4 正确使用外部库

4.5 避免无限重试导致雪崩

4.6 真实初始化

4.7 资源隔离

4.8 数据库压力优化

4.9 互斥资源管理

5 警告治理

5.1 全链路超时时间合理设置

5.2 基于业务分 set 进行资源隔离

5.3 高耗时计算使用线程池

6 研发流程

7 优化效果总结

7.1 健全的 CICD

7.2 更完备的可观测性

7.3 代码 bug 修复

7.4 服务被调成功率优化

7.5 外部存储使用优化

7.6 CPU 用量下降

7.7 代码质量提升

7.8 其他优化效果

01、项目背景

内容架构为 QB 搜索提供内容接入、计算、分发的全套服务。经过多年的快速迭代，内容架构包括 93 个服务，光接入主链路就涉及 7 个服务，支持多种接口类型。其分支定制策略多且散，数据流向混杂，且有众多 bug。

项目组接手这套架构的早期，每天收到大量的业务故障反馈以及服务自身告警。即便投入小组一半的人力做运维支持，依旧忙得焦头烂额。无法根治系统稳定性缺陷的同时，项目组还需要继续承接新业务，而新业务又继续暴露系统缺陷，陷入不断恶化的负循环，漏洞百出。没有人有信心去承诺系统稳定性，团队口碑、开发者的信心都处于崩溃的边缘。

在此严峻的形势下，项目组全员投入启动稳定性治理专项，让团队进入系统稳定的正循环。

02、服务监控

监控可以帮助我们掌握服务运行时状态，发现、感知服务异常情况。通过看到问题 - 定位问题 - 修复问题来更快的熟悉模块架构和代码实现细节。下面分两部分介绍，如何利用监控达成稳定性优化。

2.1 平台自带监控

若服务的部署、发布、运行托管于公共平台，则这些平台可能会提供容器资源使用情况的监控，包括：CPU 利用率监控、内存使用率监控、磁盘使用率监控等服务通常应该关注的核心指标。我们的服务部署在123 平台（司内平台），有如下常用的监控。

平台自带监控：

外部资源平台监控：

2.2 业务定制监控

平台自带的监控让我们掌控服务基本运行状态。我们还需在业务代码中增加业务自定义监控，以掌控业务层面的运转情况。

下面介绍常见的监控完善方法，以让各位对于业务运行状态尽在掌握之中。

2.2.1 在主/被调监控中增加业务错误码

一般来说，后台服务如果无法正常完成业务逻辑，会将错误码和错误详情写入到业务层的回包结构体中，然后在框架层返回成功。

这种实现导致我们无法从平台自带的主/被调监控中直观看出有多少请求是没有正常结果的。一个服务可能看似运行平稳，基于框架层判断的被调成功率 100%，但其中却有大量没有正常返回结果的请求，在我们的监控之外。

此时如果我们想要对这些业务错误做监控，需要上报这些维度：请求来源（主调服务、主调容器、主调 IP、主调 SET）、被调容器、错误码、错误数，这和被调监控有极大重合，存在资源浪费，并且主、被调服务都有开发成本。

若服务框架支持，我们应该尽可能使用框架层状态包来返回业务自定义的错误码。以tRPC框架为例服务的<被调监控 - 返回码>中，会上报框架级错误码和业务错误码：框架错误码是纯数字，业务错误码是<业务协议_业务码>。如此一来，就可以在主/被调服务的平台自带监控中看到业务维度的返回码监控。

2.2.2 在主/被调监控中注入业务标识

有时候一个接口会承担多个功能，用请求参数区分执行逻辑A / 逻辑B。在监控中，我们看到这个接口失败率高，需要进一步下钻是 A 失败高还是 B 失败高、A/B 分别占了多少请求量等等。

对这种诉求，我们可以在业务层上报一个带有各种主调属性的多维监控以及接口参数维度用于下钻分析。但这种方式会造成自定义监控和被调监控字段的重叠浪费。

更好的做法是：将业务维度注入到框架的被调监控中，复用被调监控中的主调服务、节点、SET、被调接口、IP、容器等信息。

2.2.3 单维属性上报升级成多维属性上报

单维属性监控指的是上报单个字符串（维度）、一个浮点数值以及这个浮点数值对应的统计策略。多维监控指的是上报多个字符串（维度）、多个浮点数值以及每个浮点数值对应的统计策略。

下面以错误信息上报场景为例，说明单维监控的缺点以及如何切换为多维上报。

作为后台服务，处理逻辑环节中我们需要监控上报各类关键错误，以便及时感知错误、介入处理。内容架构负责多个不同业务的接入处理，每个业务具有全局唯一的资源标识，下面称为 ResID。当错误出现时，做异常上报时，我们需要上报 “哪个业务”，出现了“什么错误”。

使用单维上报时，我们只能将二者拼接在一起，上报 string (ResID + "." + ErrorMsg)。对不同的 ResID 和不同的 ErrorMsg，监控图是铺平展开的，只能逐个查看，无法对 ResID 下钻查看每类错误分别出现了多少次或者对 ErrorMsg 下钻，查看此错误分别在哪些 ID 上出现。

除了查看上的不便，多维属性监控配置告警也比单维监控便利。对于单维监控，我们需要对每一个可能出现的组合配置条件：维度值 = XXX，错误数 > N 则告警。一旦出现了新的组合，比如新接入了一个业务，我们就需要再去加告警配置，十分麻烦且难以维护。

而对于多维监控表，我们只需设置一条告警配置：对 ResID && 错误维度 下钻，错误数 > N 则告警。新增 ResID 或新增错误类型时，均会自动覆盖在此条告警配置内，维护成本低，配置简单。

03、串讲文档

监控可以帮助我们了解服务运行的表现，想要“深度清理”服务潜在问题，我们还需要对项目做代码级接手。在稳定性治理专项中，我们要求每个核心模块都产出一份串讲文档，而后交叉学习，使得开发者不单熟悉自己负责的模块，也对完整系统链路各模块功能有大概的理解，避免窥豹一斑。

3.1 串讲文档是什么

代码串讲指的是接手同学在阅读并理解模块代码后，系统的向他人介绍对该模块的掌握情况。代码串讲文档则是贯穿串讲过程中的分享材料，需要对架构设计、代码实现、部署、监控、理想化思考等方面进行详细介绍，既帮助其他同学更好的理解整个模块，也便于评估接手同学对项目的理解程度。

代码串讲文档通常包括以下内容：模块主要功能，上下游关系、整体架构、子模块的详细介绍、模块研发和上线流程、模块的关键指标等等。在写串讲文档的时候也通常需要思考很多问题：这个功能为什么需要有？设计思路是这样的？技术上如何实现？最后是怎么应用的？

3.2 为什么需要串讲文档

3.3 怎么输出串讲文档

增代码串讲文档的时候，需要从2个方面进行考虑——读者角度和作者角度。

作者角度： 需要阐述作者对系统和代码的理解和把握，同时也需要思考各项细节：这个功能为什么需要有、设计思路是怎样的、技术上如何实现、最后是怎么应用的等等。

读者角度： 需要考虑目标受众是哪些，尽可能地把读者当成技术小白，思考读者需要了解什么信息，如何才能更好地理解代码的实现和作用。

通常，代码串讲文档可以包含以下几个部分：

04、代码质量

代码质量很大程度上决定服务的稳定性。在对代码中业务逻辑 bug 进行修复的同时，我们也对服务的启动、数据库压力及互斥资源管理做优化。

4.1 业务逻辑bug

4.1.1 内存泄漏

如下图代码所示，使用 malloc 分配内存，但没有 free，导致内存泄露。该代码为 C 语言风格，现代 C++ 使用智能指针可以避免该问题。

4.1.2 空指针访问成员变量

如下图所示的代码，如果一个非虚成员函数没有使用成员变量，因编译期的静态绑定，空指针也可以成功调用该成员函数。但如果该成员函数使用了成员变量，那么空指针调用该函数时则会 core。该类问题在接入系统仓库中比较普遍，建议所有指针都要进行合理的初始化。

4.2 防御编程

4.2.1 输入防御

如下图所示，如果发生了错误且没有提前返回，request 将引发 panic。针对输入，在没有约定的情况下，建议加上常见的空指针判断及异常判断。

4.2.2 数组长度防御-1

如下图所示，当 url 长度超过 512 时，将会被截断，导致产出错误的url。建议针对字符串数组的长度进行合理的初始化，亦或者使用string来替代字符数组。

4.2.3 数组长度防御-2

如下图所示，老代码不判断数组长度，直接取值。当出现异常数据时，该段代码则会core。建议在每次取值时，基于上下文做防御判断。

4.2.4 野指针问题

下图中的ts指针指向内容和 create_time 一致。当 create_time 被 free 之后，ts 指针就变成了野指针。

该代码为 C 语言风格代码，很容易出现内存方面的问题。建议修改为现代 C++风格。

下图中，临时变量存储的是 queue 中的值的引用。当 queue pop 后，此值会被析构；而变量引用的存储空间也随之释放，访问此临时变量可能出现未定义的行为。

4.2.5 全局资源写防护

同时读写全局共有资源，尤其生成唯一 id，要考虑并发的安全性。

这里直接通过查询 DB 获取最大的 res_id，转成 int 后加一，作为新增资源的唯一 id。如果并发度超过 1，很可能会出现 id 重复，影响后续操作逻辑。

4.2.6 lua 添加 json 解析防御

如下图所示的 lua 脚本中，使用 cjson 将字符串转换 json_object。当 data_obj 不是合法的 json 格式字符串时，decode 接口会返回 nil。修复前的脚本未防御返回值为空的情况，一旦传入非法字符串，lua 脚本就会引发 coredump。

4.3 Go-python 内存泄露问题

如下图 85-86 行代码所示，使用 Go-python 调用 python 脚本，将 Go 的 string 转为PyString，此时 kv 为 PyObject。部分 PyObject 需要在函数结束时调用 DecRef，减少引用计数，以确保资源释放，否则会造成内存泄露。

判定依据是直接看 python sdk 的源码注释，如果有 New Reference , 那么必须在使用完毕时释放内存，Borrowed Reference 不需要手动释放。

4.4 正确使用外部库

4.4.1 Kafka Message 结束字符

当生产者为 Go 服务时，写入 kafka 的消息字符串不会带有结束字符 '\0'。当生产者为 C++ 服务时，写入 kafka 的消息字符串会带有结束字符 '\0'。

如下图 481 行代码所示，C++中使用 librdkafka 获取消费数据时，需传入消息长度，而不是依赖程序自行寻找 '\0' 结束符。

4.5 避免无限重试导致雪崩

如下图所示代码所示，失败之后立马重试。当出现问题时，不断立即重试，会导致雪崩。给重试加上 sleep，减缓下游雪崩的速度，留下缓冲的时间。

4.6 真实初始化

如果每次服务启动都存在一定的成功率抖动，需要检查服务注册前的初始化流程，看看是不是存在异步初始化，导致未完成初始化即提供对外服务。如下图 48 行所示注释，原代码中初始化代码为异步函数，服务对外提供服务时可能还没有完成初始化。

4.7 资源隔离

时延/成功率要求不同的服务接口，建议使用不同的处理线程。如下图中几个 service，之前均共用同一个处理线程池。其中 secure_review_service 处理耗时长，流量不稳定，其他接口流量大且时延敏感，线上出现过 secure_review_service 瞬时流量波峰，将处理线程全部占住且队列积压，导致其他 service 超时失败。

4.8 数据库压力优化

4.8.1 分批拉取

当某个表数据很多或单次传输量很大，拉取节点也很多的时候，数据库的压力就会很大。这个时候，可以使用分批读取。下图 308-343 行代码，修改了 sql 语句，从一批拉取改为分批拉取。

4.8.2 读备机

如果业务场景为只读不写数据，且对一致性要求不高，可以将读配置修改为从备机读取。mysql 集群一般只会有单个主机、多个备机，备机压力较小。如下图 44 行代码所示，使用readuser，主机压力得到改善。

4.8.3 控制长链接个数

需要使用 mysql 长链接的业务，需要合理配置长链接个数，尤其是服务节点数很多的情况下。连接数过多会导致 mysql 实例内存使用量大，甚至 OOM；此外 mysql 的连接数是刚性限制，超过阈值后，客户端无法正常建立 mysql 连接，程序逻辑可能无法正常运转。

4.8.4 建好索引

使用 mysql 做大表检索时，应该建立与查询条件对应的索引。本次优化中，我们根据 DB 慢查询统计，找到有大表未建查询适用的索引，导致 db 负载高，查询速度慢。

4.8.5 实例拆分

非分布式数据库 (如 mariaDB) 存储空间是有物理上限的，需要预估好数据量，数据量过多及时进行合理的拆库。

4.8.6 分布式数据库负载均衡

分布式数据库一般应用在海量数据场景，使用中需要留意节点间负载均衡，否则可能出现单机瓶颈，拖垮整个集群性能。如下图是内容架构使用到的 hbase，图中倒数两列分别为请求数和region 数，从截图可看出集群的 region 分布较均衡，但部分节点请求量是其他节点几倍。造成图中请求不均衡的原因是集群中有一张表，有废弃数据占用大量 region，导致使用中的 region 在节点间分布不均，由此导致请求不均。解决方法是清理废弃数据，合并空数据 region。

4.9 互斥资源管理

4.9.1 避免连接占用

接入系统服务的 mysql 连接全部使用了连接池管理。每一个连接在使用完之后，需要及时释放，否则该连接就会被占住，最终连接池无资源可用。下图所示的 117 行连接释放为无效代码，因为提前 return。有趣的是，这个 bug 和另外一个 bug 组合起来，解决了没有连接可用的问题：当没有连接可用时，获取的连接则会为空。该服务不会对连接判空，导致服务 core 重启，连接池重新初始化，又有可用的连接了。针对互斥的资源，要进行及时释放。

4.9.2 使用 RAII 释放资源

下图所示的 225 行代码，该任务为互斥资源，只能由一个节点获得该任务并执行该任务。GetAllValueText 执行完该任务之后，应该释放该任务。然而在 240 行提前 return 时，没有及时释放该资源。

优化后，我们使用 ScopedDeferred 确保函数执行完成，退出之前一定会执行资源释放。

05、告警治理

告警轰炸是接手服务初期常见的问题。除了前述的代码质量优化，我们还解决下述几类告警：

5.1 全链路超时时间合理设置

未经治理的长链路服务，因为超时设置不合理导致的异常现象：

• 
  

  超时告警轰炸： A 调用 B，B 调用 C，当 C 异常时，C 有超时告警，B 也有超时告警。在稳定性治理分析过程中，C 是错误根源，因而 B 的超时告警没有价值，当链路较长时，会因某一个底层服务的错误，导致海量的告警轰炸。

  
  


• 
  

  服务无效等待： A 调用 B，B 调用 C，当 A->B 超时的时候，B 还在等 C 的回包，此时 B 的等待是无价值的。

  
  

这两种现象是因为超时时间配置不合理导致的，对此我们制定了“超时不扩散原则”，某个服务的超时不应该通过框架扩散传递到它的间接调用者，此原则要求某个服务调用下游的超时必须小于上游调用它的超时时间。

5.2 基于业务分 set 进行资源隔离

针对某个业务的流量突增影响其他业务的问题，我们可将重点业务基于 set 做隔离部署。确保特殊业务只运行于独立节点组上，当他流量暴涨时，不干扰其他业务平稳运行，降低损失范围。

5.3 高耗时计算使用线程池

如下图红色部分 372 行所示，在请求响应线程中进行长耗时的处理，占住请求响应线程，导致请求队列阻塞，后续请求得不到及时处理。如下图绿色部分 368 行所示，我们将耗时处理逻辑转到线程池中异步处理，从而不占住请求响应线程。

06、研发流程

在研发流程上，我们沿用司内其他技术产品积累的 CICD 建设经验，包括以下措施：

07、优化效果总结

7.1 健全的CICD

7.1.1 代码合入

在稳定性专项优化前，内容架构的服务没有合理的代码合入机制，导致主干代码出现违背编码规范、安全漏洞、圈复杂度高、bug等代码问题。

优化后，我们使用统一的蓝盾流水线模板给所有服务加上流水线，以保证上述问题能被自动化工具、人工代码评审拦截。

7.1.2 服务发布

在稳定性优化前，内容架构服务发布均为人工操作，没有 checklist 机制、审批机制、自动回滚机制，有很大安全隐患。

优化后，我们使用统一的蓝盾流水线模板给所有服务加上 XAC 流水线，实现了提示发布人在发布前自检查、double_check 后审批通过、线上出问题时一键回滚。

7.2 更完备的可观测性

7.2.1 多维度监控

在稳定性优化前，内容架构服务的监控覆盖不全，自定义监控均使用一维的属性监控，这导致多维拼接的监控项泛滥、无法自由组合多个维度，给监控查看带来不便。

优化后，我们用更少的监控项覆盖更多的监控场景。

7.2.2 业务监控和负责人制度

在稳定性优化前，内容架构服务几乎没有业务维度监控。优化后，我们加上了重要模块的多个业务维度监控，譬如：数据断流、消息组件消息挤压等，同时还建立值班 owner、服务 owner 制度，确保有告警、有跟进。

7.2.3 trace 完善与断流排查文档建设

在稳定性优化前，虽然已有上报鹰眼 trace 日志，但上报不完整、上报有误、缺乏排查手册等问题，导致对数据处理全流程的跟踪调查非常困难。

优化后，修正并补全了 trace 日志，建设配套排查文档，case 处理从不可调查变成可高效率调查。

7.3代码bug修复

7.3.1 内存泄露修复

在稳定性优化前，我们观察到有3个服务存在内存泄露，例如代码质量章节中描述内存泄露问题。

7.3.2 coredump 修复 & 功能 bug 修复

在稳定性优化前，历史代码中存在诸多 bug 与可能导致 coredump 的隐患代码。

我们在稳定性优化时解决了如下 coredump 与 bug：

7.4 服务被调成功率优化

在稳定性优化前，部分内容架构服务的被调成功率不及 99.5% ，且个别服务存在严重的毛刺问题。优化后，我们确保了服务运行稳定，调用成功率保持在 99.9%以上。

7.5 外部存储使用优化

7.5.1 MDB 性能优化

在稳定性优化前，内容架构各服务对MDB的使用存在以下问题：低效/全表SQL查询、所有服务都读主库、数据库连接未释放等问题。造成MDB主库的CPU负载过高、慢查询过多等问题。优化后，主库CPU使用率、慢查询数都有大幅下降。

7.5.2 HBase 性能优化

在稳定性优化前，内容架构服务使用的 HBase 存在单节点拖垮集群性能的问题。

优化后，对废弃数据进行了清理，合并了空数据 region，使得 HBase 调用的 P99 耗时有所下降。

7.6 CPU 用量下降

在稳定性优化前，内容架构服务使用的线程模型是老旧的 spp 协程。spp 协程在在高吞吐低延迟场景下性能有所不足，且未来 trpc 会废弃 spp。

我们将重要服务的线程模型升级成了 Fiber 协程，带来更高性能和稳定性的同时，服务CPU利用率下降了 15%。

7.7 代码质量提升

在稳定性优化前，内容架构服务存在很多不规范代码。例如不规范命名、魔术数字和常量、超长函数等。每个服务都存在几十个代码扫描问题，最大圈复杂度逼近 100。

优化后，我们对不规范代码进行了清扫，修复规范问题，优化代码命名，拆分超长函数。并在统一清理后，通过 MR 流水线拦截，保护后续合入不会引入新的规范类问题。

7.8 其他优化效果

经过本轮治理，我们的服务告警量大幅度下降。以系统中的核心处理服务为例，告警数量从159条/天降低到了0条/天。业务 case 数从 22 年 12 月接手以来的 18 个/月下降到 4 个/月。值班投入从最初的 4+ 人力，降低到 0.8 人力。

我们项目组在完成稳定性接手之后，下一步将对全系统做理想化重构，进一步提升迭代效率、运维效率。希望这些经验也对你接管/优化旧系统有帮助。如果觉得内容有用，欢迎分享。

前言

自己的 Kindle 吃灰很久了，想做个时钟用，但是网上可选的时钟网站比较少，这些时钟网站里面，要么太简单 界面也比较丑陋，要么内容太多 有些本末倒置了，要么网址特别长 输入网址的时候太麻烦。

干脆自己写一个，没多少代码。
（我的 Kindle 差不多十年前的了，系统比较旧，导致需要处理 Kindle 的浏览器兼容性，这里花了一些时间）

使用

可以通过以下两个网址中的任意一个访问：

• lecepin.github.io/kindle-time…


• ktime.leping.fun/

Github 项目开源地址：⭐ https://github.com/lecepin/kindle-time

配置项

可以将以下参数添加到网址的 URL 中进行生效。

• fs: 设置字体大小. 默认 7。


• r: 设置屏幕渲染。默认不旋转。主要用在屏幕横向显示，可以通过设置 90 来实现旋转成横屏。


• l: 设置语言。默认中文显示。可以设置为 en 实现英文显示。

这些配置项，可以单独使用，也可以一起使用。

例如：http://ktime.leping.fun/?fs=10&r=90：

保持屏幕常亮

在 Kindle 主页面的顶部搜索中，输入 ~ds 回车一下，即可开启屏幕常亮功能。关闭的话，只能通过重启 Kindle 实现。

大家好， 我是刘子弃。现在是23年5月， 裸辞已经快两个月了。 前两天看到行业前辈左耳朵耗子的不幸消息。 突然有一个想把自己这两个月来的心路历程记录一下的想法。

23年3月， 一个倒霉的周五

那是3月的一天周五，周五本来是打工人比较快乐的一天，但是还没上班就预示那天的不平凡。 刚起床准备上班。匆忙的洗漱吃片面包就冲向地铁。刚到地铁口发现手机坏了， 读不出SIM卡。重启也无济于事。

先回家连上wifi到公司群说明情况。 就奔向家附近唯一一家手机维修点。 好不容易到了之后发现今天居然不营业。 只好去旁边花几百块买了一个红米备用机(感谢红米)。

一路坎坷到了公司，通知今天周会要宣布一个大事情。 我们项目组做的是web3相关的业务（我非常热爱这个项目组和每天做的工作内容！）。 之前就有风传出来要去香港落地。 当时还激动了一下， 结果周会宣布：“我们解散啦！”

开始毕业

由于项目突然黄了。 就要考虑转岗或者拿大礼包的事情。 显而易见我选择了拿了大礼包。 为什么不去转岗到其他组呢？其中有对前端这个方向未来发展的考虑， 最重要的考虑还是健康吧。 因为生活不规律， 陆陆续续出现过如下几种身体情况：

1. 胸口痛


2. 神经衰弱


3. 颈椎痛


4. 失眠


5. 突然来一下全身无力


6. 注意力难集中


7. 脑鸣


8. 鬼压床看到各种幻觉，甚至有几次都感觉魂都快飘出来了。

就这样， 毫无规划的我就毕业了。

计划恢复健康

本以为不上班了会好一点， 结果每天的状态还是比较差。 去体检万幸没有什么大问题。 不幸的是症状还是一如既往的存在。 最后实在不不行就去了精神科果然有了一点轻度的抑郁症。 所以在决定之后做什么之前， 我决定先养好身体， 恢复健康。 毕竟身体是最重要的。

开始卷起了瑜伽教培

由于之前接触过一些身心灵行业的人。 也有过一些冥想的经验和经历。 在健身和身心灵两个方向中我选择了一个最兼顾和均衡的方向就是练习瑜伽。 索性直接报了一个教培班。 一是恢复身体。二是系统的学习一下防止受伤、更快的练习、避免不正当的危险操作。 并且最后可以拿到认证证书打算之后作为一个长久的职业方向发展一下。 就这样报名了瑜伽教培。 现在已经完成了200小时认证， 6月完成500小时认证。目前身体经过训练确实基本健康了， 症状都没有了。身体舒适了不少。 (或许是不上班都会健康哈哈哈)。 精神也放松了许多， 每天早上起来舒爽+ 没有压力的感觉终于又回来了。

之后做什么

当然还是需要考虑收入的问题。 裸辞之后， 如果不干程序员了去干什么。我想不止我一个人想过这个问题。 跑滴滴？ 外卖员？ 对我来说有点不现实。 但是可能也由不得我选择。现在的就业情况能有一个offer就乐上天了。 所以我想做一个实验。 借各位大佬的光。如果您也想过类似的问题。可以把建议告诉我。 我去实际操作一下。 然后再反馈给大家。

一、背景

近日听闻某骨灰级程序员突然与世长辞，记得再2019年的时候有幸读到他的专栏，专栏中关于如何高效学习的总结让我收货颇丰，老师说：

学习是一件“逆人性”的事，就像锻炼身体一样，需要人持续付出，会让人感到痛苦，并随时想找理由放弃。

大部分人都认为自己爱学习，但是：

• 他们都是只有意识没有行动，他们是动力不足的人。


• 他们都不知道自己该学什么，他们缺乏方向和目标。


• 他们都不具备自主学习的能力，没有正确的方法和技能。


• 更要命的是，他们缺乏实践和坚持。

对于学习首先需要做的是端正态度，如果不能自律，不能坚持，不能举一反三，不能不断追问等，那么，无论有多好的方法，你都不可能学好。所以，有正确的态度很重要。

二、 主动学习和被动学习

老师关于主动学习和被动学习的见解也让我们技术人员收货颇丰。

1946 年，美国学者埃德加·戴尔（Edgar Dale）提出了「学习金字塔」（Cone of Learning）的理论。之后，美国缅因州国家训练实验室也做了相同的实验，并发布了「学习金字塔」报告。

人的学习分为「被动学习」和「主动学习」两个层次。

• 被动学习：如听讲、阅读、视听、演示，学习内容的平均留存率为 5%、10%、20% 和 30%。


• 主动学习：如通过讨论、实践、教授给他人，会将原来被动学习的内容留存率从 5% 提升到 50%、75% 和 90%。

这个模型很好地展示了不同学习深度和层次之间的对比。

我们可以看到，你听别人讲，或是自己看书，或是让别人演示给你，这些都不能让你真正获得学习能力，因为你是在被别人灌输，在听别人说。

你开始自己思考，开始自己总结和归纳，开始找人交流讨论，开始践行，并开始对外输出，你才会掌握到真正的学习能力。

所以，学习不是努力读更多的书，盲目追求阅读的速度和数量，这会让人产生低层次的勤奋和成长的感觉，这只是在使蛮力。要思辨，要践行，要总结和归纳，否则，你只是在机械地重复某件事，而不会有质的成长的。

好多书中也这么说：

这里推荐阅读下这本书：

三、深度学习和浅度学习

对于当前这个社会：

• 大多数人的信息渠道都被微信朋友圈、微博、知乎、今日头条、抖音占据着。这些信息渠道中有营养的信息少之又少。


• 大多数公司都是实行类似于 996 这样的加班文化，在透支和消耗着下一代年轻人，让他们成长不起来。


• 因为国内互联网访问不通畅，加上英文水平受限，所以，大多数人根本没法获取到国外的第一手信息。


• 快餐文化盛行，绝大多数人都急于速成，心态比较浮燥，对事物不求甚解。

所以，在这种环境下，你根本不需要努力的。你只需要踏实一点，像以前那样看书，看英文资料，你只需要正常学习，根本不用努力，就可以超过你身边的绝大多数人。

在这样一个时代下，种种迹象表明，快速、简单、轻松的方式给人带来的快感更强烈，而高层次的思考、思辨和逻辑则被这些频度高的快餐信息感所弱化。于是，商家们看到了其中的商机，看到了如何在这样的时代里怎么治愈这些人在学习上的焦虑，他们在想方设法地用一些手段推出各种代读、领读和听读类产品，让人们可以在短时间内体会到轻松获取知识的快感，并产生勤奋好学和成长的幻觉。

这些所谓的“快餐文化”可以让你有短暂的满足感，但是无法让你有更深层次的思考和把知识转换成自己的技能的有效路径，因为那些都是需要大量时间和精力的付出，不符合现代人的生活节奏。人们开始在朋友圈、公众号、得到等这样的地方进行学习，导致他们越学越焦虑，越学越浮燥，越学越不会思考。于是，他们成了“什么都懂，但依然过不好这一生”的状态。

只要你注意观察，就会发现，少数的精英人士，他们在训练自己获取知识的能力，他们到源头查看第一手的资料，然后，深度钻研，并通过自己的思考后，生产更好的内容。而绝大部分受众享受轻度学习，消费内容。你有没有发现，在知识的领域也有阶层之分，那些长期在底层知识阶层的人，需要等着高层的人来喂养，他们长期陷于各种谣言和不准确的信息环境中，于是就导致错误或幼稚的认知，并习惯于那些不费劲儿的轻度学习方式，从而一点点地丧失了深度学习的独立思考能力，从而再也没有能力打破知识阶层的限制，被困在认知底层翻不了身。

四、如何深度学习

有4点最关键：

• 高质量的信息源和第一手的知识。


• 把知识连成地图，将自己的理解反述出来。


• 不断地反思和思辨，与不同年龄段的人讨论。


• 举一反三，并践行之，把知识转换成技能。

从以上4点来说，学习会有三个步骤。

知识采集。信息源是非常重要的，获取信息源头、破解表面信息的内在本质、多方数据印证，是这个步骤的关键。

知识缝合。所谓缝合就是把信息组织起来，成为结构体的知识。这里，连接记忆，逻辑推理，知识梳理是很重要的三部分。

技能转换。通过举一反三、实践和练习，以及传授教导，把知识转化成自己的技能。这种技能可以让你进入更高的阶层。

我觉得这是任何人都是可以做到的，就是看你想不想做了。

五、学习的目的

5.1、学习是为了找到方法

学习不仅仅是为了找到答案，而更是为了找到方法。很多时候，尤其是中国的学生，他们在整个学生时代都喜欢死记硬背，因为他们只有一个 KPI，那就是在考试中取得好成绩，所以，死记硬背或题海战术成了他们的学习习惯。然而，在知识的海洋中，答案太多了，你是记不住那么多答案的。

只有掌握解题的思路和方法，你才算得上拥有解决问题的能力。所有的练习，所有的答案，其实都是在引导你去寻找一种“以不变应万变”的方法或能力。在这种能力下，你不需要知道答案，因为你可以用这种方法很快找到答案，找到解，甚至可以通过这样的方式找到最优解或最优雅的答案。

这就好像，你要去登一座山，一种方法是通过别人修好的路爬上去，一种是通过自己的技能找到路（或是自己修一条路）爬上去。也就是说，需要有路才爬得上山的人，和没有路能造路的人相比，后者的能力就会比前者大得多得多。所以，学习是为了找到通往答案的路径和方法，是为了拥有无师自通的能力。

5.2、学习是为了找到原理

学习不仅仅是为了知道，而更是为了思考和理解。在学习的过程中，我们不是为了知道某个事的表面是什么，而是要通过表象去探索其内在的本质和原理。真正的学习，从来都不是很轻松的，而是那种你知道得越多，你的问题就会越多，你的问题越多，你就会思考得越多，你思考得越多，你就会越觉得自己知道得越少，于是你就会想要了解更多。如此循环，是这么一种螺旋上升上下求索的状态。

但是，这种循环，会在你理解了某个关键知识点后一下子把所有的知识全部融会贯通，让你赫然开朗，此时的那种感觉是非常美妙而难以言语的。在学习的过程中，我们要不断地问自己，这个技术出现的初衷是什么？是要解决什么样的问题？为什么那个问题要用这种方法解？为什么不能用别的方法解？为什么不能简单一些?

这些问题都会驱使你像一个侦探一样去探索背后的事实和真相，并在不断的思考中一点一点地理解整个事情的内在本质、逻辑和原理。一旦理解和掌握了这些本质的东西，你就会发现，整个复杂多变的世界在变得越来越简单。你就好像找到了所有问题的最终答案似的，一通百通了。

5.3、学习是为了了解自己

学习不仅仅是为了开拓眼界，而更是为了找到自己的未知，为了了解自己。英文中有句话叫：You do not know what you do not know，可以翻译为：你不知道你不知道的东西。也就是说，你永远不会去学习你不知道其存在的东西。就好像你永远 Google 不出来你不知道的事，因为对于你不知道的事，你不知道用什么样的关键词，你不知道关键词，你就找不到你想要的知识。

这个世界上有很多东西是你不知道的，所以，学习可以让你知道自己不知道的东西。只有当我们知道有自己不知道的东西，我们才会知道我们要学什么。所以，我们要多走出去，与不同的人交流，与比自己聪明的人共事，你才会知道自己的短板和缺失，才会反过来审视和分析自己，从而明白如何提升自己。

山外有山，楼外有楼，人活着最怕的就是坐井观天，自以为是。因为这样一来，你的大脑会封闭起来，你会开始不接受新的东西，你的发展也就到了天花板。开拓眼界的目的就是发现自己的不足和上升空间，从而才能让自己成长。

5.4、学习是为了改变自己

学习不仅仅是为了成长，而更是为了改变自己。很多时候，我们觉得学习是为了自己的成长，但是其实，学习是为了改变自己，然后才能获得成长。为什么这么说呢？我们知道，人都是有直觉的，但如果人的直觉真的靠谱，那么我们就不需要学习了。而学习就是为了告诉我们，我们的很多直觉或是思维方式是不对的，不好的，不科学的。

只有做出了改变后，我们才能够获得更好的成长。你可以回顾一下自己的成长经历，哪一次你有质的成长时，不是因为你突然间开窍了，开始用一种更有效率、更科学、更系统的方式做事，然后让你达到了更高的地方。不是吗？当你学习了乘法以后，在很多场景下，就不需要用加法来统计了，你可以使用乘法来数数，效率提升百倍。

当你有一天知道了逻辑中的充要条件或是因果关系后，你会发现使用这样的方式来思考问题时，你比以往更接近问题的真相。学习是为了改变自己的思考方式，改变自己的思维方式，改变自己与生俱来的那些垃圾和低效的算法。总之，学习让我们改变自己，行动和践行，反思和改善，从而获得成长。

六、总结

**1、首先，学习是一件“逆人性”的事，就像锻炼身体一样，需要人持续付出，但会让人痛苦，并随时可能找理由放弃。如果你不能克服自己 DNA 中的弱点，不能端正自己的态度，不能自律，不能坚持，不能举一反三，不能不断追问等，那么，无论有多好的方法，你都不可能学好。因此，有正确的态度很重要。

**

2、要拥有正确的学习观念：学习不仅仅是为了找到答案，而更是为了找到方法；学习不仅仅是为了知道，而更是为了思考和理解；学习不仅仅是为了开拓眼界，而更是为了找到自己的未知，为了了解自己；学习不仅仅是为了成长，而更是为了改变自己，改变自己的思考方式，改变自己的思维方式，改变自己与生俱来的那些垃圾和低效的算法。

喜欢的分享、转发、收藏、评论、关注哦

回家自由职业有一个半月了，这段时间确实过的挺开心的。

虽然收入不稳定，但小册和公众号广告的收入也足够生活。

我算过，在小县城的家里，早饭 10 元，午饭 60元（按照偶尔改善生活，买份酸菜鱼来算），晚饭 10 元，牛奶零食等 20 元，一天是 100 元。

一年就是 36500 元。

加上其他的支出，一年生活费差不多 5w 元。

10 年是 50w，40 年就是 200 万元。

而且还有利息，也就是说，我这辈子有 200 万就能正常活到去世了。

我不会结婚，因为我喜欢一个人的状态，看小说、打游戏、自己想一些事情，不用迁就另一个人的感受，可以完全按照自己的想法来生活。

并不是说我现在有 200 万了，我的意思是只要在二三十年内赚到这些就够了。

我在大城市打工，可能一年能赚 50 万，在家里自由职业估计一年也就 20 万，但这也足够了。

而且自由职业能赚到最宝贵的东西：时间。

一方面是我自己的时间，我早上可以晚点起、晚上可以晚点睡、下午困了可以睡个午觉，可以写会东西打一会游戏，不想干的时候可以休息几天。

而且我有大把的时间可以来做自己想做的事情，创造自己的东西。

一方面是陪家人的时间，自从长大之后，明显感觉回家时间很少了，每年和爸妈也就见几天。

前段时间我爸去世，我才发觉我和他最多的回忆还是在小时候在家里住的时候。

我回家这段时间，每天都陪着我妈，一起做饭、吃饭，一起看电视，一起散步，一起经历各种事情。

我买了个投影仪，很好用：

这段时间我们看完了《皓镧传》、《锦绣未央》、《我的前半生》等电视剧，不得不说，和家人一起看电视剧确实很快乐、很上瘾。

再就是我还养了只猫，猫的寿命就十几年，彼此陪伴的时间多一点挺好的：

这些时间值多少钱？没法比较。

回家这段时间我可能接广告多了一点，因为接一个广告能够我好多天的生活费呢。

大家不要太排斥这个，可以忽略。

其实我每次发广告总感觉对不起关注我的人，因为那些广告标题都要求起那种博人眼球的，不让改，就很难受。

小册的话最近在写 Nest.js 的，但不只是 nest。

就像学 java，我们除了学 spring 之外，还要学 mysql、redis、mongodb、rabbitmq、kafka、elasticsearch 等中间件，还有 docker、docker compose、k8s 等容器技术。

学任何别的后端语言或框架，也是这一套，Nest.js 当然也是。

所以我会在 Nest.js 小册里把各种后端中间件都讲一遍，然后会做 5 个全栈项目。

写完估计得 200 节，大概会占据我半年的时间。

这段时间也经历过不爽的事情：

这套房子是我爸还在的时候，他看邻居在青岛买的房子一周涨几十多万，而且我也提到过可能回青岛工作，然后他就非让我妈去买一套。

当时 18 年青岛限购，而即墨刚撤市划区并入青岛，不限购，于是正好赶上房价最高峰买的。

然而后来并没有去住。

这套房子亏了其实不止 100 万。

因为银行定存利息差不多 4%，200 万就是每年 8万利息，5年就是 40万。

但我也看开了，少一百万多一百万对我影响大么？

并不大，我还是每天花那些钱。

相比之下，我爸的去世对我的打击更大，这对我的影响远远大于 100 万。

我对钱没有太大的追求，对很多别人看重的东西也没啥追求。

可能有的人有了钱，有了时间会选择环游中国，环游世界，我想我不会。

我就喜欢宅在家里，写写东西、看看小说、打打游戏，这样活到去世我也不会有遗憾。

我所追求的事情，在我小时候可能是想学医，一直觉得像火影里的纲手那样很酷，或者像大蛇丸那样研究一些东西也很酷。

但近些年了解了学医其实也是按照固定的方法来治病，可能也是同样的东西重复好多年，并不是我想的那样。

人这一辈子能把一件事做好就行。

也就是要找到自己一生的使命，我觉得我找到了：我想写一辈子的技术文章。

据说最高级的快乐有三种来源：自律、爱、创造。

写文章对我来说就很快乐，我想他就是属于创造的那种快乐。

此外，我还想把我的故事写下来，我成长的故事，我和东东的故事，那些或快乐或灰暗的日子，今生我一定会把它们写下来，只是现在时机还不成熟。

世界那么大，我并不想去看看。

我只想安居一隅，照顾好家人，写一辈子的技术文章，也写下自己的故事。

这就是我的平凡之路。

大家好，这是一篇快到 35 岁的“大龄”程序员的自我介绍，希望能够借此认识更多同道者。

我叫黎清龙，广东人，2012年本科毕业，2014年研究生毕业，是浙江大学软件工程学院本硕连读(呸，就是不想考研选择了保研)。第一份正式工作经历是在腾讯，CSIG 在线教育部，做前端开发，也是 IMWeb 团队的一员，先后做过腾讯课堂和企鹅辅导业务，2020年正式任命 leader，管理差不多10人左右的前端开发团队；2022年3月，因(cheng)为(xu)某(yuan)些(dou)原(zhi)因(dao)，加入虾皮金融产品部，现负责消费贷业务+催收业务的前端开发和管理工作。

我的自我介绍完了，如果大家不想浪费更多时间深入了解我的话，知道以上信息已经足够了，为了大家的脑细胞着想，提供给大家 3 个不用思考的快捷选项：

1. 对我不感兴趣，可以左上角关闭页面（我可以对天发誓，这绝对不是相亲贴）；


2. 觉得可以交个朋友，给自己保留一个未来有惊喜的可能，可以关注我的公众号或者加我微信；


3. 还想听我唠唠嗑的，欢迎继续看下去呀，一定满足大家的好奇心。

感谢你能够继续看下去。我想了很久，怎么样才能不至于让我的自我介绍写成流水账，但是，当我想了更久的时间之后，我发现，我想把这份流水账写出来更难，因为，很多的经历我都不记得了，我只能把我的记忆片段写下来，拼凑出我的职业生涯。好记性不如烂笔头，我觉得本文我可以永远留存并持续迭代，直到我的职业生涯结束的时候，可以用来回顾我的人生，也不失一桩美事。我也推荐大家这样做。

我的前端之路的伊始

我的第一份进入企业的工作是在2011年，大三实习，在杭州阿里，阿里妈妈广告部门(部门全称已经不记得了)，后台开发，你没有看错，是的，我是后台开发，那会儿我还不知道前端，大学课程也没有一门是教前端的。

我对于阿里的印象，绝不是现在的"味儿"。我对阿里最大的印象还停留在当初那个时代，有三：

1. 江湖气派，店小二文化，随性，直来直往，互相接受度非常高，我是非常喜欢这个文化的，当时阿里实习是不能拥有花名的，这是我职业生涯最大的遗憾之一，我还很清楚记得，当时我曾经查过，好像还没有人取名曹操，不过也是我的异想天开，因为即使我转正，我也没有那个资格取这个花名。


2. 开放，真得非常开放，当我在新人入职欢迎聚餐中，脱到只剩裤衩的时候，我相信我那会一定是完全理解了开放这个词了。虽然直到现在回忆起来，还会有点不适，但是，当经历了那次聚餐之后，隐隐中，我会潜意识地得觉得，好像自己没什么是不可以“坦诚相待”的。


3. 倒立文化，换个角度思考，我自认为我完全做到了，当我换个角度思考我的职业的时候，我走上了前端之路。。。

虽然在我拿到转正 offer 的时候，还是毅然决然选择保研(其实是被父母逼的)并转前端，但是我还是觉得，我在阿里的大半年实习期间，是我整个开发生涯中成长最快的时期，在那里，我学到了太多太多，以至于到现在我的开发习惯还会保留当时的一些痕迹：

• 
  

  当我碰到需要服务运维的场景，我一定是首选 bash 脚本，然后是 python，最后才是 js，基本不会是 js 的，因为没什么是前两者做不到的。定时任务，文件锁，离线计算，文本处理等等，到现在我还记忆犹新。

  
  


• 
  

  记不清写了多少 Map Reduce 了，但是当时，我真得被 Hadoop 的设计原理给深深的吸引到了，原来，大数据处理&分析，分布式计算和分布式文件系统有这么多的挑战，但它的解决方案又是这么的精简，直到现在，我仍然坚信，任何架构设计，一定是精简的，当我跟别人讨论架构的时候，如果他讲不清楚，或者表达非常复杂的时候，我就知道，不是设计有问题，就是表达有问题，我们还有更优的方案。天地良心，当时实习的时候，我真的是非常认真的做后台开发的，当时我还啃下了那本大象书呢，现在想想也觉得不容易，当年我是真喜欢看书呀。

  
  


• 
  

  架构设计非常“好玩” ，在当时，阿里内部有非常多的技术分享，我常常去听我自己喜欢的分享，让我的技术视野得到了非常大的增长，比如：

  
  
  
  
  • 中文的分词要比英文的分词要难很多，最终发现，自然语言处理不是我的菜；
  
  
  • 推荐系统的结果是竞速的，当时真的有想入职百度，去学习搜索引擎的冲动；
  
  
  • 秒杀的多重降级、动态降级，各种“砍砍砍”，非常有意思。
  
  
  
  

  在当时，我学到的一个最重要的知识是，任何架构设计都是因地制宜的，不能墨守成规。

  
  

在实习转正答辩的时候，最后问我的未来规划的时候，我的回答更多是偏架构设计和 UI 相关，现在回想起来都会觉得搞笑，当时我一度以为是转正失败了，但是没想到阿里开放到这都给我发了 offer，真得很感激我的老领导，但也觉得很对不起他们，因为我真的不想淹没在数据的海洋里，我更喜欢开发一些"看得着，摸得到"的东西，我会觉得做这个更有意思，所以，我选择了前端。

一波三折的腾讯梦

先说说为什么想去腾讯吧，因为我是广东人，父母都在深圳，都希望我回深圳，当时深圳不用多说，大公司就腾讯了，所以，我在实习和毕业的选择上一直都非常明确，就是深圳腾讯，但是我自己都没想到我回深圳是这么的坎坷。

研一找实习的时候，我第一次面试腾讯挂了，当时是电话面试，我记得是早上，很突然接到了面试电话，然后突然开始面试，我完全没有准备，很自然地就挂了，跟我同一个项目的做 web 服务的同学拿到腾讯的实习 offer 了，当时心理还有点不平衡，但是后面我也很快拿到新的 offer 了。

插一段题外话，当时我跟另外两个同学一起跟着导师外包项目，项目也挺有意思的，因为我们是嵌入式方向的实验室，所以我们做的是一个实时监控系统，有个同学主要负责传感器和网络编程，另外一个同学主要负责 web 后台服务，我负责前端页面(extjs)，我们的项目是给一家医院做冰柜的温度实时监控系统，在冰柜中放入温度传感器，然后不断把冰柜的温度数据通过各个局域网网络节点传输器一路传到中心服务器中，然后中心服务负责存储并分析数据，落库并返回数据到前端，展示实时监控页面并添加告警功能。整个系统非常有意思，通过这个项目，我深深地感受到物联网的魅力，软硬件结合的威力。这还只是单向的，如果可以做到双向，再加上智能化，那基本就可以取代人的工作了，实际上，现在很多的无人XXX系统，他们的本质都是这个，现在互联网环境这么差，哪天干不下去了，换个行业，做物联网+虚拟+AI，做现实虚拟，实业升级事业，也是大有可为的。

回归正题，在腾讯突然面挂之后，我就开始认真复习，专门找前端的实习工作，然后很快就找到了网易的教育部门的前端开发 offer，这段经历我印象最深刻的是当时那批前端的笔试当中，我是最高分的，面试也没怎么问就拿到 offer 了，果然有笔试就是好呀，妥妥我的强项。或者是因为我有这段经历，所以后面我才会被分配到腾讯做教育吧。。。

在网易，我做的是网易云课堂和网易公开课相关的前端工作，在网易的实习过程中，我的前端基础和实践不断加强，三剑客，前端组件库，前端基础库，模块化，构建，浏览器兼容处理等等，基础技术收获很多，但是大的方面上，没什么特别的收获，就像网易的公司文化一样，没什么特别的感受，至今都没留下什么。在网易，印象最深的两个点就是：

• 除了游戏，万般皆下品，主要靠情怀。其实这点跟在腾讯做教育也差不多；


• 网易的伙食真的是互联网第一，不存在之一。

研二找工作的时候，我研究了腾讯的校招路演，发现有以下问题：

• 杭州算是最后一站那种，时间很晚，到我们这边黄花菜都凉了；


• 杭州离上海很近，过来招聘的团队应该基本都是上海的；


• 像我这样的杭州毕业生不去阿里想去腾讯的奇葩真得不多了。

因此，我决定跑去上海参加校园招聘。当年校招我只面了百度跟腾讯，当时校园招聘都是统一笔试，面试，我记得百度是去他们上海分公司内部面试的，面了 2 轮就到 hr 了，还能留下记忆的是当时 2 面面试官对我的阿里经历很感兴趣，问了非常多，我当时就懵了，你们不是招前端的么。

然后是腾讯的面试，在一家 5 星级酒店的房间面的，当时进去就问我，能不能接受 web 服务研发岗位，我当时第一反应就是，你有无搞错呀！？但是机敏如我，肯定是立刻回答可以接受的，虽然这是一个随时都可以被废弃的万金油 api 岗位，但是它胜在可上可下，呸，是可前可后，啊呸，是可前端可后台，必须难不倒我呀，然后就是很无聊的面试，问了一些简单的前端题，了解了一下实习项目，最后做了一道智力题就结束了，相比百度的面试，有点看不过去了。最后问了我填的志愿是深圳的岗位，问我服不服从调剂，我说只想看深圳岗位，让我一度以为我又挂了，不过最后还是顺利进到 hr 的房间。。。面试，随便瞎聊，最后确认我只想回深圳，并表示可以给我争取调剂。

在回杭州的火车上，我知道百度的 offer 基本稳了，不过是上海的，腾讯的 offer 还是内心忐忑，实在是腾讯的面试有点“敷衍”了，那会儿我都在思考怎么忽悠我爸妈先在上海工作2年再回深圳了。不过没过2天，就收到了腾讯的 offer，是深圳易迅的前端开发岗位，当时在上海招聘的 90% 都是易迅(腾讯收购)的招聘，也很感谢当时帮我调剂的面试官跟 hr 了。兴奋的我在跟百度 hr 电话的时候就直接拒掉了百度 offer，现在回想起来，还真有点轻率了。

很快，我就决定提前到腾讯实习，当我坐在回深圳的火车时，看到了一则新闻：腾讯决定出售整个 ECC 给京东置换京东股份，并和京东开启战略合作。我不太记得我回家那天是什么心情，我只记得我办理入职手续的时候，窗外的天空是没有太阳的。我甚至都没认识全我的团队，因为当时所有工作都暂停了，那会儿，不是开大会，就是漫长的等待，现在想想，还挺像现在经历这场寒冬的我们一样，迷茫，忐忑，甚至有点慌张。

我加入了应届生群，在联名信上“签名”，在论坛上堆楼，终于，高层听到了我们的声音，跟京东友好协商之后，给予了我们这届应届生自主选择权 —— 是去京东还是留在腾讯，待遇不变。毫不犹豫地，我选择了腾讯。

写到这里，我还是很感慨，我的腾讯梦还真是一波三折，除了幸运还是幸运，或许因为在这件事情上花光了我前半生积攒的运气，以至于直到到现在所有的年会我都是阳光普照，深圳车牌摇号还遥遥无期，但是，我的腾讯之路还是开启了。。。

我职业生涯中最大的幸运 —— IMWeb 团队

多动动脑子

刚转来 IMWeb 团队，我接到的第一个任务是做一个爬虫，要爬淘宝教育的课程和购课数据。这不是很简单吗，之前做过呀，殊不知噩梦即将开始...

不到半天我就写好了，包括邮件模板，也自测好了，正式启动，美滋滋去喝杯茶，回来就能交差了。当我摸鱼回来一看，咦，脚本停了，接口报错，被限频了。于是我进入了疯狂调试模式，添加重试逻辑，不断调整请求频率策略，最终祭出终极策略，3分钟请求1次，这下不会被限频了吧，在稳定跑了1个小时没问题之后，我安心的下班回家了。

第二天到公司，数据跑完了，完美。于是，我做了最后的数据校对和计算调整，然后调通自动发送邮件的逻辑，再次执行。当我美滋滋地再次摸鱼回来，发现脚本又停了，这次是新的错误，没有错误信息，就是 5xx，黑人问号啊，于是各种调试各种排查，最终得出一个结论，ip 被拉进黑名单了。

好家伙，算你狠。于是我上网各种研究代理，不管免费付费，能用就是好代理，再次调整策略，申请十多个账号轮流爬，光荣牺牲了一批又一批的 ip 之后，我还是败下阵来。那个时候，我觉得我的人生都是黑暗的，我的面前立着一座大山，我怎么样都翻不过去。

当老大咨询进度的时候，我并没有得到任何安慰和建议，而是一句“多动动脑子”。

我已经忘记当时的我是什么心情，被打击成什么样了。也已经忘记了一周后是怎样完成任务的。我只记得，之后我只花了半天时间就爬了网易云课堂和慕课网的数据，他们就是毫不设防的裸......奔。

任性如我

对于我们程序员来说，碰到的最棘手的问题中，无法复现的问题肯定名列前茅。

有一次需求发布，现网验证的时候发现了一个问题，在本地和 test 环境都复现不了，live 打断点也复现不了，真是绝了，打断点没问题，不打断点有问题，我大概能猜到问题，但是需要打印一些日志来定位最终问题，可是只能在 live 才有效，先不说 live 构建会自动删掉 console.log 语句，执行一次 live 部署非常慢，如果要折腾几次来调试，那半天都解决不了问题了。

急性子的我肯定受不了这种折磨，所以我选择了直接登录现网服务器改代码调试。先把压缩文件 down 下来，本地格式化，找到对应位置添加 console.log，然后传回服务器覆盖文件，禁用 cdn 资源，直接在现网复现排查问题。几分钟不到就确定问题，然后修改代码重新部署一次过完成最终需求发布。整个过程行云流水，但是我内心慌得一比，这要是出问题被发现，那后果不敢想象。

还有好几次的 Node 服务问题，我也是直接现网调试，其实 Node 服务才是最适合这么做的场景，但是，我并不是推荐大家这样做。再到后面，我行我素的我越来越能够理解流程机制的用意和作用，现在踏上管理岗位，我更希望小伙伴们是严格遵照流程规范来工作，但我的内心深处，还是住着一个不羁的我。

“万恶的” owner

“清龙，这个需求就由你来当 owner 吧。”

“owner？要做什么？”

“就是这个需求的负责人，看看需求进度有没有问题，发布别延期就行”

“好”

【需求开发中...】

“清龙，现在需求进度怎样？有没有风险？”

“我这边没问题，我问一下后台同学看看”

“你可以每天下班前收集一下大家的进展，然后在群里同步哈”

“好”

【需求测试中...】

“清龙，需求测得怎么样啦？”

“......(这不应该问测试吗)应该问题不大，我这边的 bug 都处理完了，我找测试跟进一下测试进度哈”

“可以每天下班前找测试对齐一下测试的整体进度，让测试在群里同步哈”

“好”

【需求发布中...】

“清龙，需求发得怎么样啦？”

“后台发完了，前端正在发，问题不大”

“牛呀，一定要做好现网验证，发布完成记得要在群里周知哈”

“好~”

自从团队推行 owner 机制，工作量是噌噌噌地往上涨，但是工作能力也有很大的提升。

怎么说呢，这是毁誉参半的机制，重点在于每个人怎么看待这个事情，它可以是卷、分担压力的借口；它也可以是培养新人，锻炼项目管理能力，提升沟通协调能力的最佳实践机会。

我眼中的 IMWeb 团队

它是综合的。我们团队涉猎的领域非常广，移动端，pc 端，后台均有涉猎，正因如此，我们有非常好的土壤茁壮成长，尝试各种新技术。在很早的时候，我就在数据接口低代码平台落地 GraphQL，实现了基于mysql 的 GraphQL 的 node 版本，不说业界，在公司内肯定是领先的。在公司成长的过程中，我们团队也在成长，在前端工程化上也有很多的实践和成果。后面腾讯搞 Oteam，我们团队也多有贡献。

它是着眼于业务的。 我们团队推崇做产品的主人翁，坚持不懈地以技术手段助力业务发展。我们做的所有项目都是为了业务服务，为了整个团队服务。我们团队是专业的，没有钻技术的牛角尖，更多地是扎根于业务，一切以实际出发，更多以落地与实践为主。但我们团队的业务并不是很出彩，属于半公益的教育，至今我仍然唏嘘不已，只能感叹时运不济，现在回过头来细品，再厉害的技术，没有好的业务相辅相成，也是无法一直走下去，业务是王道啊。

它是被信任与敢于信任的。作为前端团队，能够有那么大的空间来施展身手，这足以说明我们团队是受到领导的充分信任的，我们团队也非常努力来对得起这份信任。而团队也非常信任团队里的每一个人，会给予很多的试错机会和时间，就看我们有没有耐心，主动与坚持了。

在一个已经建立了一定文化的团队是幸福的，它是需要细品的，但很多人都不愿意去感受。这两年，我过得很难受，不知变通地我一直守着这份坚持，与已经被潜移默化的团队文化对抗，最终只是落得个遍体鳞伤。但是我并不后悔，反而很庆幸，因为最后我找到了自己内心的真相，一直以来，我觉得是 IMWeb 团队造就了我，其实，我所依恋的一直都是它的价值观与文化，而我愿意一直为之践行。

我的管理之路

我正式任命是在 2020年上半年，但实际上，我在 2018 年下半年就从腾讯课堂调到了企鹅辅导，从一组调到三组，并开始做一些团队管理的工作。整体而言我的管理经验成长的非常缓慢，这是我自己的结论。

首先，我的角色转变比较缓慢。经常看到小伙伴们做事情太“慢”，我都忍不住要自己上，或者直接告诉他们答案，我知道这很不好，但是初期的我就是忍不住，我感觉我的管理之路就是憋气之路，最后总结就是，在大方向上，我要站出来，但是具体实施层面，我要当个隐身人，这对我来说，非常难受。

其次，我是主猫头鹰次考拉的重事风格，不太擅长管理小伙伴的情绪还有激励，沟通和语言艺术真是我需要投入一生去学习锻炼的课程。另外，我有一个最大的问题就是不喜欢冲突，直接导致我不太擅长争取资源，这会让我觉得很对不起小伙伴们，这点也是我离开腾讯最大的原因吧。感觉我比较适合增量市场，在存量市场这点真的是致命的，不过专心搞好业务不挺好吗，何苦浪费时间在这些地方。

最近做完了一个项目，但是打包之后发现太大了，记录一下优化方案

• Element、Vant 等组件库按需加载


• 静态资源使用cdn进行引入


• 开启gzip压缩


• 路由懒加载

#首先看看啥也没做时打包的大小

可以使用 webpack-bundle-analyzer 插件在打包时进行分析

可以看到有2.5M的大小，下面就进行优化

Element、Vant 等组件库按需加载

可以看到，在打包的文件中，占据最大比例的是这两个组件库,我们可以使用按需加载来减小 按需加载按照官方文档来就行,需要注意配置bebel.config.js

  // 在bebel.config.js的plugins选项中配置    

    ["component",      {        "libraryName": "element-ui",        "styleLibraryName": "theme-chalk"      }    ],

     ["import", {      "libraryName": "vant",      "libraryDirectory": "es",      "style": true    }, 'vant']

配置后的大小,可以明显的看到有减小

静态资源使用cdn进行引入

接下来占比最大的就是一些可以通过cdn进行引入的静态资源了

设置例外

vue.config.js文件中进行设置例外，不进行打包

设置例外的时候 key:value 中key的值为你引入的库的名字，value值为这个库引入的时候挂在window上的属性

    config.externals({

      "vue":'Vue',

      "vue-wordcloud":'WordCloud',

      "@wangeditor/editor-for-vue":"WangEditorForVue",

    })

然后在项目的 public/index.html 文件中进行cdn引入

cdn的话有挺多种的,比如bootcdn、jsdelivr等，推荐使用jsdelivr，npm官方就是使用的这个

    <script src="https://cdn.jsdelivr.net/npm/vue@2.6.14/dist/vue.runtime.min.js"></script>

    <script src="https://cdn.jsdelivr.net/npm/vue-wordcloud@1.1.1/dist/word-cloud.min.js"></script>

    <script src="https://cdn.jsdelivr.net/npm/@wangeditor/editor-for-vue@1/dist/index.js"></script>

完成后

gzip压缩

开启gzip压缩需要使用插件，可以用compression-webpack-plugin

在vue.config.js文件中进行配置

chainWebpack: config => {

    config.optimization.minimize(true)

},

configureWebpack: config => {

    if (process.env.NODE_ENV === 'production') {

        return {

        plugins: [

            new CompressionPlugin({

            test: /\.js$|\.css$|\.html$/,

            algorithm: 'gzip',

            threshold: 10240,

            deleteOriginalAssets: false,

            })

        ]

        }

    }

}

完成后

在配置完成后，在本地并不能开启使用，需要配置Nginx进行支持才行

路由懒加载

路由懒加载的基础是webpack的Magic Comments 官方文档

    // 在路由配置中，通过下面这种方式导入对应组件

    component: () => import(/* webpackChunkName: "mColumn" */ '../mviews/ColumnView.vue')

完成后

路由懒加载并不会减小文件打包后的大小，但是可以让文件分为不同的模块，当路由跳转时，才加载当前路由对应的组件

这样就可以大大减少首屏白屏的时间，不用在第一次进入的时候就加载全部的文件

如图，当第一次进入的时候只会加载到home.xx.js，当进入另一个路由的时候就会去加载对应组件，如图中的socket.xx.js

🎈 键盘事件

• 在 js 中我们通常通过绑定一个事件，去获取按键的编码，再通过 event 中的 keyCode 属性去获得编码


• 如果我们需要实现固定的键才能触发事件时就需要不断的判断，其实很麻烦