2021-04-20 12:54:59 晓掌柜 版权声明:本文为站长原创文章,转载请写明出处
作为一个程序开发人员,该如何沉淀技术、提升个人软硬实力?这是一个值得持续讨论的话题,下面我们就
开发人员如何自我成长做几点发散性的讨论。
学如逆水行舟,不进则退!为了更好的自我成长我们在开发过程中要认真做好如下几点细节:
这个是很多新手开发会遇到的问题,接收到一个需求时缺乏一下深度的考量,稍稍一想就觉得实现起来简简单单。
这时候往往会因为没有进行比较详细的业务沟通和梳理导致不能满足实际的业务需要,浪费时间不说,写出的东西不能用也是一个
不小的打击哈。
所以在接收到需求的时候我们要尽量做到一下几点:
① 业务上的沟通和梳理:
单一业务还是联合业务?
是否有潜在业务关联?
适用场景如何?
有无特殊情况?
变动性如何?
有无异常分支流程?
② 数据结构
是否对现有的数据存储结构及方式有冲击?
是否有较好的数据存储结构设计?
是否对后续的业务拓展有较好的支持?
③ 交互
前后端交互规范约定
接口设计是否友好
在我们的期许中是技术驱动业务,但是现实是业务驱动技术。业务不是一成不变的,所以程序要跟进业务的发展。
有时候我们在接收到业务增加时,直接在旧的业务逻辑中修修补补。这种情况不是不可以,但是会有以下潜在问题:
① 业务耦合易导致混乱
② 牵一发而动全身
③ 越来越臃肿
这个时候我们要对这种情况有一个比较清醒的认识。如果你接手的业务已经是一个屎山了,那就尽量不要去有过多的牵动。
其他情况下尽量还是要规避这种情况!整个卫语句、策略模式也是可以的,毕竟这种机械性的增加对代码质量的保证是没有意义的...
这其实是一种迷之自信的表现(虽然我也是从方面走过来的),缺乏了有效的数据及业务校验,那你写出来的东西无论是从代码逻辑
还是业务逻辑都是得不到保证的,这也是往往引起BUG的一个重要原因!至于可能造成的后果也有公司因为一个BUG倒闭的案例哈。
为了保证功能的可用性和业务的严谨性,做好验证和测试是每个开发人员的责任和态度!
额,这个也是比较常见的问题之一了,我们要有一个全局的概念,不能局限于当前的改动项下面,而是要立足于整体。
无论是开发还是测试一定要走一遍整体,在改了业务中的一个环节,就有必要整个业务环节进行整体测试!!!
交流和分享是学习的一种重要的途径,经自己所学分享给他人,是对自己的知识掌握一个检验。同时在分享交流的过程中温故知新,也可以
对已有知识进行深度和广度的一个拓展。互联网时代下,绝大数知识或者技能应该是开源分享的,正如一句话:一个人走的更快,但是已确认会走的更远!
① 伸手党屡见不鲜,为了更快达成目标,但又能力不足或者纯粹想偷个懒而转向依赖于他人。
② 我遇到了一个问题... 那你能帮帮我么?
你可以像猪一样懒,但是你不能像猪一样懒得心安理得!
同样,一味的吃老本而不去做进一步的成长也会是原地踏步!
对自己的代码做,从质量、封装、易用等角度进行整理成一个代码库。这种肉眼可见的增长也是一件很有意义的事情!
在提升技术技能的同时也能收获满满的成就感。
无论你是自我驱动还是外接客观情况促使,我们都不应该停留在一个舒适区。要不断的给自己新任务,促使自己不断地学习和成长。
好记性不如烂笔头,没有固化的知识是不稳定的。你可以尝试去写一些技术博客,在固化我们的知识的同事也有机会有更多的交流提升。
如果能自己搭建一个自己的个人网站那是再好不过的了,可以一步一步形成自己的知识体系,外带收获满满成就感。
身体是革命的本钱,不要让你的最后一本书是:颈椎病康复指南。