Web前端程序员如何变的更资深？_惠州前端培训学校

Web前端程序员如何变的更资深？最近惠州北大青鸟很多学员都在问这个问题，那么下面惠州北大青鸟学术部老师给大家解答一下这个问题。

某新创公司CEO针对技术人员招聘困难的问题，总结了多条阻碍程序员职业生涯发展的行为，具体如下：

1.直到特性“完成”的时候才会提交。（但永远都不会完成！）

有些程序员没有足够的信心来承受团队中其他成员的批评和审查，因此会把自己的工作藏起来，直到“完成”状态才提交。这种开发者会损害团队中其他人员的生产力，因为团队看不到他每天的成果，而且他也不会在正常开发的过程中寻求帮助，这样就会造成很多“最后一分钟”的缺陷，从而让交付延迟。这时候程序员需要做的事，要清楚地知道，代码并不是他们自己，因此会把代码经常自信地呈现在其他团队成员的眼前，获得批评和建议。

2.分析瘫痪（Analysisparalysis）

分析瘫痪是指在程序开发初期进行系统分析，常因为太过执着于控制所有可能的变化和意外，而造成大量时间的浪费，裹足不前。这是一种很经典的问题，会影响很多一般的程序员。它通常是由过度分析造成的，不敢做出坏的决定。一般的程序员会担心犯错，只想一次成功。一个敢于拥抱机遇与挑战的程序员不会害怕，他们会编写很烂的代码，对其进行单元测试，如果认为无法达到目的，就会在45分钟之内把它抛弃。强大的程序员会积极地限制用来研究的时间，因为他们知道那是个陷阱——看起来是有效的，但经常都无效。

3.不知道如何让其他程序员更容易使用你的代码

在所有技术团队中，工作很重要的一部分就是人员的并行（humanparallelism），也就是多个人能够同时对同一代码库工作的能力。但是对于团队来说，能够异步工作也很重要，当你不在的时候我可以修改你的代码，反之亦然。然而一般开发者对一项任务编写代码，认为他们会永远拥有这段代码。有经验的资深开发者会知道技术债务的说法，会试图通过设计代码来对其限制，让它尽可能可维护和自解释。编写可读的代码需要程序员改变他们的看法——你的代码要比你在组织中存在的时间长。

4.不知道如何阅读其他人的代码

当一位一般程序员看到用他所不熟悉的语言或框架编写的代码库时，就想立刻重写，而不考虑业务价值或者推向市场的时间。而强大的程序员会接受这样的观点，重写所导致的业务成本通常是不可接受的，所以应该避免这种行为。他们会试图坐在计算机前，理解、学习然后修改现有的代码。阅读代码要比编写代码还难，但是强大的程序员会投入时间来学习如何超越。

5.不能从最终用户的角度编码（你考虑的范围太狭窄）

作为程序员，你的工作不是解决技术问题，你之所以解决技术问题，是为了解决业务问题。一般的程序员会陷在技术问题之中，而不知道最初是为什么要解决这个问题。无法从头开始创建出具有业务价值的东西。当被要求基于简单的用户设计新特性的时候，死板地、照着字面对故事或者说明书做出解释，这样交付的产品用户根本无法使用。不考虑相关的用例；不考虑最终用户的体验；在做面向用户的内容时，设计会很笨重。这导致无法编写业务应用，只能做产品。有经验的程序员会从最终用户的角度来看他们的代码。我怎样才能让它更轻松地解决用户的问题呢？故事的文字内容之外有哪些方面会让这个特性给用户带来更多收益呢？

6.无法判断任何编程任务的业务价值

对选择如何投入时间做出很好的业务决定，应该问这样的问题：这是我现在应该做的最有价值的事情吗？我应该为之投入多少时间？离交付日期有两个星期，我现在能做什么，从而更容易满足那个日期呢？而反之拿着说明书，盲目地实现，直到结束，不关心他们的工作和公司的业务目标有什么关系，以及对其他团队和业务组会产生什么样的影响。这样做会在业务价值很低的技术任务上浪费大量开发时间。

想学前端的同学们，可以来惠州北大青鸟新方舟校区详细了解。

标签：惠州前端培训学校惠州前端基础惠州前端培训北大青鸟IT计算机学校北大青鸟IT软件学校前端北大青鸟IT学校惠州北大青鸟北大青鸟