程序员

衡量和优化网站速度的方式一直在变化。 今年又引入了新的 Web 标准（并最终得到广泛支持），开发了新的工具，并提出了新的指标。本文介绍了 2022 年 Web 性能格局发生变化的一些方式。

2022 年年初做了一份年度计划，给自己列了 13 条今年完成的事情，除了 1 条完全没有启动之外，其余 12 条或完成，或还在进行中。给自己还定了 5 个核心目标，大部分完成的还是蛮顺利的。

为采用Bootstrap框架的后台管理系统制作一张点位排期的表格，基于jQuery封装了一个名为Calendar的插件，总共有3次大的迭代，代码从最初的200多行飙升至1000多行，包括一些工具函数

早在2013年Luke Wroblewski就提出了骨架屏（Skeleton Screen）的概念，他认为骨架屏是一个页面的空白版本，通过这个空白版本来传递一种信息，即页面正在渐进式的加载中。

我会实现一个非常简单的录制和回放插件（已上传至GitHub中），只会监控文本框的属性变化，并封装到一个插件中，核心思路和原理参考了rrweb，并做了适当的调整。

刚开始并没有打草稿，直接开干，越做到后面就越觉得代码很乱很杂，非常不舒服，做到哪个页面写这个页面的CSS，没有大局观。在完成页面后，就思考了一下，觉得打草稿是个好习惯，磨刀不误砍柴工。

本期要阅读的源码：arrify。虽然代码很很少，但是涉及了四个知识点，虽然代码很很少，但是涉及了四个知识点，首先是全等运算符，然后是typeof，再则数组判断，最后是可迭代对象。

核心思想就是越过基础建设，复制黏贴拿起键盘就是干，一把梭。 　　 文档一定不能写，越是复杂的业务逻辑，越是要惜墨如金。什么流程图、示例代码、SQL查询语句、项目组件等都不能有

公司的PM（项目经理）采用了轮流制，这次轮到我来做了。 　　与上一任PM沟通后，发现风险并不在于技术方面，主要还是在于需求和跨组协作方面出现了问题。具体包括需求评审不够细，有遗漏

公司是个几十人的创业公司，虽然人数不多，不过有稳定的现金流，去年的业务收益也在持续增长。现在前端团队的人员数量已经无法满足日益增长的业务需求了，所以需要扩招，再招两个3年左右的前端。

最近有点浮躁，也有点膨胀，工作也提不起劲，有点混混的节奏。 　　在此期间看到了本书《工匠精神》，读了几遍，矫正了一下自己。正像高达OO中的人物们一样，找到了一个战斗的理由。

为了提升业务人员操作管理后台的体验，花了点时间进行响应式的改造，紧急情况时，掏出手机就能工作。利用CSS3的媒体查询，就能根据不同屏幕的尺寸采用不同的样式来渲染，目前使用的移动端屏幕阈值为750

shin 的读音是[ʃɪn]，谐音就是行，寓意可行的后端系统服务，shin-server 的特点是： 站在巨人的肩膀上，依托KOA2、bunyan、Sequelize等优秀的框架和库所搭建的定制化后端

shin 的读音是[ʃɪn]，谐音就是行，寓意可行的后台管理系统，shin-admin 的特点是： 站在巨人的肩膀上，搭建的定制化后台管理系统。

现在出去面试，很多时候都会让你先做一份笔试题，而题目一般是中等偏下的水平，不会很难。 在面试前需要练练手感，以免在解题时没有思路。

最近观看了《前端跳槽面试必备技巧》，视频出举出了很多实用技巧，特在此记录。 视频开头给出了面试的定义：面试是测查和评价人员能力素质的一种考试活动。

最近读了一本不是编程的程序员技能书《软技能 代码之外的生存指南》，全书分为7个篇章，分别是职业、自我营销、学习、生产力、理财、健身和精神。其中在读过职业、自我营销和理财这三个篇章后，让我非常有感触。

最近在读一本计算机专业英语和英语语法大全，一下子就点醒了我，让我知道了为何每次阅读外文资料都会头疼，理由就是我只重视词汇量，但却忽略了词法分析。