鹅厂大佬给的 30个提高团队研发效能建议

点击“ 程序员内点事 ”关注，选择“ 设置星标 ”php

坚持学习，好文每日送达！前端

互联网大公司价值上亿的项目背后，团队成员是怎么高效协做开发的？

和我本身开发辣条项目时有什么区别？

看完本文，保证让你大开眼界！

鱼皮在学校的时候，作过不少项目，但大部分都是练手的 Demo。基本都是单兵做战，毫无章法。

大二暑假，我第一次进入企业实习，要和同事合做开发一个大项目，对于企业中的条条框框和同事写的烂代码很是不适应，成天大呼同事不讲码德！

大三来到字节跳动实习，仍是和同事一块儿开发一个新项目，那会儿仍然不适应团队开发，最烦的事就是每次写完代码，都要让同事检查几遍，确认没问题后还要在他的监护下才能发布上线。

后来走出校园，来到腾讯，接触到了更大的团队、更大的项目，但起初我还不能很好的适应团队开发，依旧保持我的开发时的野性，致使效率很是低。

通过在鹅厂一年多的摸爬滚打，现在的我，终于可以熟练运用企业的各类资源来提高本身和团队的研发效率了！

我总结了 30 个提高团队研发效能的锦囊，完整覆盖项目的各研发流程，分享给你们~

1. 技术选型

想要提高团队开发效率，在投入项目开发前，必须确认项目的技术选型。好比项目选用哪一种编程语言、选用哪一个开发框架、选用哪些依赖库、选用哪一个测试框架、选用哪一种数据库、选用哪些中间件等等。

技术选型是一门大学问，一般不是由一位技术大牛或架构师一槌定音的，而是要你们开会讨论，结合具体的业务场景进行分析，而且对技术进行充分的研究，最后共同确认一个较为合适的选型方案。

技术选型的考量要素很是多，好比：

团队成员对技术的熟悉程度。团队成员对技术越熟悉，培训成本越小，开发效率越高。在一个都是 Java 工程师的团队提出使用 C++ 简直不讲码德！程序员
团队对技术的掌控度。团队内至少要有一我的很是了解该技术，懂得最佳实践，可以指导团队正确运用技术，并解决疑难问题。web
技术的主流程度和生态。技术越主流，文档、实践和解决方案就越多，而使用冷门技术可能出现没法解决的问题，整段垮掉！shell
技术和业务的贴合程度。技术是为业务服务的，所以必须结合具体的业务场景去选用技术。好比在只有几个用户使用的小网站中运用微服务框架是一个愚蠢的选择。数据库

2. 开发工具

工欲善其事，必先利其器。

在开发前，选择一款优秀的开发工具，而且学习如何高效地使用它吧！不少开发工具都自带了代码检查、代码格式化等功能，还有不少快捷键，这将大大提高咱们的开发效率和开发体验。

目前比较主流的开发工具备 JetBrains 全家桶、 Vscode、 Sublime 等等，没必要沉迷于某一款开发工具没法自拔，能够针对项目的类别和体积进行选择。

除了本地的开发工具外，还可使用云端的开发工具，好比 Cloud Studio，无需下载任何软件，直接在浏览器中进行开发和调试、实时浏览。对于小型项目的开发也许是一个不错的选择。

3. 代码规范

在开发前，为团队或项目制定一套代码规范太有必要了。

好的代码规范可以帮助团队成员阅读理解他人的代码，提高协做开发效率和团队氛围。

试想，若是你习惯代码缩进两格，而其余同窗都缩进四格，会不会感到很懊恼？

4. 脚手架

在开发一个新项目前，一般由架构师或熟悉技术框架的同窗来搭建项目的基本结构、编写 Demo，其余同窗只须要在此基础上遵循规范进行开发（复制粘贴）就好。

现在，项目结构愈来愈复杂，咱们不可能手动建立一个又一个文件。

懒人推进世界，不少框架自带了 脚手架，可以让咱们经过输入一两行命令，快速生成项目的基本结构、默认配置文件、甚至是可直接运行的 Demo，避免了没必要要的重复工做，大大提高开发效率！

好比前端框架 Vue 的脚手架 Vue Cli 和前端框架 React 的脚手架 Create React App。

5. 低代码构建

低代码是指 少写代码或不写代码。经过对应用场景的极致抽象和模板化，将写代码的工做交给机器来自动生成。

就像如今网上不少 App 和网站制做平台，只须要在界面上选择元素、点点拖拖，就可以自动建立出应用，根本不须要写任何代码，哪怕是不会编程的人也能轻松使用。

低代码构建在企业中很是流行，是提高团队开发效率的神器，几乎每一个大公司都有本身的低代码构建平台。业界比较知名的低代码平台有 Google 的 App Maker 和微软的 Power Apps 等。

6. 内部依赖仓库

在开发中，咱们常常须要下载大量的依赖包，还要将开发好的依赖包进行上传。

可是，一般软件依赖源都是国外的服务器，好比 Maven 和 npm 源，从国内下载依赖的速度很是慢。虽然下载慢的问题能够经过配置国内镜像源获得必定程度的解决，可是没法直接在公有软件源上传私有包。

所以，一般企业都会在内网搭建私有软件源，即 内部依赖仓库，便于内部依赖管理，大大提高拉取效率。

目前最经常使用的内部依赖仓库是 Nexus。

7. 本地开发热更新

不少年前，在我还有一双清澈的双眼的时候，我在本地开发网站都是改一行代码，而后切换到浏览器里刷新看效果，而后再改代码，再刷新，如此往复，很是难受。尤为是开发后台应用时，哪怕在代码中改了一个字母，都要去重启项目！

如今想一想，效率实在是过低了。

现在，本地开发热更新是程序员开发提效必备的神器，启动一个开发服务器，让它自动监听代码文件。当代码更新时，运行中的项目也会自动更新，从而省去了无止尽的刷新和重启。

在前端，比较知名的热更新工具备基于 HMR 技术（模块热替换 hot module replacement）的 Webpack Dev Server；在 Java 后端有热部署插件 JRebel。

8. Serverless

Serverless 是最近几年逐渐流行的概念，翻译过来就是 “无服务器”。

之前，咱们要搭建网站的后台，首先要买服务器，而后将一个大而全的项目包部署到服务器上，总体对外提供服务，全部的系统资源和进程都须要由咱们本身来管理。

随着云计算时代虚拟化、容器、微服务等技术的发展，人们将大项目的通用部分抽象成一个个细小的服务，每一个服务只提供一个或几个功能，独立部署在比服务器更轻量且无状态的容器中，共同对外提供服务，组成一个完整的系统。

而 Serverless 不是指彻底不须要服务器，而是让开发者感觉不到服务器的存在。

什么意思呢？其实就是把对服务器的需求外包给厂商，咱们只管写代码，让他们负责部署和运维。咱们花钱，他们办事！

目前国内有不少 Serverless 服务提供商，如阿里云、腾讯云、LeanCloud 等，使用这些 Serverless 服务后，咱们无需再关心服务器的运行，只须要专心写业务逻辑就能够了，可以大大提高开发和维护效率，省时省心。

9. 代码托管

不少年前，咱们的代码几乎都存在本身的电脑里，经过 U 盘或者网络传输代码文件来实现合做开发。

而现在，代码托管平台已经成为团队合做开发的灵魂。

相信不少小伙伴都接触过 GitHub，世界上最大的代码开源托管平台。每一个人均可以把本身的代码发布到 GitHub 上，做为一个代码仓库，随时随地远程管理。还能够搜索和浏览其余人发布的代码仓库，以此实现高效地合做开发，促进项目的完善。

为了保证代码的安全保密性，通常在公司或团队内部都会本身搭建一个代码托管平台，比较知名的有 GitLab，能够针对不一样的项目为成员分配权限，更好地管理团队的代码。

10. 本地代码检查

在代码提交以前，首先应该在本地进行代码检查，及时发现一些低级的语法错误，防止被团队的其余同窗嘲笑。

大多数集成开发工具自带了代码检查功能，边敲代码边检查，很是爽。

此外，咱们还能够配置 Git Hooks，在代码提交前自动执行代码检查， npm 项目能够经过 Husky 插件实现，还能配合 ESLint 实现代码自动修复。

11. 代码提交规范

团队越大，规范就越重要。

只有代码编写规范还不够，还要在团队内制定一套代码提交规范，一般是 约定式提交规范，即让成员在提交代码时填写指定格式的 Commit Message，好比下面的格式：



   
   
    
    
             
    

    
 
    <提交类型>[可选的做用域]:  
 
    <描述> 
 
    
 
 
    
[可选的正文] 
 
    
 
 
    
[可选的脚注]

指定代码提交规范不只可以帮助成员快速理解每次提交的改动点，提高代码审查效率；更大的做用是让一些自动化工具理解提交信息以进行一些有意义的工做，好比生成 Change Log（代码改变日志）。

能够参考一些大公司的代码提交规范，并经过 commitlint 和 commitizen 等插件实现自动修复不规范代码。

12. 代码审查

在团队开发中，写代码可不能像本身练习编程时同样肆无忌惮。

在合做开发时，能够为每位开发者分配一个分支，在本身的分支编写和提交代码，也能够按照需求来创建分支。确认开发测试完成后，发起一个 MR（Merge Request 合并请求），将小分支的代码合并到公共的主线分支便可。

主线分支的代码一般是可以直接发布上线、稳定运行的。所以，为了保证项目代码的质量，每次合并代码到主线分支前，必需要进行 代码审查（CR，即 Code Review），就是让同事或上级阅读和审批你的代码，以为没有问题后，才可以执行代码合并。

一般，代码变动越大、项目越重要，代码审查所需人数越多，越可以发现一些我的没法发现的风险和问题。所以，代码审查是大公司研发流程的关键一环和重要防线。虽然不能直接提高研发效能，可是能有效避免线上事故的发生，减小程序员没必要要的工做量和心理压力。

13. CI/CD 流水线

CI/CD 即持续集成/持续交付。

在敏捷开发时代，哪怕是一个小团队，天天也会有几回的代码提交，若是长期不合并，可能就会出现代码冲突。

所以， 持续集成的意义在于，经过天天定时将各个开发人员的代码合并到同一个代码仓库中，以尽早发现代码冲突和错误，帮助团队更紧密地开发协做。

当咱们开发完项目，想要发布上线时，要先登陆服务器，而后在服务器上拉取代码仓库中的项目代码，而后执行打包命令，最后经过脚本运行项目。

若是只须要在一台服务器上部署，其实还不算太麻烦，可是若是要在几十台机器上部署呢？要一台一台地登陆服务器而后重复着上述工做么？

懒人推进世界，这时咱们就须要 持续交付，将构建部署的每一个步骤由人工转变为机器自动操做，原理相似编写了一个自动化构建脚本，在代码合并到仓库时触发脚本的执行，在各机器上自动拉取新代码并打包发布。

目前主流的 CI/CD 平台是 Jenkins 老爷爷，能够配合代码托管平台 GitLab 等实现彻底自动化打包、构建、发布，不再用开发人员一台台登陆机器去执行重复的命令了，不只大大提高了团队研发效率，还保证了发布流程的规范和安全性。

毕竟总有些内鬼程序员借着发布的名义偷偷登陆服务器执行 rm -rf *。

14. 监控告警

为了在第一时间发现线上项目存在的问题，咱们一般会在代码中添加告警逻辑，当某段代码执行异常时经过邮件、短信、微信、电话等方式联系项目负责人。

但有时，咱们可能会针对某些指标在一段时间内的统计值设置告警。好比当机器内存占用超过 80% 且持续 5 分钟才告警。这些告警逻辑和业务自己关系不大，若是都写死在代码里，不只耗时，并且难以维护。

能够在团队内搭建 监控告警平台，经过在机器上部署代理或者在代码中使用上报 SDK 等方式来让告警平台统一收集项目运行时的各个指标，好比机器负载、网络负载、异常信息等。

监控告警平台提供配置界面，能够灵活地配置告警规则，好比 1 分钟内收集到 2 个报错就发邮件告警、收集到 5 个报错就发短信等。

完善的监控告警平台还可以对历史告警信息进行管理和详情查看，以及可视化展现各指标图表等。不只减小了咱们开发时的工做量，也能帮助咱们更快地分析和排错。

Zabbix 是比较知名的开源监控解决方案，几乎能对任何 IT 基础架构、服务、应用程序和资源进行监控和告警，全面且专业。

15. 日志平台

一般，已上线的项目出现问题时，咱们会经过查看日志文件来定位和排查问题。

若是项目比较小，仅仅在单台服务器上部署，那么只须要登陆这台服务器，输入命令来查看日志便可。

但团队的项目量级较大时，一般会部署到多台机器上，并且每台机器上的日志量都很是大，以人工的方式一台台登陆服务器，而后在数以万计的日志中去找到本身想要的关键信息，是很是低效又恶心的！

日志不讲武德，能够搭建一个统一的日志平台来治治它们。将各台机器上分散的日志收集到日志平台，而后经过可视化的界面去集中管理和搜索日志，大大提高了查阅日志的效率和体验。

目前比较主流的技术是 Elastic Stack（ Elasticsearch + Logstash + Kibana + Filebeat），使用它能够搭建一套企业级日志平台，轻松管理上百万甚至是上亿的日志数据。

16. 接口文档平台

如今不少的项目都采用先后端分离的方式进行开发，前端同窗写界面，后端同窗提供接口。若是没有一个规范的接口文档，声明每一个接口的协议、请求参数、响应参数等，很容易致使前端请求错误。

传统的方式是由后端同窗手动编写接口文档，接口改动时，文档也要改动，很是低效且不利维护。

其实，咱们能够将接口文档平台化，经过 Swagger 等工具自动生成精美的接口文档网站，开发者还能够在网站上直接测试各个请求，告别了手动编写文档的低效繁琐，提高了开发和协做效率。

17. 接口测试平台

测试是对研发质量的保障。

咱们写完代码后，不只要在本地测试，还要在测试环境、预发布环境、线上环境都进行测试验证。项目越大，对测试的要求越高，也就越麻烦。

一般咱们会使用 Curl、 Postman 等工具进行接口测试，简单易用。可是有些时候，本地网络（公网）和测试环境（内网）的网络不互通怎么办？

能够在团队内部搭建接口测试平台。提供一个 web 界面，无需下载任何软件，就能够轻松地建立各类接口测试，编写各类测试用例，建立测试计划。最棒的是还能切换不一样的测试环境，以及多人共享测试等等。大大提升了测试效率和质量。

18. 即时协做

天下武功，无快不破。为追求更高的协做效率，可使用一些即时协做工具。

好比在协做开发同一个项目时，可使用开发工具 Vscode 的 VS Live Share 插件，支持多人连线，团队成员能够同时对文件进行编辑，甚至还能看到对方的光标！

在多人编写同一个文档或表格时，可使用腾讯文档，实时看到其余成员的光标位置和对文档的改动，尤为是在开会时，这个功能将很是有用。

使用即时协做平台不只能够提高效率，还能以最快的速度发现冲突，发现有人正在写烂代码能够直接打字提示他。

19. 团队知识库

团队在开发项目的过程当中，确定会产生不少有用的知识，好比技术选型过程、线上事故的分析处理过程、技术文档、产品文档、业务介绍等。这些知识是团队成员共同积累的财富，往后可能要给其余同窗阅读学习，所以必须妥善保存。

之前的作法是，你们把想共享的文件传到一个公共的网盘中，须要时下载到本身的电脑上。当网盘的文件更新时，还要再重复下载，很是地低效。

如今的项目团队，通常都有本身的团队知识库，一般是云端网站的形式，全部的成员能够在知识库中上传想要保存和分享的文档，也能够直接在知识库中编写文档。想要学习知识的同窗直接登陆知识库网站，搜索文档便可，还可以对优秀的文档进行收藏。

团队知识库不只可以更好地维护和沉淀团队的知识，还能提高你们编写和阅读文档的效率，更好地进行知识协做共享。

比较不错的在线团队知识库有阿里语雀、腾讯乐享、Wiki、Confluence 等。

20. 进程监控

有时，咱们线上运行的项目进程可能由于某些意外而退出，并且没有被任何人及时发现，这可能会对团队形成巨大的损失。

为了保证线上项目的高可用，能够开启 进程监控，当项目进程退出时，自动重启该进程而且向负责人发送告警，必定程度上减小了事故的影响，也省去了手动重启进程的操做。

能够本身编写进程监控脚本，也可使用一些现成的监控程序，好比 Supervisor 和 Monit 等。

21. 前端监控统计

前端监控主要包括对页面的性能监控、错误监控和用户行为监控。对于 C 端项目而言，前端监控很是重要。经过性能监控，能够分析页面性能的不足，优化页面，提高用户体验。经过错误监控，能够在用户进行某些误操做时第一时间通知到项目负责人，并进行相应的处理。经过行为监控，能够获取 UV、PV、IP、点击流等等，从而分析用户的使用习惯，改进产品。

若是没有前端监控平台，开发者要本身收集各用户行为指标，且只能经过不断地测试来分析页面性能的不足，会产生不少额外的工做量。

有不少现成的前端监控平台，好比百度统计、专一错误监控的 Sentry、腾讯的 Aegis 等，直接申请帐号接入便可，省去了本身搭建的麻烦。

22. 任务调度平台

在平常开发中，少不了执行定时任务，好比天天检测数据是否正常、定时发送邮件、同步数据等。若是把这些任务都写死在代码中去执行，即便用一些定时任务框架，当任务多了，也会变得难以管理。并且没法控制任务的执行状态，还有可能致使一些单次任务的重复执行，形成风险！

所以，须要统一的 任务调度平台来管理任务。能够经过平台界面实时查看各任务的执行状况，还可以灵活地控制任务的启停、执行参数、超时时间等。甚至能够将任务调度到多台机器同时执行。下降风险的同时提高了管理定时任务的效率。

有一些优秀的开源任务调度平台如 Elastic Job 和 XXL-JOB，能够直接搭建使用。

23. 配置中心

任何项目都离不开配置，好比数据库链接密码、第三方服务调用地址等。

若是把配置都写死在代码中，或者是项目包里的配置文件中，当配置须要修改时，咱们就不得不修改项目文件，提交代码，从新打包，再发布上线，很是麻烦。

并且有些时候，因为多个项目使用了相同的配置，在改动一行配置时，可能要去修改多个项目，不只麻烦，并且存在漏改的风险。

所以，咱们须要一个配置中心来集中管理那些常常变化的、同时被多个项目使用的配置。

比较好用的配置中心有携程的 Apollo、阿里的 Nacos 等，能够直接在界面上建立和发布配置，还能对配置进行版本控制，灵活地升级和回退。使用配置中心可以提高配置管理的效率，同时避免重复地改动项目的配置文件。

24. 链路追踪

假设咱们的项目中有一个功能依赖多个第三方接口，该功能的平均执行时间是 50ms。



   
   
    
    
             
    

    
 
    /**
 * 获取用户详情（依赖三个接口）
 */ 
 
    
 
 
    function getUserDetail() { 
 
    
   
 
    let user = getUserById();  
 
    // 获得用户基本信息 10ms  
 
    
  user.account = getUserAccount();  
 
    // 获得帐户信息 20ms 
 
    
  user.idcard = getUserIdCard();  
 
    // 获得用户身份证信息 20ms 
 
    
   
 
    return user; 
 
    
}

结果有一天，这个功能执行超过了 10 分钟！那怎么排查出是哪一个第三方接口出现了问题呢？

当出现复杂的调用关系时，咱们可使用链路追踪系统，经过给每一个请求环节绑定惟一 id 并上报时间的方式串联起整条调用链路。在链路追踪系统提供的界面能够轻松地查看整个请求的调用过程，可以帮助咱们更快地定位请求中的问题，优化接口的性能。

25. 容器管理平台

之前，团队的项目都是直接部署在服务器上，简单粗暴。可是随着时间的推移，项目会愈来愈大，最终成长为一个巨石应用。

随着云计算、容器、微服务等技术的发展，对于一些大型的巨石项目，咱们能够将其拆分为独立的微服务，部署在一个个相互隔离的容器中。容器就像一位少女，轻量、优雅而迅速。

一个项目可能须要同时部署多个容器，咱们须要对这些容器进行管理和资源的分配。而容器比服务器的粒度更细，数量多是机器数的几倍，手动去管理他们是很难的。

所以咱们须要容器管理平台，统一管理容器，自动分配资源，并根据容器的资源占用状况进行弹性伸缩，极大地提高运维效率。

K8S（Kubernetes）能够说是最知名的容器管理平台了，不少大公司也都提供容器管理平台的云服务，能够直接接入。

26. 中台

问个问题，若是让你连续开发 5 个电商系统，当你开发第 6 个电商系统的时候，你会怎么作呢？

确定要将前 5 个电商系统中能用上的代码粘贴过来对吧！

若是你意识到重复开发的麻烦，你就知道有一个中台会多香了，说是提高百倍效率一点也不夸张！

中台的概念近几年来在国内十分火热，能够简单地理解为 被不少系统共用的中间件的集合。

中台又分为业务中台、技术中台、数据中台、组织中台等。就拿业务中台来讲，就是抽象传统的业务场景，把后台的火药等资源整合成前台打仗须要的炮弹，随取随用。

回到上述问题，咱们是否是能够将前 5 个电商系统中用到的技术和工具，抽象成一个中台呢？

中台出现以前，因为团队的分散，咱们老是在重复建设一个又一个的轮子。而现在，几乎全部的互联网巨头都在建设本身的中台，好比支付中台、直播中台、电商中台等。若是要开发一个新的系统，咱们根本不用从零开始，直接使用中台资源就能很方便地完成，很快啊！

27. 脚本管理

在开发中，咱们常常须要编写一些脚本（能够将脚本理解为简单的程序），来帮助咱们更快捷地完成某项任务。

好比咱们要去重启一个进程，须要执行关闭进程、清理文件、启动进程三个步骤，可能要输入不少行命令才能完成。

不妨直接将三个步骤的命令塞到一个 shell 脚本文件里，再次重启进程时，只须要一行命令就好了，很快啊！



   
   
    
    
             
    

   
    
  ./restart.sh

但若是咱们想在其余的系统上屡次使用这个脚本，怎么办呢？是把编写好的脚本放在本身的电脑上，仍是直接扔到服务器上呢？

更好的方式是使用 脚本管理平台，团队成员能够将本身编写的各类语言的脚本都发布到该平台上，想在其余系统或服务器中使用该脚本时，直接请求脚本的在线连接，脚本将自动下载、执行和清理。

脚本管理平台尤为适合运维同窗使用，某种程度上也是经过自动化提高了效率。

28. 可视化数据管理

团队开发确定离不开数据库，并发量高一点还须要使用缓存、消息队列等中间件。

不管是本地开发，仍是在测试、线上环境验证，咱们都常常须要查看数据库或者缓存里的数据是否正确。最直接了当的方法就是打开小黑框，用官方提供的命令行链接数据库，而后输入查询命令去查看，这也是不少高级工程师如今还在坚持的作法，由于有 B 格。

可是，若是用了分库分表技术，一份完整的数据被分散到多个数据库和数据表中，使用命令行来查看就比较麻烦。所以，咱们须要可视化的数据管理平台，比较经常使用的是本地软件 Navicat、 JetBrains DataGrip 等。

为了更方便地管理数据，团队内部还能够搭建在线的 可视化数据管理平台，好比面向 MySQL 数据库的 phpMyAdmin，开发者无需在本地安装任何软件，直接打开网站，输入密码，就可以浏览和操控数据啦！

29. 项目管理

提到项目管理，你们可能以为和技术研发同窗没什么关系，其实否则。

经过项目管理平台，咱们可以看到每一个需求的优先级和排期，能够合理规划本身的研发安排，掌控进度。有重要的信息，也能够贴到需求详情下，相对正式，可以及时同步到全部需求的参与者，规避一些风险。

而若是没有项目管理平台，对需求进度没有一个好的把握，说不定摸鱼就摸过头了。

有不少开箱即用的项目管理平台，好比 TAPD 和 Jira。

30. 企业通信

通信软件是团队沟通协做、高效办公的灵魂，好比腾讯的企业微信、阿里的钉钉、字节跳动的飞书。

这些企业通信软件早就不仅是支持团队即时沟通的工具了，而是大而全的 企业办公门户。

像腾讯的企业微信，集成了文档、待办、会议、通信录、工做台、云盘、电话等办公必备的工具，成员能够经过软件快速地找到并使用这些功能，大大提升了办公效率。还能够在通信软件中设置机器人，实现业务的自动告警。

以上就是鱼皮分享给你们的锦囊啦。

其实，大厂中还有不少提高研发效能的技术，好比流量回放、压测平台、试验系统、故障演练系统等，这里就不一一介绍了。

此外，每一个团队负责的业务不一样、状况不一样，也都会有提高本身研发效能的独门秘技，要根据实际的场景去选用技术，不然可能拔苗助长。

但愿你们能利用好现有的技术、发掘新的技术，不断提高研发效能，感觉技术带来的美好。

‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍介绍下鱼皮npm

鱼皮今年本科毕业加入腾讯，大学期间带着工做室建设了几十个网站，拿过国家奖学金、挑战杯国奖，还曾在字节跳动等公司实习，实力很是强！编程

鱼皮是全栈方向，熟悉多种技术，常常开发一些有趣的项目。他的公众号『鱼皮客栈』分享不少实用的编程技术、软件资源、优秀面经等，创做灵感来源于亲身经历，读他的文章很是有代入感。他正在写一本漫画形式的编程知识大百科，帮助你们拥抱技术、爱上编程！后端

不管你是前端、仍是后端，或者只是对编程有兴趣，想获得一些学编程的经验技巧，均可以长按二维码关注『鱼皮客栈』 哦！浏览器

鱼皮还超级宠粉哦，他的公众号抽奖永不间断！关注后回复 “我要抽奖3” 便可参与抽奖，各类公仔和程序员周边等你拿！‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍‍

本文分享自微信公众号 - 程序员内点事（chengxy-nds）。
若有侵权，请联系 support@oschina.cn 删除。
本文参与“OSC源创计划”，欢迎正在阅读的你也加入，一块儿分享。