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

[donggua997]

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

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

[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]

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