锤子

2012/09/10 | 22:22 by Filed under: 杂谈   1,839 views

前一阵子买的书 “暗时间”,惭愧没能利用好暗时间来读完它。断断续续的快看完了。

作者是IT人士,看他写的书不费脑筋。书中大量引用了关于思维,逻辑,心理学等学科的书目,这让我想到了自己曾在大学里写过一篇“科学是什么”的论文,当时是在阅读了许多参考资料后写出,“引经据典”,洋洋洒洒,还以为自己很NB,以为写东西关键也是看你肯不肯下功夫,觉得还是在图书馆写东西嘿有感觉。

“暗时间”一书要讲的关键就是说要利用好一切闲碎时间,把一些别人无法利用起来的时间利用好,这样你的生命就无形间变长了。好吧,小时候我们就听说过一名人说过,我只不过是把别人喝咖啡的时间用来**了—-其实我挺愿意把别人用来**的时间用来喝咖啡的。另外一些关于要认清自我,了解人这个复杂的综合体,认识思维的逻辑和方法等等,对于一个快30岁的人来说,很难再像当年一样唯书认理了。

没有写读书笔记的习惯,突然想写点是因为看到了书里“锤子和钉子”一章时很有感触。

“如果你手里有一把锤子,所有东西看上去都像钉子”—-由此想到了现在所做的项目中的一些事。

im_an_idiot

我们在做一个CRM系统,涉及到将客户数据从多个源系统抽取,转换并加载到CRM系统中。数据量应该还达不到数据仓库级别,但朝着这个方向去做没什么坏处,而且这也是我们所专长的。在数据开发的过程中,我们有使用到ETL工具 Datastage [现在是IBM Information Server的一个套件]。You know,Datastage本是为DW 的ETL所生的,它做的事本来就很简单,但很“粗犷”。它的特点在于对大量数据的并行处理,这也是它的价值所在。 项目组内 MS大家对此工具更情有独钟,我想主要是因为曾经有过使用之的经验,使用此工具的经验远大于其它数据处理方式。不去说在数据加载或者是转换时使用它要注意的一些事项,毕竟软件产品买来就是要用的。

说说在开发批量处理时的一些理解。批量处理不涉及从源系统抽取,都只是在CRM系统内部对一些数据做些计算和判断然后加载到目标表中。这里面涉及到一些处理逻辑,一些计算公式和判断原则,有简单的也有复杂的。我个人认为,对于有较多或者较为复杂的处理逻辑的数据处理,以数据编程的方式来实现能做到更好的控制。 如果只是从达成项目目的,使用哪种工具,哪种方式,哪种编程语言,都不是最关键的。 为了能实现更好的控制,为了能输出更为详尽的日志,为了能后续更好的维护[维护人员肯定不会是我们开发人员,维护包括对现有程序的理解,到时能排错,能对持续的需求做出相应的调整和更改],我在这部分的开发选择使用Oracle的编程实现。其他几位同事,继续使用Datastage。可以想像,为了实现多样的判断和公式以及计算,Datastage的Job会做得比较复杂—-为实现一个目的,要么编写太多个Job,上10个也不是不可能;或者在一个Job里用到众多的Stage,太多的数据链路,就像是作了一幅画一样,事实上也是这样。

Oracle的SQL语句,数据库底层构成,以及PLSQL的编程在我看来应该是数据库管理人员,维护人员和开发人员所应掌握的基础知识,不同的只是对知识深度和经验的差别。而如果编程[开发]的主要部分依赖于特定的一个商业工具,则会一定程度上降低系统的可扩展和维护性。特别是鉴于Datastage的注释,程序语言和日志输出并不是那么强—-可以根据业务逻辑和开发思路而输出和控制吗,可以一目了然整个业务的实现代码吗,亲们到时候得一个个Stage打开看啊。

也算是吐槽吧。作为数据开发组,应该有一个人[Tech Leader]来统一大家的开发思路和实现方式。一个理想主义者的想法还是会在我的心中,你写的代码应该More than just coding. 的确,一切应该以项目顺利完成为目的,我也时常提醒自己,要懂得Team work—-这个从5年前刚开始职业生涯时就被一再强调的词汇,在多数情况下不就是需要相互妥协和帮助吗? 如果PM或者有个TL来说,你们必须都以为样的方式开发,如果这是大家保持一致的唯一方式,我也挺乐意的。我希望自己并没有违背Team Work的原则,虽然所有的好坏都只能留给使用者来评判。

—————–

话外,上次回重庆跟帆子吃饭时说到,虽然我适应力蛮强的,但其实我内心深处好像是压抑的。我只想尽可能按我认同的原则来工作,也包括生活。我还不会仅仅因为钱而做某事,除非是笔非常可观的数目,哈哈。Anyway,这个项目我会认真做完,尽量做好。 Leadership,好像就从未在我身上闪现过。我会人来疯,我会神经质,在我找回生命的重心之后,会改变。



Comments

One Comment on 锤子

  1. 我的2012 : 沙发说 on 12-01-13,周六 16:37
  2. […] 继续说工作,但不想整成工作总结。项目从来没有非常顺利过,有困难有问题很正常,但没有给力的人去推动和解决,会让人感觉非常不畅快,比便秘还难受。目前为止,作为乙方,我们换过3个项目经理,没有一个在能力和意愿上都契合这个项目,甲方的更不用说了,我更情愿说甲方根本没有安排项目经理。可以想象我们这样在甲方现在做事多么困难,因为在这边我们就是一帮外人啊! 除了没有强力的项目经理,还没有技术领导(TL),没有架构师(SA),没有质量管理(QA),没有测试团队(TT),设计是拿以前做过的来不加任何修改的直接用,项目组里没有一个对设计相当了解的人。只有一帮开发人员,把一个项目从头做到尾。我能说脏话吗? 甲乙双方目标还不一样,乙方的想法就是做完拿钱走人,有忽悠的嫌疑,甲方的不看重系统上线系统功能,而是派了3个freshman,所谓的跟着项目组学习,要求在交付时他们能如我们开发人员一样独立维护和技术支持此系统。这些于我做开发的人员来说都不重要,但我们自己也没有一个一致的目标和重心,那我只能按照自己的理解来做事了。数据开发组的情况我曾用“锤子”来说明,最大的感受是到这公司来的人们没有经过有效的培训,也没有在实战项目中养成专业和良好的开发习惯,包括写代码和写文档以及系统周全的设计思路。员工的责任心和奉献敬业精神也差距甚大。我在离开这家公司时可能会建议他们对新员工进行公司文化,规章制度和流程的详细讲解,对开发测试等技能进行有效的培训,对所要面临的工作进行必要的业务知识培训,这会让实际工作中的风险和难题减少许多。 […]

Tell me what you're thinking...





无觅相关文章插件,快速提升流量