近期发文中，好几篇（参见附注）都是关于截屏软件的。撰文目的无非是：好软件代替差软件，免费软件代替破解软件。但说到底，软件只是一种工具，而且是有很多替代品的工具。“比工具更重要的是原则”！
为了达到截图的最高目标：表达清晰、图文并茂、资源节约。我在实践中总结了五项原则，与大家讨论如下。
【一】 截屏数量？多少适度
毫无疑问，第一个问题是yes/no的问题，即是否要截图。以下情况，应该/可以截图：
“新软界面——务必截屏”
介绍一个“新”软件，多数读者可能未曾用过、未曾见过。这时，做一个软件界面的截图，可以让读者有一个直观认识，并且也能透过界面看到它的功能、风格（简洁易用还是功能多多）。只所以务必截屏，是因为它在此处的功能是文字无法替代的。
好比给人介绍对象，照片比“面如满月……”之语更切实际。
“复杂情况——建议截屏”
软件运行出错，要求救？告诉别人更改配置，要回答？这类需求中，很大一部分情况采用截图，可以更准确直观，避免“你说的xxx我怎么没有找到”、“你能说清楚点吗？到底是哪个xxx啊？”之无效沟通。
比如给人指路，画幅图比“先左转在第二个路口再右转……”更准确且省口舌。
“图文并茂——不妨截屏”
曾见过一个blog，首页也是每篇500字的摘要。特别之处是开篇先有一个小截图，把软件界面的一角或logo展示出来，十分漂亮。避免了大段文字的枯燥。因此，即便无须截图以说明，但在不太费资源的情况下，取一个小图，点缀空间，也不妨一试。
凡事过犹不及。图片毕竟比文字多占资源（空间、网速），因此切不可多。我的心理限度是newsmth发文附图不超过3幅，合计不超过30KB，多了宁可给链接。blog一文不超过5图（除非多软件多界面展示）。而简单文章，文字能说清楚的，就不截图。
【二】 截屏尺寸：小而清晰
资源节约，除了减少截屏数量外，第二重要的是在表达清楚、视觉清晰的前提下，截屏尺寸尽量小。
首先是截取范围要小。有些人动则全屏，这些人往往是只知Print Screen而不知Alt+PrintScr
为了达到截图的最高目标：表达清晰、图文并茂、资源节约。我在实践中总结了五项原则，与大家讨论如下。
【一】 截屏数量？多少适度
毫无疑问，第一个问题是yes/no的问题，即是否要截图。以下情况，应该/可以截图：
“新软界面——务必截屏”
介绍一个“新”软件，多数读者可能未曾用过、未曾见过。这时，做一个软件界面的截图，可以让读者有一个直观认识，并且也能透过界面看到它的功能、风格（简洁易用还是功能多多）。只所以务必截屏，是因为它在此处的功能是文字无法替代的。
好比给人介绍对象，照片比“面如满月……”之语更切实际。
“复杂情况——建议截屏”
软件运行出错，要求救？告诉别人更改配置，要回答？这类需求中，很大一部分情况采用截图，可以更准确直观，避免“你说的xxx我怎么没有找到”、“你能说清楚点吗？到底是哪个xxx啊？”之无效沟通。
比如给人指路，画幅图比“先左转在第二个路口再右转……”更准确且省口舌。
“图文并茂——不妨截屏”
曾见过一个blog，首页也是每篇500字的摘要。特别之处是开篇先有一个小截图，把软件界面的一角或logo展示出来，十分漂亮。避免了大段文字的枯燥。因此，即便无须截图以说明，但在不太费资源的情况下，取一个小图，点缀空间，也不妨一试。
凡事过犹不及。图片毕竟比文字多占资源（空间、网速），因此切不可多。我的心理限度是newsmth发文附图不超过3幅，合计不超过30KB，多了宁可给链接。blog一文不超过5图（除非多软件多界面展示）。而简单文章，文字能说清楚的，就不截图。
【二】 截屏尺寸：小而清晰
资源节约，除了减少截屏数量外，第二重要的是在表达清楚、视觉清晰的前提下，截屏尺寸尽量小。
首先是截取范围要小。有些人动则全屏，这些人往往是只知Print Screen而不知Alt+PrintScr