代码是计算机的文字,是我们与计算机的一次次交流,而交流是了解信息、解决问题的重要方式。
程序也是如此一般,在我们每一个代码之间,你可曾想过我们的语言是否简短,是否句句诛心,我看过很多小白的代码上,总是有着很繁琐的步骤,不去注重效率,不去注重简洁工整,其实,在每一个手指敲击在键盘上如同一个优雅的艺术家,为什么不在内容上更加注重一下呢,今天给大家讲讲有关程序上的三种思维。
首先是我们的一个框架思维
每一位程序猿在框架的选择上都是迷惑的,在现在这个框架百家齐鸣,不断涌现的时代,开源的框架数不胜数,我们在去选择框架的时候应该去注意些什么呢?
首先在框架方面,商业因素,活跃程度,需要什么,好的文档,生产环境,管理特点,这是我们最常遇见的六个点,很大一部分的程序员都是被要求很多的业务,在注重效率,以及组员的实际能力去挑选,只有少部分以码为乐的人,会去看更加好的,更加适合的框架,在这个每一天,甚至每一分钟都随时会出现更新的时代,我们会不断在框架的更新内容看来看去,在后期的升级、代码的维护上,一不小心就会推倒从来。著名的Hibernate,其3.0版本和2.0版本的包名都发生了彻底的变化,刚发布的Acegi和低版本也存在很大的差异,无法兼容。所以很大一部分时间,我们都在不断地追赶着框架团的进度,在刚学会一个框架后,另一个崭新的框架已经应运而生。
然而对于周期紧,进度急,加班赶的开发者来说,不求最好,但求适用。虽然每一位开发者都是完美的执行者,都想去做出一个最完美的项目,但是在现实的重击下,我们也不得不妥协,选择对团队,对公司更适应的框架,如果Spring Template JDBC已经很好的满足了目前的需求,就没有必要一定要上Hibernate,如果自己开发的简要列表控件效果不错,就无须转换为ExtremeTable,新技术需要代价,需要展现自己的价值,但是在这些价值彻底的展示出来前,肯定不会被肯定,哪怕是世界上最大的java项目--巴西全国医疗系统,还是构建在JSP+JavaBean+Servlet之上。
第二就是我们的技术思维
在搭建好我们的框架,我们就该对我们所使用的技术进行一个分析,要保证效率,以及团队所会的技术。一个人哪怕会再多的技术,也不是团队的技术,开发是团队,是一起向前,一起扶持。在技术上在保证以上的前提上就是着重使用,对那些已经被大家所认可的技术选择使用,因为主流技术总是比较方便省时省事,对于那些想踏足这一领域的小白来说,学习重点主流技术是最重要的,程序员不能干一辈子,所以技术可以不会很多,但是主流,重点的知识项一点也不能差,在此基础上不断求精,再有精力的情况下也可以去了解下当下的热门技术,在项目的编写上,我们所用的技术一定要贴合我们的业务需求。
最后就是我们的一个业务思维
在讲这一思维前,我们首先要知道什么是业务,为什么我一个敲代码的,要去学习虚无缥缈的业务呢?
首先我们要知道的一点是,业务并不是虚无缥缈的,而是无时无刻不在我们的身边,比如我今天去吃了一碗牛肉面,花了13用微信付的钱,这就是一个业务。扫码支付刚出的时候,为什么会在我们不知不觉的时候融入我们的生活,成为互不可缺的一个部分,那是因为扫码支付减少了丢钱的机率,这是一种数据,更是一种无法反驳的一个事实。
我们设想一下,现在很多10后已经开始学习代码,未来甚至会有机器人代替每一位码农的工作,毕竟机器人可以不吃不喝不睡,可以无限制的加班,不会需要五险一金,可能对他们最好的表彰都是给他们换上最新的系统,但这系统又有可能是另一个机器人写的,那么未来我们是能干过这些已经从小培养的孩子们,还是冷酷的钢铁皮?所以只会敲代码,只会等分析师来分析,未来势必会被淘汰。
那么如何提升自己的业务能力,可以找会业务的人咨询,毕竟和人交流还是比较有效率的,会省很多事,也会少走很多的道路,在者就是去学习,去了解,了解项目所需要的业务,可以去看书,去上网,去接触,业务就是一种思考能力,每一个人看待事物,世界观都是不一样的,用心去感受,业务源于生活。
未来的东西就是,当你墨守成规时,它永远与你的昨天一样;当你 积极进取时,就会化作灿烂无比的春光