2023年计算机类书稿加工应注意的几个问题.docx

计算机类书稿加工应注意的几个问题 眭蔚 摘 要：本文对计算机类书稿的编辑加工特别需要注意的地方及易无视的细节进行了论述，着重讨论了计算机类书稿的语言文字、图表、字符正斜体、程序格式、字符半全角、量和单位的编辑加工及书稿统一的问题。 关键词：计算机类图书 计算机类稿件 编辑加工 计算机类书稿的编辑加工有一般书稿的共性，也有其特点。比方，计算机程序有缩进要求，及对字符的正斜体和全半角等有特殊要求。同时，计算机类书稿在量和单位符号的使用方面存在着标准和标准跟不上学科开展的问题，困扰着编辑。本文参照标准，结合笔者自己实际的编辑工作经验，就以下几个方面谈谈计算机类书稿的编辑加工应注意的地方。 一、语言与文字 一般而言，作为自然科学类，计算机类书稿的语言要求表达准确，逻辑严密，用书面语。因而在对这类书稿进行编辑加工时，要注意语言表达得体，注重科学性、逻辑性，而不能注重趣味性和生动性。要客观地陈述，语句不应带感情色彩。另外，书稿中会大量使用无主语句，编辑加工时不要生硬添加主语。 二、图与表的本卷须知 图、表可以使内容表达简洁、准确和清晰，图还能起到活泼和美化版面的作用，表的逻辑性和比照性很强，因而图、表在计算机类书稿中被广泛采用。对图、表的编辑加工遵循一般书稿的处理原那么，即使得圖、表符合出版标准。[1] 然而，计算机类书稿的图有其特殊之处。例如，书稿中很多图是截屏图，这些图容易带来一些问题。比方，图的大小不适宜，要么太小，图中的文字根本看不清;要么太大，既浪费版面，也不美观。编辑加工时要注意加以调整，使图大小适中。另外，因为图是截屏的，特别容易发生图与文字表达不对应的现象，编辑加工时要细心核对。 计算机流程图用来表示一些操作和步骤，由几何图形和有向线段组成。编辑加工时要特别注意对流程图的审图。比方对判断框的选择，用“Y〞“N〞或“是〞“否〞表示都可以，但全书要统一。要注意判断框内不能再加“？〞。另外，还要注意检查流程线箭头的方向及有无，这往往容易被无视[2]。 另外，图要清晰，特别是图中的一些关键的文字要能让读者看得清楚，对不清楚或不合出版标准的图，应要求作者重新提供或重绘，或进行植字。 因三线表形式简洁、功能清楚、阅读方便，在科技类书稿中推荐使用。需要强调的是，对一些量化信息比拟复杂的表格，作者往往不容易科学设计，这时编辑应对表格进行优化，将其三线化，并使栏目的设置更加科学合理。[3] 图、表应标序，也应有图题、表题〔即图表的名称〕，且图题、表题中不要再出现“××图〞或“××表〞字样。 三、字符的正斜体问题 在计算机类书稿中，时常会涉及物理量符号和变量的正斜体问题。由于计算机类书稿正斜体的复杂性，以及没有具体针对计算机类书稿字符正斜体的标准和标准，因而容易出现字符正斜体混用、错用现象，这是困扰计算机类编辑的一大难题。对正体而言，计算机类书稿与其他书稿一样，没有什么特殊的要求，这里不再赘述，编辑加工时，可以参考相关标准、编辑手册〔可参考文献[1]〕。而对于斜体，在程序和文字表达中需区别对待，这才是编辑加工时要特别注意的。 对普通的文字表达中斜体的用法，跟其他书稿的处理方法一样，应按照标准GB 3102.11-1993物理科学和技术中使用的数学符号的规定。例如，对变数x、y、z及函数f、g，以及笛卡儿坐标x、y、z等要用斜体。[4] 而对程序中的字符，应一律用正体，而不能用斜体，即使依标准应该用斜体的字符也要用正体。这一点需要格外强调。因为程序中的斜体是不能被系统编译的，而且一些计算机语言的编辑系统也无法输入字符的斜体。 这样就带来一个问题，文字表达与程序里同一字符的正斜体可能不一致。例如，有如下一段C语言的程序段：[5] int seek_max〔int x， int y〕 { int z if〔x>y〕 z=x else z=y return z } 程序中，变量x、y、z用了正体，而按照标准GB 3102.11-1993，在接下来的文字表达中，x、y、z应该用斜体，怎么处理呢？笔者建议的做法是，为了统一，还是应该用正体。 对计算机类书稿字符的正斜体，笔者总结了以下三条原那么： 第一，程序里的字符一律正体; 第二，与程序相关的文字表达里的字符，为与程序对应和统一，本该用斜体的地方，也用正体; 第三，普通文字表达里〔不与程序相关〕的字符正斜体的处理方法遵照标准GB 3102.11-1993执行。 四、程序格式 程序员编写程序时讲求良好的编程风格;对编辑而言，对程序格式的严格把关是表达良好编程风格的保证。对程序格式的编辑加工包括程序的缩进、注释的格式、空格空行，以及变量命名的标准统一等。 对于函数以及选择、循环结构，在进入下一级的程序段时，为了使结构清晰，一般将下一级的程序向后缩进一段位置，称为缩进。[6]缩进使得对程序的理解更容易。缩进是对计算机程序编辑加工的一大特色和难点。因为许多作者用微软Word写作书稿，而出版社书稿的排版一般采用北大方正书版系统。这是两个不同的系统，书稿在这样两个不同的系统转换后，方正书版会把Word文档中的多个空格只保存一个，而程序缩进对空格有严格的要求。因此，编辑既要保证从Word文档转化为方正书版时程序的缩进无误，又要读懂程序，知道如何缩进，改正作者原来的缩进错误，以及作者原来缩进正确经系统转化后由于空格的缺失而造成的新的缩进错误。对程序类书稿而言，缩进工作比拟繁琐，往往成为编辑的重点和难点。这要求编辑既要有扎实的编程语言根本功〔能读懂程序〕，又要有认真细致的性格品质和工作态度。 变量命名的统一。以C语言为例，使用英文单词、下划线、数字来为变量命名。这里要注意多个作者对命名方法处理的一致性。比方，有的作者命名时采用英文单词首字母大写的方法，而有的作者采用首个英文单词首字母小写，其他英文单词首字母大写的方法，还有的作者将英文单词用下划线连接作为变量名，编辑加工时要注意统一。 注释。还是以C语言为例，其有两种注释方式：//……，/x……x/，这两种注释方式都是正确的，但全书要统一用一种，不可夹杂使用。还有，全书的注释要统一用英文或中文，不要中英文混用。建议采用英文注释，这样一那么可以锻炼读者英文理解水平，更重要的原因是在一些编译系统里，是不能输入中文的。 空格与空行。程序中有时多空或少空几个空格并不影响程序的运行，但书稿中需要统一。有时为了程序便于阅读和区分，可以增加空行，或为了节约版面，删掉一些空行。编辑加工时，一定要注意书稿前后及不同作者之间的统一。 五、半角全角问题 由于作者原稿一般用Word录入，且由于输入法的影响，录入时常有半、全角混用现象。在我们日常使用的系统里，初始输入法一般都默认为英文输入，这时会处于半角的状态，无论是输入字母、符号还是数字，始终都只占一个英文字符的位置，即为半角的。假设切换到中文输入法状态，那么会有全角、半角两种选择。对于汉字来说，这两种选择对其没有影响，都是全角的，但对此状态下输入的符号、数字以及英文字母来说，就有半、全角之分。[7]而在计算机程序里，所有的字符都应该是半角的，如果含有全角字符，编译时是通不过的。这就要求编辑在进行编辑加工的时候，要注意区分字符是全角的还是半角的，并把程序中的全角字符改为半角。比方，程序中的引号应该用半角的〔""〕，而不能用全角的〔“〞〕，逗号应该用半角的〔，〕，而不应全角的〔，〕，等等。 六、量和单位 计算机学科的迅猛开展和国家标准修订工作的滞后，使得计算机学科中出现了一些新的量和单位的表示方法无标准、标准可循，在使用中容易出现混乱的现象，让编辑无所适从。 首先，计算机领域中新出现的一些量没有特定的符号，比方，位〔bit〕、字节〔byte〕就没有标准的量符号，显然bit、byte不是标准的量符号。其次，计算机领域中出现的一些量的单位也没有标准的符号。[8]比方，比特率〔bit per second〕的单位就没有标准的符号，有用bps的，也有用bit/s的，还有用b/s的。 在没有国家标准明确规定之前，编辑对此只能采用约定俗成的做法，或者取大多数人的用法，或者根据已有的标准和标准类推，但注意要全书统一。笔者倾向于采用将已有的标准和标准类推的方法。比方，就比特率而言，依国家标准类推，其标准化的表示用b/s比拟适宜。[9] 另外，强调一下词头k的用法。由于计算机中k=210=1024，不再为准确的103，因而就产生了词头k到底是用小写k还是大写K的问题。笔者认为，按照国际单位制的规定，还是应该用小写的k比拟适宜，尽管此时的k已经不是103。这也和文献的观点一致。[10] 七、书稿前后的统一 之所以这里对书稿前后统一的问题单独进行阐述，主要是笔者发现编辑实务中作者往往更关注书稿内容的正误，对一些细节那么不太注意。特别是对一些多种表述方法〔写法形式〕都正确的時候，不太注意全书稿的统一。如果书稿是多人写就，这种现象就更容易发生。例如，前面我们在程序格式中就已经说明了对程序注释、空格空行以及变量的命名等要注意统一。又如，微软字处理软件就常见有三种不同的写法：word、Word、WORD，虽然三者都是对的，但全书要统一用一种写法，建议用首字母大写的Word。再如，文件扩展名如.exe、.c、.obj等大小写都是正确的，但全书要统一用大写或小写。另外，多个作者之间，有的作者喜欢把语言的关键字加粗，而有的作者那么不加粗，也要注意全书统一。总之，图书的编辑加工的原那么之一就是要全书统一，对此，编辑加工时要格外留意。 计算机学科是迅猛开展起来的新学科，而一些标准、标准开展相对滞后，且计算机类图书的编辑加工涉及面广，处理起来比拟复杂。对这类书稿的编辑加工，需要编辑具备娴熟的编辑技巧、技艺及经验，既有“全科的〞计算机专业知识，又有耐心细致的性格品质，这样才能真正把好书稿的质量关，为读者奉献质量精良的图书。 参考文献： [1]陈浩元.科技书刊标准化18讲[M].北京：北京师范大学出版社，1998. [2]王自刚，余锦荣，王萍.计算机流程图的编辑加工[J].编辑学报，2022，18〔6〕：434. [3]张小庆.科技编辑如何优化数值三线表[J].科技与出版，2022〔5〕：46-47. [4]GB 3102.11-1993物理科学和技术中使用的数学符号[S]. [5]黄翠兰.高级语言程序设计[M].厦门：厦门大学出版社，2023. [6]李利国，王磊.C语言编程风格之六大章法[J].成才之路，2022〔20〕：60-61. [7]刘建知.全角和半角及其转换[J]. 科技资讯，2022〔1〕：60. [8]虞沪生，张瑞清，阎为民.计算机领域中量和单位的标准表示[J].北京机械工业学院学报，2022，20〔3〕：83-84 [9]陈晓嘉.计算机类图书中外文符号使用存在的问题与建议[J].编辑学报，2002，14〔4〕：305-307. [10]李之聪.k，还是K——浅谈计算机图书中量与单位的运用原那么[J].科技与出版，2022〔6〕：63. 〔作者单位系厦门大学出版社〕