王叨叨

在平时工作中我们经常要远程登录服务器，这就要用到SSH协议：

$ ssh user@host

- 阅读剩余部分 -

意料以外，竟然天津中签了……

17年9月份申请的，差不多摇了三年，中签了……

其实天津的牌子，对于一个北漂并没有什么用，该办12次进京证，还是照样办！而且，感觉北京的车在天津不受不限行的政策，但是天津的车在北京就得搞进京证！都说京津冀一体化，这一体化搞的，还有点不公平！

现在考虑是买个二手车把车牌先占着，还是买一个新车呢……

放一张北京小客车摇号的截图，现在已经是5倍了，只是一个数字而已……

2020年，不平凡的一年，这一年，涌现出许多好看的国剧，最近看了一些不错的国剧，推荐给大家看一看！

- 阅读剩余部分 -

在vue构建页面的顺序为，父组件构建 → 子组件构建 → 父组件获取异步数据 → 子组件获取父组件异步数据 → 子组件更新，也就是说构建的时候生命周期只会执行一次。

- 阅读剩余部分 -

没有一种架构是可以满足所有迭代的需求的

架构并不是只限于技术选型，架构作为软件生命周期的一部分！软件的生命周期包含了迭代、维护、重构等过程，架构设计亦是如此，所以说架构是需要变化的，目的就是适应当前情况的开发场景。

而架构产生的时间，必定是受到当时的约束条件，如人力、团队技术积累、时间、业务定位等等需求。所以，当前架构可能并不能满足未来的需求，我们要开放对待这个问题，只要当前的架构符合一定的设计原则，未来进行架构的演进就不是问题。

“架构”这个词解释也没有一个明确的定义，每个层级，每个场景都有自己的解释，所以到底什么是架构呢？

- 阅读剩余部分 -

Gitflow工作流定义了一个围绕项目发布的严格分支模型。虽然比功能分支工作流复杂几分，但提供了用于一个健壮的用于管理大型项目的框架。

Gitflow工作流没有用超出功能分支工作流的概念和命令，而是为不同的分支分配一个很明确的角色，并定义分支之间如何和什么时候进行交互。除了使用功能分支，在做准备、维护和记录发布也使用各自的分支。当然你可以用上功能分支工作流所有的好处：Pull Requests、隔离实验性开发和更高效的协作。

- 阅读剩余部分 -

通过了初探和实操，这次我们上一个比较有意思的Action，发布依赖包到NPM上！如果对NPM不了解，可以先看《在NPM上发布组件教程》，这里就不过多的说明了！

- 阅读剩余部分 -

上次《GitHub Action初探》只是简单的说明了下大概，这次是演示如何使用 GitHub Actions 自动发布一个 Vue 应用到 GitHub Pages。

代码我已经托管到GitHub上了，文末会放出。

- 阅读剩余部分 -

面试官： 听说你在家打老婆孩子？
闰土： 他们以前连饭都吃不饱，现在生活条件已经改善了很多。

面试官： 我是问你打过他们吗？
闰土： 我们家的发展成就是全村人有目共睹的。

面试官： 我没问你那些，我就问你打老婆孩子了吗？
闰土： 老刘家打老婆孩子你怎么不问？

面试官： 我问的是你，在家打老婆孩子吗？
闰土： 你们家历史上有没有打过？据我调查你太爷爷一百多年前打过老婆。

面试官： 我现在问的是你，打老婆孩子了吗？
闰土： 我已经把不打老婆孩子写进了家规。

面试官： 那你按照家规去做了吗？
闰土： 家规是我们家的内政，别人无权干涉。

面试官： 你到底打老婆孩子了吗？
闰土： 我谴责打老婆孩子的行为！

面试官： 我就问你打老婆孩子了吗？
闰土： 你提这种问题是不负责任的。你去过我们家吗？我邀请你去我家做客，亲眼看一看。

面试官： 我就问你打老婆孩子了没？？
闰土： 我可以告诉你，最了解我们夫妻关系的人不是你，是我 和我的家人。我有发言权，你没有。

面试官：你到底打没打过？？？
闰土： 你的这个问题充满了对我家的偏见和不知道哪来的傲慢，我们家欢迎一切善意的建议，但是拒绝任何无端的指责！所以请你不要再有这样不负责任的提问！

面试官：新闻上都报道了！！
闰土： 假新闻，下一个！

真的挺讽刺的，请勿对号入座~~

- 阅读剩余部分 -

周末随手看Vue的api文档，看到了vm.$attrs这个，官方是这么解释的：

包含了父作用域中不作为 prop 被识别 (且获取) 的 attribute 绑定 (class 和 style 除外)。当一个组件没有声明任何 prop 时，这里会包含所有父作用域的绑定 (class 和 style 除外)，并且可以通过 v-bind="$attrs" 传入内部组件——在创建高级别的组件时非常有用。

看完之后发现，这些解释比较晦涩，官方也没有具体的例子来解释！还是自己动手整个demo来看看吧！！！

- 阅读剩余部分 -