标签：需求 考验 代码 6500 记录下来 年学渣 开发 时候 码农

早点觉悟,我可能可以挣好几十个W.

不以需求为主导,一头迷雾. 刚刚毕业的时候,入了一家做检验的上市公司,公司不错,很多985,211的大牛,且是开发一个新的项目,这意味着可以学习很多东西.对于我这个菜鸟来说,是机遇也是巨大的考验.第一个考验就是我平时自以为没有用处的英文,索性也报了在线英文学习班,学口语的,这其实与我需求初衷也是不太符合,后面索性用一点学一点,看得多了语法机构其实也就那几个,久而久之也能看懂一二了.第二个考验是框架,学校里学的知识简单的springmvc,那种密密麻麻的xml配置文件的,突然切换到了sprincloud+maven的项目,简直一脸懵,常常看到一些自动配置而感觉惊讶,因为点进去看源码,多进入几个class文件,跳来跳去,就愣住,想睡觉,很多时候都是这样,不以项目先配置好了,先跑起来为目的.第二个考验是Git,没有看看官网文档,看demo,常常一知半解误用命令,倒是代码冲突.种种迹象带来的代价就是影响团队的正常运行,可见明确当前需求,要做成什么样的,真的很重要.

太过依赖数据源的正确型,没有自己的判断. 开发中的开发流程,正常的来说,产品经理画原型、开需求讨论这样几个步骤,反复几次呢,一般就开始开发了,但是每次开会我都认为产品都是ok的,画的就是对的,但事实并非如此,他们也是知识源的下游,也会出错,也会误解,所以有疑问要提出,哪怕是错了也没关系,至少加深了业务理解.开始撸代码的时候,以为数据是从前端穿过来的,他们验证过了就没有问题了,直接用,交付给测试的时候,哎吗,那简直是像扫雷似的,有的时候还信誓旦旦地说你清楚缓存了吗,一顿balala,其实都是想给自己找个台阶下了,一万个想他们停一停.总总迹象提示我,还是要保持疑问.

用过的小技巧,一定要记录下来,用文字落实下来. 一个问题在刚刚接触的时候,我脑子总是给自己一个假象,“我能记住,太简单了,稳得很”,但现实常常打脸,要用了,反复翻以前的代码,打开了一大堆文件夹,运气不好找到的还是一个半成品,业务上线了,发现一大堆bug.对此在开始的时,哪怕多花一点时间,记录下来,并且可以快速搜索的,后面用着也顺手.如果一个技巧被重复用了10

标签：需求,考验,代码,6500,记录下来,年学渣,开发,时候,码农
来源： https://blog.csdn.net/qq_21688139/article/details/112135489

本站声明： 1. iCode9 技术分享网（下文简称本站）提供的所有内容，仅供技术学习、探讨和分享；
2. 关于本站的所有留言、评论、转载及引用，纯属内容发起人的个人观点，与本站观点和立场无关；
3. 关于本站的所有言论和文字，纯属内容发起人的个人观点，与本站观点和立场无关；
4. 本站文章均是网友提供，不完全保证技术分享内容的完整性、准确性、时效性、风险性和版权归属；如您发现该文章侵犯了您的权益，可联系我们第一时间进行删除；
5. 本站为非盈利性的个人网站，所有内容不会用来进行牟利，也不会利用任何形式的广告来间接获益，纯粹是为了广大技术爱好者提供技术内容和技术思想的分享性交流网站。