Archive for the ‘技术传播’ Category

技术传播到底是什么?记住这幅图就够了

2017年11月15日

 小编说

作为从业者,我们所从事的技术传播到底是什么?如何定义自己或团队的工作职责?如何拓展自己或团队的发展空间?如何向老板、同事解释我们的工作?

 

为了帮助大家解决一些困惑,TC沪联的小伙伴们在查阅国外组织权威定义的基础上,结合了多位从业者的意见,得出了一些初步结论,形成本文。希望得到广大业内人士的补充和指正。

 

 ...

己所不欲,勿施于人

2016年3月17日

时下微信公众号如此流行,笔者赶潮流也想注册一个公众号。

由于笔者以前听说个人(自然人)只能注册一个公众号,于是笔者在注册前先仔细查看了一下微信公众平台官方帮助,以获得足够多的信息后再开始行动,避免浪费唯一的机会。

在查看官方帮助的过程中,笔者遇到了不少障碍。后来回顾起来,笔者深有感触。TW的工作看似价值不高,但是如果做不好,给用户带来的负面效果不可估量。

以下把笔者遇到的几个主要障碍记录下来,不为吐槽,而为警示自己:已所不欲,勿施于人。作为TW,定要在工作中避免这些问题。

共勉。

...

从高山阵屋看可获取性在技术文档中的重要性

2016年3月8日

笔者今年年初游览了日本名古屋附近的几个景点,其中尤以高山阵屋印象深刻。但凡参观过日本各种本丸御殿和天守阁的同学都会注意到,此类景点都会清楚的标明参观路线。殿中每隔一段距离就会在合适的地方标记“顺路”“归路”或者“上行”“下行”。因此,各个景点虽然游客不少,但都是井然有序。

...

我和TC沪联有个约会

2016年3月3日

 

春之期待
草长莺飞,转眼又到了二月天。都说一年之计在于春,在这个充满希望的季节里,你对自己正在或即将从事的技术传播行业又有什么样的期待呢?

如果你希望能拓展自己的工作领域,获得更多的知识和技能;如果你希望能深入自己感兴趣的课题,和小伙伴们共同探索研究,不妨参与到TC沪联三月的活动中来。

...

一份技术文档使用调查报告带来的思考

2016年2月24日

也许大家都参与过2015年下半年的中国技术文档使用情况问卷调查,或看过2015年《中国技术文档使用情况调查报告》,有效问卷710份,涉及北京、天津、河北、上海、江苏、广东、四川等20余个省市及澳门、海外地区。

那么,从这份报告之中,作为技术传播从业者的我们,都能得到些什么启发呢? 

该份报告共23道题,主要涵盖技术文档使用效果的三个层面,即认知效果、情感效果、行为效果。

...

技术传播者,你把哪些工作思维带到了生活中?

2016年2月16日

 新年好!

每种职业都有自身的特点和要求,也会对从业者产生潜移默化的影响。写作翻译喜欢咬文嚼字,搞技术的注重理性逻辑,做设计的看中颜值。作为技术传播者(TC)的你,有没有将工作中的思维和习惯带到生活中呢?

...

七年了!中国技术传播还在“井喷”的路上?

2014年6月27日

今天是 2014 年 6 月 27 日。非常巧,今天想要分享一篇在七年前的今天(2007 年 6 月 27 日)发表于《科学时报》的关于中国技术传播的文章,名为《中国技术传播:“井喷”前的挑战》。

七年弹指一挥,中国技术传播在发展,在进步:

我们看到了从事技术传播的同行人数越来越多;

我们开始有了中国技术传播从业者的沙龙和研讨会;

我们看到国内高校开始开设相关课程以及与相关企业的合作讲学,比如北京大学软件与微电子学院开设“技术传播与翻译”方向专业硕士课程;

我们看到一些专业的技术传播公司的发展,看到了他们在通过微博,微信等方式发布关于技术传播的文章,促进行业交流发展;

我们也有了200多人的技术写作 QQ 群;

……

IBM 技术文档的质量标准

2014年3月21日

IBM 作为一家高大上的 IT 公司,对技术写作领域的影响也非常大,比如 DITA,比如技术写作规范,比如对技术写作人才培养(仅在上海,IBM 就有几十名技术文档工程师),等等。

那么,IBM 技术文档质量标准是什么?来看看 IBM 是如何定义高品质的技术信息内容的吧。

IBM 的 Corporate User Technologies Team 将高品质的技术信息概括为三个方面:

...

Content Strategy 101

2014年1月25日

国外很多大学的课程都会在后面加上个 101,表示这是该专业或领域的入门课程。Content Strategy 101,自然就表示这是 Content Strategy 的基础知识。

...

如何写技术文档

2013年12月12日

偶尔看到一篇有趣的文章,诙谐地描述了技术文档的写作过程。

我相信在实际工作中并非都是这样的,但这确实是有可能出现的情况:由于程序员太忙、不重视、认为 TW 应该具备和程序员一样的技术水平等各种原因,造成 TW 很难获取撰写技术文档所需要的信息。

这时候 TW 应该如何应对,相信大家各有各的方法。

曾经有人建议过一个方法: 在无法获得信息的情况下,先尽自己的努力快速完成初稿,虽然写出来的东西可能连自己都看不下去,但重要的是先把初稿完成并发出去,之后就在被工程师不断鄙视的 Review 过程中,获得有用的信息,最终按时完成项目。

这是不是一个好方法,我不加评论。还是放松一下心情,看看下面的文章吧。

...