zoukankan      html  css  js  c++  java
  • 参与《大数据安全》编书记

    说明

    本文记录了大一下半学期我参与到本科导师丁锋老师的《大数据安全》一书编纂工作的过程和心得体会,以及学习到的一些东西的总结。

    丁锋老师:

    • 中国产业安全研究中心博士后
    • 辽宁省信息安全与软件测评中心专家
    • 辽宁省教育厅教育信息中心数据库及信息安全专家
    • 中国计算机学会高级会员
    • 大连理工大学软件学院的副高级教师

    丁老师作为网络信息安全方向的专家,对网络信息安全方向既有深入的原理探究,又有丰富的实战攻坚经验。

    《大数据安全》购买链接:Amazon

    ![《大数据安全》](http://upload-images.jianshu.io/upload_images/944239-28c93306fcbc34fb.jpeg?imageMogr2/auto-orient/strip%7CimageView2/2/w/400)

    0 成果

    直接上图,老师在发版的书内给了一个发言的位置。现在大三了,第一眼看自己大一的时候说的这个话,想法就是wtf!这话说的不太合适自己的身份啊orz!然后再看看团队里别的小伙伴们说的话,写的合适而充实,瞬间懵B。当年毕竟too young啊!轻浮。没法子,总结完错误教训,人总要向前看,希望有朝一日我的能力配得上我的写下的话。

    1 由来

    大一下半学期,丁老师给我和其他几位本科生开了一次会议,会上老师谈到他应出版社邀请,正在编写一本关于大数据安全的书,老师希望能集大家的力量收集一些相关的文档并整理规范,这样老师就可以集中精力在书的编纂上,对书的内容和质量都有极大的帮助。同时有研究生学长学姐来指导我们。当时刚考完试,正愁没事干,所以赶紧报了名,准备撸起袖子加油干。

    2 过程

    整个文档的搜集和整理过程持续了四个多月。过程枯燥,一图表达。

    ![编书流程.png](http://upload-images.jianshu.io/upload_images/944239-3ec99a574bf0f0e3.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/600)

    3 总结

    总结起来也就是一些零零碎碎的东西,真正学到的还是一种态度。

    做事要做到极致,要做到完美,要全力以赴而非尽力而为**。

    3.1 文档版本控制

    版本控制都是非常有必要的,搞过项目管理和需要反复修改文档的人都懂。进行版本控制时一定要注意以下几点:

    • 版本号可以快而方便地被识别,文档的命令最好选用V1.x这种形式,而不是“第一版”、“第二版”等这种容易看错弄混的,此处被坑了一次。
    • 最好使用git这种管理工具对文档进行管理,而且记得完成一阶段就commit一下,不然文档写着写着,电脑突然断电、更新重启、死机,God damn Microsoft!几个小时的活白干了!!!

    3.2 论文基本格式数据

    一般常用的数据为以下:

    • 中文字体宋体
    • 英文字体Times New Roman
    • 字体大小小四
    • 行间距多倍行距1.25
    • 两端对齐
    • 页边距 上3.5厘米,下左右都是2.5厘米
    • 各级标题格式一般为1,1.1,1.1.1

    需要注意的是两端对齐,因为英文字符和中文字符占位大小不一样,左对齐就会出现右侧空位,因此需要两端对齐,这样的文档更好看!
    正确的文档看时间久了,自然而然对这些数据就非常敏感,行间距字体大小有啥不对一眼就能看出来,时间长了多打了一个空格都扎眼。正如学长对我们说的,想要成为一位合格的文档工程师,一定要记住一句话:

    我亦无他,惟手熟尔。

    3.3 文档格式方面需要注意的点

    在按照模板去书写文章时,至少要注意以下几点,这些点虽然细,但是最容易犯的往往是这种细节错误:

    • 文章的中英字体,行间距,首行缩进,这是最基本的!
    • 要用两端对齐,
    • 表格,图片的格式标注格式字体
    • 表格是否是三线表或其他形式
    • 图片前段落首行缩进去除
    • 图片前后空行,表格前后空行,注意表格不要分页
    • 大章节需要另起一页
    • 中文标点如“”《》使用全角字符
    • 列表一定要是自动编号
    • 文档一开始就要确认1-4级标题的前缀符号,不要到用时才发愁
    • 模板就是上帝!
    • 模板就是上帝!
    • 模板就是上帝!

    3.4 多人协作文档的修改

    由于是多人协作,同时一篇文档一个人修改后也是有可能不完善的,所以需要review,这时就要使用修订模式对文档进行修改,当三个人都觉得没有问题了,接收这个修订,最后出来的结果有问题的可能性才能降到最低。
    这让我想起了Code Review,gitlab是个好工具。

  • 相关阅读:
    网络文件传输方式
    ETL利器Kettle
    oracle 字符处理
    ORACLE临时表空间
    Count(*)或者Count(1)或者Count([列]) 区别
    Oracle trunc()函数的用法
    DATE 日期格式
    oracle 异常
    物化视图
    域名和端口
  • 原文地址:https://www.cnblogs.com/bbman/p/12069813.html
Copyright © 2011-2022 走看看