减小截屏面积是为了公司省流量吗

[donggua997]

在工作当中发现有些人 ，问问题或者提 bug 之类的，截屏喜欢截特别小一部分。
这样没有上下文的提问，导致被提问者，
不知道是什么环境、什么方法、什么页面...触发的
然后还要再去确认这些。
因为每次别人这样给我截图问问题我都是很烦，我的个人习惯，都是截屏尽可能满屏（反正涉及不到没什么隐私）

这里主要想问下，是否有很多人，都是这样“抠门儿式”截屏

[minnnanocloud]

> 不知道是什么环境、什么方法、什么页面...触发的
这些信息难道不应该通过 repro steps 说清楚吗，我理解截图是为了 highlight 重点，过多的信息会导致无法（快速）找到重点。

[donggua997]

@minnnanocloud 其他是区域也许是上下文，有时候只把关键截出来 是看不出来的。
可以多截点，把关键圈出来

[yunye]

因为他们自身没有思考，只知道针对出现的问题立即不假思索提问，把你当搜索引擎给个关键字就想要答案

[ViaSil]

截图者以为是给你划了重点，实际上只是给自己划了重点。。真正的划重点是截整屏红框重点，就还是得教一下他们。。。

[hazardous]

我平时工作时会开一大堆东西，有工作的有私人的，肯定不会截全屏，最重要的是避开任务栏和浏览器标签栏。
但是我也会尽量把相关的部分全都截进来，用框框画出重点。

[wonderfulcxm]

但我的领导每次都是全屏截图，无力吐槽。任务栏啥的…

[wrebjmns]

我个人的倾向是截最大的屏，然后标注重点信息，且同时避开隐私区域（浏览器标签栏和底部任务栏）。

我也遇到过很多次，在需要大量上下文信息的情况下，对方只截取了很小的一部分屏幕，导致需要进一步沟通以获取信息。

也思考过对方为什么要这样做。目前的猜测是这些人在与别人沟通的时候可能没有*信息敏感性*和*一次性把问题说清*这两种意识，只是单纯的即想即做，随意地组织信息。无论沟通结果如何，事后也从来没有思考过自己的沟通技能有没有提升的空间。到最后，*即想即做不过脑*就直接成了他们的一种沟通习惯。

解决方案是强烈建议阅读 《如何提问》

[mzlzero]

我的钉钉签名：[鸡腿]需求 /服务 /合同编号，截图截大截全

[CodeCodeStudy]

他们没这意识。
但是截全屏也不好，太多不用信息了

[coderluan]

怕不小心截到桌面就是成了传播色图......

[ablu]

也可能是常用的截图工具默认部分截屏,会截屏已经比拿门锁拍屏幕好太多了……

[winterbells]

QA 录视频前面一半时间都是无关操作，到了关键时候手一抖漏过去了。。这种奇葩事也经常遇到

[IvanLi127]

他们可能觉得软件里没有查看大图功能吧。。。。也可能不知道怎么标记重点。。。

[kop1989smurf]

很简单，因为反馈者并不知道排查者的逻辑，必然不知道哪些线索是需要截屏的，哪些又是不需要的。
如果截全屏又貌似很不负责任，而且很多使用者并不知道如何正确的使用截图工具中的快速绘制功能。

所以 log 的底线，就是一定不能依赖客户来操作。

[Pastsong]

你是没见过手机拍照问代码问题的

[Seayon]

对是这样，女朋友天天截一行字，说了几次终于学会截大图了

[taishan]

我也经常遇到 看图看的脑壳疼

[donggua997]

@mzlzero 这个可以

[masterclock]

1. 截取有用信息
2. 减少无用信息
3. 避免泄露信息
4. 光截图，没有上下文信息说明，不看。不回复只有一张图的信息

[shakoon]

我也经常被同事咨询问题，有些人真的就是一点不为别人着想，直接一个图过来问为什么。我最烦的是不把截图里的重要查询条件（比如各种 ID ）同时复制发给我，我去查询时还得对着图片手打，明明是个举手之劳的事情。所以现在我电脑常驻着 OCR 软件，就为了识别别人发来截图里的文字。

[lakehylia]

@shakoon 我就直接说，请把截图里的文字复制给我

[dototototo]

我觉得更多的只是提问者不知道需要哪些信息，这个应该挺常见的，和截图大小无关。如果是在被提问者多次引导以后还有这么个习惯，那多半就是人的问题了。

[N032138]

能截屏就不错了
我们这不能截屏 不能复制文字

[libook]

对于提问题的人来说，他们看到的那一小部分是问题，其他地方是正常的，所以只会截那一小部分。
你是解决问题的人，知道什么问题应该进一步看哪些信息，于是先入为主认为每个提出问题的人都应该和你一样知道需要截哪些信息，不光是当前页面的信息，有时候需要提问者截另一个界面的信息，你也可能会想当然觉得提问的人应该连着那些信息一起截图给你，但实际上别人是不清楚的。

这种小事没必要上头，既然是服务别人就得有些耐心，如果大多问题都需要且仅需要截全屏就可以解决，那么你大可每次跟提问者要全屏截图，反正只是说一句话的事情；公司有良好的流程管理制度可以把截全屏这个写入到流程文档中，甚至某个简单解决的问题太常见，也可以写成 FAQ 放到文档里或产品界面上。

[libook]

建议建立一个心态，就是跟人打交道不是跟机器打交道，机器可以严格按照既定程序执行，只要程序正确就不会出错，但人是需要培养默契和强化协同方法的，先天就会比跟机器打交道麻烦很多。

[feather12315]

我觉得截屏的人都不懂的提问，正确的方式不是给文字吗

[donggua997]

@masterclock 有原则

[unii23i]

反正从不和同事文字交流，相互说的看到第一句就听不懂，在家上班只要对话开启就语音

[Liyiw]

确实，我截屏都是全屏截完再画框

[MengiNo]

喜欢截小图，个人感觉大图看着费劲，尤其是对方分辨率比你高很多，或者手机看。 真的有缺让他再补就好了，对方叫你干活哪里会丢下一张图就跑了。

[GeruzoniAnsasu]

有没有一种可能

我是说可能性


他给你截了大图也照样没有上下文，因为上下文在滚动条上面。 我怎么知道你需要精确信息还是全面信息？截多了是不是也存在「你怎么也不画一下重点」「我咋知道重点在哪」的场景？





这样截图有什么问题吗






这样更好？

[lldld]

我基本不会截全屏幕, 图片太大, 只截取需要的部分.

关键点不是截屏大小, 而是如何提问题, 描述问题吧

[des]

@GeruzoniAnsasu 然而我看到过的好多截图，连你这 id 和时间都没有…

[Chihaya0824]

有，log 特别多的时候就截图最后一点，然后具体还得向别人要上面发生了啥

[Vegetable]

笑死，为了避免这个问题，我会要求 team 里的小伙伴，禁止使用截图描述信息

[gamexg]

我一般只会截图应用程序部分。
双屏+高分辨率，全屏截图我是感觉太大了。

不过我会提供足够的上下文，
比如向同事提供代码哪一部分有问题时，会专门把 ide 拉小，调整滚动条位置，然后截图包含文件名、行号，相关函数及圈上重点部分。
然后文字再来一遍完整文件路径。


不过也的确也接触过不少不合格的截图。
例如只截故障的单条日志，并且日志比较长，他的截图只日志前半截...
还碰到过错误日志里面有 base64 编码的协议异常的包数据，给我的是截图，我只能联系要求发文字版本，好进行解码检查。


其实整体感觉就是，如果对项目比较了解的，自己就知道哪些部分是重点，能够清晰的提供。
但是非相关人员，很容易不清楚那些是重点，所以很容易无法一次性提供足够的信息。

[maypu]

我也经常遇到，同事总是能遇到奇奇怪怪的问题，让他截图大一点，好家伙，真就多截了一点点，完全截不到重点。。。。我愿称之为省流大师版十万个为什么