作者介绍
李猛，数据领域专家，ElasticStack国内 实战专家，国内首批Elastic官方认证工程师21人之一。年入手Elasticsearch，对ElasticStack技术栈开发、架构、运维、源码、算法等方面有深入实战经验。负责过多种ElasticStack项目，包括大数据分析领域、机器学习预测领域、业务查询加速领域、日志分析领域、基础指标监控领域等。十余年技术实战从业经验，擅长大数据多种技术栈混合，系统架构领域。
序言
ElasticStack是一个很庞大的技术栈体系，开源免费，群众基础大，应用领域非常广泛，那么应用时各种开发架构运维问题与疑惑也非常多，如果有非常好的交流沟通机制该多好？ElasticStack也有很多社区，但非常多ES爱好者或技术从业者，都经常抱怨或提到，在很多ES相关社区提了问题都没人回复，久而久之就沉下去了。问题的根源在哪里呢？
年8月，机缘巧合之下，我开设了ES系列课程，随着学员人数越来越多，老师个人时间单位分配到学员的交流解答时间越来越少。为此，本文将探讨一种高效的提问和交流方式，推荐大家践行。
一、糟糕的方式首先，来看看什么是糟糕的提问或者交流方式，相信各位看了之后会深有体会，因为大部分IT从业者应该是这么进行的，也很困惑。（注：以下截取多个真实的交流信息，若有不便，请告知删除，会尽力屏蔽个人信息）
1、无问题边界图示：某学员的提问，一次性提了太多，根本无法回复
这种提问 的问题就是范围太大，需要专业人士，持续很长时间，且可能需要持续多次交流才能解答完成，那接着问题就来了，哪个专业人士愿意陪提问者很长时间交流解答？
看到学员这种提问，基本上心理 时间想到的就是，需要很长时间，打字是不可能完成了，必须得语音或者其它， 的结果可能就是不回答了。
2、无上下文图示：某学员在群组聊天讨论ES性能问题
这种无上下文提问讨论方式，经常会遇到，概率非常高，几乎多数人都是这样，提问者不提供上下文信息，直接想找人来解答分析，如果要解答，解答者需要几乎1v1的聊天方式进行，然后持续时间很长。
看到这种提问方式，也会让人产生不愿意回答的心理，因为需要消耗大量的精力和时间。有时候觉得提问者非常善于偷懒，如果让对方好好准备一下，多数人是极不愿意的，如果提问者准备上下文描述，测试环境信息，测试数据，测试方式等，预计也要消耗自己很多时间，所以就立马甩锅出来，看看有没有人陪提问者聊聊情况。
自开始了ElasticStack咨询与培训，我遇到了很多以这种方式提问的朋友或学员，通常觉得对方问题复杂，都要求对方麻烦写个帖子啥的，有的会认真写个帖，按照要求尽可能描述信息，有的就没有下文了。
其实作为ES技术爱好者，我非常愿意解答这样的问题，但是类似这种性能的问题，需要消耗解答者太多的精力与时间进行分析，如果能站在解答者角度思考，能非常详细的写清楚自己的上下文，相信对于高手专家，应该可以很快判断出问题所在并解答。
本人有幸去过几次XX医院，医院大家都懂得，能不去则不要去，去之前已经深深的把自己的毛病以及前后因果都准备好了，所以挂号之后就是等，挂号时间比较长，真正见到医生，也就简单几分钟，医生也很明白了，开个药方就结束了。偶然也会注意前面挂号的病人，沟通交流是个大问题，医生问A，病人回答B，所以很佩服当医生的人的耐心和诊断能力。
3、遮遮掩掩图示：模拟某学员隐藏式的交流提问
很多问题本身属于一种运维类型问题， 的方式就是调试运行一下。与其聊天花那么多时间，不如直接把自己的问题完全暴露出来，这样对于别人几乎是一眼的事情，很快点出问题关键。
偏偏很多同学至今没有明白此类问题，一方面需要专家高手过来帮忙，一方面藏着掖着，等来的结果多数是“自己解决”。
4、互相不尊重图示：模拟某学员无尊重式交流提问
有时候遇到很多提问，对于问题本身可能很复杂，但问题非常有意义，即使消耗时间与精力也愿意尝试一下，期待也有一定的行业经验收获。但是当你与提问者去深入交流分析问题，提问者各种绕圈子，各种藏私活，非常不敢于快速解决问题，从与提问者交流聊天能明显感受到，对方没有很尊重你，“我现在有问题，需要你来帮忙回答，至于你问我，不便于回答”，最终的结果还是“自己解决”。
5、白嫖式提问交流图示：模拟某企业方问题排查交流
IT行业从业者平均薪资在国内确实属于高的，对于某些专业级专家来说，时间就是他的生命线，浪费他人时间，不尊重他人时间就是耍流氓。IT行业也很容易产生白嫖事件，试想大家都是为公司工作，工作遇到问题，需要借助外援解决，除了消耗本公司的人力时间成本，也需要消耗外援的时间成本，自己公司的实际成本由本公司老板承担，外援的时间成本就是尽量靠PUA来完成。
白嫖式的交流提问其实效率很低，开始偶然一两次还能行得通，但可以想象，如果贵司需要设计一个复杂的工业级的IT系统，仅仅靠白嫖就能完成的话，那也只能说这个系统本身没有行业门槛。时间久了，还会让人产生厌恶感，失去了一个强外援。
二、推荐的方式前面写了一些糟糕的提问方式，接着来看看高效的提问或者交流方式应该是怎么样的，期望各位看了之后，也得到启示，并着重践行。
1、专家式交流图示：模拟某领域技术专家的交流
专家式的交流非常轻松愉快，提问之前都已经准备好了自己的概要情况介绍，对方仅仅需要解答者一些肯定的回答交流，不需要过多的原理解释。问题也非常直接简单，作为回答者也非常简单，直接告知这个技术栈与他的期望是怎么样的。如果你不是专家类型的提问者，那么就要换一种方式，切勿采用长时间聊天方式来进行。
2、帖子式提问交流图示：来自前公司某同事的帖子方式（注：帖子内容不便展开）
IT从业者要学会写帖子或者博客，这是一种软技能，也是一种 的沟通方式。试想，你在企业遇到很多应用场景与技术问题，你不能解决，需要借助外部专家，这些问题对于外部专家可能非常简单。但是外部专家毕竟不在贵司，也不了解贵司的业务场景与需求，也可能花费大量的时间与精力来应对这个问题。所以写得一个好帖子尤为重要。
写帖子方式，非常适合复杂的问题，尤其是各种性能之类的，语法糖之类、排查问题类的，这类问题有一个特点，需要有案例数据，有示范代码，否则仅凭几句语言描述根本不足以深入。
写帖子是一种能力，很多场合下比编程技能，编程技术更重要，甚至可以判断出提问者的素质水平，工作方式与工作思维。
3、互馈式的交流图示：来自某学员的互馈式交流
三人行必有我师，专家或者老师也不是神人，也需要与其他人交流学习，每个人都有自己的擅长。IT领域涉及技术点非常多，很多东西不是研究下原理看看源码就可以了，也需要足够的实战与实践，但这些都需要消耗大量的时间与精力，如果可以互馈，那么将大大节约彼此的时间与精力，所谓共赢不过如此。
4、付费式交流解答经常
