05 | 代码入库前：Facebook如何让开发人员聚焦于开发？

搭车推荐 IntelliJ 下的效率神器插件 JRebel，可以免手工重启，快速生效文件改动最新效果。 http://plugins.jetbrains.com/plugin/4441-jrebel-for-intellij

1. 在开发环境方面，你有没有尝试过在 Docker 里面进行开发？你觉得这种方式的好处是什么，弊端又是什么呢？ 在之前的项目中有用过Docker来搭建开发环境，主要是一些中间件，例如后端数据库，solr，elk等。带来的好处是每个开发人员可以很快在本地搭建一套开发环境，彼此不会有冲突，不好的地方是Docker文件和镜像的维护，需要额外的精力。 2. 有些开发者喜欢写好一个比较大的功能单元，然后再一口气调测。你觉得这样做的好处和坏处，各是什么呢？ 这种做法的好处是写代码的时候可以更加专注，不好的地方是如果开发人员经验不够，这种方式就会变为调试驱动开发，反而会降低效率。 不同的人会有不同的开发方法，我认为并没有普适所有人的方法，对于经验非常丰富的开发人员来说，怎样做都会得心应手。想一想纸带编程时期，哪有什么单元测试。

我的开发方式可能比较另类，也比较不合规。公司买的是阿里云的 Windows 服务器，我现在常常都是直接通过远程桌面连接到服务器上，用 VSCode 开发前后端项目。前端用 Vue 全家桶，后端用 Node.js + nodemon，有改动之后立刻生效，最大的好处就是快，见效快 😂 之所以这样做，是因为我们公司就俩开发，一人负责一大摊子事，所以常常用各种野路子，怎么方便怎么来，哈哈。

@在开发环境方面，你有没有尝试过在 Docker 里面进行开发？你觉得这种方式的好处是什么，弊端又是什么呢？ #好处：A节约开发资源（多个开发人员共用一台docker开发机器，基于容器的资源隔离，抽象成多个开发机，提高单台机器的使用率）B快速搭建（新来的开发同事可以迅速创建一套或多套开发环境，基于镜像的一致性，保证环境创建过程中不踩坑，节约项目融入时间，同时，如果环境遭到破坏，或开发机不可用，可以迅速迁移到其他docker开发机）C轻松构建（很多时候出了搭建开发环境，还要搭建构建环境，通过docker提供的各种工具镜像，可以实现轻松构建自己的代码）缺点：A资源控制（对于性能要求高的服务，docker开发环境不如独立开发机性能高，虽然使用cgroup技术，但是docker还是会占用部分资源，对于独立性要求高的开发不利） B镜像构建（从传统方式到docker开发，需要构建基础镜像，代码、日志要持久化出来，通过sftp与IDE实现实时保存更新，基础镜像如果不够灵活，使用中会遇到问题）C需要了解docker命令（对没接触过docker的有一定的学习成本，并且查看日志，和启动服务等操作会变得跟传统方式不同）D网络限制（docker默认采用bridge方式提供小二层网络，比较抽象，对于需要独立IP资源的服务不友好，当然可以更改网络模式，但是需要整个公司的网络支持） @有些开发者喜欢写好一个比较大的功能单元，然后再一口气调测。你觉得这样做的好处和坏处，各是什么呢？ #好处A功能完整（这样一个功能可以根据项目需求周期来决定要不要该功能整体，如果较小的功能单元，后期可能会根据项目需求不断调整，经验不足就会对项目其他功能造成影响）坏处A需求见效慢（开发周期长，问题暴露滞后，不利于敏捷开发，可能会错过需求的最佳上线周期）B项目返工修复困难（单元大，设计的模块多，如果有BUG，修复起来很难）C不利于持续交付（如果要走持续交付路线，就要频繁上线，尽可能的优化上线流程，如果很久才开发一个功能并上线，即便有问题，也会觉得是个例）

怎么用线上的数据给开发人员进行开发测试呢

监听文件变动并重启服务的事情我做过。 当时是用lua开发的一个项目，lua本身还是支持热更新的，不需要重启进程. 我就在代码逻辑中定时扫描文件的变动情况，有过变动且最近5秒未再变时就热更新加载代码。 （因为在网络传输文件的过程中，如果文件没传完，就开始了重载流程，就会出现语法错误。） 这样我用vim在服务器上开发时，只要一保存，就触发了重载。 另外我会单独开一个终端在tail日志，如果有问题，可以及时的发现。 从这也能看出，我喜欢小步走。

如果工程比较大，编译需要很久的话，自动编译并重启服务是不是就不太合适了？

发现解释性或者脚本型的语言做持续集成都比较方便，工具也多，但是像我们主要用C++的，好像没有这样的自动化工具链吧。老师对这个有经验或者建议吗？

Docker开发对于前后端没有分离的项目来说，前端会省去大量的搭建项目的时间，直接使用后端搭建好的环境，然后去提交代码进行联调。

老师,有自动化的一套工具介绍吗?