第七百四十八章 真成了

第七百四十八章 真成了 (第1/2页)

机读卡采用的ocr光电头采集信息，一张题卡上有四十道题，每道题四个选项，一共就是一百六十个待采集区域，而且区域是不规则的。
　　
　　点阵字区域比机读卡简单，四四方方，不过待采集区域有九百个，精度要比机读卡高得多。
　　
　　除此之外还有别的附加信息也需要采集，这些信息主要是给计算机进行笔画耦合用，比如汉字的二，楷体的话，短横是是小尖头，长横是顿笔头，这些在耦合渲染时，是有差异的。
　　
　　“我已经完成调整了，机房的ocr光头精度够高，我已经调整了扫描区域和点阵数量，现在只要编译通过，就可以运行起来看看。”
　　
　　“哈？”那学生冷笑道：“别胡吹大气了，还没听说过写大程序谁能够一次编译通过的。”
　　
　　话还没说完，周至就已经飞快地敲击了几下键盘，给计算机下达了编译命令。
　　
　　编译是有过程的，屏幕上不停地上翻着调试日志，可以事实看到编译的进度。
　　
　　终于，计算机发出了“滴”的一声，光标停留在了“pilingsucceeded”那串字符的后面。
　　
　　“成……成功了？”
　　
　　“真成功了？”
　　
　　“竟然成功了？！”
　　
　　周至身后已经围拢了一堆学生，相互间都在窃窃私语。
　　
　　“肘子，你在哪儿学的这个？”李红江感到难以置信。
　　
　　大程序修改一次性通过的传说不是没有过，当年比尔盖茨托小伙伴将代码送到ibm总部验收，小伙伴在飞机上发现代码有问题，就在飞机上临时修改，下飞机抵达ibm总部后，将程序送入服务器，一次编译通过。
　　
　　这是微软历史上无数伟大的传奇故事之一，但是这样的例子真的不多。
　　
　　“就简单调整了一下参数，修改了扫描区域，屏蔽了部分不需要的分支程序，改了输出和存储口令……”周至说道：“程序主题结构没动，所以……不复杂。”
　　
　　周围一群人面面相觑，程序员最难的工作，不是写自己的程序，而是读懂别人的程序。
　　
　　这也是iso体系当中对于程序开发，无比强调日志文件和注释的原因，你得花费大量的精力和时间在程序里做好笔记，告诉别人你这段程序是干嘛用的。
　　
　　当然这种做法在存储空间异常紧缺的当下，是绝对的奢侈，计算机的每一点空间都是塞代码用的，绝不可能留给你写日志。
　　
　　因此能够就这样快的时间内读懂程序，还能够修改它，还能够一次性编译通过的人，要不就是开发者本人，要不就是……天才。
　　
　　“我爸单位有一台电脑，是我爸搞联合办公受到省里表彰，发给他的奖励。”周至早就想好了如何措辞：“结果那台电脑是台旧货，老系统是unix+c的，然后又格式化一块出来装dos。”
　　
　　“因为硬盘标称空间大小和系统空间大小不一样，空间严重缩水，省局以为是台硬盘坏掉三分之二的电脑，淘汰给我爸单位了。”
　　
　　“然后就给你发现了？”
　　
　　“对呀，我检查了bios，重做了引导盘，就可以玩unix+c那部分了。”
　　
　　这个问题还稍微有点复杂，unix和dos是两套不同的操作系统，unix系统可以划出一块分区来进行dos格式化，安装dos操作系统，但是反过来则不行。
　　
　　

（本章未完，请点击下一页继续阅读）