baozhang007的专栏

如果要高仿竞争对手的 Web 产品，是否该“保存页面源码，在既有代码基础上修改”呢？ 不该下面，我将抛却版权问题和法律纠纷，单从项目的发展角度上进行解释。代码有两种形态： 线上形态（产品形态） 工程形态 线上形态，面向终端用户，要解决交互问题，实现： 代码安全（尽可能地保护核心代码）； 快速响应 要实现代码安全，需要“丑...

不管做什么，都要有专业精神，要用专业的手段去做事。一些问题直观上看，似乎很简单。之所以用“比较笨重”的手段来处理，是因为问题的直观反映，是我们感性的表象认知。表象与问题产生的根本原因，并不是一码事。很可能问题的浮现，展露了架构或组织上的不足。忽视了问题产生的深层次原因，而被现象所蒙蔽，会让整个团队陷入不断救火的泥潭，而框架也将积重难返，失去活力。...

客户端开发，需要了解业务、了解系统的当前运作方式。没有不懂业务、不熟悉现状就能开发出溜得上天的客户端。而“掌握业务”的项目要求，似乎没有开发者应当区别对待，可以幸运逃离的。我们也是一样，即便我们把客户端的功能开发，拆分成了“切图 → 开发”的流水线，也并不意味着“掌握业务，满足业务”的要求，都应该由流水线的下游全面满足。上游的切图开发者，也具有同等责任。如果不了解现状、不了解业务，切图...

前端框架层出不穷，日新月异，看得人眼花缭乱，应接不暇。如果没有一定的定力，不从自身情况出发，一昧的蹭热度炫酷，就很容易迷失在一股股的狂热浪潮中。框架抛弃你的时候，是不会给你打招呼的。...

时间紧，任务大，歘欻欻就能进去2-30人，但人投进去，平均人效有多少，真有计算过吗？如果没有猜错，大概率上你是划模块按人头分配任务的吧？且不论你描述的任务目标有多准确，能在多大程度上指导任务的开展，但就划模块按人头分配任务的这件分配方式，就是你技术无能，给自己卸担子的表现。按人头分配任务，中间实施过程不闻不问，看起来是以结果为导向，但这些任务能不能得出结果，你有多大把握？没有规范，没有技术分层，...