惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

J
Java Code Geeks
小众软件
小众软件
博客园 - 叶小钗
宝玉的分享
宝玉的分享
博客园_首页
Hugging Face - Blog
Hugging Face - Blog
人人都是产品经理
人人都是产品经理
钛媒体:引领未来商业与生活新知
钛媒体:引领未来商业与生活新知
S
SegmentFault 最新的问题
B
Blog RSS Feed
Engineering at Meta
Engineering at Meta
N
Netflix TechBlog - Medium
Google DeepMind News
Google DeepMind News
U
Unit 42
F
Fortinet All Blogs
IT之家
IT之家
Y
Y Combinator Blog
Martin Fowler
Martin Fowler
T
The Blog of Author Tim Ferriss
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
The GitHub Blog
The GitHub Blog
Stack Overflow Blog
Stack Overflow Blog
Blog — PlanetScale
Blog — PlanetScale
酷 壳 – CoolShell
酷 壳 – CoolShell

博客园 - csdnexpert

美国程序员Peter:落脚北京只因这里的胡同 不是冷饭的冷饭:重评芙蓉姐姐现象 从早晨8点到晚上12点:WebEx合肥CTO的一天 转胡一虎Blog:父亲是我生命中的永恒 十年后,ELM会不会创造SOA现在所创造的局面? 来京两载,今日入清华读书,记一笔 传媒人应该具备的素质:批判 理性 正气 异国也有欢乐:北京Linux User Group探访实录 解释传统与敏捷方法最贴切的故事:大象与猴子 媒体的关键还是在于“软件”(人与规范) “Web开发之华山论剑”制作花絮与推荐导读 利用Radrails开发Ruby on Rails程序入门指南 “悲欣交集”的《开源大本营》制作之路 Alistair讲座的几点感受:纠正对敏捷方法的误解 在Eclipse里实现Ant自动编译 Java之父Gosling:Java没有受到PHP、Ruby或C#的威胁 PC-cillin 2005网络安全版使用简评 为什么刘彻会成为一代名君? 有选择才精彩 到哪里都是从零开始 可怜的微软与项目管理经典图解 从对一篇文章的修改看写作中的主题把握 谁说做软件测试没有好的前途?反驳之 《程序员》第9期:面对多核时代 我们以何应对? 8月的最后一天,我们开赴日照前线 Java Transaction Design Strategies推荐阅读 温总理对读书和思考问题的回答 共享软件大鳄来华抢人 是机遇还是挑战? 只有资源共享 中国共享软件才能突破性发展 又可以写Blog了 心里竟有点小小的激动
一个责任编辑的日记
csdnexpert · 2007-12-17 · via 博客园 - csdnexpert

6月2日:

本次比较有成效的一个地方是封面终于可以提前设计了,普遍反应效果还不错。在这一周里,我们先后针对封面讨论了三次之多,这在从前几乎没有过,两个美编拿出了三套方案,然后进行讨论,最终再由大家评选出最佳的一个,然后再微调,最终效果图就出来了。因为有充裕的时间,所以美术编辑的创意灵感也较多,封面的质量能提高一个层次,也是情理之中的事情。这个经验下次继续采用。

 6月9日:

虽然这一段时间是用来做广告的时间,但这一周基本没有广告可以设计。(现在想想,其原因主要是其它部门还不知道我们设计广告的时间,应该提前告诉他们这个时间。)争取把能提前的时间都提前,这样后期的时间就相对比较充裕。

 6月9日:

文章逐步到了,可以和美编配合找图。虽然作为一本技术杂志,要为每一篇文章找到合适的配图是比较困难的事情,但用心去找,差不多也都能找到表达含义的。美化文章一是版面的丰富程度,另外就是文章的配图,如果实在找不到配图的,从文字上下手也是可行的方案。版块编辑在这一段时间可以和美术编辑就每篇文章进行一下探讨,争取让美术编辑能够了解此文主要讲得是什么内容,那么在他对文章进行构思的时候就有的放矢了。另外为了丰富文章的可读性,版块编辑还可以针对文章找一些辅助材料,比如背景知识什么的,这也是很多杂志所采取的方法,我认为这一方法对我们技术杂志来说更是非常有作用的。

 6月15日:

我们虽然说是12日截稿,但很多文章在今天还没有到位,有些甚至还在联系作者,这样肯定会影响后面的进度。今天计划是统计排版进度,但与事实相关还很远。其中的原因值得探讨!!

 6月20日:

今天整理目录,进行了比较大的调整,因为临时下了文章比如工具点评等。不过好在之前对Excel表进行了一些自动化的处理,利用了共自动计算表格的特性,现在只需要简单调整一下就可以了,不会有太大的工作量。让各版块编辑收集本版块的推荐文章并写出了中文简介,交由英文编辑去翻译英文。她建议说给的中文介绍太晚了,如果下次给的早一些就好了,这个建议提的很正确,下次可以早收集一些!因为文章调整,所以先前制定的版式单基本就没有什么作用了。这儿暴露出的问题是前期一定把相关的文章交由各二审编辑认真审校,确认之后的内容无特殊情况不能进行修改!

文章基本一清!

 6月21日:

本来今天的计划是交叉审校并送文件出打样,可是因为最终排版的文章在由主任审查时出现问题,并且各版的最终扫尾工作没有完成,致使交叉审校移到明天进行。估计整体计划比原计划延后一天!

 6月22日:

 因为总编辑要看稿,而今天要会见的客人又特别多,我一直在门外徘徊等待。在最后快下班时,我实在忍耐不住了,敲门进去将稿件拿了出来,总编说这期做得还不错,这句话可以让我们的编辑高兴很久。在总结会上我想我会把这句话告诉所有人,在杂志的节骨眼上,大家都需要鼓励。

 总结:

第一责任编辑要有一个里程碑,在每一阶段只需要看一下应该做什么,然后催一下就可以了。其实这是一个流程问题,建议我们在服务器上建议这么一个流程与模板文件的存档区,让我们的每一件事情比如责任编辑工作流程、采访注意事项、出片注意事项等都有章可依,这样也便于以后从事此工作的人通过这些文档来学习,也便于我们再次从事这个工作的来温习。

 第二用版本控制工具来控制变更比较大的文件,比如目录表。这次使用Subversion我认为是比较成功的,虽然中间过程中遇到了很多的问题,但都是意料之中的事情,记得上次有编辑做责编的时候就出现过后期目录重做的问题,使用版本管理工具,一定程度上可以避免这个问题的发生。重要的是这个工具不会给我们带来额外的工作,而且还能简化,比如你从Mdmserver进到2006.07这个目录中间要点击好几次,但使用SVN,一下子就可以取到最新的文件,何乐而不为。

 后期出了些问题,以至于胶片需要重做。主要责任在我,但另外也暴露了我们流程上的缺陷,我们以为打过样之后再出胶片就没有什么问题了,但事实上我们40%的打样是进行了较多的修改的,一是延误了杂志的出片,另外就是时间上只有我和另外一个编辑去看,也存在比较大的隐患。

Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=837400