java每天写业务代码 java每天写业务代码多少次( 三 )


3.业务代码这个词看你的理解吧,我认为其实所有的代码都可以成为是业务代码,无论开发什么产品,都是有业务需求的,有了需求才有开发的动力,对于开发数据库来说 , 数据库的需求就是业务,对于开发框架来说 , 框架的功能就是业务,所以我认为广义上来讲都是业务代码,没有非业务代码这一说,所以具体看你认为业务的定义是什么了 。不过无论如何也不应该去嘲笑或是去贬低别人吧,嘲笑或是贬低一类人就更不应该了 。
业务程序开发相对于底层基础架构层的程序开发有所不同:
业务开发的时间比较紧,变化快 。
这个特点导致程序员没有时间重构代码,或者不愿意重构代码,而是用最简单粗暴的复制黏贴的方式快速实现业务逻辑 。其实所有的复制黏贴都意味着需要重构 。
底层系统的开发,一般是架构师和高级程序员来设计和控制项目时间 。相对来说,开发周期长,变化缓慢 。会更加注重架构的合理性和稳定性,而且会不断重构和改进 。
业务开发一旦完成,只要平稳运行就不会有人再回来补技术债务,不会把它写得更好 。除非这个业务爆发了,不得不从新架构以支持更高的并发 。如果上线之后表现不佳,很可能下线不再维护 。所以公司也不太愿意花太多精力在一个还没有被市场认可的产品项目上 。
而底层架构框架的项目会在不同的产品项目中不断应用 。不断地进化 。就像Spring之类的开源框架一样,不断的升级和完善 。
相对来说 , 业务开发程序员会花大量的时间学习和理解业务知识;而底层框架程序员更多的时间在学习技术架构 。如果业务知识在行业内通用,比如财务 , 金融行业知识 。那么长期的积累对业务开发也是很有帮助的 。如果业务是很小众的,甚至,这几个月做这个业务 , 下半年又做另一个业务,做的时候也一知半解 , 就像很多外包一样,那就没有什么业务沉淀了 。
我就是写业务代码的,不过我觉得这很正常啊,不知道你是怎么就觉得low啦?
所以,做为一个企业,支撑发展的肯定是他的业务,不管是卖什么服务,都要通过业务来赚钱,可能针对业务 , 企业内部还会做一些细化 。比如说,有人会是做一些前端,一些人做后端,还有运维,运营,产品的配合 。前端再细化,一部分人会做一些页面的展示,呈现,还有一部分人会做一些适合业务的工具,来提升开发效率 。
那如果你自己的定位是只是单单写页面的 , 那只能说你对自己的要求有点低,你没有去考虑如何做一些提升工作效率的事情 。举个例子,比如说常见的后台管理系统,因为功能都很类似的,那你有去考虑如何做一个通用的模版吗,还是就是不断地去重复 。
这个别人的产出,做了一个vue的后台管理系统的模版,现在的GitHub star在6万多,通过这个项目 , 他就可以得到更多人的认可,也能得到更多的好的工作机会 。
所以,不要觉得业务代码就是low的,要善于去总结,然后再分享自己的经验,没准你也能成为一个领域内的Top 。
不要太在意所谓low与不low , 需要在意的是做了这个项目或业务后 , 对自己的能力有没有长进,如果有,那说明不low 。如果没有,那说明你只是在机械的劳动而已 。
每个大佬都是从业务代码做起的,大佬们注重的是能否成长 , 学习实践的机会,以及平台的大小和未来是否和自己的目标相匹配 。
总结来说,只要能提升自己能力的任何工作,都是值得的 。

推荐阅读