繁体版

第二百七十章 理想与现实的距离

不是所有人都是期权拿到手就抛的,很多人会想,万一股票天天往上涨呢?卖了可就亏了。而且看迈韶的股票发展历史,在这之前那可真的是一路飙升的,那么就意味着这些期权放在手里,就会越来越值钱,等到它过期的前一天再去兑现,才能赢得最大的收获,所以当时很多迈韶员工都持有好几年的“潜力”股期权,等着它们长到最成熟的那一天。

袁媛这才明白为什么这种发期权的方法能留住人才。

感情公司发的不是股票期权,而是绑定了你的将来啊。

“骚年们,好好干吧,干好了,公司股票大涨,你们也跟着发大财!”基本上就是这种做法的意义。

对于那些98年、99年入职的迈韶员工来说,他们入职的时候,股票都是高于60的,迈韶股价这一跳水,不仅当年的签字卖身股等于废纸,工作一两年来的潜力股也等同于废纸了。

很多这样的新员工都后悔地咬牙切齿:“咋没拿到手就抛呢?!”就连老员工也恨得咬牙切齿:“股价120的时候抛,有可能变成百万富翁、甚至千万富翁,几天时间身价缩水一半啊。我哭!”

世上没有卖后悔药的,哪怕是哭晕在厕所里,股价也不会一日之内再蹦回来。

有些当年不得不忍痛割爱兑现了期权拿钱买了房子的在庆幸:“亏得我咬牙把手里的期权抛了,换成头款买房子了!”完全忘了自己抛售时的心疼与不舍。

靠股票升值发家致富的想法怕是无法兑现,唯一能依靠的就是工资和每年的年终奖了,据说迈韶年终奖也不是很多,那就是只能靠工资了。

这就让很多人对迈韶伸出的橄榄枝犹豫不决,迈韶也没有想到自己还有遭人嫌弃的日子。

同样的,袁媛也无视了迈韶抛来的橄榄枝。

由于袁媛在奥立克有过一个暑假的实习经历,表现不错,所以她投了简历找正式工作的时候,除了其他工作机会之外,她也早在实习结束的时候拿到了奥立克给她的返回奥立克的工作机会,这也让她找工作的时候信心大增,如论如何有奥立克的机会保底呢。

不过她本身也对数据库管理系统非常感兴趣,自从在博克立再次学习了研究生课程数据库这门课之后,她感觉这门课简直颠覆了自己以前对数据库系统的认知,尤其为自己当年引以为豪的多媒体信息系统感到汗颜,先不说别的,那套系统就数据库的acid属性都不能完全保证,她现在需要祈祷大家在用的时候千万别丢了数据。

数据库的acid属性究竟是指什么呢?a是指原子性,atomicity,像原子一样不可再分割。一套数据存储指令下去,要么做全,要么全不做。

比如说你去银行存钱,不能说钱交给银行了,银行没给你更新存折。或者你去银行一趟,把活期转存成定期,最后活期帐号里的钱取出来了,定期没存进去,钱你也没拿到,凭空消失了一般。

这些说起来容易,做起来并不容易,计算机指令都是一系列的01组成的代码,现在又牵扯到了网络,任何时候都可能发生终端停电、网络断网、服务器异常终止等问题,在客户正在atm上操作的时候,万一这些问题发生了,那就要软件来保证刚才进行了一半的交易恢复到交易前的状态,更复杂的就是在这个恢复交易的过程中发生上述所说的问题,那时候该怎么办?这时候感觉到头痛了没有?这就是数据库软件工程师需要解决的一个问题。

c是一致性,consistency。不论一套指令中间各个小步骤是用什么顺序执行的,最终的结果应该都一样。

仍然拿银行帐号打比方,存了张支票进去,取了点现金出来,你可以先存后取,也可以先取后存,最后你的账号上的钱数是一样的。

i是指孤立性,isolation,一个交易不会跟其他交易交叉影响,两个人在不同的atm上从各自的账号上操作,两者不应该由于是同时操作而相互影响。

哪怕是同一账号上的操作,也不应该相互影响,比如你和配偶拥有同一个银行帐号,每个人一个atm卡,你们俩同时在不同的atm机上存取活动应该互不影响。

俩人同时在不同的atm机上存取,不应该出现账号上只有1000块钱,俩人还能各取出800块的情况,只能是一个人能取800,另一个人只能得到“余额不足”的提示。

d当然是指数据的长久保存了,durability。不能说今天还在,明天丢失了,连记录都找不回来。

银行系统涉及金钱,当然是对这个要求很高,这让袁媛想起爸爸妈妈的一张存折,虽然也就几百块,但是当时父母从一大堆旧衣服里看到这张存折的时候,5年的定期已经过了好多年,当年的储蓄所已经改头换面换了名称,人家不承认,他们也没辙。

当年的钱哪是那么好积攒起来的,白白地让血汗打了水漂,不知道中饱了谁家私囊。据说这种情况要是在米国发生,肯定能要回很多钱的,连本带利。

想起穆林和自己参与的那套信息管理软件,虽然有数据库的概念,但是太初始、太简单,现在想想acid竟然是哪一个都不能百分百保证,能不让她感到汗颜么?

她曾经跟穆林讨论过这个问题,穆林说他当时做的时候,已经就这个问题跟吴教授讨论过,当时一缺人手,二时间紧张,三他们这个系统不是用在银行,对这方面的要求不高,所以,才在这方面没有下大力气。

袁媛不懂,怎么就没这方面的需求了?虽然不会造成数据缺失,却会造成数据紊乱的,比如俩人都在修改同一条档案,最后存储的那个会占上风。

穆林解释这样的情况不可能发生,因为大家的管理的信息都是不交叉的,输入或者修改的时候,都是各管各的那部分。除此之外,查询功能是不会造成数据紊乱或者丢失的,所以根本不用担心。

虽然这些话让袁媛放心不少,但总觉得这是非常取巧的做法,还有有很大安全隐患的。所以她准备到奥立克这个世界第一的数据库公司里去好好学习一下。

温馨提示:方向键左右(← →)前后翻页,上下(↑ ↓)上下滚用, 回车键:返回列表

投推荐票 上一章章节目录下一章 加入书签