当前位置: 首页 > 历程 > 正文

如何突破技术的瓶颈

最近有些活要干,不想干也得干,但也并非完全不想干,更多的原因是怕出不了好的成果,辜负了领导的期望。作为一个一直从事程序开发的我来讲,对技术还是有强烈的兴趣与爱好。只是自己的悟性,知识层次及当初的选择上讲,我一直来并没有在技术有太多的突破。习惯做应用程序开发的我,并没有展现出很好的技术水平。纵使把技术是为应用和服务当借口,也没见得在完成的应用上用了什么很了不起的技术。也许真应该在技术上下点功夫,整理整理起来。也许有人说会使用也是一种技术,会二次开发也行,那就从这个时候开始,多接触一些开源的软件把自己的技术水平补上去。

总想着去为解决问题而去开发一些工具和软件产品,但也苦于对产品的把控与业务目标的不明确,也对技术上的可行性缺少分析与探索,太多想做的事情都停留在想法上而没有努力去尝试一番。有时又将时间作为放弃和延迟的借口了。是自己没有真正考虑自己想做的事情,没有考虑自己愿意为之付出努力的事情。而将工作当成当务之急了。有太多的理由放弃,找不到坚持的动力,所以事情就落下了,越积越多。

一年之前,刚入这个公司的大门导师就分配了我一个任务。而这个任务也因为我的临时出差而放下了。后来一段时间,原先的导师在改完部分需求之后就离职了。这个任务或者确切的说是部分任务又留给了我。任务是复杂的,要不然我的导师也不可能只改了一半就弃之不顾了。考虑到复杂性,我也多次暗示用户能够用就行了。可是这个用户也很犟,好说歹说就是让我改,还说时间上不受限,当是帮个忙,况且这个需求也是之前约定好的,实在没法再推诿了。于是下定决心将其彻底的改造。大家都知道,jquery的版本对框架组件的影响是很大的,这也是这个界面无法快速修改的原因,更早的jquery版本无法用上easyui的datagrid的控件。最终决定自己用table写表格,动态加载,写弹出层。如果没有之前写过表格的相关经验,我并没有十足的把握将其写好。js并不是我的强项,但好在有足够的时间慢慢的调试,最后算是成功的完成了相关的开发。对自己的表现还算满意。一年过去,事情终于解决了,我也在自己的微博上嘲讽自己,“这是有多能拖啊”。

学习java也有更多的机会接触一些开源产品。而我这才刚刚开始,以前接触的太少了。而kettle就是第一个我要去学习与熟悉的工具,公司也有在此基础上进行的二次开发工具,“kettle调度监控工具”。而我的任务就是学习这个工具的部署与实施,然后可能的情况下进行调度工具的完善与升级改造。升级改造说的有些太远了,现在目标就熟悉这个工具,了解使用及部署的全过程,识别问题,给出建议,寻找解决办法。经过一段时间的努力,调度工具的使用基本学会了,对工具也有了一定的了解,出现的一些问题也解决了一些。接下来更多的深入学习kettle工具,探索工具能为我们解决更多可能的业务场景,提升用户体验。领导叫我给线路图时我又有了很大迷茫,其一,我对业务场景了解的不多,不清楚工具可以往哪个方向去走,其二,我对产品的缺陷没有清楚的认知,没有想到任何有突破的改造方案。这些需要时间的积累,一时却无论也解决不了。

也许产品经理可以步子迈的大一些,至少他们对产品有一个线路图与规划,而对我刚了解这个产品又很少接触业务场景的人来讲就有些困难之处了。对我来讲技术的突破难点在于没有明确的方向,有些时候这放一枪,那打一炮,漫无目标。既不深入更不深刻,更谈不上积累了。也许是自己来的不够久,在数据公司数据部门,我清楚的认识到数据能力是我们技术部门最紧迫最要攻坚的能力,今后需要在数据能力,数据技术下多花下些功夫,在这方面的开源技术和产品上多下功夫,结合业务与现实,为部门和公司创造出更多的可能。

本文固定链接: http://www.byhard.com/?p=1718 | 海纳百川

该日志由 byhard 于2017年04月14日发表在 历程 分类下,
原创文章转载请注明: 如何突破技术的瓶颈 | 海纳百川
关键字: ,
【上一篇】
【下一篇】

报歉!评论已关闭.