3年学渣码农,6500-15000历程

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

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

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

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

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