不懂不问，这个大家都知道，就是遇到问题，从不问同事或者通过其他方式咨询别人。就是自己在那里苦思冥想，尝试各种解决方案。这样的方式，最坏的结果就是最终还是解决不了问题，让同事来询问开发情况。最好的结果问题解决了，但是解决问题所花的时间会肯定很多。不懂立刻问，这个就是词面的意思。遇到问题马上问别人。自己没怎么思考或者根本不思考。这样能解决问题，但是这样会导致自己可能会频繁的问同事，会搞得同事很不耐烦。如果把同事的耐心磨没了，可能回答的语气可能不会很好。这样不仅影响同事之间的关系，还会让自己之后不敢再请教同事，有让自己处于上面所说的不懂不问的风险。个人建议：适时请教。遇到不懂的问题，先自己结合上下文思考下，想下以前有没有遇到这个问题，解决不了去网上找解决方案，如果还没有解决问题，这个时候再问别人，问同事或者通过其它渠道问别人。这样自己有了思考，解决问题的时候记忆也很深刻，也不会频繁的打扰同事！

9.不懂装懂

这个次面上跟上面的差不多，但实际上不一样！不懂装懂就是去问别人的时候，实际上别人的讲解并没有完全听懂，可能是碍于面子或者是因为不好意思打扰别人那么久，或者担心打扰别人太久，所以装作很懂。但是这样可能忽悠得了一时，很快又会露出马脚。这样会搞得隔一会又要去问别人同样的问题，这样反而会搞得别人更加尴尬，更加为难！自己也会打扰别人更多的时间！个人建议：如果有问题去问别人，只要你问的人不是一个非常没有耐心的人。他都会耐心的解答你的问题！所以，当问别人问题的时候，一定要确保自己是已经弄懂了问题的缘由，同事一遍没解释清楚，自己直接回答不明白，相信很多人都会再详细的解释一遍。如果担心同事工作忙或者其它原因，可以挑一个合适的时间！我现在问同事就是，要么不问，要问就切底弄懂！当然了，我的同事都很有耐心，每次我有什么问题，他们都会耐心解答，甚至是扩展开来讲！

10.没理清楚需求就写代码

很多人在接到需求之后，第一反应就是写代码，即使是在自己没把需求理清楚之前也是照样写代码。另一种情况就是，很多人是边写代码，边想需求。这个开发方式，万一自己对需求理解有误！可能会导致自己写的代码，很大一部分都要修改，甚至是全部删除重写。没理清楚需求就写代码这个情况，发生的概率应该挺大的，但是一般来说很难发现这个情况，毕竟程序员对代码的增删改查是再正常不过了！我本身也不知道，就是在一次的技术分享中，老大提出来的，他的建议就是对于一些稍微复杂一点的需求，先理清楚需求，简单画个流程图，然后在代码里面，先写上一点注释，再开始动手写代码！对于这一点，我现在就是在执行当中！除非需求真的很简单，否则我都会在草稿本上简单画一下流程图。根据流程图，写好注释，再写代码，这样会比较有条理，代码也清晰，日后的返工也可能会有，但是不会像以前那么多！在开发时间上，效率上，都得到了一个提升！

3.小结

web前端现在的行情，我不知道其它城市，但是广州确实是不太好，竞争也很大，差不多是100人争一个职位，其中的原因就是培训机构林立以及前端入门简单。面对这样的情况，我们能做的，只有时刻学习，提升自己的技术水平。这样才能保证自己有很大的竞争力，能够从这么多人中脱颖而出。对于学习和提升自己，除了应该有适合自己的学习方式，也该对一些妨碍进步的学习方式引以为鉴！上面10点是我自己的一些想法。希望对大家有用！最后一个就是，如果打击有什么好的学习方式或者不好的学习方式，欢迎指点。让大家交流意见，相互学习！

（编辑：辽源站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!