- 浏览: 138206 次
- 性别:
- 来自: 沈阳
最新评论
-
vanezkw:
有问题。报错
快速排序 -
huiqinbo:
这个不是Grizzly api介绍的用途不大
Grizzly学习笔记 -
chinagdvea:
如果分割元素取数组首元素或者尾元素排序就会出错...
快速排序 -
pujia12345:
靠毕业生的所?这些垃圾题目
华为公司招聘 java人员面试题(泄漏版) -
cys0429831:
楼主你好我遇到一个问题 就是安装完之后 服务项里根本就没有监听 ...
Oracle监听器启动路径为空导致服务无法启动
见屏幕一黑,绝影也不知道是怎么回事,以前在公司测试的时候从来没出现这种情况,反正肯定是程序出了问题,坏就坏在还是全屏,图像一黑,整个屏幕就黑了。他用眼角的余光瞟了瞟周总,还好周总正在兴致勃勃地给医生们介绍KIPACS是如何如何好,只有医院领导一个人发现了问题。他赶忙退出全屏关掉KIPACS,再次打开。
医院领导正要开口,绝影抢在他前面说:“这是正常现象,一般KIPACS用久了就要重启一次。”那言外之意就是:“这黑屏的事,没啥大不了的,我们早就知道了。并且这又是不能解决的,要能解决我们还不早就解决了。就比如手机一样,就算是Nokia N95,够高档了吧,可是你能拿它放DVD吗?放不了,还是将就着用吧。所以还是麻烦你们偶尔重启一下吧。”
周总听他这么说,回过头来,丈二和尚摸不着头。
最后医院领导还是在验收报告上签了字,一行人撤回公司的时候,周总问:“小绝阿,那个KIPACS重启是怎么回事呢?以前怎么没听你说过?”
绝影哪敢给他讲很话,忙说:“没什么大不了的,回去我调研一下,估计还有些小BUG。”
在公司做CASE就是这样,虽然公司要求所有BUG的发现和修正都要最终体现到软件开发文档里,但实际操作起来,往往是程序员发现了自己的BUG能隐瞒下来的都隐瞒下来,自己抽个时间或者加班把它修改了,这样给领导的印象要好一些。这和现在很多小煤窑的做法差不多,虽然上头三令五申要杜绝安全隐患,但事故总还是要发生的,虽然又说发生事故要如实上报及时补救,但小老板们总是能隐瞒不报就隐瞒不报,自己私下处理了事。你想真要是如实上报你一个小小煤窑一年12个月就报了二十多个事故上去明年的开采许可证还怎么可能拿得到?
绝影说是小事,回到公司又看了半天都还是没搞明白,问题就出在调窗上,这个调窗原理说简单点其实就是把图像的一些属性调整一下然后重新绘制到DC上,小幅度地调整都没有问题,就是大幅度长时间调整最后显示图像的部分都会黑掉。先他以为是对WM_PAINT消息的处理有问题,这个就比较麻烦,系统经常要发送WM_PAINT这个消息,在里面下个断点或者加个MessageBox就一直要不停地弹出。搞了半天还是找不出个所以然。你想要是真是对这个消息处理出现了问题,那应该一早调窗就有问题才对。
调试了几次,绝影发现系统变得越来越慢,打开任务管理器,乖乖,KIPACS居然占用了300多M内存。要知道KIPACS刚启动时不过只占用了17M内存。看样子像是内存泄漏。这样想,他继续调窗,调一下发现内存涨上去可又没降下来,果然是调窗的时候发生了内存泄漏。
知道了原因解决起来就要快得多,原来是GetDC获取DC后没有使用ReleaseDC把它释放,这部分在WM_PAINT消息中,WM_PAINT消息又频繁发送,所以那内存泄漏起来真是要命得很。
加上ReleaseDC,KIPACS终于可以流畅地调窗,看看任务管理器,内存占用基本稳定在20M。
搞完这个BUG,绝影看看时间,已经是晚上9点多,公司的人早不知道什么时候都走光了。这次的事情还是给绝影留下了深刻的教训以至于在很常一段时间,别人问他:“影头,你看看我这程序,怎么老是出问题阿?”他都会跟别人说:“先看看是不是有内存泄漏。”
问题解决了,等到第二天周总来到公司,绝影便轻描淡写地对周总说:“昨天那个KIPACS需要重启的问题我已经解决了,是个小问题,内存泄漏。”
所以什么叫打肿脸充胖子。明明昨天花了5,6个小时憋得几乎走投无路终于解决出的问题现在在老总面前却轻描淡写地说:“是个小CASE而已。”想BOSS Liu也许也是这样,自己不知道熬了几个通宵脑细胞不知杀死多少终于给做出个多线程出来,却轻描淡写地说:“多线程嘛,那个还不容易,二三十分钟就搞出来了。”两个人都是爱吹牛,好像自己能耐大得不得了,什么技术阿方法阿算法阿解决方案阿还不一切都尽在掌握中,原以为牛这样吹了,大家就决定自己有多了不起,结果最后受苦的是自己,开心的是老板,老板们正是利用了这种心理,他们会说:“不错不错,这么个大问题能这样快地解决,这个程序里面还有二十多个BUG,都是小问题,给你一天的时间够了吧。”
周总对绝影反映的问题还是比较关心,他说:“内存泄漏这个问题是广泛存在的阿,这种问题又最不好调试。我给你介绍个软件吧,BoundsCheck,专门测试内存泄漏。”
在以前,绝影绝对不会去关心别人介绍的什么软件,首先那软件是别人介绍的,自己又不熟悉,软件好不好阿,怎么用阿都要自己去摸索,特别是这个BoundsCheck一听就知道是个英文版的软件,还要拿金山词霸去翻译菜单或者网上到处去找汉化版,本来以为用这个软件能极大地提高劳动生产率,结果反而花在学习上的时间都远远超过了它提高的劳动生产率,这叫“磨刀误了砍柴工”。
可这次绝影还是比较慎重,昨天虽然把问题解决了但实在把自己搞得太痛苦,也幸亏昨天开了任务管理器发现了问题,要不说不定把代码跟踪到太平洋还不知道问题在哪里。
去网上下个BoundsCheck6 for VC,原来是大名鼎鼎的Numega公司出的,想能出SoftICE这样的软件的公司出的东西还能有假吗?就比如今天微软宣布出了一个新的操作系统,那还不成为各大网站的头条新闻。所以不仅是衣服,就是软件也有个品牌效应。
那天在公司又调研了一整天,绝影第一次知道了“纯化测试”这个词。以后每次周总说:“OK,明天我们进行Purification。”绝影就跟大家翻译道:“好,明天我们进行纯化测试,没装BoundsCheck的把BoundsCheck装上,不会用的找我。”
最近几天BOSS Liu在公司颇为得意,看来医院对KIREGIS试运行非常满意,要他修改的地方也很少。KIREGIS的代码一直是BOSS Liu在负责,绝影从来没去看,这也好,世界上最幸福的事情就是你把事情交给别人别人做好了交给你居然和你的要求一模一样,根本不用改。因为没什么事做,BOSS Liu正好潜心研究起C++来。
本来有好多事情都是一样,会做容易做好难,就说这C++就算你是写了五六年程序的程序员,说函数模板、类模板、纯虚函数、虚基类这些东西你又用上了多少。BOSS Liu研究了一些这方面东西,再加上KIREGIS在医院取得了成功,觉得差不多火候已到,绝影也不过尔尔,不过就是汇编好一点吗?还是那句话,汇编不过100多个指令,有什么难的。
可绝影总以为他对C++的研究应该仅限于“理论”上。
两人见了面,BOSS Liu问:“你知道这个XXXX基类的构造函数会被调用几次么?”
绝影自知肯定回答不上来,在这种情况下最好就不要去回答,BOSS Liu是有备而来故意刁难你,不是带着请教的,所以就算你侥幸答对了,也并不能让他对你钦佩的感觉油然而生;要是你答错了,就正中他的下怀,从此以后凡是有技术上的讨论,他总是会拿“你XXXX这个问题都不知道,还说个P呀”来压你。
这正如鲁迅先生说的,一家人生了孩子,你说:“这孩子好呀,以后要当什么什么大官有多少多少钱。”那你是骗人的,可人家父母爱听。你说:“这孩子最后会死。”这是真话,可人家父母不爱听。怎么办,你最好就说:“呵,这孩子……你看……呵……哈哈……”
所以绝影避开问题地重点,也打起哈哈来:“研究C++阿?有什么好研究的?我告诉你,C++能做到的,用汇编都能做到。汇编能做到,C++还有些做不到哦。”
这是绝影的杀手锏。首先把问题转移到汇编上来。这方面他有几年积累,算是个小行家。再说的确在自定位和精确计算代码长度这两个技术上只有汇编能做到,这是高级语言的死穴。管它什么语言,他用这两点都能把它杀了。
BOSS Liu很不服气地说:“我知道你那汇编,在Windows下不过是换成‘invoke’来调用API罢了。还能唬我。BOSS Jue,你去各大公司看看。你那玩艺过时了。”
“你懂个P,存在就是合理,懂不?这是哪个大哲学家说的。”
“我知道我知道。可你那玩艺就快连存在的价值都没有了。我问你,除非你搞病毒,还能有什么汇编能做高级语言不能做的?”
这又将了绝影一军,每次他跟别人说:“我嘛,擅长汇编。”就最怕别人问:“你搞病毒的?”别人这样说,就好像说:“你这人,真长得就像个贼。”所以每次他都不得不跟别人讲一大堆什么汇编不一定搞病毒,除了搞病毒汇编还有什么什么用途,还能写什么什么程序。想了半天,绝影实在想不起汇编还有什么优势,但沉默下去就是认输,从此以后,BOSS Liu就可以名正言顺在他面前显摆C++,从此以后自己和汇编语言在公司中就再没有什么地位。请急之下,他忽然又想起大学时候做过的大数运算库,终于洋洋得意地说:“谁说没用了,我曾经把一个C++做的大数运算库算法原封不动地翻译成汇编,算1024位乘法速度居然提高了200倍。我用汇编,可以把大部分操作数都存到寄存器中,可怜的C++阿,还得全部存到内存中,做高级运算还是应该在一旁休息去吧。”
说完这话,BOSS Liu沉默了。这是理论论据和事实论据都充分。本来汇编速度快这是毋庸置疑的,再加上绝影有写好的程序摆在那里,BOSS Liu从哪里驳都驳不倒。见他不说话,绝影大模大样往自己桌子上一坐,心里嘀咕着:“还跟我比C++,我汇编是通吃。”
大概过了10分钟,BOSS Liu忽然跳起来大声说到:“BOSS Jue我差点让你给忽悠了,刚才忘记了CACHE。现在的CPU都有CACHE,CPU对CACHE的访问速度和寄存器差不多,C++会把经常使用的变量放CACHE里面,速度应该和汇编差不多才对。”
绝影本来以为可以稳坐钓鱼台了,没想到BOSS Liu就是这么个不见棺材不掉泪的人,听他这么说还是有道理,至少从理论上讲应该是这样,这下他又解释不了实践上200倍的速度差,现在没有理论作为依据,就是牵强地去跟BOSS Liu解释也会把自己在这次争论中置于非常不利的地位。最后,还是绝影沉默了。
从那次争论以后,BOSS Liu再也没给绝影夸过C++的好,也没再夸自己在C++上的造诣有多深。绝影也没再在BOSS Liu面前显摆汇编有多无所不能,自己汇编有多炉火纯青。两人都心知肚明,他们俩水平一般,要是继续在这语言孰优孰劣上争论,谁都没必胜的把握,如果输了,脸就丢大了。还不如好好再深造几年,到时再一比高低。
很多年以后,绝影终于想到当初想不出来的问题:汇编语言使用寄存器并不是对寄存器访问比对内存访问更快,而是对寄存器寻址比对内存寻址更快。很多时候他想把这个告诉BOSS Liu,但他终于还是没告诉他。
一晃两个月过去,绝影和BOSS Liu去医院对他们的软件系统作了两次例行维护和更新,医院的规模还算大,登记数据已经有三万多条,KIREGIS还是经受住了耐力测试。KIPACS经过绝影两次更新基本上也运行比较稳定。在领工资的时候,周总对绝影说:“XXX医院的CASE已经验收合格,这个月给你发500元的奖金。因为这个CASE的收入也不多,就你KIPACS贡献最大,所以奖金也就你有,对其它的人就不要声张了。”
本来绝影觉得这么大的CASE忙了这么久才500元的奖金周总也真是太扣门了,但听周总这么说,绝影还心里笑着走出了他的办公室,恨不得立马当众大声宣布:“知道吗?XXX医院项目奖金500元,就我绝影一个人有!”
BOSS Liu也进了办公室。周总还是说:“XXX医院的CASE已经验收合格,这个月发给你500元的奖金。因为这个CASE的收入也不多,就你KIREGIS贡献最大,所以奖金也就你有,对其它的人就不要声张了。”
当然,BOSS Liu在出来的时候也恨不得力马当众大声宣布:“知道吗?XXX医院项目奖金500元,就我BOSS Liu一个人有!”
大家一个二个领完工资,脸上都喜气洋洋。公司的电话响了,张厂长积极地抢着去接了电话,说了几句,回过头来说:“医院打来的,找绝影,好像程序有些问题。”
绝影一下傻了。傻的不是程序有些问题,是医院居然指名点姓要找绝影,而且医院居然还知道“绝影”的名字,自己麻烦了。
医院领导正要开口,绝影抢在他前面说:“这是正常现象,一般KIPACS用久了就要重启一次。”那言外之意就是:“这黑屏的事,没啥大不了的,我们早就知道了。并且这又是不能解决的,要能解决我们还不早就解决了。就比如手机一样,就算是Nokia N95,够高档了吧,可是你能拿它放DVD吗?放不了,还是将就着用吧。所以还是麻烦你们偶尔重启一下吧。”
周总听他这么说,回过头来,丈二和尚摸不着头。
最后医院领导还是在验收报告上签了字,一行人撤回公司的时候,周总问:“小绝阿,那个KIPACS重启是怎么回事呢?以前怎么没听你说过?”
绝影哪敢给他讲很话,忙说:“没什么大不了的,回去我调研一下,估计还有些小BUG。”
在公司做CASE就是这样,虽然公司要求所有BUG的发现和修正都要最终体现到软件开发文档里,但实际操作起来,往往是程序员发现了自己的BUG能隐瞒下来的都隐瞒下来,自己抽个时间或者加班把它修改了,这样给领导的印象要好一些。这和现在很多小煤窑的做法差不多,虽然上头三令五申要杜绝安全隐患,但事故总还是要发生的,虽然又说发生事故要如实上报及时补救,但小老板们总是能隐瞒不报就隐瞒不报,自己私下处理了事。你想真要是如实上报你一个小小煤窑一年12个月就报了二十多个事故上去明年的开采许可证还怎么可能拿得到?
绝影说是小事,回到公司又看了半天都还是没搞明白,问题就出在调窗上,这个调窗原理说简单点其实就是把图像的一些属性调整一下然后重新绘制到DC上,小幅度地调整都没有问题,就是大幅度长时间调整最后显示图像的部分都会黑掉。先他以为是对WM_PAINT消息的处理有问题,这个就比较麻烦,系统经常要发送WM_PAINT这个消息,在里面下个断点或者加个MessageBox就一直要不停地弹出。搞了半天还是找不出个所以然。你想要是真是对这个消息处理出现了问题,那应该一早调窗就有问题才对。
调试了几次,绝影发现系统变得越来越慢,打开任务管理器,乖乖,KIPACS居然占用了300多M内存。要知道KIPACS刚启动时不过只占用了17M内存。看样子像是内存泄漏。这样想,他继续调窗,调一下发现内存涨上去可又没降下来,果然是调窗的时候发生了内存泄漏。
知道了原因解决起来就要快得多,原来是GetDC获取DC后没有使用ReleaseDC把它释放,这部分在WM_PAINT消息中,WM_PAINT消息又频繁发送,所以那内存泄漏起来真是要命得很。
加上ReleaseDC,KIPACS终于可以流畅地调窗,看看任务管理器,内存占用基本稳定在20M。
搞完这个BUG,绝影看看时间,已经是晚上9点多,公司的人早不知道什么时候都走光了。这次的事情还是给绝影留下了深刻的教训以至于在很常一段时间,别人问他:“影头,你看看我这程序,怎么老是出问题阿?”他都会跟别人说:“先看看是不是有内存泄漏。”
问题解决了,等到第二天周总来到公司,绝影便轻描淡写地对周总说:“昨天那个KIPACS需要重启的问题我已经解决了,是个小问题,内存泄漏。”
所以什么叫打肿脸充胖子。明明昨天花了5,6个小时憋得几乎走投无路终于解决出的问题现在在老总面前却轻描淡写地说:“是个小CASE而已。”想BOSS Liu也许也是这样,自己不知道熬了几个通宵脑细胞不知杀死多少终于给做出个多线程出来,却轻描淡写地说:“多线程嘛,那个还不容易,二三十分钟就搞出来了。”两个人都是爱吹牛,好像自己能耐大得不得了,什么技术阿方法阿算法阿解决方案阿还不一切都尽在掌握中,原以为牛这样吹了,大家就决定自己有多了不起,结果最后受苦的是自己,开心的是老板,老板们正是利用了这种心理,他们会说:“不错不错,这么个大问题能这样快地解决,这个程序里面还有二十多个BUG,都是小问题,给你一天的时间够了吧。”
周总对绝影反映的问题还是比较关心,他说:“内存泄漏这个问题是广泛存在的阿,这种问题又最不好调试。我给你介绍个软件吧,BoundsCheck,专门测试内存泄漏。”
在以前,绝影绝对不会去关心别人介绍的什么软件,首先那软件是别人介绍的,自己又不熟悉,软件好不好阿,怎么用阿都要自己去摸索,特别是这个BoundsCheck一听就知道是个英文版的软件,还要拿金山词霸去翻译菜单或者网上到处去找汉化版,本来以为用这个软件能极大地提高劳动生产率,结果反而花在学习上的时间都远远超过了它提高的劳动生产率,这叫“磨刀误了砍柴工”。
可这次绝影还是比较慎重,昨天虽然把问题解决了但实在把自己搞得太痛苦,也幸亏昨天开了任务管理器发现了问题,要不说不定把代码跟踪到太平洋还不知道问题在哪里。
去网上下个BoundsCheck6 for VC,原来是大名鼎鼎的Numega公司出的,想能出SoftICE这样的软件的公司出的东西还能有假吗?就比如今天微软宣布出了一个新的操作系统,那还不成为各大网站的头条新闻。所以不仅是衣服,就是软件也有个品牌效应。
那天在公司又调研了一整天,绝影第一次知道了“纯化测试”这个词。以后每次周总说:“OK,明天我们进行Purification。”绝影就跟大家翻译道:“好,明天我们进行纯化测试,没装BoundsCheck的把BoundsCheck装上,不会用的找我。”
最近几天BOSS Liu在公司颇为得意,看来医院对KIREGIS试运行非常满意,要他修改的地方也很少。KIREGIS的代码一直是BOSS Liu在负责,绝影从来没去看,这也好,世界上最幸福的事情就是你把事情交给别人别人做好了交给你居然和你的要求一模一样,根本不用改。因为没什么事做,BOSS Liu正好潜心研究起C++来。
本来有好多事情都是一样,会做容易做好难,就说这C++就算你是写了五六年程序的程序员,说函数模板、类模板、纯虚函数、虚基类这些东西你又用上了多少。BOSS Liu研究了一些这方面东西,再加上KIREGIS在医院取得了成功,觉得差不多火候已到,绝影也不过尔尔,不过就是汇编好一点吗?还是那句话,汇编不过100多个指令,有什么难的。
可绝影总以为他对C++的研究应该仅限于“理论”上。
两人见了面,BOSS Liu问:“你知道这个XXXX基类的构造函数会被调用几次么?”
绝影自知肯定回答不上来,在这种情况下最好就不要去回答,BOSS Liu是有备而来故意刁难你,不是带着请教的,所以就算你侥幸答对了,也并不能让他对你钦佩的感觉油然而生;要是你答错了,就正中他的下怀,从此以后凡是有技术上的讨论,他总是会拿“你XXXX这个问题都不知道,还说个P呀”来压你。
这正如鲁迅先生说的,一家人生了孩子,你说:“这孩子好呀,以后要当什么什么大官有多少多少钱。”那你是骗人的,可人家父母爱听。你说:“这孩子最后会死。”这是真话,可人家父母不爱听。怎么办,你最好就说:“呵,这孩子……你看……呵……哈哈……”
所以绝影避开问题地重点,也打起哈哈来:“研究C++阿?有什么好研究的?我告诉你,C++能做到的,用汇编都能做到。汇编能做到,C++还有些做不到哦。”
这是绝影的杀手锏。首先把问题转移到汇编上来。这方面他有几年积累,算是个小行家。再说的确在自定位和精确计算代码长度这两个技术上只有汇编能做到,这是高级语言的死穴。管它什么语言,他用这两点都能把它杀了。
BOSS Liu很不服气地说:“我知道你那汇编,在Windows下不过是换成‘invoke’来调用API罢了。还能唬我。BOSS Jue,你去各大公司看看。你那玩艺过时了。”
“你懂个P,存在就是合理,懂不?这是哪个大哲学家说的。”
“我知道我知道。可你那玩艺就快连存在的价值都没有了。我问你,除非你搞病毒,还能有什么汇编能做高级语言不能做的?”
这又将了绝影一军,每次他跟别人说:“我嘛,擅长汇编。”就最怕别人问:“你搞病毒的?”别人这样说,就好像说:“你这人,真长得就像个贼。”所以每次他都不得不跟别人讲一大堆什么汇编不一定搞病毒,除了搞病毒汇编还有什么什么用途,还能写什么什么程序。想了半天,绝影实在想不起汇编还有什么优势,但沉默下去就是认输,从此以后,BOSS Liu就可以名正言顺在他面前显摆C++,从此以后自己和汇编语言在公司中就再没有什么地位。请急之下,他忽然又想起大学时候做过的大数运算库,终于洋洋得意地说:“谁说没用了,我曾经把一个C++做的大数运算库算法原封不动地翻译成汇编,算1024位乘法速度居然提高了200倍。我用汇编,可以把大部分操作数都存到寄存器中,可怜的C++阿,还得全部存到内存中,做高级运算还是应该在一旁休息去吧。”
说完这话,BOSS Liu沉默了。这是理论论据和事实论据都充分。本来汇编速度快这是毋庸置疑的,再加上绝影有写好的程序摆在那里,BOSS Liu从哪里驳都驳不倒。见他不说话,绝影大模大样往自己桌子上一坐,心里嘀咕着:“还跟我比C++,我汇编是通吃。”
大概过了10分钟,BOSS Liu忽然跳起来大声说到:“BOSS Jue我差点让你给忽悠了,刚才忘记了CACHE。现在的CPU都有CACHE,CPU对CACHE的访问速度和寄存器差不多,C++会把经常使用的变量放CACHE里面,速度应该和汇编差不多才对。”
绝影本来以为可以稳坐钓鱼台了,没想到BOSS Liu就是这么个不见棺材不掉泪的人,听他这么说还是有道理,至少从理论上讲应该是这样,这下他又解释不了实践上200倍的速度差,现在没有理论作为依据,就是牵强地去跟BOSS Liu解释也会把自己在这次争论中置于非常不利的地位。最后,还是绝影沉默了。
从那次争论以后,BOSS Liu再也没给绝影夸过C++的好,也没再夸自己在C++上的造诣有多深。绝影也没再在BOSS Liu面前显摆汇编有多无所不能,自己汇编有多炉火纯青。两人都心知肚明,他们俩水平一般,要是继续在这语言孰优孰劣上争论,谁都没必胜的把握,如果输了,脸就丢大了。还不如好好再深造几年,到时再一比高低。
很多年以后,绝影终于想到当初想不出来的问题:汇编语言使用寄存器并不是对寄存器访问比对内存访问更快,而是对寄存器寻址比对内存寻址更快。很多时候他想把这个告诉BOSS Liu,但他终于还是没告诉他。
一晃两个月过去,绝影和BOSS Liu去医院对他们的软件系统作了两次例行维护和更新,医院的规模还算大,登记数据已经有三万多条,KIREGIS还是经受住了耐力测试。KIPACS经过绝影两次更新基本上也运行比较稳定。在领工资的时候,周总对绝影说:“XXX医院的CASE已经验收合格,这个月给你发500元的奖金。因为这个CASE的收入也不多,就你KIPACS贡献最大,所以奖金也就你有,对其它的人就不要声张了。”
本来绝影觉得这么大的CASE忙了这么久才500元的奖金周总也真是太扣门了,但听周总这么说,绝影还心里笑着走出了他的办公室,恨不得立马当众大声宣布:“知道吗?XXX医院项目奖金500元,就我绝影一个人有!”
BOSS Liu也进了办公室。周总还是说:“XXX医院的CASE已经验收合格,这个月发给你500元的奖金。因为这个CASE的收入也不多,就你KIREGIS贡献最大,所以奖金也就你有,对其它的人就不要声张了。”
当然,BOSS Liu在出来的时候也恨不得力马当众大声宣布:“知道吗?XXX医院项目奖金500元,就我BOSS Liu一个人有!”
大家一个二个领完工资,脸上都喜气洋洋。公司的电话响了,张厂长积极地抢着去接了电话,说了几句,回过头来说:“医院打来的,找绝影,好像程序有些问题。”
绝影一下傻了。傻的不是程序有些问题,是医院居然指名点姓要找绝影,而且医院居然还知道“绝影”的名字,自己麻烦了。
发表评论
-
疯狂的程序员-第八十七章
2008-12-19 16:04 702人有时候就是这样,明 ... -
疯狂的程序员-第八十六章
2008-12-19 15:46 669BOSS Liu说了这话,又勾 ... -
疯狂的程序员-第八十五章
2008-12-19 15:38 674在一个风和日丽的早晨,BOSS Liu早早地起了床,洗了个澡, ... -
疯狂的程序员-第八十四章
2008-12-19 15:23 613此时BOSS Liu仿佛和他每一次熬了通宵之后,极不适应白天的 ... -
疯狂的程序员-第八十三章
2008-12-18 17:15 570好长一段时间,绝影和BOSS Liu之间都没怎么提这个P2P的 ... -
疯狂的程序员-第八十二章
2008-12-16 22:32 725陈懂没说话,指指绝影的餐盘示意他继续吃,绝影这才又动起手来,于 ... -
疯狂的程序员-第八十一章
2008-12-16 22:25 658时间一天天过去,绝影的感觉越来越不妙,其实一早他还是有准备的, ... -
疯狂的程序员-第八十章
2008-12-16 22:16 680在绝影的印象中,救火队长这个角色一向都是由自己来扮演的,想想以 ... -
疯狂的程序员-第七十九章
2008-12-16 22:07 748关重大,绝影抽了点时间,洗了个澡,换了件衣服,然后端端正正地坐 ... -
疯狂的程序员-第七十七章
2008-12-13 08:31 588第二天,绝影和BOSS Liu一起去开公司。这之前,绝影把开公 ... -
疯狂的程序员-第七十五章
2008-12-13 08:11 674离BOSS Liu约定的五月一号已经没多久了,其间发生了两件大 ... -
疯狂的程序员-第六十四章
2008-12-13 08:01 572疯狂的程序员?说实话 ... -
疯狂的程序员-第七十三章
2008-12-13 07:43 609和BOSS Liu下完棋,绝影虽然赢了,但心情反而很郁闷。这世 ... -
疯狂的程序员-第七十一章
2008-12-12 23:53 775和燕儿分手后,绝影竟大方地给自己无限期地放了个长假。所以人就是 ... -
疯狂的程序员-第七十章
2008-12-12 23:41 706把厚厚地两万块钱交到周总手上,绝影觉得心里轻松了很多。周总花了 ... -
疯狂的程序员-第六十九章
2008-12-12 00:14 710侯会计是个与众不同的 ... -
疯狂的程序员-第六十七章
2008-12-11 23:58 674BOSS Liu一边说一边掏出 ... -
疯狂的程序员-第六十六章
2008-12-11 23:47 642愣了好一会,陈董才很 ... -
疯狂的程序员-第六十四章
2008-12-11 23:26 689事到如今,绝影算是已 ... -
疯狂的程序员-第六十三章
2008-12-11 23:15 607人手问题还是最大的问 ...
相关推荐
- **第十六~第二十章:全排列,跳台阶,奇偶排序,第一个只出现一次等问题** - 覆盖组合数学中的经典问题。 - 包括不同问题的求解策略和代码示例。 - **第二十一~二十二章:出现次数超过一半的数字,最短摘要的...
- **第十六~第二十章:全排列,跳台阶,奇偶排序,第一个只出现一次等问题** - 包含了组合数学、递归算法等高级主题。 - **第二十一~二十二章:出现次数超过一半的数字,最短摘要的生成** - 探讨了数据统计和...
- 第二十章“专业主义”呼吁程序员保持专业精神,不断提升技能,追求卓越。 这些章节覆盖了从编程基础到高级技术的广泛内容,适用于B、C、Java等语言的程序员。通过深入学习并实践书中的建议,可以显著提高代码...
- 第二十五章特别关注二分查找算法的正确实现,并指出大多数程序员在实现时常见的错误。 **12. 倒排索引编码** - 第二十六章介绍了基于文档生成倒排索引的具体编码过程。 **13. 数组排序** - 第二十七章探讨了...
- **第二十七章:不改变正负数之间相对顺序重新排列数组.时间O(N),空间O(1)** —— 提出了一种特殊的数组排序算法。 #### 四、创作背景与意义 - **创作背景**:此系列最初名为《程序员面试题狂想曲》,旨在为面试...
- **第二十三、四章**:杨氏矩阵查找、倒排索引关键词Hash不重复编码实践 - **第二十五章**:二分查找实现 - **第二十六章**:基于给定的文档生成倒排索引的编码与实践 - **第二十七章**:不改变正负数之间相对...
- **第十六~第二十章:全排列,跳台阶,奇偶排序,第一个只出现一次等问题** - **知识点**:递归算法、位运算。 - **应用场景**:算法竞赛、软件测试等。 - **第二十一~二十二章:出现次数超过一半的数字,最短...
- 第二十三章:“使用C++进行多线程编程”,介绍了C++11引入的多线程和并发库,包括线程、互斥锁、原子操作等。 第五部分:“C++软件工程” - 第二十四章:“最大化软件工程方法”,讨论了提高软件质量的工程实践。...
第二章 宏与常量 第三章 字符串 第四章 函数 第五章 键盘操作 第六章 数学 第七章 文件、目录和磁盘 第八章 数组、指针和结构 第九章 DOS和BIOS服务 第十章 内存管理 第十一章 日期和时间 第十...
总结,"C程序设计语言--第三章 数据类型"涵盖了C语言中至关重要的基础知识,包括基本数据类型、存储、转换、结构化数据(枚举、结构体)、指针、数组、变量声明和初始化、以及常量和类型定义。这些概念构成了C语言的...
##### 第十六~第二十章:全排列,跳台阶,奇偶排序,第一个只出现一次等问题 探讨了一系列有趣的算法问题及其解决方案。 ##### 第二十一~二十二章:出现次数超过一半的数字,最短摘要的生成 解决了如何找出数据...
- **IF2**:如果是第二遍扫描,条件为真。 - **IFDEF CONT**:此操作中的条件`CONT`是一个符号,如果这个符号已经定义,或者已用`EXTRN`伪指令说明,则条件为真。 - **IFNDEF CONT**:该伪操作中的条件`CONT`是一个...
- **第二十一章:IA-64架构**:分析Intel Itanium处理器家族的设计特点。 - **附录B:汇编语言及相关主题**:学习低级语言编程技巧,了解汇编语言与高级语言的区别。 #### 结论 “计算机组成与体系结构(性能设计...
资金管理是创业过程中的重要环节,《单干》的第十二章《资金流动性竞赛》详细讨论了如何保持良好的现金流,避免资金链断裂的风险。第十三章《发现错误-吸取教训》教导读者如何面对挫折,从失败中学习,这是每个创业...
第二章可能深入到着色器语言(GLSL)的使用,这是在GPU上执行计算的关键。开发者将学习如何编写顶点着色器和片段着色器,实现光照、纹理映射等效果。 第三至五章可能涵盖了更复杂的3D模型加载和场景管理,比如如何...
第29章可能涉及泛型,这是Java 5引入的特性,增强了类型安全,减少了类型转换的繁琐。理解泛型类、泛型方法以及通配符的用法,能写出更优雅的代码。 最后,第30章可能讲解了Java的高级特性,如枚举类型、匿名内部类...
第二章“变量和数据类型”深入探讨了C语言中的基本数据类型,包括整型(int)、浮点型(float和double)、字符型(char)以及布尔型(_Bool)。此外,还会介绍变量的声明、初始化和使用,以及常量的概念。理解数据类型和变量...
- **第二十九章**:内置函数 - 提供了Perl内置函数的详细列表。 - **第三十章**:标准Perl库 - 介绍了Perl标准库中的核心模块。 - **第三十一章**:实用模块 - 推荐了一些常用的Perl模块。 - **第三十二章**:...