上一篇文章中说到的敏捷宣言，可以说是整个敏捷体系中最精髓的部分了。说实话，不仅你觉得，我也觉得这四句话有点太简单，太抽象了。难道真正的敏捷只是遵循这四句话就可以了吗？不要 too young too simple 了。
说到敏捷项目管理就不得不提到那十分出名的敏捷宣言。这篇文章我们就来简单地了解一下敏捷项目管理的出现和敏捷宣言说的是什么。不要有太多的压力哦，这篇文章还是非常轻松的。传统项目管理对于传统项目管理和敏捷项目管理的不同，我们可以列一个非常大的表出来，不过，这样列出来其实挺没意思的。
作为敏捷项目管理的开篇文章，还是先来简单地说一说为什么先从敏捷开始，为什么是以 PMI-ACP 为参考。当然，这一系列的文章可能不可避免地会为 PMI-ACP 做一些广告，但是我想告诉大家的是，敏捷以及项目管理相关的内容要掌握好，实践比理论重要，也比考试证书要重要的多。
一个高龄码农的疫情防控2020这个春节真的是有生以来最特别的一个春节，同时也是陪伴家人最长的一个春节了。公司也下发了通知，2月1号开始在家办公，2月10才正式上班。关于疫情的消息已经非常多了，而且我们也是在重灾区之一的湖南，所幸的是，这个春节我们没有出门。
2019原创文章汇总感谢2019，感恩所有和我一起成长的你们。2019年就这样结束了，没有惊喜也没有意外。19年过年后总算在北京又找到了工作，不过之前就已经定好了今年要回家的计划，所以只干了四个月就离职了。结果公司还是在十月份没撑住倒闭了，所有技术部门的同事都再一次的“被裁员”。
测试相关的内容其实也不是我的强项，毕竟日常的开发没怎么接触过，但是不讲吧，又总感觉缺少一点什么，所以这一块也只是简单的演示一下，没办法带大家进行更加深入的学习。很神奇吧，工作十来年，没有经历过一个是使用过测试驱动开发的公司，甚至连单元测试在工作中都从来没写过。
广播系统指的是什么呢？在这里我们说有广播系统其实就是配合 WebSocket 实现的即时更新接口。什么意思呢？比如说在你的购物 App 上，如果订单状态发生了变化，比如卖家发货了，那么马上就会收到一条通知信息。当然，App 上使用的不是 WebSocket ，而是不同平台的推送机制
队列相关的应用对于现在的系统开发来说非常常见，不管你是发消息还是应对大流量，队列都是一个非常常用而且非常好用的解决方案。我们自己写队列去实现很多功能其实已经非常方便了，不过 Laravel 也为我们准备好了一套现成的队列系统，直接配置一下就能够方便地使用了。
任务调度是什么一个概念呢？其实就是大家的需要后端运行的脚本，比如说我们最早讲过的 Laravel 中的命令行脚本。本身这些脚本如果需要自动定时执行的话，我们都需要使用 crontab 来操作。其实说白了，crontab 就是一个任务调度的工具。而 Laravel 中也提供了这样的操作。
说到事件，你会想到什么？JS 中的回调函数，按扭的回调事件？没错，这些都是事件的应用。不过在 Laravel 中，事件是一种解耦机制，是 观察者 模式的一种体现。它能够允许你订阅和监听在你的应用中发生的各种事件。最典型的例子，当你操作完订单后，需要发送短信、邮件或者应用内通知的时候
对于一个框架来说，安全体系是非常重要的一环。如果一个框架没有好的安全措施及功能的话，那么这个框架在线上运行的时候多多少少还是会让人不放心的。毕竟各路大佬可能随时都在扫描各个网站的漏洞。之前的各种安全事件可能你不一定经历过，但一定听说过，今天，我们就来看看 Laravel 中的安全相关功能。
这个东西还需要多说？学 PHP 或者任何 Web 开发语言的入门课好不好！既然这么说，那么看来你是没用过 Laravel 自带的 Session 呀，Laravel 的 Session 可不是用得 PHP 默认的那个 Session 哦。
在学习完 Laravel 中的日志处理模块之后，接下来马上就进入到错误和异常的学习中。其实通过之前 PHP 基础相关的学习，我们已经了解到 PHP7 中的大部分错误都已经可能通过异常来进行处理了，而我们的 Laravel 框架，基本全是通过异常来进行处理的。
在之前我们的设计模式相关的系列文章中，已经学习过了门面模式。在设计模式中，门面模式的定义是：为子系统中的一组接口提供一个一致的界面，Facade模式定义了一个高层接口，这个接口使得这一子系统更加容易使用。
通过之前的三篇文章，我们已经学习完了服务容器相关的内容，可以说，服务容器就是整个 Laravel 框架的灵魂，从启动的第一步开始就是创建容器并且加载所有的服务对象。而说起管道，其实大家也不会太陌生，在程序开发的世界中，管道模式的应用随处可见
了解了服务容器的原理，要处理的问题，以及 Laravel 中如何使用服务容器以及服务提供者之后，我们就进入到了源码的学习中。其实服务容器的源码还是比较好理解的，毕竟我们已经自己实现过一个简单的服务容器了。在这里，我们也顺便看一下 Laravel 框架启动时的容器加载情况。
我们已经了解了服务容器是个什么东西，也知道了依赖、依赖注入、控制反转以及最终的服务容器的概念和它们要解决的问题。今天，我们就来一起学习一下 Laravel 中的服务容器是怎么使用的，大家一起来看看它是不是和我们上回学习到的服务容器是一样的。
服务容器是 Laravel 非常核心的内容，也可以说是 Laravel 中最引人注目的地方。提到服务容器，就不得不提到一大堆高大上的名词，依赖注入、控制反转、依赖倒置、反射等等。要了解 Laravel 是怎么实现服务容器的，也要先从这些名词入手，我们就一个一个地来看看。
对于早期的 PHP 开发来说，直接输出页面是 PHP 最早称霸 WEB 领域的法宝。不像现在的前后端分离，最早我们开发 PHP 的时候很多情况下都是直接在 HTML 中嵌入 PHP 代码来生成动态网页的。在那个时候，也没有专门的前端这个职位，当时我们的前端一般也会叫做是 “切图仔”
在现代的数据库应用中，Redis 已经占据了很重要的位置。关于 Redis 的优点相信也不用我多说了，快速的内容访问也能够充当缓存数据库来使用。早前几年还有不少的公司在使用 Memcached ，但是现在就已经屈指可数了。