之前写过几篇关于如何写出可维护项目的文章，近来看到很多公司裁员，忽然惊醒，之前是站在项目角度考虑问题，却没站在咱们程序员本身看待问题，险些酿成大错！

前言 最近接手了公司前端Taro的的多端项目。搞了2-3个星期。开发过程中一直很激荡。 客观上说，这是我接手的最乱的项目之一。组件和封装都没做好。导致我接了需求以后。对着代码看了1-2天还没真正敲第一

当你的能力足够，并且获得领导的信任之后，很自然地就会去承担更大、更重要的责任，比如成为大中型业务的Owner。 大中型业务指的是该业务足够大，足够复杂，仅凭一己之力无法按要求交付版本，需要团队协作。 首先要了解组织和领导对你的期望，假设组织希望你能够改善该业务的交付质量，赢得用…