有些事,不是技术能够解决的 (r8笔记第14天)

自从入了数据库这条路,什么都喜欢用这种技术思路来思考问题。不知不觉融入了生活之中,有时候我却全然不知。 记得有一次在泰国出差,有一个男同事生病了,但是生病了还得吃点东西,然后我就一顿软硬劝说,带着他到附近的中国馆子吃点东西,因为他嗓子疼,头疼。所以 到了饭馆之后他点了粥和馒头,刚吃了几口就开始说往下咽的时候嗓子里真疼。当然我马上给了他一个建议,先不要咽,等吃几口,然后一次性再咽,这叫批量提 交。 当然看起来他是听进去了,不过更可喜的是他回去睡了一大觉就身体舒服多了,没几天就好了。 我们做技术的人,其实也是蛮简单的,但是有时候也是比较固执,如果从好的一面来说,也算是执着吧。曾经为了一个框架的好坏争论的面红耳赤,为了代码中的一 些实现方式也可以互相挑剔,当IOE被炒得沸沸扬扬的时候,自己也会带着个人感情去争论到底该不该去O,当然出发点是想都别想。有时候也会联系生活来理解 数据库,会从高楼大厦的组织结构来理解段,从公司的组织结构来理解数据库中的参数文件,控制文件,数据文件等等,有时候想想也不亦乐乎。其实发现生活中的 逻辑远远比技术要复杂的多。 有时候学会了点东西,就老想着能够用起来,以前每次报销的时候,数着几十张的票据,在那儿拿着计算器算总金额,老是容易出错。不是多算了就是漏了。所以在 报销的时候我有自己的独门秘籍,直接用sql语句算。数据库启动到nomount阶段就可以做满足各种运算。比如select 20_35+33+40+xxxxx from dual 一目了然。如果中间有些金额需要计算百分比也一点问题没有。 有时候看个时间都用sql语句select systimestamp from dual。到了世界杯,自己还写了几个小程序在pl/sql里面遍历,看看有没有什么空子可以钻。当然发现琢磨了几个月的结论是完全没有。 有时候可能某些东西理解了,顺手了,就会有一种极端,这种感觉就好比手里拿着锤子,看到的都是钉子。其实这样考虑问题和分析问题就会片面很多。这样对于自 己的思维就会形成一种定式。不值得提倡。但是建议先走到这一步再说。能够走到这一步说明已经对某些事物达到了一定的热爱程度。 但是这些都是技术,都是我们每天主要的内容,身边有很多人的技术同仁前辈对于技术的执着着实令人钦佩,有的数十年如一日的钻研技术。有的仍然活跃在这个圈 子之中,引领技术潮流。这些看似无趣的人生就是我们的技术人生。对于技术,发现越学习月发现不会的越多,越了解发现自己原来是小白。有些是学术的高度,有 些是学术技术之外。 想起来前段时间碰到了一个问题,某一台机器出现了硬件问题,需要及时修复,当然从技术角度我们存在灾备,而且做了评估,和业务部门也有提前沟通。然后明确 了问题和机器位置,这个问题的修复从技术层面就没有什么可以考虑的了,但是维保人员过去之后,碰到了另外一个棘手的问题,那就是机房的网线实在太乱。

这是网络中找到的图,当时的情况应该更乱,导致维保人员不敢轻举妄动,如果碰掉了线路或者其它的地方就得不偿失了。所以最后为了稳妥起见,还是重新换了台机器。所以这种事情就不是技术层面能够解决的。 还有一次在机房做机器迁移,对于机器的源机架位和目标机架位都有明确的定位。但是在实际操作的时候,发现这个机柜里面的插头竟然坏了一个,插座上的插头随 时都可能会掉下来,这种问题就是突发情况,也不是技术层面能够解决的。最后紧急调整位置,当然网络也会有一些调整。也算是虚惊一场。当然希望看到的还是整 齐划一的机柜和布线。

最近在帮业务部门处理一个需求,他们希望根据一个业务需求查询出某个月的一部分数据作为参考,当然了对于这个业务部门来说他们需要得到尽可能详细的数据, 当然从DBA的角度来说,这类需求是很容易满足的。只需要提供语句和环境,后面的事情都交给我。但是这个需求处理的就很纠结,因为还不是技术能够解决的。 因为生成的数据有好几百万,这种数据量的报告光文件就有上百兆,在excel里存放是不现实的,如果保存成网页格式,也是上百兆的网页,直接会导致浏览器 奔溃。而且从业务的角度来看这么多的数据,他们其实也不会全部都需要,他们只需要根据要求筛查部分的数据就可以,所以一来二去,几个业务部门也会有一些隔 阂,所以这个还真不是技术层面的事情,如果确实需要,我们硬着头皮也能提供,但是着实没有太大的意义 。 几年前我参与了一个业务系统的架构设计和实施,从当时情况来看,这个项目投入不少的人力物力,系统也在逐步完善,但是最后没有在业务部门中推广开来,大家 还是用原来的方式,放着系统成了摆设,这个也不是技术层面能够解决的事情。和各个部门讨论需求的时候,发现我们基本都可以支持这些功能,但是在业务部门推 动就会困难,越是不用,越是存在一些猜想和误解。所以心里越发排斥,当然对于技术人员来说,这种成就感简直降到了冰点。 作为技术人,成就了我们现在的生活,但是很多时候科技的进步反而阻碍了很多原本美好的事物发展。原来面对面的沟通,现在面对面都要发微信,lync,这到 底是进步还是倒退。以前的单元楼必定有一个热心的大妈,现在的邻居彼此都不认识,连很多基本的信任都没有,前段时间快递给我们送一个包裹,但是我们不在就 放在了楼下的某一个住户那里,当然我非常客气的去取包裹的时候,却碰了一鼻子灰,因为他不认识我,而且对他来说是只认证不认人,他需要我提供收件人的身份 证,然后亲自去领,后来想想也是没办法呢,但是当时真是气不过,人与人之间就完全没有了这些基本的信任。这些带给我们的除了方便是不是同时也带给了我们其 它的东西。

我们的生活看似进步了很多,但是更多充满了精神快餐和各种诱导,有时候会很忙乱,会迷茫无助,想必我们经历的这些,我们的晚辈比我们要更早经历,幸福感和满足感也会存在不少的差别。

原文发布于微信公众号 - 杨建荣的学习笔记(jianrong-notes)

原文发表时间:2016-02-19

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏互联网杂技

每次不能把工作干好的时候,就看看

软件蚕食一切。未来属于程序员。所以人人都想当程序员。但是并不是每个人都能当好程序员。在你做出决定前还是先看看自己能不能当好程序员吧。可是什么样的人不适合当程序员...

3384
来自专栏JAVA高级架构

致即将“挨踢”的你

IT=挨踢,这是IT人的自嘲。 在以往,IT界在我眼里一直是一个无比高级的职业。聚集着全球最聪明、最富有的人类精英;以IT创业界的青年们的智商,他们可以做成任何...

2775
来自专栏机器人网

我是如何走上电气工程师这条路的?

最近经常在微博上和一些刚刚学习的PLC同学交流,经常被问道这样几个问题,学PLC干嘛,问我是怎么做电气工程师的?今天我就来说说我是如何走上电气工程师这条路的? ...

31413
来自专栏编程一生

为什么要持续重构

1261
来自专栏PPV课数据科学社区

2015十一项全球最具权威的大数据资质认证

大数据时代,考计算机证已经out到天边去了。具备大数据分析相关经验的数据科学家与分析师以及了解如何打理Hadoop集群与其它技术的工程师与开发人员如今正变得炙手...

3844
来自专栏架构说

Go语言,Docker和新技术

上个月,作为 Go 语言的三位创始人之一,Unix 老牌黑客罗勃·派克(Rob Pike)在新文章“Go: Ten years and climbing”中,回...

4129
来自专栏新智元

幸福,以人工智能的方式

莎莉·埃迪(Sally Adee)发现,具有情商的小玩意将很快和我们绑定在一起,为我们的生活带来欢乐。 “是布莱恩吗?你好吗,布莱恩?”这个声音是由一个巨大的...

3435
来自专栏AI产品经理

产品经理·杂谈

//02.01-2018更新 - 增加:13.0

2408
来自专栏落影的专栏

沉淀之直播元年做直播

前言 2016年是手机直播元年,有幸耕耘一年,收获颇丰。 产品源于生活,技术服务于产品。 2016年的计划 写于2016年03月29日。 新的一年开始了,...

46610
来自专栏用户3246163的专栏

[脑书1]-《搞定》第3章 纵向管理:巧妙的工作计划

有没有发现一本三四百页非虚构类的书,通常需要几周才能读完,读完以后对书中的内容完全没有一个清晰的脉络。这是因为我们在读书的时候迷路了,前后的内容无法关联,...

751

扫码关注云+社区

领取腾讯云代金券