项目好与不好，它就在那里；架构优雅或者丑陋，它就在那里；注释有或者没有，它还在那里；文档乱或者不乱，它始终都在那里。不论它是什么样子的，线上就那样跑着。 一般来讲，项目分为两种： 1、为业务服务的项目，比如公司内部项目、电商项目、各种 app 项目； 2、为技术服务的项目，比如开源 ...

前 言 大部分Rancher用户倾向于通过使用Rancher Server创建自定义集群。而创建完成之后，也许会因为各种各样的原因导致 Rancher Server 无法继续管理该集群，比如误删 R ...

事情是这样的，前几天在朋友圈，我看到一朋友发表了一条说说：“入职新公司，从重构代码到放弃”，我就问他怎么了？他说，刚进一家新公司，接手代码太烂，领导让我先熟悉业务逻辑，然后去修复之前项目中遗留的bug，实在不行就重构。 关键是，离职的那位仁兄走之前，还跟我在QQ上说，老哥辛苦了，我写的很乱 ...

七天接手react项目 背景 假如七天后必须接手一个 react 项目（spug - 一个开源运维平台），而笔者只会 vue，之前没有接触过 react，此刻能做的就是立刻展开一个“7天 react 扫盲活动”。 react 活动扫盲方针 以读懂 spug 项目为目标 无需对每个 ...

刚刚毕业入职，还没有太多的项目经验，如何快速上手一个完全陌生的项目？可能很多人都遇到过这样的问题，我也在这个问题上走了很多弯路，总结出了一些方法与大家分享。 1.先理解业务 技术终归是为业务服务的，先理解了这个项目的业务逻辑，才能真的明白代码到底是什么意思。刚毕业时太过专注于编程技术相关知识 ...

　　工作这几年来也已换过三家公司了，时常遇到中途临时加进一个项目组进行开发，在理解业务的前提下，怎么提高自己的工作效率就显得尤为重要，因为项目总是会处于“赶进度”的状态。 　　经历过几次“赶鸭子上架”，我个人总结出一个快速开发的方式，可能不是最实用的，但我个人认为是比较有效果的。 一、熟悉业务 ...

　　以下，根据V2EX讨论整理。 　　熟悉业务，走通流程，把业务分块，知道项目主要是干什么的 　　走到程序入口，一步步来看 　　代码级别记得走一遍调试的流程，看看是怎么走得，加log ...

中途接手一个项目的时候，要分析一下几点，再考虑是否接：1 了解业务内容2 了解项目是否有遗留问题，或者到目前为止，之前的功能是否有未完成的功能3 了解该项目是否依赖于其他项目4 分析存在问题和风险，形成风险表、问题表5 了解相关的项目干系人6 了解技术方面（开发工具、使用框架、部署在内网还是外网 ...