如何处理过时的代码?

  1722848217.jpg有时,为了在这个竞争激烈的行业中生存,你必须做你必须做的事情。任何面临压力的自由职业者或开发人员都知道,最好从头开始一个新项目。

  使用具有 古代密码 问题太多,麻烦多于价值。而且,有时,客户不会为你花在整理遗留问题上的额外时间买单。

  你会遇到 默认问题比如错过最后期限。或者功能逐渐发展成为一个独立的项目 时间和预算,无法支付的客户 代码质量,代码不会 经过适当测试, ETC。

  它应该可以工作,但需要一些“小”附加组件来迫使您重新做数据库架构。

  我们都知道这有多难 支持 一个旧代码。从头开始总是更容易,而且会花很多时间 建筑群 和定制解决方案。

  我一遍又一遍地重复,你或你的团队应该对项目竞争负责。你应该采取哪些步骤来简化你的工作并帮助你**避免**糟糕的经历?我承认,这不是一个容易回答的问题。

  但有必要指出的是,我们都应该明白,市场将决定如何处理旧代码库。

  市场和领导力将引领我们

  根据市场情况, 开发速度可能有所不同。复杂的金融科技项目的更新和支持将相当困难。

  安全和处理金融交易 并不简单。 这就是为什么 银行 和 健康科技公司通常有庞大的团队。

  更新“普通开发项目”要容易得多。是的,项目类型 将反映升级成本。

  文件应由以下人员准备和批准: 执行者和决策者. 不可以 开始不使用它进行编码。即使每个人都知道自己在做什么。你会在没有进行彻底检查的情况下接受手术吗?

  (提示:不,你不会;这就是为什么应该有人扮演一个态度悲观的坏警察。这是领导角色的一部分。)

  经理或开发人员不能对此毫不在意。我的意思是,除了股东之外,你的团队中还应该有人是你的“产品经理”

  并且不要忘记给他提供奖金。如果你不这样做,那你就太愚蠢了。

  必须创建文档!

  不只是为了花哨。它应该是你的主要文件, 一份路线图 每个人都可以随时查阅,并能很快找到它。

  测试你是否创建了一个很棒的资源很容易:人们 不再问问题口头表达。我并不反对,但最好还是以书面形式表达。

  一切都可能缺失 简单聊聊后即可。1 天后即可消失。

  你知道悉尼的旅游景点——歌剧院吗?

  这个项目是项目经理的剧本故事。这是一场项目经理灾难。

  他们花费了预算的三倍并且错过了所有最后期限。

  我认为 软件开发人员 可能与此有关,因为我们很擅长错过最后期限。

  你确定你的客户或股东已经准备好应对同样的情况吗?通常他们不会,而且即使你的意图是好的,他们 也会责怪你。所以要小心处理有大量技术债务的旧代码。

  有一个原因说明,最好在开发阶段而不是之后修复它。


版权声明

本文仅代表作者观点,不代表本站立场。
本文系作者授权发表,未经许可,不得转载。

评论