Web前端是什么?有什么好的学习方法?不走弯路!( 十 )

这个次面上跟上面的差不多 , 但实际上不一样!不懂装懂就是去问别人的时候 , 实际上别人的讲解并没有完全听懂 , 可能是碍于面子或者是因为不好意思打扰别人那么久 , 或者担心打扰别人太久 , 所以装作很懂 。 但是这样可能忽悠得了一时 , 很快又会露出马脚 。 这样会搞得隔一会又要去问别人同样的问题 , 这样反而会搞得别人更加尴尬 , 更加为难!自己也会打扰别人更多的时间!

个人建议:如果有问题去问别人 , 只要你问的人不是一个非常没有耐心的人 。 他都会耐心的解答你的问题!所以 , 当问别人问题的时候 , 一定要确保自己是已经弄懂了问题的缘由 , 同事一遍没解释清楚 , 自己直接回答不明白 , 相信很多人都会再详细的解释一遍 。 如果担心同事工作忙或者其它原因 , 可以挑一个合适的时间!我现在问同事就是 , 要么不问 , 要问就切底弄懂!当然了 , 我的同事都很有耐心 , 每次我有什么问题 , 他们都会耐心解答 , 甚至是扩展开来讲!

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

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

推荐阅读